Ok... Yoper linux, Sun Java 1.4.2 SDK (yes, I HAVE to use theirs), 2.6.8 kernel...

I download the file. Fails checksum because tail doesn't work right. Comment out checksum check and it will extract a binary install file, but said file won't run.

The error I got before editing the file was:

> Ok, I got this working in the CSEL, but I can't get it going at home. Kernel
> 2.6.8, Yoper linux, bash shell. I download the .bin file, and then when I try
> to run it (after appropriate chmod +x), I get this:
>
>
> tail: `-1' option is obsolete; use `-n 1'
> Try `tail --help' for more information.
> ./j2sdk-1_4_2_05-linux-i586.bin: line 334: [: -lt: unary operator expected
> Unpacking...
> tail: cannot open `+486' for reading: No such file or directory
> Checksumming...
> 1
> The download file appears to be corrupted. Please refer
> to the Troubleshooting section of the Installation
> Instructions on the download page for more information.
> Please do not attempt to install this archive file.
>
> Anyone seen this before? I've tried redownloading, and it's no good, I get the
> same error. Yoper is built off of RPM, so I even tried that version, and it
> too won't decompress. I don't recognize the errors.
>
> Any help appreciated.
> -Pat

Now, after making the changes for tail to work right

(-n 1), and -c +486, it tries to run the binary file and says that there is an syntax error at line 3

Anyone seen something like this before?!?

either sudo or su to root and chmod +x the j2sdk1.4.2_05.bin file to make it executable.

then do the ./j2..... and answer yes to its licensing agreement.

See this documentation here:

http://java.sun.com/j2se/1.4.2/install-linux.html

Excerpt:

2. Make sure that execute permissions are set on the self-extracting binary.

Run this command:
chmod +x j2sdk-1_4_2_<version>-linux-i586.bin

Now regarding to how the system recognizes your path to java that will be a different matter and one you deal with via your shell profile.

I am not up on Yoper but on Debian I can put it anywhere I want and them create links via update-alternatives that will recognize system wide.

You don't need to be root to install it for a single user, and I know about chmoding it You could also run: sh ./j2...

It runs, but there are errors and it fails later in the install, right after the liscense agreement.

I'm having the same problem and have in the past... it's definitely a problem with a new version of "something".
I'm just not sure what the something is yet.

I while back I had an older gentoo install on another machine... copied the exact same bin file over to it (after several failed attempts on the other) and it worked perfectly.

Updating gentoo or installing a fresh copy with 2004.2/net install.... java's bin will NOT work, by default anyway.

Problem being I no longer have that older machine, need java, and can't extract the f'er.

Didn't find anything about it on java.sun.com but, as always is the case, I could have missed it.

Must be a solution, if you know/found it, definitely leave a reply

This' gonna seem like a stupid question, but do you have the same shell at home and at the CSEL? If so, do you have any other shells on your home computer that could be trying to interpret the script instead of bash? The syntax error you're getting is from the shell not recognizing the different commands.

Regards,

zakaluka2.

I've been sitting here for a while and decided to scroll through the code
for java's bin file.

After checking man pages...etc etc

I noticed a few errors that sun must have neglected to fix.
First off... some of the 'tail' syntax is just wrong
and one of sums it says it *should* in in the code... is wrong

open up the bin file with whatever editor you like... I use nano

Go to line 333 and you'll see diskSpace=`df -k . | tail 1 .....................etc

change 'tail 1' to 'tail -n 1'

the current version of tail I'm using says 'tail 1' is obsolete and will be removed in future versions.
so it may or may not have an affect depending on when you're reading this
.... the next step MUST be done for it to work.

go down to about line 341 and you'll see 'tail +486'
that command DOES NOT work
you have to change it to: tail -n +486

Now... last thing... on about line 358 you'll see:
if expr $sum1 !=............etc

make sure the condition is the following:
$sum1 != 13775 || expr $sum2 != 35512


recap:
fix the tail commands
change the sum values if needbe to the ones given above (only sum1 should be wrong)

as a side note:
I kept saying "about line" cause I shoved echo statements in there to see what it was doing
and may have changed the numbers in mine by plus or minus 1 or 2

...Everything should now extract

Actually, I solved the cause of the error a while back. It's the wrong version of "tail", a program that strips a certain number of bytes off of a file. The file is a combination script/binary file. The script runs, and then tail strips off the script portion and leaves just the binary, which then is supposed to run. Unfortunately, the tail program changed, and now it strips off only part of the text portion of the file.

Vampyric is dead on. Thanks dude!

Any time

I reported the bug and simple solution to Sun so hopefully they'll fix it at some point.

if anyone is still having problems with this,


http://www.yoper.com/forum2/index.ph...t=0#entry26581