Further info on jdk14 problem

[Bill Vermillion]

On Thu, Jun 10, 2004 at 10:05 , the murky waters churned and seethed, the dark weeds parted
 and the water took on the sinister, shifting visage we recognize as John E Hein.  The great maw opened, and the following was heard:

> Bill Vermillion wrote at 11:48 -0400 on Jun 10, 2004:
>  > Did you have a working javac before you built it on the 4.10.  My
>  > rear of the docs is that the linux-sun-jdk is used only if you
>  > don't have a working port.

> No, there was no javac or anything java-esque on the system to begin
> with.  As I said yesterday, I built the linux-sun-jdk in order to
> bootstrap the build for the native jdk.

I now went to the linux-sun-jdk tree did a make clean and was going
to build the port and I noticed something that struck me as strange

>  > A grep on linux of pkg_info yields this:
>  > 
>  > linux-ibm-jdk-1.4.1_2 IBM Java Development Kit 1.4.1 for Linux
>  > linux_base-7.1_5    The base set of packages needed in Linux mode
>  > linuxdoc-1.1_1      The Linuxdoc SGML DTD
>  > sgmlformat-1.7_2    Generates groff and HTML from linuxdoc and docbook SGML doc
>  > The linux-ibm-jdk was installed when I tried to see if there
>  > was a problem with the sun-linux .

The above shows that linux_base-7.1_5 is installed.  BUT
a make-clean shows that it was cleaning for linux_base_7.1_7.

So just now tried a portupgrade and to get to the 7.1_7 version.
It went along for awhile, started installing and then
I see I get a failure with an excution failed on
the script glib-2.2.4-33.

> According to CVS, it looks like glibc changed between linux_base-7.1_5
> & 7.1_7.  As did XFree86-libs.  And a few other minor issues.

That confirms that.  I have vision problems so I normally don't run
Xfree but live almost exclusively in a 80x24 test workd.

>  > I just ran with the -dl and get this. [Just the last few very long
>  > lines]
>  > 
>  > ===>   linux-sun-jdk-1.4.2.04 depends on file: /compat/linux/lib/libc.so.6 - found
>  > true
>  > if [ -f /usr/ports/java/linux-sun-jdk14/scripts/pre-extract ]; then  cd /usr/ports/java/linux-sun-jdk14 && /usr/bin/env PORTOBJFORMAT=elf    BSD_INSTALL_PROGRAM="install -c -s -o root -g wheel -m 555"  BSD_INSTALL_SCRIPT="install -c -o root -g wheel -m 555"  BSD_INSTALL_DATA="install -c -o root -g wheel -m 444"  BSD_INSTALL_MAN="install -c -o root -g wheel -m 444" CURDIR=/usr/ports/java/linux-sun-jdk14 DISTDIR=/usr/ports/distfiles  WRKDIR=/usr/ports/java/linux-sun-jdk14/work WRKSRC=/usr/ports/java/linux-sun-jdk14/work/j2sdk1.4.2_04 PATCHDIR=/usr/ports/java/linux-sun-jdk14/files  SCRIPTDIR=/usr/ports/java/linux-sun-jdk14/scripts FILESDIR=/usr/ports/java/linux-sun-jdk14/files  PORTSDIR=/usr/ports DEPENDS=""  PREFIX=/usr/local LOCALBASE=/usr/local X11BASE=/usr/X11R6 /bin/sh  /usr/ports/java/linux-sun-jdk14/scripts/pre-extract;  fi
>  > /bin/mkdir -p /usr/ports/java/linux-sun-jdk14/work
>  > cd /usr/ports/java/linux-sun-jdk14/work  && /usr/bin/tail -n 136192 /usr/ports/distfiles/j2sdk-1_4_2_04-linux-i586.bin > /usr/ports/java/linux-sun-jdk14/work/install.sfx  && /bin/chmod +x /usr/ports/java/linux-sun-jdk14/work/install.sfx  && /usr/ports/java/linux-sun-jdk14/work/install.sfx > /dev/null
>  > Bad system call (core dumped)

> So did you ktrace that last bit (probably the install.sfx is a linux
> app... use file to tell)?

I did not use ktrace, and I'm not really a programmer - been more
of a syadmin and fixer for a long time.

Here is what I found in the work directory of the sun-linux-jdk

install.sfx:      ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.0.0, dynamically linked (uses shared libs), stripped
install.sfx.core: ELF 32-bit LSB core file Intel 80386, version 1 (FreeBSD), FreeBSD-style, from 'install.sfx'

So - before I continue on I'm going to try to upgrade the glibc.

Your hints put me on hopefully the right track.

-- 
Bill Vermillion - bv @ wjv . com