found nice application cb2bib http://www.molspaces.com/cb2bib/ The cb2Bib is a tool for rapidly extracting unformatted, or unstandardized biblographic references from email alerts, journal Web pages, and PDF files. it is easy to build, but has non-autotools configure, so I wrote a custom ebuild , without any checks and probably buggy. but at least it works for me. it would be nice if somebody else check/test it.
Created attachment 80367 [details] cb2bib-0.5.3.ebuild new (buggy?) ebuild for cb2bib
Created attachment 80368 [details] cb2bib-0.5.3.ebuild
I just tried a version bump to the latest version of cb2Bib but failed with an interesting error: --- snip --- /usr/qt/3/bin/uic c2bBibPreparser_Log.ui -o c2bBibPreparser_Log.h uic: File generated with too recent version of Qt Designer (4.0 vs. 3.3.6) make[1]: *** [c2bBibPreparser_Log.h] Error 1 make[1]: Leaving directory `/var/tmp/portage/cb2bib-0.6.91/work/cb2bib-0.6.91/src' make: *** [sub-src] Error 2 --- snip --- Trying to port the uic with qt3to4, no changes are made to the file and a manual make - while not entirely successful - passes this point without problems. Anyone a idea whats behind this?
Created attachment 137113 [details] cb2bib-0.9.1.ebuild For the most recent cb2bib (now depends on qt4 rather than kde). I've attempted to include some relevant dependencies too. Works for me...
Created attachment 145575 [details] Updated and modified ebuild I tried the ebuild from comment #4, but virtual/x11 seems to be outdated, so I changed that dependency to x11-libs/xorg-x11. The new ebuild furthermore downloads cb2bib-0.9.3 instead of cb2bib-0.9.1
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Heuristics show that no Gentoo developer has commented on your ebuild. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
Created attachment 207173 [details] updated ebuild Updated ebuild to current version for amd64. Worked for me.
Created attachment 211898 [details] Updated Ebuild for version 1.3.5 As cb2bib is Qt based, I revised the 1.3.4 ebuild along these guidelines: http://www.gentoo.org/proj/en/desktop/kde/qt4-based-ebuild-howto.xml, and fixed also the dependency list.
Created attachment 212004 [details] Revised cb2bib-1.3.5 ebuild - added a bunch of use flags (+lzo +poll +pdf math xml exif isi dvi latex ), except the first two all of them mostly supporting cb2bib scripts residing in /usr/share/cb2bib/c2btools - added packages to RDEPEND to support cb2bib scripts needing them, depending on these use flags - updated from GPL-2 to GPL-3, as the package's home page says so - updated Gentoo copyright (well, because repoman was so unhappy ...) - repoman clean, except for ebuild.allmasked Though I did test only ~x86, I left enabled ~amd64 in arch for convenience, because the previous version also had it. Can someone testing on ~amd64 please check. There is a major problem regarding the newly induced poll option. cb2bib's configure script provides an option --disable_cbpoll, which is meant to prevent cb2bib from polling the clipboard for new data. I mapped it to "-poll". If this option is applied to configure, qmake runs into an obscure error condition. Maybe someone more experienced with qmake can investigate this. The ebuild currently aborts when it detects "-poll" in use flags, though this is probably not a good solution, as the problem behind really is an upstream bug.
Created attachment 212006 [details] Metadata describing the various use flags I'm unsure if this package should belong to kde-misc. From what I've seen, it's a Qt application, and uses some kde programs optionally, but it isn't really a typical KDE application.
Created attachment 212386 [details] Revised Ebuild for version 1.3.5 include QMAKE_* while respecting configure results - --disable_cbpoll configure switch now working (patch "01-configure-fix-disable-cbpoll.patch" follows) - run eqmake after configure to make QMAKE_* flags effective - fix +x attribute for /usr/bin/c2bciter and /usr/bin/c2bimport
Created attachment 212395 [details, diff] fix the --disable_cbpoll issue the patch is meant to reside in "files/1.3.5". It fixes the problem that configure did run sed to edit qmake project files, using a temporary "tmp.pro". This file was then left behind in the top level build directory, and subsequently confused qmake.
(In reply to comment #11) > Created an attachment (id=212386) [details] > Revised Ebuild for version 1.3.5 include QMAKE_* while respecting configure > results > > - --disable_cbpoll configure switch now working > (patch "01-configure-fix-disable-cbpoll.patch" follows) > - run eqmake after configure to make QMAKE_* flags effective > - fix +x attribute for /usr/bin/c2bciter and /usr/bin/c2bimport > Is it ok with you if I push this into sunrise?! :) I have been working on the ebuild during the weekend and have a slightly different solution for the qmake issue... but otherwise it's very much based on your stuff.
(In reply to comment #13) > Is it ok with you if I push this into sunrise?! :) Sure, why not. > I have been working on the ebuild during the weekend and have a > slightly different solution for the qmake issue... but otherwise > it's very much based on your stuff. Could you sent me your ebuild? I'm interested in how you solved it. I'm also thinking about turning libc2b into a shared library, for use with, e.g., okular. From what I've seen, c2b/bibParser.h defines the interface. Turning the library into a shared object is not much more than changing a line in c2b/c2blib.pro. There is some more work needed to come up with lean interface -- currently all symbol are exported.
This is now in the sunrise overlay. You will find it soon at: http://overlays.gentoo.org/proj/sunrise/browser/reviewed/app-text/cb2bib Note that I changed the category, since this is no true KDE application, and since app-text already contains a lot of reference management software.
@qt: Is there any chance one of you would be intrested in helping getting this to tree? If I see correctly, this is also a bibtex browser, so while kbibtex isn't ready, this would be very useful app
I'm interested, I'll take it on behalf of Qt herd. Thanks Samuli
Sounds great. :) I just did a version bump to 1.3.6 - upstream was very helpful, even sent me a pre-release for testing, so I could simplify some things in the ebuild...
On tree :) Andreas, I couldn't find 1.3.6 on sunrise, so I bumped it myself. I found out that your patches were applied upstream, they also corrected some issues, so e.g. we can use use_enable now. Thanks! +*cb2bib-1.3.6 (06 Jan 2010) + + 06 Jan 2010; Dominik Kapusta <ayoy@gentoo.org> +cb2bib-1.3.6.ebuild, + +metadata.xml: + Initial commit of cb2bib. Thanks to Hugo Mildenberger and Andreas K. + Huettel (dilfridge) - bug #123627 +
Created attachment 215427 [details] Updated ebuild It's not reviewed yet by Tommy or any other sunrise dev, I just committed it today. I have attached my last version here. You can also reach me on ICR as dilfridge. Cheers, Andreas
(In reply to comment #20) Andreas, is there a compelling reason that you removed all runtime dependencies like app-text/poppler from RDEPEND?
(In reply to comment #20) > Created an attachment (id=215427) [details] > Updated ebuild > > It's not reviewed yet by Tommy or any other sunrise dev, I just committed it > today. I have attached my last version here. You can also reach me on ICR as > dilfridge. Cheers, Andreas > Your ebuild is mostly okay (as for me), apart from some unneeded sections: 1. Upstream executes chmod on scripts upon 'make install' so it's not needed anymore 2. src_install() is more or less the default one, so you could skip it, 3. xproto is a dep for libX11, which is a dep for qt-gui, which is a dep for qt-webkit, so the first three can be skipped, 4. eqmake4 in qt4-r2 doesn't require a project file to be passed, 5. I added src_prepare() where I solved some parallel compilation issue and removed unnecessary docs. In general, cb2bib-1.3.6 is on tree, so it should be removed from sunrise. Thanks again for your input :)
(In reply to comment #21) > (In reply to comment #20) > Andreas, is there a compelling reason that you removed all runtime dependencies > like app-text/poppler from RDEPEND? > Hugo, we discussed this for a while on the sunrise IRC channel. The question pops up again and again for different packages. The consensus seemed to be that the better option is just printing out an informative message. Not exactly my opinion either, but if it's the "proper thing to do"... Best, Andreas
