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.
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