Please keyword denyhosts-1.1.2 with ~amd64 as it has been running stably for 30 days on my system. A change to the initscript is necessary before keywording. Patch attached. The problem is with the start-stop-daemon and I can't track it down, but it works without the use of it. emerge --info: Portage 2.0.53_rc6 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-gentoo-r4 x86_64) ================================================================= System uname: 2.6.13-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.0_pre9 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.13 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.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/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="amd64 X alsa avi berkdb bitmap-fonts browserplugin cdr crypt cups dbus dvd dvdread eds emboss encode esd fam firefox foomaticdb fortran gif gnome gpm gstreamer gtk gtk2 hal icq imagemagick imlib ipv6 jabber java jpeg live lzw lzw-tiff mad mjpeg mng mozilla mp3 mpeg msn native ncurses network nls no-old-linux noantlr nobcel nobeanutils nobsh nptl nptlonly offensive ogg oggvorbis opengl pam pdflib perl png python qt quicktime radeon readline real rtc sdk sdl spell ssl svg tcpd theora tiff transcode truetype truetype-fonts type1-fonts udev usb userlocales v4l v4l2 vorbis wmf xine xml2 xpm xv xvid xvmc yahoo zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Created attachment 71331 [details, diff] Patch for the initscript.
(In reply to comment #1) > Created an attachment (id=71331) [edit] > Patch for the initscript. > I should add some more info here. With the unmodified init script denyhosts will start and then stop again immediately providing no additional info as to why in the logfile. If I issue the start-stop-daemon command from the shell directly, this does not happen and denyhosts starts as it should.
damn jeeves fault.. reassign to the real maintainer
I am not going to make that change to the initscript as I can see no reason why the current one shouldn't work for everyone. Can anyone else confirm that this is a generic amd64 issue and not something specific to the reporters setup?
I haven't thouroughly tested it but I managed to emerge, install, and run it on AMD64 w/o the script modification. Just a bit of keyword tweaking. :) In response to comment #2 I let it run for about 10 minutes, did a remote login and exited and it was still running. I stopped it and restarted it a few times but could not reproduce the failure. I don't know why Scott's machine wasn't cooperating with him. :(
It doesn't work for me either, here's my emerge --info output: Portage 2.0.53_rc7 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r3, 2.6.14-gentoo-r1 x86_64) ================================================================= System uname: 2.6.14-gentoo-r1 x86_64 AMD Athlon(tm) 64 Processor 3400+ Gentoo Base System version 1.12.0_pre10 dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.13 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.20-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O3 -fomit-frame-pointer -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon64 -O3 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distfiles.gentoo.org" LDFLAGS="-Wl,-O1" 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="amd64 X a52 aac aalib alsa audiofile avi bash-completion berkdb bitmap-fonts bmp bzip2 c++ caps cdparanoia cdr crypt css cups curl dbus doc dri dts dv dvd dvdr dvdread dvi edl eds emboss encode esd ethereal evo exif expat fam fat ffmpeg fftw flac foomaticdb fortran gb gcj gdbm gif gimp gimpprint glitz glut gmail gmp gnome gnutls gpm gstreamer gtk gtk2 gzip hal hfs howl idea idn imagemagick imap imlib imlib2 jabber java jfs jpeg junit lcms libcaca libgda libwww linuxkeys live lzo lzw lzw-tiff mad matroska mikmod mmap mng mod mozdevelop mozilla mp3 mpeg mplayer msn mythtv native nautilus ncurses network nfs nls no-old-linux no_wxgtk1 noantlr nob nobcel nobeanutils nobsh nocommonslogging nocommonsnet nojsch nolog4j nomotif noplugin norhino noxalan noxerces nptl nptlonly offensive ogg oggvorbis openal opengl pam pcre pda pdflib perl plugin png python quicktime radeon readline real reiserfs rtc samba sdl slang sndfile speex spell ssl stream subversion svg tcltk tcpd tetex tga theora tiff transcode truetype truetype-fonts type1-fonts udev unicode usb userlocales v4l v4l2 vcd vorbis wmf wxwindows xanim xine xml2 xpm xprint xscreensaver xv xvid xvmc zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LINGUAS
Created attachment 72609 [details] Output from adding an 'env' to the initscript
Created attachment 72610 [details] output of adding "env" to initscript Here's the output of adding the "env" for me... Scott has pretty much the same as I have.
Seems like this might be a baselayout issue, both me and Scott are running sys-apps/baselayout-1.12.0_pre10-r1. RiverRat and a few other amd64 machines I tested on are running 1.11.13-r1.
Created attachment 72617 [details, diff] updated patch for initscript that works with newer baselayout This updated patch for the initscript continues to use start-stop-daemon and works with the new baselayout. Needs testing on older baselayout releases.
Works for me w/ sys-apps/baselayout-1.11.13-r1. Thanks. (I just started and stopped the daemon. No thorough testing.)
The problem is that the script itself calls env python, rather then just /usr/bin/python so while its fine for the running of the script (and consequently why the attached patch to the init script with the startas works) its not good for an initscript. I have elected to change the script itself and have commited the changes to cvs. Thanks for everyones help
