patchset for vsftpd from http://vsftpd.devnet.ru/eng/ with charset encodings and some other extensions
Created attachment 184341 [details] vsftpd-devnet-2.1.0_p1.ebuild
Reassigning to maintainer-wanted.
Created attachment 184635 [details] vsftpd-devnet-2.1.0_p1.ebuild Corrected ebuild due #gentoo-sunrise comments
vsftpd.init script, included in the sunrise overlay, does not create pid file, so rc-status shows vsftpd as "crashed". Why not to use init script from original vsftpd?
vsftpd-devnet forks on startup, so s-s-d can't start cleanly or stop vsftpd-devnet from pid file. init script included in sunrise works ok for me, rc-status reported "started". Mbe you forget "dispatch-conf" ?
No, I did not forget. vsdftpd status is always "crashed" with this init script. I've never heard vsftpd from devnet (or original one) to fork _on startup_. With original vsftpd init script I see this: #ps axu | grep `cat /var/run/vsftpd.pid` root 30456 0.0 0.0 28832 1880 ? Ss 01:13 0:00 vsftpd: LISTENER s-s-d clearly starts and stops vsftpd.
Give your emerge -pv vsftpd-devnet, vsftpd.conf and emerge --info
Well, I'll opst details later sa soon as I get access to the machine. For now, I think I understand what you mean by "forks at startup". Those are client connections and they should not be dropped when listener is killed. It's a kind of "graceful stop", very convinient during upgrades: restarting the service does not affect already connected clients. Also I'm not sure whether your script can actually selectively stop one service out of given number present in the system.
My USEs (caps pam ssl tcpd -selinux -xinetd) # ps afx | grep vsftpd 10205 pts/0 S+ 0:00 | | \_ grep --colour=auto vsftpd # start-stop-daemon --start --exec /usr/sbin/vsftpd --background --make-pidfile --pidfile /tmp/vstftp.pid /etc/vsftpd/vsftpd.conf # ps afx | grep vsftpd 10210 pts/0 S+ 0:00 | | \_ grep --colour=auto vsftpd 10208 ? Ss 0:00 /usr/sbin/vsftpd /etc/vsftpd/vsftpd.conf # cat /tmp/vstftp.pid 10207 # start-stop-daemon --stop --pidfile /tmp/vstftp.pid * start-stop-daemon: no matching processes found # strace vsftpd /etc/vsftpd/vsftpd.conf execve("/usr/sbin/vsftpd", ["vsftpd", "/etc/vsftpd/vsftpd.conf"], [/* 22 vars */]) = 0 brk(0) = 0x9aea000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=156330, ...}) = 0 mmap2(NULL, 156330, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f10000 close(3) = 0 open("/lib/libwrap.so.0", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\36\0\0004\0\0\0`"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=27936, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f0f000 mmap2(NULL, 27908, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f08000 mmap2(0xb7f0e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0xb7f0e000 close(3) = 0 open("/lib/libnsl.so.1", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P/\0\0004\0\0\0P"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=99976, ...}) = 0 mmap2(NULL, 112552, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7eec000 mmap2(0xb7f04000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17) = 0xb7f04000 mmap2(0xb7f06000, 6056, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f06000 close(3) = 0 open("/lib/libpam.so.0", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\32\0\0004\0\0\0\264"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=42436, ...}) = 0 mmap2(NULL, 45300, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ee0000 mmap2(0xb7eea000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9) = 0xb7eea000 close(3) = 0 open("/lib/libdl.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\n\0\0004\0\0\0 "..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=9600, ...}) = 0 mmap2(NULL, 12404, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7edc000 mmap2(0xb7ede000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7ede000 close(3) = 0 open("/lib/libresolv.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300$\0\0004\0\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=79456, ...}) = 0 mmap2(NULL, 92196, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ec5000 mmap2(0xb7ed8000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12) = 0xb7ed8000 mmap2(0xb7eda000, 6180, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7eda000 close(3) = 0 open("/lib/libutil.so.1", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\t\0\0004\0\0\0H"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=9600, ...}) = 0 mmap2(NULL, 12412, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ec1000 mmap2(0xb7ec3000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7ec3000 close(3) = 0 open("/lib/libcap.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\20\0\0004\0\0\0\344"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=17868, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ec0000 mmap2(NULL, 20784, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7eba000 mmap2(0xb7ebe000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0xb7ebe000 close(3) = 0 open("/usr/lib/libssl.so.0.9.8", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\332\0\0004\0\0\0\324"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0555, st_size=278460, ...}) = 0 mmap2(NULL, 281496, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e75000 mmap2(0xb7eb6000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x40) = 0xb7eb6000 close(3) = 0 open("/usr/lib/libcrypto.so.0.9.8", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\305\3\0004\0\0\0\254"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0555, st_size=1302972, ...}) = 0 mmap2(NULL, 1318936, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7d32000 mmap2(0xb7e5b000, 90112, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x128) = 0xb7e5b000 mmap2(0xb7e71000, 12312, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7e71000 close(3) = 0 open("/lib/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260h\1\0004\0\0\0\244"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1483036, ...}) = 0 mmap2(NULL, 1492552, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7bc5000 mprotect(0xb7d2b000, 4096, PROT_NONE) = 0 mmap2(0xb7d2c000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x166) = 0xb7d2c000 mmap2(0xb7d2f000, 9800, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7d2f000 close(3) = 0 open("/lib/libattr.so.1", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\16\0\0004\0\0\0l"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=17788, ...}) = 0 mmap2(NULL, 20656, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7bbf000 mmap2(0xb7bc3000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0xb7bc3000 close(3) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7bbe000 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7bbd000 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7bbd6c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0xb7bc3000, 4096, PROT_READ) = 0 mprotect(0xb7d2c000, 8192, PROT_READ) = 0 mprotect(0xb7e5b000, 32768, PROT_READ) = 0 mprotect(0xb7eb6000, 4096, PROT_READ) = 0 mprotect(0xb7ebe000, 4096, PROT_READ) = 0 mprotect(0xb7ec3000, 4096, PROT_READ) = 0 mprotect(0xb7ed8000, 4096, PROT_READ) = 0 mprotect(0xb7ede000, 4096, PROT_READ) = 0 mprotect(0xb7eea000, 4096, PROT_READ) = 0 mprotect(0xb7f04000, 4096, PROT_READ) = 0 mprotect(0x8064000, 4096, PROT_READ) = 0 mprotect(0xb7f58000, 4096, PROT_READ) = 0 munmap(0xb7f10000, 156330) = 0 brk(0) = 0x9aea000 brk(0x9b0b000) = 0x9b0b000 stat64("/etc/vsftpd/vsftpd.conf", {st_mode=S_IFREG|0644, st_size=4093, ...}) = 0 open("/etc/vsftpd/vsftpd.conf", O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=4093, ...}) = 0 mmap2(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f34000 mprotect(0xb7f36000, 4096, PROT_NONE) = 0 mprotect(0xb7f34000, 4096, PROT_NONE) = 0 read(3, "# Example config file /etc/vsftpd"..., 4093) = 4093 mprotect(0xb7f34000, 4096, PROT_READ) = 0 munmap(0xb7f34000, 12288) = 0 close(3) = 0 stat64("/etc/vsftpd/vsftpd.conf", {st_mode=S_IFREG|0644, st_size=4093, ...}) = 0 getuid32() = 0 getuid32() = 0 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7bbd708) = 10451 exit_group(0) = ?
Created attachment 188241 [details] strace sorry for CRCF
You do not use ssl... Here is mine strace (see atach) #emerge vsftpd-devnet -pv These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] net-ftp/vsftpd-devnet-2.1.0_p1 USE="caps pam ssl tcpd (-selinux) -xinetd" 0 kB [1] Total: 1 package (1 reinstall), Size of downloads: 0 kB Portage tree and overlays: [0] /usr/portage [1] /usr/local/portage/layman/sunrise
Well, I have "background=NO" in vsftpd.conf Original script checks this setting, asks for it and works with it. When setting background=YES (default), vsftpd forks to release a shell as in your case.
Created attachment 188265 [details] updated ebuild --- /usr/local/layman/sunrise/net-ftp/vsftpd-devnet/vsftpd-devnet-2.1.0_p1.ebuild 2009-04-12 19:51:23.000000000 +0300 +++ vsftpd-devnet-2.1.0_p1.ebuild 2009-04-14 00:15:35.000000000 +0300 @@ -45,6 +45,8 @@ # Let portage control stripping sed -i '/^LINK[[:space:]]*=[[:space:]]*/ s/-Wl,-s//' Makefile + # disabling background by default + sed -i 's/background = 1/background = 0/' tunables.c } src_compile() {
Created attachment 188266 [details, diff] updated patch Changed default state for man. This variant works ok for me with s-s-d and pid file. What do you think about it?
I like it :)
updated in sunrise
*** Bug 283110 has been marked as a duplicate of this bug. ***
>>> Emerging (1 of 1) net-ftp/vsftpd-devnet-2.1.2_p1 from sunrise * vsftpd-2.1.2-ext1.tgz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking vsftpd-2.1.2-ext1.tgz to /var/tmp/portage/net-ftp/vsftpd-devnet-2.1.2_p1/work * Applying vsftpd-devnet-2.1.0-gentoo.patch ... [ ok ] * Applying vsftpd-devnet-2.1.0-dont-link-caps.patch ... * Failed Patch: vsftpd-devnet-2.1.0-dont-link-caps.patch ! * ( /usr/local/portage/layman/sunrise/net-ftp/vsftpd-devnet/files/vsftpd-devnet-2.1.0-dont-link-caps.patch ) * * Include in your bugreport the contents of: * * /var/tmp/portage/net-ftp/vsftpd-devnet-2.1.2_p1/temp/vsftpd-devnet-2.1.0-dont-link-caps.patch-20123.out * * ERROR: net-ftp/vsftpd-devnet-2.1.2_p1 failed. * Call stack: * ebuild.sh, line 49: Called src_unpack * environment, line 2287: Called epatch '/usr/local/portage/layman/sunrise/net-ftp/vsftpd-devnet/files/vsftpd-devnet-2.1.0-dont-link-caps.patch' * environment, line 1177: Called die * The specific snippet of code: * die "Failed Patch: ${patchname}!"; * The die message: * Failed Patch: vsftpd-devnet-2.1.0-dont-link-caps.patch! * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/net-ftp/vsftpd-devnet-2.1.2_p1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/net-ftp/vsftpd-devnet-2.1.2_p1/temp/environment'. * This ebuild is from an overlay named 'sunrise': '/usr/local/portage/layman/sunrise/' * >>> Failed to emerge net-ftp/vsftpd-devnet-2.1.2_p1, Log file: >>> '/var/tmp/portage/net-ftp/vsftpd-devnet-2.1.2_p1/temp/build.log' * Messages for package net-ftp/vsftpd-devnet-2.1.2_p1: * Failed Patch: vsftpd-devnet-2.1.0-dont-link-caps.patch ! * ( /usr/local/portage/layman/sunrise/net-ftp/vsftpd-devnet/files/vsftpd-devnet-2.1.0-dont-link-caps.patch ) * * Include in your bugreport the contents of: * * /var/tmp/portage/net-ftp/vsftpd-devnet-2.1.2_p1/temp/vsftpd-devnet-2.1.0-dont-link-caps.patch-20123.out * * ERROR: net-ftp/vsftpd-devnet-2.1.2_p1 failed. * Call stack: * ebuild.sh, line 49: Called src_unpack * environment, line 2287: Called epatch '/usr/local/portage/layman/sunrise/net-ftp/vsftpd-devnet/files/vsftpd-devnet-2.1.0-dont-link-caps.patch' * environment, line 1177: Called die * The specific snippet of code: * die "Failed Patch: ${patchname}!"; * The die message: * Failed Patch: vsftpd-devnet-2.1.0-dont-link-caps.patch! * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/net-ftp/vsftpd-devnet-2.1.2_p1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/net-ftp/vsftpd-devnet-2.1.2_p1/temp/environment'. * This ebuild is from an overlay named 'sunrise': '/usr/local/portage/layman/sunrise/' --------------------- pc skype-3.0.0.93 # emerge --info Portage 2.2_rc40 (default/linux/x86/2008.0, gcc-4.4.1, glibc-2.10.1-r0, 2.6.28-gentoo-r5 i686) ================================================================= System uname: Linux-2.6.28-gentoo-r5-i686-Intel-R-_Core-TM-2_CPU_6300_@_1.86GHz-with-gentoo-2.0.1 Timestamp of tree: Sat, 29 Aug 2009 10:45:01 +0000 ccache version 2.4 [disabled] app-shells/bash: 4.0_p28 dev-java/java-config: 2.1.9 dev-lang/python: 2.6.2-r1, 3.1.1 dev-python/pycrypto: 2.0.1-r8 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.6.4-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.4.3-r3 sys-apps/sandbox: 2.1 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.6.3, 1.7.9-r1, 1.9.6-r2, 1.10.2, 1.11 sys-devel/binutils: 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=core2 -msse -msse2 -mmmx -m3dnow -msse3 -mfpmath=sse -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -march=core2 -msse -msse2 -mmmx -m3dnow -msse3 -mfpmath=sse -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests distlocks fixpackages metadata-transfer parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/ ftp://ftp.linux.ee/pub/gentoo/distfiles/ http://mirror.yandex.ru/gentoo-distfiles/ ftp://mirror.yandex.ru/gentoo-distfiles/ " LANG="ru_RU.UTF-8" LC_ALL="" LDFLAGS="-Wl,-O1" LINGUAS="en ru" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/games /usr/local/portage/layman/java-overlay /usr/local/portage/layman/sunrise /usr/local/portage/layman/synce /usr/local/portage/layman/qutim-overlay" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X acl alsa aspell bzip2 cdr cli cracklib crypt cups dbus dri dvd esd fortran gdbm gpm hal iconv isdnlog java jpeg jpeg2k jre kde lm_sensors mmx mp3 mudflap ncurses nls nptl nptlonly opengl openmp pam pcre perl php png pppd python qt qt3 qt4 readline reflection samba session spell spl sse sse2 sse3 ssl ssse3 sysfs tcpd unicode x86 xcomposite xine xorg xv zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en ru" SANE_BACKENDS="nothing coolscan3 hp hp3500 hp3900 snapscan" USERLAND="GNU" VIDEO_CARDS="fglrx radeonhd radeon vesa" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Reproducible: Always Steps to Reproduce: 1. emerge --sync && emerge --regen 2. emerge -uDNva @system @world
1) Try to USE="caps" emerge -av vsftpd-devnet. 2) I'll check vsftpd-devnet-2.1.0-dont-link-caps.patch later.
Thx, ebuild work with this use flag.
Bug from comment #18 was just fixed in sunrise.
Created attachment 252337 [details] ebuild for vsftpd-2.2.2+ (ext build 3)
Created attachment 252339 [details, diff] patch for vsftpd-2.2.2+ (ext build 3)
Created attachment 252341 [details, diff] patch for vsftpd-2.2.2+ (ext build 3)
Created attachment 252343 [details, diff] patch for vsftpd-2.2.2+ (ext build 3)
Files for vsftpd-2.2.2+ (ext build 3) are attached. vsftpd.conf, vsftpd.init, vsftpd.logrotate, vsftpd.xinetd should be taken from the original ebuild.
What original ebuild do you mean? I'll test and add ebuild asap.
"original ebuild" - I mean, this files should be taken from original(base) portage tree.
Kostya Sha, where you add ebuild?
Created attachment 252759 [details] ebuild for vsftpd-2.2.2+ (ext build 3) with patch 1 Rename to vsftpd-devnet. Fix for ssl USE-flag. Include "1. addons.patch".
Created attachment 252761 [details, diff] patch for vsftpd-2.2.2+ (ext build 3) Only change filename.
Created attachment 252763 [details, diff] patch for vsftpd-2.2.2+ (ext build 3) Only change filename.
Created attachment 252765 [details, diff] patch for vsftpd-2.2.2+ (ext build 3) Change filename and edit for "1. addons.patch".
Created attachment 252767 [details, diff] patch for vsftpd-2.2.2+ (ext build 3) Patch "1. addons.patch" from developer of vsFTPd+.
Created attachment 252769 [details] Init-file for vsftpd-2.2.2+ (ext build 3) In devnet build vsftpd-2.1.1-daemonize_plus.patch is used, pid in pidfile doesn't match with pid of daemon. Workaround on this.
Is someone willing to push and/or test this forward to 3.0.2? (Found this: http://vsftpd.devnet.ru/files/3.0.2/packages/gentoo/)
The issue I face is related to the init file. During boot, starting vsftpd fails. In /var/log/messages: Jan 2 14:06:29 localhost /etc/init.d/vsftpd[2265]: ERROR: vsftpd failed to start After boot, as root, I can use the init script to start/stop/restart without issues. I have replaced the init file with the file in attachment 252769 [details], but that one doesn't work at all. 1. stop vsftpd with the original init file 2. replace the file with the attachment 3. start vsftpd 4. check that it is running: ok 5. stop vsftpd # /etc/init.d/vsftpd stop * Stopping vsftpd ... * vsftpd: caught SIGTERM, aborting 6. check if it stopped: yes # ps -ef | grep -i ftp root 26889 2450 0 22:29 pts/0 00:00:00 grep --colour=auto -i ftp 7. start again: fails # /etc/init.d/vsftpd start * WARNING: vsftpd has already been started I have compared the start function in the init script with the one provided by debian. The only difference is that the debian packagers add the --oknodo argument to the start-stop-daemon. Around 1/3 of the following page this argument is explained: http://www.debian.org/doc/debian-policy/ch-opersys.html Please advise how to proceed. Is this related to this bug report, or should I create a new one?
humble.. I'm using vsftpd and not vsftpd-devnet, my apologies.. (still any advise is appreciated)
Hello, everyone. It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project. Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that: 1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it. 2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding. 3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint. 4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality. Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise. [1]:https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers [2]:https://gitweb.gentoo.org/proj/sunrise.git/
