two issues w/ the icedtea6 in java-overlay as of rev 7489: 1) dependency on unzip actually needs to be zip. Weird, but had fiddled it enough times to verify configure blows up w/ zip merged. 2) deep in the bowels of this beast it does a nasty ls expansion trick- this fails miserably however on <glibc-2.8 (roughly, still not entirely sure where argc limit is *truly* coming from). For #2, since javac can do @ and glob expansion, the pattern should be passed directly to javac (so it does the expansion internally avoiding the arg limit). One goofy bit about what they doing is the affect this had on depedencies- may require still expanding it out (or requiring a version of make satisfying the claimed incompatibility). Either way, all y'alls; seems to do the trick for me.
Created attachment 181524 [details, diff] maxarg-limit.patch sidestep arg limits via using tmp files; epatch this in via src_prepare, should fix the issue.
20:25 < Betelgeuse> mjw, gnu_andrew: https://bugs.gentoo.org/attachment.cgi?id=181524&action=view 20:26 < Betelgeuse> https://bugs.gentoo.org/show_bug.cgi?id=258423 20:27 < mjw> Betelgeuse, could you post that with some comments about why it works (or didn't before) to the list? 20:28 < Betelgeuse> mjw: distro-pkg-dev? 20:28 < mjw> yes please The mailing list can be found here: http://mail.openjdk.java.net/mailman/listinfo/distro-pkg-dev
http://bugs.openjdk.java.net is preferable; it's an OpenJDK bug.
Also, the ebuilds pkg_setup is evil, oh so very evil- you can't merge a built version of icedtea6 w/out merging a bootstrapping env prior. Kind of defeats the purpose ;)
Brian, and how would you propose building a Java environment without Java? GCC requires the same thing, that's why you get it in a pre-built stage.
(In reply to comment #5) > Brian, and how would you propose building a Java environment without Java? GCC > requires the same thing, that's why you get it in a pre-built stage. Read closer- I said "you can't merge a built version of icedtea6 w/out merging a bootstrapping env prior." Note the 'built'- yes you need a jdk to build it. You sure as hell don't need a jdk to *merge* it however (as evidenced by icedtea6-bin and the ebuilds RDEPENDS). The flaw is purely in that the ebuilds pkg_setup doesn't account for when ran twice (essentially)- if it's a binpkg, that force crap should already exist. Detect that and you can skip the die nastyness (and other build localization steps) and it'll function properly as a binpkg.
(In reply to comment #4) > Also, the ebuilds pkg_setup is evil, oh so very evil- you can't merge a built > version of icedtea6 w/out merging a bootstrapping env prior. > > Kind of defeats the purpose ;) Fixed by some voodoo. Are the other issues still present nowadays?
Sorry, no idea- I've not looked in the innards of this pkg/ebuild since Feb '09 or so.
Nobody reported the MAX_ARGS problems since year ago, assuming upstream fixed. The zip dependency was indeed needed - added, thanks.