The init.d script for freenet-0.5.2.1-r8 exports LD_ASSUME_KERNEL=2.4.1, when in fact at least >= sun-jdk-1.4.2.01 do support NPTL, since it is binary-compatible with the old code. (See http://java.sun.com/developer/technicalArticles/JavaTechandLinux/RedHat/) Commenting out that line makes freenet start for me. Reproducible: Always Steps to Reproduce: 1. Make sure you have an NPTL-enabled system 2. Emerge the latest freenet (0.5.2.1-r8 when I write this) 3. type /etc/init.d/freenet start Actual Results: root@zuul /files/completed $ /etc/init.d/freenet start * Starting Freenet now... grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory nice: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory sleep: error while loading shared libraries: libm.so.6: cannot open shared object file: No such file or directory cat: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory ps: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory [ !! ] rm: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Expected Results: Freenet should have started When the line 'export LD_ASSUME_KERNEL=2.4.1' is commented out, everything works. My java config: root@zuul /files/completed $ java-config -O /opt/sun-jdk-1.4.2.04 NPTL has worked fine with the whole 1.4.2 series for me, including running my test web server (Orion) with NPTL for months at work. Emerge info (just in case, even though the fix seems trivial for me) root@zuul /files/completed $ emerge info Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.4-mm2) ================================================================= System uname: 2.6.4-mm2 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.4.3.13 distcc 2.12.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.7.7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distcc sandbox" GENTOO_MIRRORS="ftp://mirror.pudas.net/gentoo http://mirror.pudas.net/gentoo http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.se.gentoo.org/gentoo-portage" USE="3dnow X aalib aavm acpi acpi4linux alsa apache2 apm arts avi berkdb bonobo cdr chroot crypt cups dga directfb dv dvb dvd encode esd evo fbcon fbdev ffmpeg flac foomaticdb freetype gd gdbm gif gnome gpm gtk gtk2 imap imlib java jikes jpeg junit kde kerberos krb4 ldap libg++ libwww lufsusermount mad maildir mbox md5sum mikmod mmx motif mozilla mpeg mpeg4 music mysql nas ncurses nls nptl odbc offensive oggvorbis openal opengl oss pam pdflib perl pic png ppds propolice python qt quicktime readline samba sasl sdl slang slp spell sse ssl svga tcltk tcpd tiff truetype usb wmf x86 xface xine xinerama xml xml2 xmms xosd xv xvid zlib"
This is more for the net-p2p crowd...
zx: I'm temporarily handling net-p2p stuff until someone can come along to claim it... but I have not idea what should be done here... is there a way to check if the java vm supports nptl? should I just check the --version? do blackdown-1.4.2 and ibm support nptl?
NPTL is binary-compatible with LinuxThreads, so I think that would be safe. The easiest thing to do is just test the other VM:s and try to start freenet with them. I don't see why they wouldn't work, but just in case :-)
herder: AFAIK, NPTL "should be" compatible with LinuxThreads... which is in reality not the same as "is"... I'm curious why that LD_ASSUME_KERNEL=2.4.1 is there in the first place...
Yeah, but since the LD_ASSUME_KERNEL breaks freenet totally, I think it would be better to remove that row, since it's there because of NPTL in the first place. I haven't tried it on a non-NPTL kernel, though.
fixed in portage.