libnss-ldap packaged with dangling symlinks

[Ard van Breemen]

On armhf libnss-ldap is packaged with dangling/incorrect symlinks:

This is on ubuntu 14.04/trusty:

root@ubuntudev:~/poep/q# ls -al /usr/lib/arm-linux-gnueabihf/libnss_ldap* /lib/arm-linux-gnueabihf/*ldap*
lrwxrwxrwx 1 root root 13 Jul 18 2012 /lib/arm-linux-gnueabihf/nss_ldap.so -> nss_ldap.so.1
-rw-r--r-- 1 root root 55640 Jul 18 2012 /lib/arm-linux-gnueabihf/nss_ldap.so.1
lrwxrwxrwx 1 root root 41 Jul 18 2012 /usr/lib/arm-linux-gnueabihf/libnss_ldap.so -> /lib/arm-linux-gnueabihf/libnss_ldap.so.2

This is on debian jessie:
ard@odroid3:~$ ls -al /usr/lib/arm-linux-gnueabihf/libnss_ldap* /lib/arm-linux-gnueabihf/libnss_ldap*
-rw-r--r-- 1 root root 55548 Dec 7 2013 /lib/arm-linux-gnueabihf/libnss_ldap-2.17.so
lrwxrwxrwx 1 root root 19 Dec 7 2013 /lib/arm-linux-gnueabihf/libnss_ldap.so.2 -> libnss_ldap-2.17.so
lrwxrwxrwx 1 root root 41 Dec 7 2013 /usr/lib/arm-linux-gnueabihf/libnss_ldap.so -> /lib/arm-linux-gnueabihf/libnss_ldap.so.2

(same architecture, actually, jessie is the lxc host and ubuntudev is the lxc container)

This bug is kinda critical, since armhf is rolling out more and more, and the package just does not work.

Regards,
Ard van Breemen

[Ard van Breemen (ard)]

Hi,

This could be a dup of #1022903, as it seems that nss itself is looking for libnss_<plugin>.so.2 instead of libnss_<plugin>.so .

Hmm, yes,
ln -s nss_ldap.so /lib/arm-linux-gnueabihf/libnss_ldap.so.2
fixes the problem.

[Ard van Breemen (ard)]

The problem is the same as in #387576
libnss-ldap doesn't recognize armhf as a debian glibc system.
There are a lot of kludges in there about glibc. Isn't it easier just to merge debian libnss-ldap?

[Ard van Breemen (ard)]

The biggest problem with the packages is that the original source contains a configure script.
And that the autoreconf.patch patches the configure script. Making obsolete the fix-glibc-test-for-armel-gnueabi.patch patch.
I patched the autoreconf.patch with attached patch.
Now on to the next bug...

[Ard van Breemen (ard)]

patch configure patch to recognize armhf as glibc.

[Ubuntu Foundations Team Bug Bot (crichton)]

The attachment "libnss-ldap-armhf.patch" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

[Louis Bouchard (louis)]

I am currently working at merging the upstream package from debian. I will give a look at your patch and make sure that the merge fixes this situation.

[Ard van Breemen (ard)]

Hi,
On Tue, Nov 04, 2014 at 09:41:07AM -0000, Louis Bouchard wrote:
> I am currently working at merging the upstream package from debian. I
> will give a look at your patch and make sure that the merge fixes this
> situation.
If you go upstream (as in debian upstream), that works.
Then you can ignore my patch, since my patch opened up another
segfault somewhere...

If you want me to test stuff on armhf, let me know, since this is
only an ubuntu build server.

Regards,
Ard van Breemen
--
.signature not found

[Ard van Breemen (ard)]

I force installed the armhf build of libnss-build for vivid on my trusty install, and it basically works, except for the update-rc.d line in the postinst, which contains incompatible syntax.

So:
https://launchpad.net/ubuntu/+archive/primary/+files/libnss-ldap_265-3ubuntu2_armhf.deb
works stable on trusty armhf.

I will try to recompile it on trusty and see if the update-rc.d line will be downgraded to the trusty syntax, and that the remainder also works.

If that works, I suggest releasing it for 14.04 armhf, since the current libnss-ldap for armhf is broken. Even with my patch :-(.

[Ard van Breemen (ard)]

To make the package work on trusty, you have to change debian/rules:
override_dh_installinit:
        dh_installinit -- start . stop 20 0 1 6 .

should be:

override_dh_installinit:
        dh_installinit -- stop 20 0 1 6 .

as update-rc.d gets confused by the empty start.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Mathew Hodson (mhodson)]

Reported in Bug #1022903 that the bug was fixed in Debian in 264-2.4. Vivid has 265-3ubuntu2, so marking this Fix Released.