Hello, Thanks for having joined this thread:
On 1-Nov-03 at 13:10, Florin ([EMAIL PROTECTED]) wrote: > It's quite funny to see all this energy in a long thread > ... without testing the latest version of the package. I'm > not saying here that the latest version works for your > ... but it works here and in some production sites ... I thought I did, in my message of Fri, 31 Oct 2003 16:26:49 +0100 (MET): | I tried the rpm distributed with 9.2 (nss_ldap-207-2mdk.i586.rpm) | as well as both version available at | http://peoples.mandrakesoft.com/~florin/www/rpms/ldap/: | nss_ldap-207-2mdk.i586.rpm 18-Sep-2003 13:32 90K | nss_ldap-211-2mdk.i586.rpm 18-Sep-2003 12:38 89K I also tried the latest cooker version at the time (nss_ldap-207-4mdk.i586.rpm): no success. On 1-Nov-03 at 12:59, Florin ([EMAIL PROTECTED]) wrote: > Why don't you try the latest version I have uploaded here > http://people.mandrakesoft.com/~florin/www/rpms/cooker/RPMS/i586/nss_ldap-211-1mdk.i586.rpm I tried that version today as well: same problem: # urpme nss_ldap-207-4mdk To satisfy dependencies, the following packages will be removed (0 MB): nss_ldap-207-4mdk.i586 pam_ldap-164-4mdk.i586 (due to unsatisfied nss_ldap >= 207) Is this OK? (Y/n) Y removing nss_ldap-207-4mdk.i586 pam_ldap-164-4mdk.i586 warning: /etc/ldap.conf saved as /etc/ldap.conf.rpmsave # rpm -i -p http://people.mandrakesoft.com/~florin/www/rpms/cooker/RPMS/i586/nss_ldap-211-1mdk.i586.rpm # ldd -r /lib/libnss_ldap-2.3.2.so|grep undefined undefined symbol: dbopen (/lib/libnss_ldap-2.3.2.so) On 1-Nov-03 at 16:20, Florin ([EMAIL PROTECTED]) wrote: > Luca Berra <[EMAIL PROTECTED]> writes: > > > So i have spent some more energy in providing fixed nss_ldap-211 rpms > > I called them -3mdk to avoid further confusion. > > I also uploaded a newer 207 with fixed buildrequires > > I had a look at your packages and they seem fine to me ... so I have > copied on my web site aswell ... thank you for your work again. This version is not available for mere mortals from http://people.mandrakesoft.com/~florin/www/rpms/cooker/RPMS/i586/ and http://peoples.mandrakesoft.com/~florin/www/rpms/ldap/ has disappeared: # wget http://people.mandrakesoft.com/~florin/www/rpms/cooker/RPMS/i586/nss_ldap-211-3mdk.i586.rpm --08:39:43-- http://people.mandrakesoft.com/%7Eflorin/www/rpms/cooker/RPMS/i586/nss_ldap-211-3mdk.i586.rpm => `nss_ldap-211-3mdk.i586.rpm' Resolving people.mandrakesoft.com... done. Connecting to people.mandrakesoft.com[80.67.180.163]:80... connected. HTTP request sent, awaiting response... 403 Forbidden 08:39:44 ERROR 403: Forbidden. On 2-Nov-03 at 17:58, Luca Berra ([EMAIL PROTECTED]) wrote: > nss_ldap is loaded by glibc with dlopen(...,RTLD_LAZY), which means > unresolved symbols are not reported until the relative code is executed, > but the unresolved symbol is there still, using "ldd -r" uncovers it. > (would adding a ldd -r test to rpmlint be a good idea? Fred?) It is a good idea. I don't see a case where a symbol in a dynamic library should not be resolved within its dependencies as known by ldd. More to come in my next followup... Best regards, Dominique -- * Unsolicited commercial email is NOT welcome at this address. * Mr Dominique Petitpierre Email: [EMAIL PROTECTED] Division Informatique User=Dominique.Petitpierre University of Geneva Domain=adm.unige.ch (Switzerland) WWW : http://www.unige.ch/dinf/
