Bugzilla Bug 45004

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.