Summary: | vsftpd ebuild does not install the binary | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Roie Kerstein <sf_kersteinroie> |
Component: | [OLD] Server | Assignee: | Rajiv Aaron Manglani (RETIRED) <rajiv> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bakirov, kanelxake, marduk, michael |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Roie Kerstein
2005-01-23 05:46:48 UTC
I ran into the same problem myself.. qpkg -l vsftpd CONTENTS: /etc /etc/pam.d /etc/pam.d/vsftpd /etc/xinetd.d /etc/xinetd.d/vsftpd /etc/conf.d /etc/conf.d/vsftpd /etc/init.d /etc/init.d/vsftpd /etc/vsftpd /etc/vsftpd/ftpusers /etc/vsftpd/vsftpd.conf.sample /usr /usr/sbin /usr/share /usr/share/doc /usr/share/doc/vsftpd-2.0.1 /usr/share/doc/vsftpd-2.0.1/FAQ.gz /usr/share/doc/vsftpd-2.0.1/README.gz /usr/share/doc/vsftpd-2.0.1/SIZE.gz /usr/share/doc/vsftpd-2.0.1/REWARD.gz /usr/share/doc/vsftpd-2.0.1/Changelog.gz /usr/share/doc/vsftpd-2.0.1/TODO.gz /usr/share/doc/vsftpd-2.0.1/INSTALL.gz /usr/share/doc/vsftpd-2.0.1/security /usr/share/doc/vsftpd-2.0.1/security/OVERVIEW.gz /usr/share/doc/vsftpd-2.0.1/security/IMPLEMENTATION.gz /usr/share/doc/vsftpd-2.0.1/security/DESIGN.gz /usr/share/doc/vsftpd-2.0.1/security/TRUST.gz /usr/share/doc/vsftpd-2.0.1/vsftpd.conf.sample.gz /usr/share/doc/vsftpd-2.0.1/AUDIT.gz /usr/share/doc/vsftpd-2.0.1/LICENSE.gz /usr/share/doc/vsftpd-2.0.1/vsftpd.conf.dist.sample.gz /usr/share/doc/vsftpd-2.0.1/README.security.gz /usr/share/doc/vsftpd-2.0.1/SPEED.gz /usr/share/doc/vsftpd-2.0.1/examples /usr/share/doc/vsftpd-2.0.1/examples/README /usr/share/doc/vsftpd-2.0.1/examples/VIRTUAL_USERS_2 /usr/share/doc/vsftpd-2.0.1/examples/VIRTUAL_USERS_2/README /usr/share/doc/vsftpd-2.0.1/examples/INTERNET_SITE_NOINETD /usr/share/doc/vsftpd-2.0.1/examples/INTERNET_SITE_NOINETD/README /usr/share/doc/vsftpd-2.0.1/examples/INTERNET_SITE_NOINETD/vsftpd.conf /usr/share/doc/vsftpd-2.0.1/examples/VIRTUAL_HOSTS /usr/share/doc/vsftpd-2.0.1/examples/VIRTUAL_HOSTS/README /usr/share/doc/vsftpd-2.0.1/examples/VIRTUAL_USERS /usr/share/doc/vsftpd-2.0.1/examples/VIRTUAL_USERS/README /usr/share/doc/vsftpd-2.0.1/examples/VIRTUAL_USERS/vsftpd.conf /usr/share/doc/vsftpd-2.0.1/examples/VIRTUAL_USERS/vsftpd.pam /usr/share/doc/vsftpd-2.0.1/examples/VIRTUAL_USERS/logins.txt /usr/share/doc/vsftpd-2.0.1/examples/INTERNET_SITE /usr/share/doc/vsftpd-2.0.1/examples/INTERNET_SITE/README /usr/share/doc/vsftpd-2.0.1/examples/INTERNET_SITE/vsftpd.conf /usr/share/doc/vsftpd-2.0.1/examples/INTERNET_SITE/vsftpd.xinetd /usr/share/doc/vsftpd-2.0.1/examples/PER_IP_CONFIG /usr/share/doc/vsftpd-2.0.1/examples/PER_IP_CONFIG/README /usr/share/doc/vsftpd-2.0.1/examples/PER_IP_CONFIG/hosts.allow /usr/share/doc/vsftpd-2.0.1/BUGS.gz /usr/share/doc/vsftpd-2.0.1/TUNING.gz /usr/share/doc/vsftpd-2.0.1/BENCHMARKS.gz /usr/share/man /usr/share/man/man5 /usr/share/man/man5/vsftpd.conf.5.gz /usr/share/man/man8 /usr/share/man/man8/vsftpd.8.gz affects net-ftp/vsftpd-2.0.1 dunno about others.. no "/usr/sbin/vsftpd" that /etc/init.d/vsftpd depends on.. The 2.0.1 ebuild does not have any action in src_compile(). I copied the src_compile() from the 1.2.2 ebuild. Was there a reason the make was omitted from the 2.0.1 ebuild?? --- vsftpd-2.0.1.ebuild 2005-01-29 14:53:21.000000000 -0700 +++ vsftpd-2.0.1.ebuild.fixed 2005-01-29 14:53:10.000000000 -0700 @@ -32,7 +32,13 @@ } src_compile() { - echo "PAM support is DISABLED" +# echo "PAM support is DISABLED" + if use pam; then + emake CFLAGS="${CFLAGS} -DUSE_PAM" || die + else + emake CFLAGS="${CFLAGS}" \ + LIBS='`./vsf_findlibs.sh | sed "/[/-]\<.*pam.*\>/d"`' || die + fi } src_install() { Thanks Anders, now vsftpd works. same here (vsftpd 2.0.1 on amd64); strange that this used to work for me some 4 months ago on x86. Not that it makes alot of difference (the above patch will build) but -DUSE_PAM was used in 1.2.2 but has been dropped. '#define VSF_BUILD_PAM' in builddefs.h now enables pam (it is the default) and that part seems to be handled in the src_unpack() function so it's not needed in the src_compile() function. I suspect the 'echo "PAM support is DISABLED"' line was meant for the 'if ! use pam' block as a user warning. The current portage ebuild really looks like someone was cleaning up the ebuild and forgot to save the final version before uploading. 'emake CFLAGS="${CFLAGS}"' is needed since -fPIC is being filtered in the ebuild. --- /usr/portage/net-ftp/vsftpd/vsftpd-2.0.1.ebuild 2005-01-17 10:07:09.000000000 -0600 +++ /usr/local/portage/net-ftp/vspftd/vsftpd-2.0.1.ebuild 2005-01-30 03:25:13.000000000 -0600 @@ -32,7 +32,7 @@ } src_compile() { - echo "PAM support is DISABLED" + emake CFLAGS="${CFLAGS}" || die } src_install() { Why is it I always find the correct solution after posting? This bug is cause by a bad ebuild to fix bug 65981 This isn't yet live on rsync servers... Why? yes, i broke the vsftpd2 ebuild, and this should fix it, replace these 2 code sections completely with the following: src_unpack() { filter-flags "-fPIC" unpack ${A} || die cd ${S} || die epatch ${FILESDIR}/${PN}-2.0.1-gentoo.diff || die use tcpd && echo '#define VSF_BUILD_TCPWRAPPERS' >> builddefs.h use ssl && echo '#define VSF_BUILD_SSL' >> builddefs.h if ! use pam; then echo '#undef VSF_BUILD_PAM' >> builddefs.h fi } src_compile() { if ! use pam; then einfo "PAM support is DISABLED" fi emake CFLAGS="${CFLAGS}" || die } i don't have the original ebuild handy or i would post a diff A fix has been committed, sorry about the delay and how that got committed without a fix. Thanks rob! Looks good now, test test test, and maybe one day this will go stable. -Jeffrey commented out filter-flags "-fPIC" as it's no longer needed for vsftpd |