[Kolab-devel] Installation on Wheezy - setup-kolab fails

[Tobias Brunner]

Hi,

This morning I did a package upgrade and there were a few kolab 
packages upgraded. I then ran setup-kolab again and now have a different 
message:

Traceback (most recent call last):
   File "/usr/sbin/setup-kolab", line 42, in <module>
     setup.run()
   File "/usr/lib/python2.7/dist-packages/pykolab/setup/__init__.py", 
line 42, in run
     components.execute('_'.join(to_execute))
   File "/usr/lib/python2.7/dist-packages/pykolab/setup/components.py", 
line 170, in execute
     execute(component)
   File "/usr/lib/python2.7/dist-packages/pykolab/setup/components.py", 
line 202, in execute
     components[component_name]['function'](conf.cli_args, kw)
   File "/usr/lib/python2.7/dist-packages/pykolab/setup/setup_ldap.py", 
line 371, in execute
     auth._auth.ldap.add_s(dn, ldif)
   File "/usr/lib/python2.7/dist-packages/ldap/ldapobject.py", line 195, 
in add_s
     return self.result(msgid,all=1,timeout=self.timeout)
   File "/usr/lib/python2.7/dist-packages/ldap/ldapobject.py", line 458, 
in result
     resp_type, resp_data, resp_msgid = self.result2(msgid,all,timeout)
   File "/usr/lib/python2.7/dist-packages/ldap/ldapobject.py", line 462, 
in result2
     resp_type, resp_data, resp_msgid, resp_ctrls = 
self.result3(msgid,all,timeout)
   File "/usr/lib/python2.7/dist-packages/ldap/ldapobject.py", line 469, 
in result3
     resp_ctrl_classes=resp_ctrl_classes
   File "/usr/lib/python2.7/dist-packages/ldap/ldapobject.py", line 476, 
in result4
     ldap_result = 
self._ldap_call(self._l.result4,msgid,all,timeout,add_ctrls,add_intermediates,add_extop)
   File "/usr/lib/python2.7/dist-packages/ldap/ldapobject.py", line 99, 
in _ldap_call
     result = func(*args,**kwargs)
ldap.INAPPROPRIATE_AUTH: {'info': 'Anonymous access is not allowed.', 
'desc': 'Inappropriate authentication'}

How can I cleanup everything to start setup-kolab from scratch?

Cheers,
Tobias

Am 25.10.2012 07:35, schrieb Tobias Brunner:
>> Having looked a little closer - there's a reprepro error that has to
>> do with
>> the uploads of .orig.tar.gz files in the updated packages, that have
>> already
>> been registered in the repository, but come at reprepro (through the
>> new
>> .changes file) with a different size and checksum.
>>
>> In any case, this has prevented the most recent set of updates from
>> being
>> pushed in to the repository, so we're looking into this issue and 
>> see
>> if
>> either the scripts we use or the processes we use are at fault.
>>
>> Stay tuned for more news on the subject!
>
> Oh nice! I'm here to test, my system is waiting for it =)
>
> BTW, just FYI:
> root at server:~# cat /etc/debian_version
> wheezy/sid
> root at server:~# uname -a
> Linux server 3.2.0-3-amd64 #1 SMP Mon Jul 23 02:45:17 UTC 2012 x86_64
> GNU/Linux
> root at james:~# lsb_release -a
> No LSB modules are available.
> Distributor ID: Debian
> Description:    Debian GNU/Linux testing/unstable
> Release:        testing/unstable
> Codename:       n/a
>
> Cheers,
> Tobias
>
> _______________________________________________
> Kolab-devel mailing list
> Kolab-devel at kolab.org
> https://www.intevation.de/mailman/listinfo/kolab-devel