# ./jre-6u25-linux-x64-rpm.bin
Unpacking...
Checksumming...
Extracting...
UnZipSFX 5.50 of 17 February 2002, by Info-ZIP (Zip-...@lists.wku.edu).
replace jre-6u25-linux-amd64.rpm? [y]es, [n]o, [A]ll, [N]one, [r]ename: y
inflating: jre-6u25-linux-amd64.rpm
Preparing... ########################################### [100%]
1:jre ########################################### [100%]
Error: unpack200 - command could not be found.
Please refer to the Troubleshooting section of theInstallation Instructions
on the download page.
error: %post(jre-1.6.0_25-fcs.x86_64) scriptlet failed, exit status 127
Done.
# type unpack200
unpack200 is /usr/bin/unpack
# ll /usr/bin/unpack200
lrwxrwxrwx 1 root root 27 May 17 07:12 /usr/bin/unpack200 -> /etc/alternatives/unpack200
# ll /etc/alternatives/unpack200
lrwxrwxrwx 1 root root 51 May 25 02:58 /etc/alternatives/unpack200 -> /usr/lib/jvm/jre-1.6.0-openjdk.x86_64/bin/unpack200
# ll /usr/lib/jvm/jre-1.6.0-openjdk.x86_64/bin/unpack200
-rwxr-xr-x 1 root root 85840 May 24 20:09 /usr/lib/jvm/jre-1.6.0-openjdk.x86_64/bin/unpack200
> Anyone have a solution for installing the jre from java.com
> on a 64 bit 2011.0 beta 2 system?
> # ./jre-6u25-linux-x64-rpm.bin
> 1:jre ########################################### [100%]
> Error: unpack200 - command could not be found.
It doesn't use the unpack200 from the path. It uses
"${RPM_INSTALL_PREFIX}/jre1.6.0_25/bin/unpack200"
which should have been installed by that point, as this is in the
postinstall scriptlet.
Does /usr/java/jre1.6.0_25/bin/unpack200 exist, or is the
installation getting backed out due to the error?
Regards, Dave Hodgins
--
Change nomail.afraid.org to ody.ca to reply by email.
(nomail.afraid.org has been set up specifically for
use in usenet. Feel free to use it yourself.)
Without knowing what is going on, I surmise the fact I did not get a
chance to "Accept the terms", because the /usr/java/jre1.6.0_25 directory was
not created/loaded with files needed for unpacking and running the
Accept Terms script. :)
Ok, now that I played around a bit, neither the jre-6u24-linux-amd64.rpm or
jre-6u25-linux-amd64.rpm is installing which is what is causing the problem.
I did the jre.6.0_25 install on the 32 bit 2011.0 beta 2 without problems.
Going to test if I can install on 2010.1 64 bit same machine.
> Ok, now that I played around a bit, neither the jre-6u24-linux-amd64.rpm or
> jre-6u25-linux-amd64.rpm is installing which is what is causing the problem.
>
> I did the jre.6.0_25 install on the 32 bit 2011.0 beta 2 without problems.
>
> Going to test if I can install on 2010.1 64 bit same machine.
No problem installing jre.6.0_25 on 2010.1 64 bit so it is a 2011.0 x86_64
rpm problem. :(
I used Mandriva's jre package "java-1.6.0-sun-plugin" which is
the vendor's files munged into Mandriva's install location.
I had this problem with jre-6u24 (64-bit) and wound up putting
unpack200 (found elsewhere on the system - in an earlier
release?) in /root/bin, where it would be in root's $PATH on my
system. I left it there, and the install of jre-6u25 went smoothly.
Cheers!
jim b.
--
UNIX is not user unfriendly; it merely
expects users to be computer-friendly.
Would you click up a terminal, and do a
su - root
and post the results from the following three commands:
echo $PATH
grep PATH .bash_profile
grep PATH .bashrc
Please. :)
[root@jdb ~]# echo $PATH
/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin:/usr/local/bin:/usr/local/sbin:/root/bin
[root@jdb ~]# grep PATH .bash_profile
[root@jdb ~]# grep PATH .bashrc
PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin:/usr/loca;/bin:/usr/local/sbin:/root/bin
export USERNAME ENV PATH
I do most of my work as root in su, which carries
over my personal .bash* settings. That only adds
/usr/lib/qt4/bin to $PATH, though, so it should not matter.
Thank you.
>
> I do most of my work as root in su, which carries
> over my personal .bash* settings. That only adds
> /usr/lib/qt4/bin to $PATH, though, so it should not matter.
Hmm, out of the box .bashrc does not have /root/bin :)
I would be interested in knowing if you are able to install the
jre-6u25-linux-x64-rpm.bin from java.com.
I had a /usr/bin/unpack200 which is in root's path by default.
That is a bin I create, for a few scripts I created to handle
minor chores, e.g. handle an nfsmount of disks on another machine.
>
> I would be interested in knowing if you are able to install the
> jre-6u25-linux-x64-rpm.bin from java.com.
>
> I had a /usr/bin/unpack200 which is in root's path by default.
This was an interesting exercise. Yes, I could (and did) install
jre-6u25-linux-x64-rpm.bin from java.com. I did see the
complaint that unpack200 could not be found, and messages to the
terminal ceased at that point, but it did install.
My first attempt resulted in an error message that the package
was already installed. I used urpme to uninstall it and then
installed. The install went very fast. I looked in /usr/java
and did not find it. Checked /usr/lib/jvm and there it was.
Removed everything java*25*. Reinstalled. Got the complaint
that unpack200 could not be found, but /usr/java contained
jre1.6.0_25.
The above is a bit simplified, as I fiddled around with a few
other things (direct install of jre-6u25-linux-amd64.rpm with rpm
and install of jre-6u25-linux-x64.bin).
Not until I manually removed all other remnants of a 6u25 install
did it install where expected in /usr/java.
Side note: The new 6u25 from sun set up either hard links or
copies in both /usr/java and /usr/lib/jvm. Looks like I will
have to reboot to pick up the changes for the symlinks in
/etc/alternatives.
Hmmm, that is different from my clean install. All attempts after that
required a urpme.
> I used urpme to uninstall it and then
> installed. The install went very fast. I looked in /usr/java
> and did not find it. Checked /usr/lib/jvm and there it was.
> Removed everything java*25*. Reinstalled. Got the complaint
> that unpack200 could not be found, but /usr/java contained
> jre1.6.0_25.
Well, guessing the jvm removal is where my wheel fell off.
> The above is a bit simplified, as I fiddled around with a few
> other things (direct install of jre-6u25-linux-amd64.rpm with rpm
> and install of jre-6u25-linux-x64.bin).
Heheh, sounds pretty near what I did. I also tried
urpmi jre-6u25-linux-amd64.rpm
Me messing around with it caused me to have to rebuild the rpm
database twice.
> Not until I manually removed all other remnants of a 6u25 install
> did it install where expected in /usr/java.
> Side note: The new 6u25 from sun set up either hard links or
> copies in both /usr/java and /usr/lib/jvm. Looks like I will
> have to reboot to pick up the changes for the symlinks in
> /etc/alternatives.
Naw, as I misunderstand it, Symlinks for executables do not need a
reboot unless it is a kernel change.
Since it is plugin work, you would have to exit the browser app.
I did some more experimenting to confirm, and found that my
direct install of jre-6u25-linux-amd64.rpm using rpm seems to be
the key to all successful installs. When I scrubbed everything
6u25 and tried to install jre-6u25-linux-x64.bin it failed, with
the could not find unpack200 message.
It appears that either jre-6u25-linux-amd64.rpm downloaded direct
differs from re-6u25-linux-amd64.rpm contained in
jre-6u25-linux-x64.bin, or rpm --force -ivh
jre-6u25-linux-amd64.rpm does not need unpack200 (or finds it in
root's path).
I have yet to check plugins and /etc/alternatives to see if the
install that installed set up the symlinks properly.
I should have mentioned at this point, that the java.com install
did not set up copies or symlinks to /usr/lib/jvm, at least not
on my final successful install. I either fumble-fingered the rm
command or something quirky happened.
> It appears that either jre-6u25-linux-amd64.rpm downloaded direct
> differs from re-6u25-linux-amd64.rpm contained in
> jre-6u25-linux-x64.bin, or rpm --force -ivh
> jre-6u25-linux-amd64.rpm does not need unpack200 (or finds it in
> root's path).
>
> I have yet to check plugins and /etc/alternatives to see if the
> install that installed set up the symlinks properly.
Plugin symbolic links were unchanged from 6u24, even though
Mandriva's version of 6u25 had been installed. Someday I should
learn to use the /etc/alternatives route to changing such things,
but I simply cleaned out the old plugins and used ln -s to set up
the new ones, leaving /etc/alternatives/* untouched. java.com
says I have the newest version and it is working.
> It appears that either jre-6u25-linux-amd64.rpm downloaded direct
> differs from re-6u25-linux-amd64.rpm contained in
> jre-6u25-linux-x64.bin, or rpm --force -ivh
> jre-6u25-linux-amd64.rpm does not need unpack200 (or finds it in
> root's path).
I hope you are taking notes of exactly what is downloaded and each
step performed. So far I am lost as to what exactly is being done to whom.
I also believe you have a slight advantage from the current jre-6u24 install.
If you provide what bin you downloaded, and each step, I'll try it in my
clean virtual 2011.0 guest install.
No, I am not taking notes. Given my erratic ignorant method of
fumbling around with things until something works, trying to take
notes would have me spending all day taking notes and very rarely
would anything noted be of use.
> I also believe you have a slight advantage from the current jre-6u24 install.
> If you provide what bin you downloaded, and each step, I'll try it in my
> clean virtual 2011.0 guest install.
The Mandriva 6u24 package installed is jre-1.6.0_24-fcs.x86_64
per rpm -qa |grep jre
That is Mandriva's Sun java package.
java.com 6u25 package currently installed is
jre-1.6.0_25-fcs.x86_64 per rpm -qa |grep jre.
Actually, this appears twice in the output from rpm -qa, with one
instance I think being from a failed attempt to install.
Packages from java.com:
jre-6u25-linux-amd64.rpm is the package that installed, and put
things under /usr/java. This was after I had removed all the
6u25 directories I found under /usr/lib/jvm (in addition to using
urpme to eliminate the jre*25* package).
jre-6u25-linux-x64-rpm.bin installed for me once, early on, but
did not install after I removed all 6u25 directories (in addition
to using urpme to remove the 1.6.0_25 rpm packages).
I also tried to install jre-6u25-linux-x64.bin, but got nowhere
with that one.
I would suggest trying to install jre-6u25-linux-amd64.rpm
downladed from java.com (not the one extracted from a *bin
package) using rpm -ivh and see what that does for you.
I hear where you are coming from. I do what you did, then open a
install_app_name_here file and paste in commands which worked.
Last step is to un-install and run the install_app script.
> Packages from java.com:
>
> jre-6u25-linux-x64-rpm.bin installed for me once, early on, but
> did not install after I removed all 6u25 directories (in addition
> to using urpme to remove the 1.6.0_25 rpm packages).
>
> I also tried to install jre-6u25-linux-x64.bin, but got nowhere
> with that one.
OK, now I know that jre-6u25-linux-x64-rpm.bin is the one to be
downloaded.
> I would suggest trying to install jre-6u25-linux-amd64.rpm
> downladed from java.com (not the one extracted from a *bin
> package) using rpm -ivh and see what that does for you.
See, now I have no idea what you downloaded because I only get .bin
selections to download from java.com. :(
The jre-6u25-linux-amd64.rpm had to come from the
jre-6u25-linux-x64-rpm.bin. jre-6u25-linux-x64.bin is for
systems that do not have rpm, and for it to contain an rpm
package would make no sense.
Somehow I got the jre-6u25-linux-amd64.rpm extracted from its
*bin package. Then, installing that with rpm --force -ivh
worked. As mentioned, symlinks for plugins were not set up, but
that presumably was because I routinely ignore /etc/alternatives
and set up my own symlinks each time I install a new version of
java. I don't expect rpm or urpmi to cope with things I have
done without their assistance, though sometimes install of a new
rpm will set up things "its way," regardless of what I have done.
Yep, you get it by running the bin file.
> Then, installing that with rpm --force -ivh
> worked.
Nope. Not even urpme and running it again gets past the unpack200
problem since rpm did not install the rpm.
We will have to see how beta 3 works out Tuesday.
Concur with wait for Beta 3. I have done soo many things,
without keeping a list of them, that I can no longer say with any
confidence what has happened. But the java.com package is
installed. I _think_ that having unpack200 in root's path is the
key (that thought is unchanged from earlier), but I cannot
support that thinking. Too many changes muddying the water.
Odd thought: 2011.0 is working very nicely for me at the moment.
That is tenuous enough that I probably should not mention it,
for fear of attracting Murphy.
Yep, I went back, and set root's PATH like yours, copied unpack200
into /root/bin and a few other directories in root's PATH.
No go. :-(
> Odd thought: 2011.0 is working very nicely for me at the moment.
> That is tenuous enough that I probably should not mention it,
> for fear of attracting Murphy.
Murphy already caught me, Right click desktop, select Leave
monitor goes no signal and no keyboard in runlevel 3 on my 64 bit
hardware system.
Have to log in via ssh from another machine, reboot to get control
back. Works ok in runlevel 5.
A VirutalBox 64 bit guest has no problem.
If carrying over your personal .bash* settings is an issue, doing
"su -" might help.
--
Robert Riches
spamt...@jacob21819.net
(Yes, that is one of my email addresses.)