Also it would be nice to have a tvbrowser-bin ebuild. The Linux binary works on my system and this would avoid installing a bunch of java compiler stuff only for tvbrowser.
(In reply to comment #0) > Also it would be nice to have a tvbrowser-bin ebuild. > The Linux binary works on my system and this would > avoid installing a bunch of java compiler stuff only > for tvbrowser. Not going to happen, sorry. It's against out java ebuilds policy, we are trying to eliminate as much binary java stuff from the tree as possible, not to introduce new binary ebuilds.
(In reply to comment #1) > (In reply to comment #0) > > Also it would be nice to have a tvbrowser-bin ebuild. > > The Linux binary works on my system and this would > > avoid installing a bunch of java compiler stuff only > > for tvbrowser. > > Not going to happen, sorry. It's against out java ebuilds policy, we are trying > to eliminate as much binary java stuff from the tree as possible, not to > introduce new binary ebuilds. > Why not using the source code, which is available too? That would be a good way to "eliminate [..] binary java stuff". But maybe it's better placed on gentoo-experimental? Whatever you decide, an updated ebuild would be fine.
(In reply to comment #2) > Why not using the source code, which is available too? Here is some misunderstanding. The current ebuild tvbrowser-2.1 uses the source code. I asked for a version bump for this source-code based ebuild _and_ for a tvbrowser-bin ebuild. The later one was dismissed for reasons I do understand so I am using the linux binary inside $HOME which works very well but without the need to keep lots of java packs installed (and updated) just for one non-speed-critical app.
However, there is a tvbrowser-2.2-src.zip available, so why not have an source-ebuild version bump?
A source version bump is perfectly acceptable, but it is not accomplished by simply copying older ebuild to new version. If you manage to create a newer ebuild, attach a patch here and it will be commited immediately.
2.2.1 has been released
Created attachment 93622 [details] incomplete ebuild Attached you will find a first version of the new ebuild for tvbrowser-2.2.1 dev-java/jgoodies-looks-2.0.4 is still missing in portage, see bug #143029 Also systray does not compile yet, the rest is ok though, tested with sun-jdk-1.5
Created attachment 93623 [details, diff] patch for systray Attached patch fixes systray configure
Created attachment 93624 [details] incomplete ebuild
dev-java/jgoodies-looks-2.0.4 ebuild is available here: http://overlays.gentoo.org/svn/proj/java/java-experimental-overlay/dev-java/jgoodies-looks dev-java/l2fprod-common-tasks ebuild is also needed, but does not exist yet: http://bugs.gentoo.org/show_bug.cgi?id=143253
Created attachment 93789 [details] incomplete ebuild updated ebuild to use Gentoo experimental ebuild for dev-java/jgoodies-looks-2.0.4
Created attachment 93798 [details] incomplete ebuild updated ebuild, icon set was missing, systray icon is working despited commented functions in ebuild
Created attachment 93799 [details, diff] same ebuild as patch
I was working on an ebuild for version 2.2 but failed on the jar-dependencies. However there are a few things I discovered. 1. a tar.gz is available, no need for the zip anymore 2. allthemepacks.zip is broken, they use skinlf insted, see http://javootoo.l2fprod.com/plaf/skinlf/index.php they ship a standard-theme within themepack.zip under tvbrowser/themepacks, there are a few skinlf-examples on their page, maybe we include those? 3. in 2.2 there was a lack of icons, i used CrystalClear in my ebuild, but in 2.2.1 there is a Tango-Theme included, we could have an icon-flag as well for other icon-packs. so lang, waiting for l2fprod :-)
(In reply to comment #14) > 1. a tar.gz is available, no need for the zip anymore This tar.gz carries the Linux binaries, no source code. See http://www.tvbrowser.org/content/view/7/6/lang,de dev-java/jgoodies-looks-2.0.4 made it into Portage.
This bug can not be resolved until dev-java/l2fprod-common-tasks makes it into portage tree. Bug #143253.
(In reply to comment #16) > until dev-java/l2fprod-common-tasks makes it into portage tree. Bug #143253. Any idea when it will happen?
Added to cvs, but removed amd64-keyword.