Gentoo Archives: gentoo-java

From: Joshua Nichols <nichoj@g.o>
To: Wiktor Wandachowicz <siryes@×××××.com>
Cc: gentoo-java@l.g.o
Subject: migration-overlay (was: Re: [gentoo-java] migration-overlay take three)
Date: Wed, 08 Feb 2006 00:50:53
Message-Id: 43E94030.3050909@gentoo.org
In Reply to: [gentoo-java] migration-overlay take three by Wiktor Wandachowicz
Well, it looks like the cat is out of the bag :-X

We hadn't announced migration-overlay because we are actively (and
zealously) working on, in order to integrate it into the main portage
tree soon (time period intentionally left vague).

As Wiktor said, the information about using this overlay and the
migration in general is at https://projects.gentooexperimental.org/expj/wiki

It is also worth noting that axxo-overlay is no longer being maintained.
This is because it takes time and energy to keep in sync with the main
tree, which would better be put towards getting migration-overlay into
the main tree.

For those who do end up using the overlay... please join #gentoo-java on
irc.freenode.net. This will likely be the best way to coordinate
squashing bugs that might crop up. (For those not familar with the
channel, just ask your question/state your problem, and then just chill
in the channel. Most of us idle in there, so it may take a bit get back
to you.) Alternatively, using this list for this purpose is probably
acceptable.

Wiktor Wandachowicz wrote:
> Hello group! > > During several last months I was testing axxo-overlay in hope to see > what is > interesting in there. But the gentooexperimental outage stopped me for > a while. > Now I've found out that the new, migration-overlay is recommended: > > https://projects.gentooexperimental.org/expj/wiki/ > https://projects.gentooexperimental.org/expj/wiki/Using_migration-overlay > > Anyway, I was trying for two straight days to switch to this overlay, > but without success. And today I've found the solution! > I thought that this may be beneficial to some users/testers, so below > I described roughly the steps that helped me overcome the dreadful > warning > while emerging sun-jdk: > > /usr/local/overlays/migration-overlay/dev-java/sun-jdk/sun-jdk-1.4.2.10-r11.ebuild:\ > line 164: java_pkg_postinst: command not found > > and continuous recommendation to rebuild that package ad infinitum. > Here's what I did finally. > > > ### Update the migration-overlay using SVN ( it needs to be checked > out first) > # svn up /usr/local/overlays/migration-overlay > > ### Make sure that sun-jdk is unmasked: > # grep sun-jdk /etc/portage/package.keywords > =dev-java/sun-jdk-1.4* ~x86 > > ### Correct the ebuild: java_pkg_postinst --> java-vm-2_pkg_postinst > # cd /usr/local/overlays/migration-overlay/dev-java/sun-jdk > # sed 's/java_pkg_postinst/java-vm-2_pkg_postinst/' > sun-jdk-1.4.2.10-r11.ebuild > sun-jdk-1.4.2.10-r12.ebuild > # ebuild sun-jdk-1.4.2.10-r12.ebuild digest >
You really should have just said something earlier, could have saved you those few days. Didn't test this particular ebuild because I was running on amd64 at the time I thought I fixed it, and with it masked on amd64, I obviously didn't catch it. Should be fixed in svn now.
> ### Emerge Generation-1 JDK: > # emerge -av =sun-jdk-1.4.2.10* > # env-update && . /etc/profile > > ### Emerge Generation-2 JDK: > # rm /etc/env.d/java/20sun-jdk-1.4.2.10 > # emerge -av =sun-jdk-1.4.2.10* > # env-update && . /etc/profile > > ### Add required environment variables: > # grep PROVIDES files/sun-jdk-1.4 >> /etc/env.d/java/20sun- jdk-1.4.2.10 > # grep BOOTCLASSPATH files/sun-jdk-1.4 >> > /etc/env.d/java/20sun-jdk-1.4.2.10 > # echo "GENERATION=2" >> /etc/env.d/java/20sun-jdk-1.4.2.10 > # env-update && . /etc/profile
You should probably remerge =sun-jdk-1.4.2* noe that it's fixed. You should get the correct env file this time.
> >>> Regenerating /etc/ld.so.cache... > * === Java Environment Checker === > * The purpose of this script is to check the sanity of your Java > Environment. > > * We have significantly changed and improved the way Java is handled > in many respects. > * Please refer to https://projects.gentooexperimental.org/expj/wiki/ > for details > > > Performing the following checks: vm_environment_files user_settings > generation_1_system_vm > > Checking vm_environment_files > Checking user_settings > * Running as root. Don't need to check user settings. > Checking generation_1_system_vm > * Java environment is sane. Congratulations! > > ### Make sure everything is okay: > # java -version > java version "1.4.2_10" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_10-b03) > Java HotSpot(TM) Client VM (build 1.4.2_10-b03, mixed mode) > # which java > /usr/bin/java > # java-config-1 -L > [sun-jdk-1.4.2.10] "Sun JDK 1.4.2.10 <http://1.4.2.10>" > (/etc/env.d/java/20sun-jdk-1.4.2.10) * > # java-config-2 -L > *) Sun JDK 1.4.2.10 <http://1.4.2.10> [sun-jdk-1.4.2.10] > (/etc/env.d/java/20sun-jdk-1.4.2.10) > > > I guess that the small problems (java -> java-vm-2 renaming, missing > env vars) will be resolved soon. I hope to see more interesting things > in migration-overlay and finally in official portage tree. :-D > > Friendly, > Wiktor Wandachowicz > > -- > Registered Linux user #390131 (http://counter.li.org)
Your friendly Gentoo Java Team, - Josh -- gentoo-java@g.o mailing list