Patching IcedTea with ebuild? [SOLVED]

clavko · n00b Joined: 02 Aug 2008 Posts: 25

I'd like to patch the current unstable tree icedtea with this patch:

https://gist.github.com/trustin/2893461

It should enable to use Infinality-style font rendering in Java apps,
and I'm very much interested in Netbeans, but can't use it without
proper font rendering (I'd go bananas

), so i'd get this:

http://i40.tinypic.com/ezhggo.png

So when I do ebuild fetch, ebuild unpack, I get no unpacked source
of openjdk, but a folder with symlinks to tar.gz distfiles. I need to
patch two files in openjdk-sdk, but if I patch them in distfiles, all of
the checksums are invalid.

I'm very inexperienced in this, but I'm willing to learn. What would be
the easiest (if any) way to do it without creating my own ebuild in overlay?

I'm scared of the overlays

MustrumR · n00b Joined: 15 Nov 2011 Posts: 71 Location: Right here

IcedTea unpacks the tarballs and applies patches.

You should write a patch that adds a patch to the IcedTea source tree.

clavko · n00b Joined: 02 Aug 2008 Posts: 25

Ok, I've added the patch to the /etc/portage/patches/dev-java/icedtea
and added epatch_user function to the ebuild, digested it and the patch
failed. I would really appreciate if someone could direct me to the right
steps in making this. The current font rendering is just plain bad.

clavko · n00b Joined: 02 Aug 2008 Posts: 25

Well, here's what I did:

1. Fetched IcedTea JDK directly
2. Patched it localy and uploaded to a server
3. Created overlay and modified ebuild to fetch from my server
4. Created manifest and started emerge

There is just one problem. After unpacking my tarball, there is a sumcheck,
which fails but I don't know at what stage is this sumcheck performed, also
don't know how would I disable these sumchecks.

Pls, people, give me a hand

NeddySeagoon · Posted: Tue Jul 30, 2013 9:27 pm Post subject:

clavko,

If you really want to skip the check delete

clavko · n00b Joined: 02 Aug 2008 Posts: 25

Well, this code is located in Makefile.am, and I think it fails because there is a
hard-coded checksum in a tarball, and I've obviously changed the checksum
with patching. I've removed the (exit -1) part and proceeded with compile phase.

I'll report the outcome, thanks for the suggestions!

clavko · n00b Joined: 02 Aug 2008 Posts: 25

It worked alright. Everyone trying this must make sure that the "files" folder
included in the original portage ebuild folder is copied to the overlay as well,
otherwise the install phase will fail because of a missing certificate script.

The difference in Netbeans can be seen here: http://i39.tinypic.com/34r6td2.png

This wasn't easy, I'll tell you that, so I've created a Bug/Enhancement request
at Gentoo's Bugzilla: https://bugs.gentoo.org/show_bug.cgi?id=478960
So, if anyone thinks the result is worthwhile, vote for it and/or contribute code.

NeddySeagoon · Posted: Wed Jul 31, 2013 6:30 pm Post subject:

clavko,

You have just done the hard work, others may need to recreate it.

Post on the bug the things you did so others may build on your work.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

ebast · n00b Joined: 02 Nov 2008 Posts: 11

Yesterday, i've updated the bugzilla entry. Patching the ebuild was pretty easy in my book. The result is worth building icedtea yourself instead of using the pre-compiled binaries! Unfortunately, eclipse now is ugly as hell

. But as i prefer using netbeans i can live with that.

Side note: every "-Dawt.useSystemAAFontSettings=on -Dswing.aatext=true" settings (or similar ones) have to be disabled to achieve best font rendering results.