Request ebuild for software The software is composed only by yed.jar and needs java-1.4.2 or newer.
*** Bug 156538 has been marked as a duplicate of this bug. ***
seems this request hasn't turned into an ebuild yet. If you want to help with it, it's not that hard to write one: http://devmanual.gentoo.org/quickstart/index.html If you need further help, feel free to ask on forums or #gentoo-dev-help or #gentoo-sunrise on irc (latter is also useful if you want to maintain the app yourself) note: we're not turning you down for this request in any way, it's just that we don't have ressources to fix all of them. though if you're willing to help, it would be more than nice to do so, as that is what we definately need :)
*** Bug 193596 has been marked as a duplicate of this bug. ***
Reopen wrt Bug 193596
Created attachment 131764 [details] yed-2.4.2.2.ebuild
(In reply to comment #5) > Created an attachment (id=131764) [edit] > yed-2.4.2.2.ebuild > The homepage address is incorrect. The correct address should be: http://www.yworks.com/en/products_yed_about.htm Thanks, I will try the ebuild when I get to my gentoo box.
Created attachment 131796 [details] yed-2.4.2.2.ebuild Home page correction.
Created attachment 131833 [details] yed-2.4.2.2.ebuild Added application icon and desktop entry.
Created attachment 131835 [details] yed-2.4.2.2.ebuild Correction of the application icon location.
Created attachment 141226 [details] yed-3.0.0.8.ebuild Ebuild for yEd-3.0.0.8.
Created attachment 160927 [details] yed-3.1.1.ebuild Ebuild for yed-3.1.1.
Created attachment 177724 [details] yed-3.1.2.1.ebuild Ebuild for the yed-3.1.2.1.
Created attachment 245647 [details] yed-3.5.0.2.ebuild Version bump to 3.5.0.2
Created attachment 266993 [details] yed-3.6.1.1.ebuild
Created attachment 282235 [details] yed-3.7.0.2.ebuild
Created attachment 310239 [details] yed-3.9.1.ebuild I've tweaked yed-3.7.0.2.ebuild a bit and here is yed-3.9.1.ebuild. I've removed license.html installation, because license will go to $PORTDIR/licenses if approved. I also rdepend on >=jre-1.6, because bundled version include that one and it is also supposed to work with jre-1.7. I haven't run it on x86. If it works fine on x86 for any of you, please let me know, so I'll add ~x86 keyword.
I have to wait with committing it because of some concerns about yEd license which are being discussed.
Because of concerns wrt yEd license I haven't committed ebuild into portage tree so far. Meanwhile I've added it into my overlay. To get it: layman -a aidecoe emerge yed (layman -s aidecoe to sync with my overlay)
Created attachment 364916 [details] yed-3.11.1.ebuild
(In reply to Lars from comment #19) > Created attachment 364916 [details] > yed-3.11.1.ebuild Why install to /opt?
(In reply to Amadeusz Żołnowski from comment #20) > Why install to /opt? yed.jar depends on vectorgraphics.jar which was not installed in your ebuild. To install it I added the 'doins' line. I set the destination to /opt since it is a binary-only application: http://devmanual.gentoo.org/general-concepts/filesystem/ But maybe there is a better way to install the two *.jar files I am not aware of? "In general, the directory policies are handled for you by the helper functions in the java-utils-2 eclass." http://www.gentoo.org/proj/en/java/java-devel.xml#doc_chap3 This ebuild will install the following: equery files app-office/yed * Searching for yed in app-office ... * Contents of app-office/yed-3.11.1: /opt /opt/yed /opt/yed/icons /opt/yed/icons/yicon.icns /opt/yed/icons/yicon.ico /opt/yed/icons/yicon16.png /opt/yed/icons/yicon32.png /opt/yed/license.html /opt/yed/vectorgraphics.jar /opt/yed/yed.jar /usr /usr/bin /usr/bin/yed /usr/share /usr/share/applications /usr/share/applications/yed-yed.desktop /usr/share/pixmaps /usr/share/pixmaps/yicon32.png /usr/share/yed /usr/share/yed/package.env I just edited the ebuild because I needed a recent version of yed and your ebuild did not work with 3.11.1 . Feel free to improve it.
(In reply to Lars from comment #19) > Created attachment 364916 [details] > yed-3.11.1.ebuild Having had a look at the ebuild: vectorgraphics.jar looks a lot like a bundled 3rd party dependency, if so a separate ebuild would be preferable. Installing to /opt is fine, tho we do not require it. The ebuild first "doins" the jars and then adds them a second time to the image using dojar. Please only use dojar. The vast majority of java binary packages is suffixed with -bin. I'd suggest to call the package yed-bin for consistencies sake.
(In reply to Ralph Sennhauser from comment #22) > Installing to /opt is fine, tho we do not require it. ok > The ebuild first "doins" the jars and then adds them a second time to the > image using dojar. Please only use dojar. fixed > The vast majority of java binary packages is suffixed with -bin. I'd suggest > to call the package yed-bin for consistencies sake. ok, done > vectorgraphics.jar looks a lot like a bundled 3rd party dependency, if so a > separate ebuild would be preferable. vectorgraphics.jar contains org.freehep.* classes that are in these ebuilds: dev-java/freehep-graphics2d dev-java/freehep-graphicsio dev-java/freehep-graphicsio-emf dev-java/freehep-graphicsio-pdf dev-java/freehep-graphicsio-ps dev-java/freehep-graphicsio-swf dev-java/freehep-util I added them to RDEPEND and JAVA_GENTOO_CLASSPATH. However, yed does not find them: yed-bin Exception in thread "main" java.lang.NoClassDefFoundError: org/freehep/graphics2d/AbstractVectorGraphics ...
Created attachment 369482 [details] updated ebuild
Created attachment 369484 [details] yed-bin-3.11.1.ebuild
Maybe someone could talk again with these guys about licensing? Because this is the only issue holding from adding yed to the tree. I am not going do it myself again, so I'm reassigning to java herd - are you OK with this?
Created attachment 400962 [details] Ebuild for 3.14.1
*** Bug 475746 has been marked as a duplicate of this bug. ***
Created attachment 418560 [details] Ebuild for version 3.14.4
(In reply to Amadeusz Żołnowski from comment #26) > Maybe someone could talk again with these guys about licensing? Because this > is the only issue holding from adding yed to the tree. > > I am not going do it myself again, so I'm reassigning to java herd - are you > OK with this? What are your concerns with the license? Isn't it just another case of fetch restriction?
Created attachment 450224 [details] Ebuild for v3.16.2.1 Because I could not find out how to handle upstream version numbers with 4 places I hard-coded the last place.
