Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 79202 - vsftpd ebuild does not install the binary
Summary: vsftpd ebuild does not install the binary
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Server (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Rajiv Aaron Manglani (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-23 05:46 UTC by Roie Kerstein
Modified: 2005-02-09 08:24 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roie Kerstein 2005-01-23 05:46:48 UTC
After emerging vsftpd-2.0.1 I tried to run it with xinetd.
xinetd's log said that server must be specified.
I checked the config, where I saw:
server = /usr/sbin/vsftpd
However, that file does not exist.
I did updatedb and locate vsftpd. but found no binary file. Only docs and conf files.

emerge --info:
Portage 2.0.51-r14 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-gentoo-r6 i686)
=================================================================
System uname: 2.6.10-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 1.80GHz
Gentoo Base System version 1.6.8
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Oct 31 2004, 14:46:37)]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r2
sys-devel/libtool:   1.5.10-r3
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=pentium4 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=pentium4 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.mirror.icd.hu/ http://gentoo.zie.pg.gda.pl http://mirror.datapipe.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X X509 acpi alsa apm arts artswrappersuid avi bash-completion berkdb bidi bitmap-fonts bzlib cddb cdparanoia cdr crypt ctype cups dga divx4linux doc encode foomaticdb ftp gdbm gif gnome gpm gstreamer gtk2 gtkhtml hal i8x0 icq imagemagick imlib jpeg jpeg2k kde ldap libg++ libwww mad mikmod mono mozilla moznocompose moznoirc moznomail mpeg msn ncurses nls nomotif nowin nptl offensive opengl pam pdflib perl pic png python qt readline real sdl slang spell sse sse2 ssl svga tcpd tetex threads truetype truetype-fonts type1-fonts unicode xine xml xml2xv xvid zlib video_cards_i915 linguas_he"
Unset:  LDFLAGS


Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1 Fernando (likewhoa) 2005-01-23 21:53:44 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..
Comment 2 Anders Knudsen 2005-01-29 20:56:30 UTC
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() {
Comment 3 Michael Gisbers 2005-01-31 01:35:53 UTC
Thanks Anders, now vsftpd works.
Comment 4 Yassen Damyanov 2005-01-31 23:58:03 UTC
same here (vsftpd 2.0.1 on amd64); strange that this used to work for me some 4 months ago on x86.
Comment 5 Lourdes Jones 2005-02-01 00:28:20 UTC
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() {
Comment 6 Lourdes Jones 2005-02-01 00:40:50 UTC
Why is it I always find the correct solution after posting? This bug is cause by a bad ebuild to fix bug 65981
Comment 7 Radoslaw Szkodzinski 2005-02-02 12:12:17 UTC
This isn't yet live on rsync servers... Why?
Comment 8 Robert Baxter 2005-02-09 05:59:48 UTC
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

Comment 9 Jeffrey Forman (RETIRED) gentoo-dev 2005-02-09 06:06:00 UTC
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
Comment 10 solar (RETIRED) gentoo-dev 2005-02-09 08:24:03 UTC
commented out filter-flags "-fPIC" as it's no longer needed for vsftpd