Bugzilla Bug 109707

using the initscript supplied with foldingathome 5.0.2-r4 causes the program to 
hang at 100%cpu and not download any work units and process them. It may be 
hanging in --config-only, i'm not sure. I consider this to be a MAJOR break in 
the package because the way foldingathome is setup on Gentoo makes the user 
WANT to use the initscript because it will auto detect the amount of CPUs and 
start up instances for each one. Without the initscript it is a pain to run 
this software.

Reproducible: Always
Steps to Reproduce:
1.Emerge foldingathome ~x86
2./etc/init.d/foldingathome start
3.Foldingathome now hangs in a loop and never gets any work done.

Actual Results:  
Foldingathome now hangs in a loop and never gets any work done.


Expected Results:  
It should download the work units and start processing them.

Portage 2.0.53_rc5 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2,
2.6.13-
gentoo-r4 i686)
=================================================================
System uname: 2.6.13-gentoo-r4 i686 AMD Athlon(tm) XP 3200+
Gentoo Base System version 1.12.0_pre9
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) 
[enabled]
ccache version 2.4 [enabled]
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="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X1
1/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distcc distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://mirrors.tds.net/gentoo http://mirrors.tds.net/gentoo 
http://gentoo.seren.com/gentoo http://gentoo.mirrors.pair.com/"
MAKEOPTS="-j4"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X aac alsa amd apm audiofile avi bash-completion berkdb bitmap-
fonts browserplugin bzip2 bzlib cddb cdparanoia cdr cdrom chroot codecs crypt 
cups curl dhcp divx4linux dvd dvdr dvdread eds emboss encode esd ext-png ext-
zlib fam ffmpeg firefox flac foomaticdb fortran freetype gdbm gif gnome gpm 
gstreamer gtk gtk2 gtkhtml hal icecast ide imlib imlib2 ipv6 java jpeg libg++ 
libwww mad mikmod mmx motif mozpango mozsvg mp3 mpeg mpeg4 mplayer ncurses nls 
nptl nptlonly nvidia ogg oggvorbis openal opengl oss pam pdf pdflib perl png 
ppds python qt quicktime readline samba sdl spell sse ssl svga tcpd theora tiff 
truetype truetype-fonts type1-fonts unicode usb userlocales v4l v4l2 vcd videos 
vorbis win32codecs wmf xine xml2 xv xvid zlib userland_GNU kernel_linux 
elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

Created an attachment (id=71730) [edit]
working initscript

Added option "--chdir /opt/foldingathome/client${CPU}/" to start-stop-daemon,
otherwise client gets started in / and does nothing.

Any chances to see changes to initscript in portage ?

(In reply to comment #1)
> Created an attachment (id=71730) [edit]
Didn't work for me. How do I get a usable output?

Came up with this same change myself. So it works for me.

I had the same problem when I upgraded to the new initscript. The above fix has
solved it for me too.

I feel that this has been open way too long. I'm reassigning to sci@gentoo.org.

Can you please test the fix listed and confirm it works, then SQUASH this bug!
An initscript bug shouldn't be open THIS long.



-Mark

VERIFIED here corrects problem. Is definately the problem as seen from the
strace from the initscript on gentoo rsync
open("client.cfg", O_WRONLY|O_CREAT, 0750) = -1 EACCES (Permission denied)
occurs because foldingathome user has no access in /
please commit to portage

I came up with the same fix myself and it works spiffy.

this ebuild doesn't work
You need to replace --chuid with --user on the start-stop-daemon statment

Is this ever going to get fixed????

Just tried it and can't reproduce the problem. But since adding the --chdir
should do no harm, I'll just add this to -r5.