On the Raspberry Pi for the nss_ldap package the library /lib/nss_ldap.so.1 is created and it is not working.
On AMD64 the libraries are /lib64/libnss_ldap.so.2 and /usr/lib32/libnss_ldap.so.2
Creating a simlink on the Raspberry Pi to /lib/libnss_ldap.so.2 enables logging in.
Next to that I have on the Raspberry Pi problems with an encrypted bindpw in /etc/ldap.conf. I have not jet pinpointed the cause. (missing kernel module/library?)
Steps to Reproduce:
1.Install nss_ldap pam_ldap and openldap
2.enable linux login through ldap in pam.d, ldap.conf an nsswitch.conf
3.try to login
Forget my mentioning of the problem with encrypted bindpw. While examining and testing, /etc/openldap/ldap.conf and /etc/ldap.conf got mixed up. The first accepts an encrypted bindpw, the second not.
please attach the full build log of nss_ldap and your emerge info. all bugs reports should include these things. it is hard for us to triage/debug w/out them.
I can confirm this bug too.
Workaround by creating the symlink as explained: /lib/libnss_ldap.so.2 -> /lib/nss_ldap.so
Raspberry Pi2 (ARMv7)
CFLAGS="-O2 -pipe -march=armv7-a -mtune=cortex-a7 -mfpu=neon-vfpv4 -mfloat-abi=hard"
Btw: I guess using qemu and compiling nss_ldap will bring the issue up...
If needed i'll rebuild nss_ldap again to provide the files.
Created attachment 435666 [details]
Sorry I missed your request
Created attachment 435668 [details]
And the emerge log
I had to rerun it as my log had disappeared
nothing to do here for arm@
I faced the same problem (4 years later) and found a correction which could be applied as a Gentoo patch.
Actually, the configure script does not detect that we are running with a glibc because its way for such detection is:
test "$target_os" = "linux" -o "$target_os" = "linux-gnu"
and target_os is the end of the CHOST, which for a Pi used to be "armv7a-hardfloat-linux-gnueabi" and is now "armv7a-unknown-linux-gnueabihf".
I managed to make it work adding
-o "$target_os" = "linux-gnueabihf"
in both configure (line 4489) and configure.in (line 118) file, so a quick patch could easily be made.
Note that the downloaded source does not seem to be up to date with the visible sources under GitHub as the latter have an additional (but not working nowadays)
-o "$target_os" = "linux-gnueabi"