Summary: | Lighttpd does not compile | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Athul Acharya <aacharya> |
Component: | Mac OSX | Assignee: | Gentoo for Mac OS X <ppc-macos> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | stian |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | PPC64 | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | the new ebuild |
Description
Athul Acharya
2005-03-02 20:35:41 UTC
Created attachment 52523 [details]
the new ebuild
This is the new ebuild that conditionally sets lighttpd's shell to
/usr/bin/false
I asked around and it appears that in debian, mandriva, as well as redhat, the false that is in coreutils gets installed to /bin/false. I'd be curious why/how this isn't the case in gentoo. OK, I take that back. I've checked at least 6 other gentoo boxen and they all have the sym link /usr/bin/false -> /bin/false. So unless I'm mistaken, I think you need to check to make sure your install isn't broken. Try re-emerging coreutils for starters. voidengineer on OSX /bin/false doesn't exist, and the appropriate file is in /usr/bin/false. However, the enewuser and enewgroup scripts handle this transparently, to use /bin/false on Linux and /usr/bin/false on ppc-macos. Since ppc-macos is a keyword flag it should not be in IUSE. It seems to me that you should simply call enewuser like this: enewuser lighttpd -1 -1 "${LIGHTTPD_DIR}" lighttpd because this way automatically the /bin/false (or equivalent) shell is chosen for Linux, Darwin and BSD at the moment. Maybe more are added in the future, then the ebuild is already compliant. This enewuser issue has already been fixed as of lighttpd-1.3.13. a libtoolize is being hardcoded into some perl script, that should be changed to glibtoolize and glibtool. Changing this bug's summary and stuff to beter reflect the actual problem. this package has an impressive list of USE flags: [ebuild N ] www-servers/lighttpd-1.4.1-r1 (-doc) -fam -gdbm -ipv6 -ldap -lua (-mysql) -pcre -php -ssl -test -webdav -xattr 741 kB [1] fam - depends on app-admin/fam (not keyworded) gbdm - depends on sys-libs/gdm (keyworded) ipv6 - [no dependencies] ldap - depends on >=net-nds/openldap-2.1.26 (not keyworded) lua - depends on lua (keyworded) pcre - depends on libpcre (keyworded) php - depends on >=dev-php/php-cgi-4.3.0 (not keyworded) ssl - [no dependencies] test - depends on perl-core/Test-Harness (not keyworded) webdav - depends on dev-db/sqlite (keyworded) xattr - depends on sys-apps/attr (not keyworded) I did not find bugs for the not keyworded packages. 1.3.11 isn't even in portage anymore. Is this still a problem with the current versions? Can anybody provide output from the failing emerge? (and emerge --info) This problem is outdated, as the package isn't there any more, neither the arch the problem was reported on. |