A new minor version released at August 09th, 2011. Reproducible: Always
anyone knows where to find sources with package org/sciplore/xml? it's new dependency.
I think these links can help: http://sciplore.org/software/sciplore_mindmapping/#download or http://sourceforge.net/projects/splmm/files/
i can't see there the sources. posted question on jabref forum: https://sourceforge.net/projects/jabref/forums/forum/318825/topic/4766792
Just to note that version 2.7.2 has been released also, which fixes some additional bugs with version 2.7 and 2.6 not working with Java 7. See for example http://sourceforge.net/projects/jabref/forums/forum/318825/topic/4686753
Created attachment 300957 [details, diff] patch for build.xml of app-text/jabref-2.7.2 The new (stable, acc. to author) version no longer fits the patchfiles we have so I made a new one (with the same patches) for that version. I confirm that the patches are still needed to build pkg.
JabRef Version 2.8 was released at May 14th, 2012. Many bugfixes and improvements are present in this release.
(In reply to comment #1) > anyone knows where to find sources with package org/sciplore/xml? it's new > dependency. I found that Fedora maintainers remove sciplore client from jabref package. Maybe We do the same thing? https://apps.fedoraproject.org/packages/jabref/sources/spec/
Official site says that sciplore outdated and recommend to use Docear. http://sciplore.org/software/sciplore_mindmapping/ I think We can remove sciplore client from jabref package.
Created attachment 320506 [details] jabref-2.8.1.ebuild
Created attachment 320508 [details] files/jabref-2.8.1-build.xml.patch
Created attachment 320510 [details] files/jabref-2.8.1-remove-oo-support.patch
Created attachment 320512 [details] files/jabref-2.8.1-remove-sciplore-support.patch
Hello! Here is the initial ebuild version for jabref-2.8.1. It depends on ebuilds, provided at #430062, #430060, #430058, #430054. A few notes for initial version: 1. The open office support was dropped 2. The sciplore (an pdf import feature) was dropped Probably, the pt. 1 can be fixed, but I don't know weather exists the integration with libreoffice. The basic version seems to be working for me. Any comments and suggestions on ebuilds are welcome. PS. The ebuilds are also available in my repository 'dmol'.
Ivan, thanks for making a start on the new jabref ebuilds! I am running into dependency problems using the ebuilds from your dmol overlay. It seems that jabref-2.8.1 requires fontbox:0 but does not explicitly depend on it. I can see that pdfbox does depend on fontbox, but I still hit this: >>> Emerging (1 of 1) app-text/jabref-2.8.1 from dmol * JabRef-2.8.1-src.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ] !!! ERROR: Package fontbox was not found! * Unable to determine VM for building from dependencies: It also appears that jabref depends on jarbundler but that is not stated in the ebuild. Finally, although jabref-2.8 is in a new slot, it wants to overwrite some files of 2.6: * Detected file collision(s): * * /usr/bin/jabref * /usr/share/applications/jabref-jabref.desktop * /usr/share/pixmaps/JabRef-icon.png Why not just leave it in the default slot? Thanks for your great work so far, cheers.
Created attachment 321106 [details] jabref-2.8.1.ebuild Thank you Jeremy for your notes. I think the new ebuild handles them all. :)
Yup, that appears to fix everything, thanks!
Thanks for the ebuild, I'm using the one in dmol overlay and getting following QA message: >>> Install jabref-2.8.1 into /var/tmp/portage/app-text/jabref-2.8.1/image/ category app-text >>> Completed installing jabref-2.8.1 into /var/tmp/portage/app-text/jabref-2.8.1/image/ * QA Notice: This package installs one or more .desktop files that do not * pass validation. * * /usr/share/applications/jabref-jabref.desktop: error: value "text/x-bibtex" for string list key "MimeType" in group "Desktop Entry" does not have a semicolon (';') as trailing character *
(In reply to comment #17) > * QA Notice: This package installs one or more .desktop files that do not > * pass validation. > * > * /usr/share/applications/jabref-jabref.desktop: error: value > "text/x-bibtex" for string list key "MimeType" in group "Desktop Entry" does > not have a semicolon (';') as trailing character Thanks My Th, I have fixed it in my overlay.
When trying the 2.8.1 ebuild this I find that it requires a number of dependencies not in the standard tree: dev-java/pdfbox:1.7 (dev-java/pdfbox-0.7.3-r2 only stable version) dev-java/glazedlists:1.8 (glazedlists-1.7.0-r1 only stable version) ... Which overlay are you building with?
(In reply to comment #19) > When trying the 2.8.1 ebuild this I find that it requires a number of > dependencies not in the standard tree: > > dev-java/pdfbox:1.7 (dev-java/pdfbox-0.7.3-r2 only stable version) > dev-java/glazedlists:1.8 (glazedlists-1.7.0-r1 only stable version) > ... > > Which overlay are you building with? These packages are present at dmol overlay. layman -a dmol
jabref-2.8.1 built for me, but the dmol overlay has problems -- including jaxen's digest not being uptodate, pdfbox-1.7.1 breaking. Is it possible to sync jabref to the versions supported in the main tree?
(In reply to comment #21) > jabref-2.8.1 built for me, but the dmol overlay has problems -- including > jaxen's digest not being uptodate, pdfbox-1.7.1 breaking. Is it possible to > sync jabref to the versions supported in the main tree? I removed jaxen (and other libraries) from my overlay, as they was included (and a bit fixed to comply quality) into main tree.
Has anyone tried packaging jabref-2.9? (yesterday 2.9.2 was released)
(In reply to comment #23) > Has anyone tried packaging jabref-2.9? (yesterday 2.9.2 was released) I just have committed to my repository jabref-2.9.2 ... feel free to report weather it works :) It also, as my previous ebuild: without support of open office, sciplore and also I have dropped ayatana support (ubuntu-specific global menu library).
Thanks for the quick update. Unfortunately it fails to build here: [javac] /var/tmp/portage/app-text/jabref-2.9.2/work/jabref-2.9.2/src/java/net/sf/jabref/gui/CleanUpAction.java:128: cannot access com.jgoodies.common.internal.StringLocalizer [javac] class file for com.jgoodies.common.internal.StringLocalizer not found [javac] DefaultFormBuilder builder = new DefaultFormBuilder(layout, optionsPanel); [javac] ^ Adding jgoodies-common-1.4 to EANT_CLASSPATH and dev-java/jgoodies-common:1.4 to CDEPEND in jabref-2.9.2.ebuild seems to fix it :)
If I start the program now, this prompt comes up: "Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: Could not initialize class com.jgoodies.looks.common.ShadowPopup" Seems that this fix was only partial (buildtime), I'm wondering what I've missed.
(In reply to comment #26) > If I start the program now, this prompt comes up: > > "Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: > Could not initialize class com.jgoodies.looks.common.ShadowPopup" > > > Seems that this fix was only partial (buildtime), I'm wondering what I've > missed. Could you please, test once again. (Removing previously installed jgoodies* if needed). It launches and works well on my gentoo box.
(In reply to comment #27) > (In reply to comment #26) > > If I start the program now, this prompt comes up: > > > > "Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: > > Could not initialize class com.jgoodies.looks.common.ShadowPopup" > > > > > > Seems that this fix was only partial (buildtime), I'm wondering what I've > > missed. > > Could you please, test once again. (Removing previously installed jgoodies* > if needed). It launches and works well on my gentoo box. Thanks for your reply, Ivan! I reinstalled jgoodies* and jabref. Build time errors are fixed, but the exception raises shortly after you try to open some menu button (File/Edit/Help... e.g.). If you click on the "New database" icon, a new one gets added. So only the top button line is affected. Can you reproduce this, too?
(In reply to comment #28) > I reinstalled jgoodies* and jabref. > Build time errors are fixed, but the exception raises shortly after you try > to open some menu button (File/Edit/Help... e.g.). If you click on the "New > database" icon, a new one gets added. So only the top button line is > affected. Can you reproduce this, too? The problem was caused by absence of resources (png and gif icons) in jgoodies-looks package. I have updated it, and hope it will work. Please, check.
It works now! Thanks for your help :)
(In reply to comment #30) > It works now! Thanks for your help :) Nice to hear :) The actual blocking problem in including ebuilds into main portage tree is the pcfi (bug#448532) : it is not technical issue, it is about (unclean) license. I wrote an letter to licenses@gentoo.org but still have not received an answer :(
I have added jabref-2.9.2.ebuild to the science overlay for testing.
(In reply to comment #32) > I have added jabref-2.9.2.ebuild to the science overlay for testing. Any comments complains on this ebuild? @java: Can I add this ebuild back to gx86?
(In reply to comment #33) > (In reply to comment #32) > > I have added jabref-2.9.2.ebuild to the science overlay for testing. > Any comments complains on this ebuild? No complaints so far. > > @java: Can I add this ebuild back to gx86?
(In reply to comment #33) > (In reply to comment #32) > > I have added jabref-2.9.2.ebuild to the science overlay for testing. > Any comments complains on this ebuild? > > @java: Can I add this ebuild back to gx86? No, the license issue mentioned in comment 31 isn't resolved yet, the discussion is still ongoing but an end is in sight. Also I never looked at the version in science-overlay but only the one in ::dmol.
Any progress during the last 5 months?
(In reply to Mao PU from comment #36) > Any progress during the last 5 months? We are awaiting the licenses team in bug #448532.
(In reply to Ralph Sennhauser from comment #35) > (In reply to comment #33) > > (In reply to comment #32) > > > I have added jabref-2.9.2.ebuild to the science overlay for testing. > > Any comments complains on this ebuild? > > > > @java: Can I add this ebuild back to gx86? > > No, the license issue mentioned in comment 31 isn't resolved yet, the > discussion is still ongoing but an end is in sight. Also I never looked at > the version in science-overlay but only the one in ::dmol. The version of jabref in the science overlay doesn't depend on pdfbox and hence not on pcfi. So why can we not import that one into gx86?
(In reply to Tom Wijsman (TomWij) from comment #37) > (In reply to Mao PU from comment #36) > > Any progress during the last 5 months? > > We are awaiting the licenses team in bug #448532. We have a go on the license, too.
(In reply to Christoph Junghans from comment #38) > (In reply to Ralph Sennhauser from comment #35) > > (In reply to comment #33) > > > (In reply to comment #32) > > > > I have added jabref-2.9.2.ebuild to the science overlay for testing. > > > Any comments complains on this ebuild? > > > > > > @java: Can I add this ebuild back to gx86? > > > > No, the license issue mentioned in comment 31 isn't resolved yet, the > > discussion is still ongoing but an end is in sight. Also I never looked at > > the version in science-overlay but only the one in ::dmol. > The version of jabref in the science overlay doesn't depend on pdfbox and > hence not on pcfi. So why can we not import that one into gx86? @java: Is there anything, which speaks against adding app-text/jabref::science to gx86? We can always replace it with app-text/jabref::dmol at time.
jabref-2.9.2 in tree.
