From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1FvyCF-0002Re-E4 for garchives@archives.gentoo.org; Thu, 29 Jun 2006 15:12:47 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k5TFBwKE019552; Thu, 29 Jun 2006 15:11:58 GMT Received: from banta-im.com (roy-rogers.nfic.com [208.231.230.100]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k5TFBuik023196 for ; Thu, 29 Jun 2006 15:11:57 GMT Received: from by banta-im.com (8.9.3/8.9.3) with ESMTP id LAA09050 for ; Thu, 29 Jun 2006 11:11:55 -0400 (EDT) Message-ID: <44A3EDBC.4050105@gentoo.org> Date: Thu, 29 Jun 2006 11:11:56 -0400 From: Joshua Nichols User-Agent: Thunderbird 1.5.0.2 (X11/20060510) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-java@gentoo.org MIME-Version: 1.0 To: gentoo-java@lists.gentoo.org Subject: Re: [gentoo-java] migration-overlay entering main tree References: <449F020F.7010208@gentoo.org> <200606261604.53701.ivan@yosifov.net> <449FDD87.3080909@gentoo.org> <44A06F50.6070806@seznam.cz> <44A2A3C7.2000408@gentoo.org> <254054bc0606281542u70501ce0u13f468b6fdfc77a4@mail.gmail.com> In-Reply-To: <254054bc0606281542u70501ce0u13f468b6fdfc77a4@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: f2ed590a-bbae-49c3-9fa1-8d8ae62de2b4 X-Archives-Hash: 39941ab48831cd5694ce902e58522f05 Wiktor Wandachowicz wrote: > > Then I emerged sun-jdk-1.5 and run the "java-1.5-fixer". Now it became > interesting, because the tool reported *twice* missing packages: > > # java-1.5-fixer > * You need to emerge portage-utils. > # emerge -av portage-utils > * You need to emerge >=javatoolkit-0.1.6 > # emerge -av javatoolkit > # java-1.5-fixer > > Well, that's was a little surprise, because the Guide didn't mention > these > two packages at all. Not actually confusing for me, but the Guide > could at > least explain that need. Less fluent Gentooers can be surprised and > completely unnecessary topics on the forums may arise. > Granted, the messages could be improved a bit. It's not mentioned in the guide, because a) java-1.5-fixer may not be required and b) it's pretty straight forward to emerge these if you don't have them. > Another intriguing thing was the output while emerging javatoolkit. > I've seen: > ... >>>> /usr/share/doc/javatoolkit-9.9.9/ >>>> /usr/share/doc/javatoolkit-9.9.9/sun-fetch/ >>>> /usr/share/doc/javatoolkit-9.9.9/sun-fetch/AUTHORS >>>> /usr/share/doc/javatoolkit-9.9.9/sun-fetch/README >>>> /usr/share/doc/javatoolkit-9.9.9/COPYING >>>> /usr/share/doc/javatoolkit-9.9.9/NEWS >>>> /usr/share/doc/javatoolkit-9.9.9/findclass/ >>>> /usr/share/doc/javatoolkit-9.9.9/findclass/AUTHORS >>>> /usr/share/doc/javatoolkit-9.9.9/findclass/README >>>> /usr/share/doc/javatoolkit-9.9.9/AUTHORS >>>> /usr/share/doc/javatoolkit-9.9.9/README >>>> /usr/share/doc/javatoolkit-9.9.9/ChangeLog >>>> /usr/share/doc/javatoolkit-9.9.9/TODO > > even though I installed javatoolkit-0.1.9 and not -0.9.9 Freaky. I can't say that I've seen that before. > > Last problematic thing I've noticed was the number and order of > packages java-fixer was about to repair: > > # java-1.5-fixer > * Generating a list of jars which ant uses > ... [ ok ] > * Checking for > 1.4 bytecode in ant jars > ... [ ok ] > * Generating a list of jars in the system > ... [ ok ] > * Checking for > 1.4 bytecode in system jars > ... [ ok ] > * Attempting to fix broken packages ... > * Packages to fix this run: > =dev-db/hsqldb-1.7.3.1-r2 =dev-db/hsqldb-1.7.3.1-r2 > =dev-db/hsqldb-1.7.3.1-r2 =dev-java/servletapi-2.3-r2 > =sys-libs/db-4.3.29 > > I turned out that even though hsqldb was listed three times, it still > depended on servletapi, which was scheduled fourth. So it broke: > > classes: > [javac] Compiling 111 source files to > /var/tmp/portage/hsqldb-1.7.3.1-r2/work/hsqldb/classes > [javac] > /var/tmp/portage/hsqldb-1.7.3.1-r2/work/hsqldb/src/org/hsqldb/Servlet.java:73: > > cannot access javax.servlet.ServletConfig > [javac] bad class file: > /var/tmp/portage/hsqldb-1.7.3.1-r2/work/hsqldb/lib/servlet.jar(javax/servlet/ServletConfig.class) > > [javac] class file has wrong version 49.0, should be 48.0 > [javac] Please remove or make sure it appears in the correct > subdirectory of the classpath. > [javac] import javax.servlet.ServletConfig; > [javac] ^ > [javac] 1 error > > I needed to remerge servletapi manually and restart java-1.5-fixer. > Which, > of course, built hsqldb three times :-( Which was, of course, > unnecessary. > How about at least making the packages that java-1.5-fixer is going to > fix > unique? And how about figuring a better ordering of packages? > If you let it keep running, it would have eventually gotten to servletapi, rebuilt that successfully, then retried hsqldb. As for why it's listed 3 times, I'm not quite sure. It _should_ be filtering duplicates as I recall. > After all the above I think I've finally migrated my machine to > Generation-2. > Whoopiee! > > In general all was fun and problems were minor IMHO. But migration was > not automatic, like some users would like it to see. Maybe some things > coul dbe improved before stabilization? > I don't believe it would be possible to have a migration that was totally automated, to be honest. There are a number of pitfalls as is, like not having all the new Java packages unmasked and keyworded, user used 1.5 at some point and needs to recompile everything with 1.4, etc. > HTH, > Wiktor Wandachowicz > - Josh -- gentoo-java@gentoo.org mailing list