Bug 465954 – sys-auth/nss_ldap-265-r1: build fails on FreeBSD

• Status: RESOLVED FIXED
• Product: Gentoo/Alt

[Description henning.f 2013-04-15 06:55:22 UTC]

Unable to build nss_ldap. There seems to be various issues.

Reproducible: Always

Steps to Reproduce:
emerge nss_ldap

[Comment 1 henning.f 2013-04-15 07:10:09 UTC]

Created attachment 345594 [details, diff]
Patch for nss_ldap-265-r1

Here is a patch which will fix the issues. Most of the changes have been fetched from ports. I don't know what kind of licensing issues this brings.

The actual functionality has not been tested thoroughly yet.

[Comment 2 Matthew Thode ( prometheanfire ) 2014-02-09 04:05:35 UTC]

how far has it been tested?

[Comment 3 henning.f 2014-02-12 07:30:43 UTC]

I have been running this since june 2013. I haven't had any issues so far. 

I am only using groups and passwd in a small scale environment.

No formal testing.

[Comment 4 Matthew Thode ( prometheanfire ) 2014-02-17 05:10:25 UTC]

I need someone other then me to review this, my C is shit and since this is auth related...

[Comment 5 Matthew Thode ( prometheanfire ) 2014-02-17 05:41:27 UTC]

on second thought...

fixed in r3

[Comment 6 henning.f 2014-02-23 21:08:35 UTC]

I just tried to install nss_ldap-265-r3, and it failed.

Seems like the changes made in the patch indeed worked for nss_ldap-265-r1. But nss_ldap-265-r2 made the following change in the ebuild

from:

emake -j1 DESTDIR="${D}" install || die "make install failed"

to:

emake -j1 DESTDIR="${D}" install \
	INST_UID=${PORTAGE_USER:-root} INST_GID=${PORTAGE_GROUP:-root}

The patch above made changes to the Makefile.am to set INST_GID to wheel when building for freebsd. Overriding it to root in the ebuild causes the build to fail during install. This seems deliberate, so I am not sure exactly what to do in this case. I guess changing the ebuild ranks pretty high on the list.

[Comment 7 Matthew Thode ( prometheanfire ) 2014-03-03 00:26:22 UTC]

ok, try r4 :D