After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 696969 - ftpadmin ldap problem?
ftpadmin ldap problem?
Status: RESOLVED FIXED
Product: sysadmin
Classification: Infrastructure
Component: Mirrors
unspecified
Other Linux
: Normal normal
: ---
Assigned To: GNOME Sysadmins
GNOME Sysadmins
Depends on:
Blocks:
 
 
Reported: 2013-03-31 14:13 UTC by Christian Persch
Modified: 2013-04-02 12:18 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Christian Persch 2013-03-31 14:13:46 UTC
I just got this problem when trying to upload a tarball. The tarball was moved to /ftp/pub/GNOME/sources/gnome-terminal/3.8/ but no release announcement was sent out nor were mirrors signalled etc.

$ ftpadmin install gnome-terminal-3.8.0.1.tar.bz2 
Gathering information and sorting on version: ., done
Preparing installation of gnome-terminal-3.8.0.1.tar.bz2:
 - Checking consistency: ......., done
 - Checking previous tarball: ......., done
 - NEWS, ignored (no change)
 - ChangeLog, done (diff, 99 lines)
 - Creating tar.xz from tar.bz2: ......., done
 - Creating sha256sum, done

      Module: gnome-terminal
     Version: 3.8.0.1   (previous version: 3.8.0)
 Destination: /ftp/pub/GNOME/sources/gnome-terminal/3.8/

Install gnome-terminal? [Y/n] y
Installing gnome-terminal-3.8.0.1.tar.bz2:
 - Moving files: ..., done
 - Updating LATEST-IS, done
 - Updating known versions, done
 - Removing original tarball, done
Doing notifications:
 - Informing ftp-release-listTraceback (most recent call last):
  • File "/usr/local/bin/ftpadmin", line 1688 in <module>
    main()
  • File "/usr/local/bin/ftpadmin", line 1673 in main
    options.func(options, parser)
  • File "/usr/local/bin/ftpadmin", line 1363 in cmd_install
    module.install(unattended=options.unattended)
  • File "/usr/local/bin/ftpadmin", line 994 in install
    self.inform()
  • File "/usr/local/bin/ftpadmin", line 1039 in inform
    'X-Maintainer-Upload': str(self.pw.pw_name in self.moduleinfo.maintainers)
  • File "/usr/local/bin/ftpadmin", line 719 in maintainers
    self._set_ldap()
  • File "/usr/local/bin/ftpadmin", line 711 in _set_ldap
    data = get_module_info(self.module)
  • File "/usr/local/bin/ftpadmin", line 1341 in get_module_info
    data = l.search_s (LDAP_BASE, ldap.SCOPE_SUBTREE, filter, None)
  • File "/usr/lib64/python2.6/site-packages/ldap/ldapobject.py", line 516 in search_s
    return self.search_ext_s(base,scope,filterstr,attrlist,attrsonly,None,None,timeout=self.timeout)
  • File "/usr/lib64/python2.6/site-packages/ldap/ldapobject.py", line 510 in search_ext_s
    return self.result(msgid,all=1,timeout=timeout)[1]
  • File "/usr/lib64/python2.6/site-packages/ldap/ldapobject.py", line 436 in result
    res_type,res_data,res_msgid = self.result2(msgid,all,timeout)
  • File "/usr/lib64/python2.6/site-packages/ldap/ldapobject.py", line 440 in result2
    res_type, res_data, res_msgid, srv_ctrls = self.result3(msgid,all,timeout)
  • File "/usr/lib64/python2.6/site-packages/ldap/ldapobject.py", line 446 in result3
    ldap_result = self._ldap_call(self._l.result3,msgid,all,timeout)
  • File "/usr/lib64/python2.6/site-packages/ldap/ldapobject.py", line 96 in _ldap_call
    result = func(*args,**kwargs) ldap.NO_SUCH_OBJECT: {'desc': 'No such object'}

Comment 1 Olav Vitters 2013-04-01 18:07:04 UTC
This should not fail. Something up with LDAP…
Comment 2 Andrea Veri 2013-04-02 12:18:22 UTC
The old LDAP url was still around on the ftpadmin script, it should be fixed now.