vsftpd-2.0.4-r1 has been in the tree for sometime now without issue. Please test and mark stable, thanks.
For arch x86 it is ok. The compilation ends fine. I tried to enable anonymous and normal user configuration. I'm able to connect and upload and download files. A suggestion: display a warning to enable CONFIG_SECURITY_CAPABILITIES in the kernel to avoid the message OOPS: vsf_sysutil_recv_peek from vsftpd. Portage 2.1_pre7-r4 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.5-r3, 2.6.16Y i686) ================================================================= System uname: 2.6.16Y i686 Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz Gentoo Base System version 1.6.14 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.4.2 dev-python/pycrypto: 2.0.1-r4 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/X11/xkb /usr/ share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/ texmf/web2c /etc/env.d" CXXFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-protect distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions /gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --who le-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/loca l' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apache2 apm arts avi berkdb bitmap-fonts cli crypt cups dri eds emboss encode esd foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg kde lib g++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl nptlonly ogg opengl oss pam pcre pdflib perl png pppd python qt quicktime readline reflection sdl session spell spl ssl tcpd truetyp e truetype-fonts type1-fonts udev vorbis xml xmms xorg xv zlib elibc_glibc input_devices_keyb oard input_devices_mouse kernel_linux userland_GNU video_cards_ati video_cards_fglrx" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
(In reply to comment #1) > A suggestion: display a warning to enable CONFIG_SECURITY_CAPABILITIES > in the kernel to avoid the message OOPS: vsf_sysutil_recv_peek from > vsftpd. Shouldn't that test be in the libcap ebuild?
I checked in the sys-lib/libcap ebuild but I don't see any test.
(In reply to comment #3) > I checked in the sys-lib/libcap ebuild but I don't see > any test. I'm saying that's where the test should be - all vsftpd does is make libcap calls. IE it's not something that's vsftpd specific.
ppc stable
amd64 stable
Stable on SPARC
x86 done
alpha stable.
stable on ppc64
done
