Summary: | net-nds/389-admin-1.1.31 failed (configure phase): error: Could not find the mod_nss pass phrase helper /nss_pcache | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Hanspeter Spalinger <gentoo> |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | gentoo, treecleaner, wes |
Priority: | Normal | Keywords: | PMASKED |
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | Pending removal: 2016-09-21 | ||
Package list: | Runtime testing required: | --- | |
Attachments: | build log for net-nds/389-admin |
Description
Hanspeter Spalinger
2013-03-28 21:48:13 UTC
Created attachment 343564 [details]
build log for net-nds/389-admin
Found the problem. In /usr/portage/net-nds/389-admin/files/1.1.11_rc1/0003-find-mod_nss.m4.patch we do: nsspcache=`grep -R NSSPassPhraseHelper /etc/apache2/* |awk '{print $2}'` In my case something (maybe me) copied /etc/apache2/modules.d to /etc/apache2/modules.d.orig And the command above returned 2 lines instead 1 like # grep -R NSSPassPhraseHelper /etc/apache2/* /etc/apache2/modules.d/47_mod_nss.conf:NSSPassPhraseHelper /usr/sbin/nss_pcache /etc/apache2/modules.d.orig/47_mod_nss.conf:NSSPassPhraseHelper /usr/sbin/nss_pcache This confused the configure script. Updating Steps to Reproduce: 1. cp -r /etc/apache2/modules.d /etc/apache2/modules.d.orig 2. emerge net-nds/389-admin @pacho this was slated for 'last rites' with the other defunct, unmaintained 389-related packages But the treecleaning was stopped when you were going to maintain some of them. I guess there was a misunderstanding and we thought you were taking all as I can see in the hard mask message: # NP-Hardass <NP-Hardass@gentoo.org> (05 Feb 2016) # Security issues. Under investigation by maintainer. app-admin/389-ds-console net-nds/389-admin app-admin/389-admin-console www-apps/389-dsgw What packages should we treeclean apart of net-nds/389-admin? Also all that masked packages? Thanks From memory the security issue (or at least one of them) was on the older version of 389-ds-base, which was addressed by updating. However, even though that fixed the security issue on one or more of these, some of these packages don't work very well or at all with newer 389-ds and Redhat has no interest in maintaining them. The maintainer on some of those at the time was java@ too iirc, I think they've dropped them back to maintainer-needed recently though. Unless someone else wants to adopt them and if needed bring them up to date for modern 389-ds-base, I think they'll just decay without an upstream or stewardship. Cheers for following up on this Pacho, Wes removed |