Summary: | [java-overlay] icedtea6 reliance on large max args/missing zip dependency | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Brian Harring (RETIRED) <ferringb> |
Component: | [OLD] Java | Assignee: | Java team <java> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | gnu_andrew |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 247140 | ||
Attachments: | maxarg-limit.patch |
Description
Brian Harring (RETIRED)
2009-02-10 08:55:03 UTC
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. |