iced tea java

business_kid · 07-28-2010, 11:12 AM

Anybody know of a slackware package for the Iced Tea java thing? I have the rpm (I have fedora anyhow) but I would like a slackpkg to cstick in here.

GrapefruiTgirl · 07-28-2010, 11:16 AM

Don't know where you'd find one, no. SBO doesn't seem to have one. Why not convert the rpm using `rpm2tgz`?

business_kid · 07-28-2010, 02:05 PM

Thanks, GrapeFruitGirl. FWIW IcedTea is in disguise as java-1.6.0-openjdk<something>.
rpm2targz just doesn't get it, just throwing in the plugin didn't work, and I'm leaving it now.
rpm2cpio makes archives cpio doesn't manage to handle very well. Every time I go at cpio I go down in flames.
It's getting late here.

sahko · 07-29-2010, 04:51 AM

I dont know of many people who would by choice use iced tea instead of the official java from Oracle. On Fedora you dont really have a choice but why would someone (eg. you) need iced tea on Slackware?

Martinezio · 07-29-2010, 07:01 AM

Me either don't know the advantages of IcedTea over official Java SDK... But You can get source code from hg repository, as mentioned on IT wiki page: http://icedtea.classpath.org/wiki/Main_Page

Next, You just can build IcedTea from sources and use makepkg tool to generate TXZ package for slackware

business_kid · 07-29-2010, 09:15 AM

@sakho: The one huge advantage of Iced Tea is that the dodgy ATI drivers(what ATI driver is not dodgy?) here behave better with iced tea as opposed to the official stuff.

@Martinezio: The source is up there, but I gathered I needed a java compiler. Now I gather also that I have one, but there's a lot of learning there I wouldn't have to do if I could grab a slackpkg.

@GrapeFruitGirl: Did you mention Podge & Rodge? This is Ireland here. As soon as I suggested it from the front page, it was automatically hidden. The Podge & Rodge show is logically files, in the A-Z index, under B :-/. It certainly wouldn't be under P or R - that would never do;-).

Slamd failed with rpm2targz, but slackware succeeded. The only thing I lose is the installation script from the plugin which inserts it into mozilla. I tried rpm2cpio, but lost the script as well that way. Fedora have a symlink to a symlink in /etc/alternatives, which no sane person would do on his own box.

How do you pinch the initialisation script from an rpm?

GrapefruiTgirl · 07-29-2010, 09:21 AM

Quote:

How do you pinch the initialisation script from an rpm?

Not sure - but if it's just a little script that plops the plugin into some folder, either:

extract rpm; copy it out of the rpm and adjust it, and stick it into the .tgz/install folder as a 'doinst.sh' script..

or

just write your own doinst.sh script. Stick it in the .tgz/install folder.

There's probably a RPM command to get the script out - but I don't know rpm at all; maybe someone else has a clue.

T3slider · 07-29-2010, 04:01 PM

Code:

rpm --query --package --scripts filename.rpm

It outputs all pre/post-install/uninstall scripts from the package in a not so friendly format, but it should get you going anyway.

business_kid · 07-30-2010, 03:27 PM

Thanks, T3Slider. I got this

Code:

postinstall scriptlet (using /bin/sh):
if [ $1 -gt 1 ]
then
  alternatives --remove libjavaplugin.so.x86_64 \
    /usr/lib/jvm/jre-1.6.0-openjdk.x86_64/lib/amd64/gcjwebplugin.so 2>/dev/null
        
  alternatives --remove libjavaplugin.so.x86_64 \
    /usr/lib/jvm/jre-1.6.0-openjdk.x86_64/lib/amd64/IcedTeaPlugin.so 2>/dev/null
fi


alternatives \
  --install /usr/lib64/mozilla/plugins/libjavaplugin.so libjavaplugin.so.x86_64 \
  /usr/lib/jvm/jre-1.6.0-openjdk.x86_64/lib/amd64/IcedTeaNPPlugin.so 16000

exit 0
postuninstall scriptlet (using /bin/sh):
if [ $1 -eq 0 ]
then
  alternatives --remove libjavaplugin.so.x86_64 \
    /usr/lib/jvm/jre-1.6.0-openjdk.x86_64/lib/amd64/IcedTeaNPPlugin.so
fi

exit 0

/usr/sbin/alternatives is a binary that takes options and makes symlinks in /etc/alternatives. Now I can make symlinks, or copy files. But when I drop the plugin into /usr/lib64/mozilla/plugins, it's not recognized as a plugin. But if I put the others back, they are. ldd doesn't show the plugin relying on anything in java. It must do, thiough. I will get back to it.