Repository Policy (read-only kolab webadmin)

[Henne Holly]

Hi,

I report this problem as fixed.

kolab-webadmin needs mozldap/ldapsearch to work. However, on my ubuntu 
server precise lts x64 machine the file is located at 
/usr/lib/mozldap/ldapsearch, not at /usr/lib64/mozldap/ldapsearch as 
written hard-coded in kolab-admin files. I adjusted it.

Then I tested it (because I wondered why not use /usr/bin/ldapsearch) 
and got.

# /usr/lib/mozldap/ldapsearch
/usr/lib/mozldap/ldapsearch: error while loading shared libraries: 
libsoftokn3.so: cannot open shared object file: No such file or directory

But the file existed in my system.

# apt-file search  libsoftokn3.so
libnss3: /usr/lib/x86_64-linux-gnu/libsoftokn3.so
libnss3: /usr/lib/x86_64-linux-gnu/nss/libsoftokn3.so

So I had to link it from there into my /usr/lib/ directory:

# sudo ln -s /usr/lib/x86_64-linux-gnu/nss/libsoftokn3.so 
/usr/lib/libsoftokn3.so

That was it. The missing link seems to be an error in the ubuntu/debian 
package and should be fixed there soon. On the other hand could one 
implement some test in kolab-webadmin which gives you a hint what to do? 
I stumbled upon the solution accidentely. Never would I have thought of 
that lib64->lib replacement on my own (because /usr/bin/ldapsearch 
works...).

regards,
Henning

Am 25.03.2013 11:42, schrieb Henne Holly:
> Hi,
>
> I think this problem is deeply related to mine.
>
> first note: with the help of this list, I renamed the error() function
> in my ldap-account-manager php ldap interface in error2() and could
> verify easily that my ldap server (without tls) works flawlessly. Added
> users are displayed in kolab-webadmin, but cannot be edited.
>
> # sestatus
> SELinux status: disabled
>
> # cd /usr/share/kolab-webadmin/
> # sed -r -i -e 's|^(\s*)//console|\1console|g' `find . -type f -name
> "*.php"`
>
> -> the additional console-output looks unexciting. Do you want it?
>
> Error-log says:
> # tail /var/log/kolab-webadmin/errors -f
> [25-Mar-2013 11:30:33 CET] PHP Strict Standards:  Non-static method
> PEAR::isError() should not be called statically, assuming $this from
> incompatible context in /usr/share/php/Net/LDAP2/Schema.php on line 305
> [25-Mar-2013 11:30:33 CET] PHP Strict Standards:  Non-static method
> PEAR::isError() should not be called statically, assuming $this from
> incompatible context in /usr/share/php/Net/LDAP2/Schema.php on line 305
> [25-Mar-2013 11:30:34 CET] PHP Deprecated:  Assigning the return value
> of new by reference is deprecated in /usr/share/php/Net/LDAP.php on line 159
> [25-Mar-2013 11:30:34 CET] PHP Deprecated:  Assigning the return value
> of new by reference is deprecated in /usr/share/php/Net/LDAP.php on line 765
> [25-Mar-2013 11:30:34 CET] PHP Deprecated:  Assigning the return value
> of new by reference is deprecated in /usr/share/php/Net/LDAP.php on line 768
> [25-Mar-2013 11:30:34 CET] PHP Deprecated:  Assigning the return value
> of new by reference is deprecated in /usr/share/php/Net/LDAP.php on line 777
> [25-Mar-2013 11:30:34 CET] PHP Deprecated:  Assigning the return value
> of new by reference is deprecated in /usr/share/php/Net/LDAP.php on line
> 1198
> [25-Mar-2013 11:30:34 CET] PHP Strict Standards:  Declaration of
> Net_LDAP::isError() should be compatible with PEAR::isError($data, $code
> = NULL) in /usr/share/php/Net/LDAP.php on line 1391
> [25-Mar-2013 11:30:34 CET] PHP Strict Standards:  Non-static method
> PEAR::isError() should not be called statically in
> /usr/share/php/Net/LDAP2.php on line 198
> [25-Mar-2013 11:30:34 CET] PHP Strict Standards:  Non-static method
> PEAR::isError() should not be called statically in
> /usr/share/php/Net/LDAP2.php on line 208
>
> How to get more information on this?
>
> Maybe important is, that with the manager-account you can edit items in
> "Settings" and add attributes and so on. This problem seems to be only
> related to the everyday-features like adding and editing
> users/groups/roles/ressources.
>
> kind regards,
> Henning
>
>
>
> Am 25.03.2013 10:54, schrieb Torsten Grote:
>> Hi Paul,
>>
>> On Sunday 24 March 2013 11:58:20 Paul Klos wrote:
>>> There was a missing dependency in kolab-webadmin. This has been fixed in
>>> version 3.0.4-3, which has not made it to the release repository yet, but
>>> it's available from the development repository.
>>
>> What's your policy for moving these updates from the development to the
>> release repository?
>>
>> Regards,
>> Torsten
>>
>>
>>
>> _______________________________________________
>> Kolab-users mailing list
>> Kolab-users at kolab.org
>> https://www.intevation.de/mailman/listinfo/kolab-users
>>
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://www.intevation.de/mailman/listinfo/kolab-users
>