From the homepage : "Referencer is a Gnome application to organise documents or references, and ultimately generate a BibTeX bibliography file." I tried it and it's nice :)
Created attachment 108788 [details] app-misc/referencer-1.0.0 The build system is good for me (no autotools so it's easy to use), but : - it's needed to disable update-mime-database from the makefile and do it later at postinst and postrm - We have to create some directories in the ebuild before make install because it does "install /some/file /some/directory" (and not "/some/directory/") The dependencies come from the homepage.
I found some problems using this ebuild for 1.0.2. First of all, referencer doesn't compile because there is no Makefile; from the emerge output, there doesn't seem to be an attempt to run ./configure. AFAIK the standard src_configure should work, but it's not working. Then, the ebuild should "die". Currently, if emake fails the emerge just goes on and counts the package as emerged, even if the only installed content are the created directories. Curiously, when the README file states the dependences as "libgnomeuimm-2.6" and so on, it's actually mentioning what gentoo calls slots. I tried running ./configure myself, and discovered referencer needs >=dev-cpp/libgnomeuimm-2.14 and >=dev-cpp/gconfmm-2.16. I still can't emerge referencer because it fails when compiling against boost. This time I don't know how to fix it: BibData.o: In function `BibData::guessDoi(Glib::ustring const&)': /usr/include/boost/regex/v4/basic_regex.hpp:254: undefined reference to `boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::do_assign(char const*, char const*, unsigned int)' BibData.o: In function `BibData::guessAuthors(Glib::ustring const&)': /usr/include/boost/regex/v4/basic_regex.hpp:254: undefined reference to `boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::do_assign(char const*, char const*, unsigned int)' BibData.o: In function `BibData::guessYear(Glib::ustring const&)': /usr/include/boost/regex/v4/basic_regex.hpp:254: undefined reference to `boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::do_assign(char const*, char const*, unsigned int)' BibData.o: In function `BibData::guessArxiv(Glib::ustring const&)': /usr/include/boost/regex/v4/basic_regex.hpp:254: undefined reference to `boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::do_assign(char const*, char const*, unsigned int)' BibData.o: In function `perl_matcher': /usr/include/boost/regex/v4/perl_matcher_common.hpp:44: undefined reference to `boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::construct_init(boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags)' BibData.o: In function `bool boost::regex_search<__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >, char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >(__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, __gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, boost::match_results<__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > > >&, boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags, __gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >)': /usr/include/boost/regex/v4/regex_search.hpp:49: undefined reference to `boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::find()' I have dev-libs/boost-1.33.1-r1 installed and ./configure detects it as satisfatory.
(In reply to comment #2) > I found some problems using this ebuild for 1.0.2. > > First of all, referencer doesn't compile because there is no Makefile; from the > emerge output, there doesn't seem to be an attempt to run ./configure. AFAIK > the standard src_configure should work, but it's not working. > The 1.0.0 version wasn't using autotools so it didn't need ./configure > Then, the ebuild should "die". Currently, if emake fails the emerge just goes > on and counts the package as emerged, even if the only installed content are > the created directories. You're right, I thought it was done on emake by default, but it doesn't. > Curiously, when the README file states the dependences as "libgnomeuimm-2.6" > and so on, it's actually mentioning what gentoo calls slots. I tried running > ./configure myself, and discovered referencer needs >=dev-cpp/libgnomeuimm-2.14 > and >=dev-cpp/gconfmm-2.16. Yes it seems that the dependencies have been updated when going to autotools.
Created attachment 112236 [details] app-misc/referencer-1.0.2 * Updated dependencies * Added || die everywhere * Patch to data/Makefile.in preventing the make to run install-data-hook when configured with --disable-update-mime-database
(In reply to comment #4) Mid-air collision :) Damien, are you compiling it successfully? I keep failing on the same part. The developer claims to build it successfully in three other distributions, but didn't test it in Gentoo. In Debian, Mandriva and Fedora, Rerefencer depends on libboost-regex [1], which isn't the same as libboost-regex-dev, which is part of out boost package. 1. http://packages.debian.org/testing/libs/libboost-regex1.33.1
(In reply to comment #5) It was working on my desktop computer, but when I tested it on my laptop it didn't work. After looking in the config.log, libboost_regex wasn't found. On my laptop I have boost 1.33.1-r1, it seems that the difference between this one and the 1.33.1 is that it doesn't build the non-threaded libs, so only libboost_regex-mt is available. I modified the configure.in file to add this lib is the libboost_regex isn't found and to throw an error if nothing is found. I created a patch (I think that it's easier and cleaner to do it this way), used epatch from eutils to patch and eautoreconf from autotools.
Created attachment 112335 [details] app-misc/referencer-1.0.2 Fix bug with boost
Created attachment 112336 [details, diff] files/referencer-1.0.2_buildfixes.patch
(In reply to comment #8) > Created an attachment (id=112336) [edit] > files/referencer-1.0.2_buildfixes.patch > Damien, you probably already know, but referencer-1.0.3 was released and includes your fixes. I wanted this to be a little more public :) Thank you!
Have tested the 1.0.2 ebuild and the 1.0.3 the tarball. The ebuild just needs bumping and removing of the patching line.
Created attachment 131562 [details] app-misc/referencer/referencer-1.0.4.ebuild Ebuild of referencer 1.0.4 (announced back in may). Now no patch is needed so it's really easy.
In order to compile against poppler-0.6.1-r1, I had to apply 01_poppler_0_6.patch from the Debian diff: http://ftp.debian.org/debian/pool/main/r/referencer/referencer_1.0.4-2.diff.gz
Forgot to mention I'm on amd64, so please add ~amd64 to KEYWORDS.
Created attachment 141189 [details, diff] files/referencer-1.0.4-poppler.patch This file comes from the debian patch from comment #12 (I removed debian-related stuff).
Created attachment 141191 [details] app-misc/referencer/referencer-1.0.4.ebuild This ebuild use the poppler patch and adds ~amd64.
Created attachment 143148 [details] app-misc/referencer/referencer-1.1.0.ebuild Referencer 1.1.0 was released on February 09. This release includes the previous patch (see comment #14), so eautoreconf is not needed anymore (if we need this again, we have to use "aclocal -I m4/" since python.m4 is available in the m4/ directory. Python support is available (for metadata plugins) with USE="python".
An off-topic comment: I've just discovered for myself Zotero <http://www.zotero.org/>...
Referencer 1.1.1 is out, just rename the previous ebuild and it'll work ;)
FYI: referencer 1.1.2 is out. Saving the referencer-1.1.0.ebuild as referencer 1.1.2.ebuild is all that was required to install 1.1.2 for me on x86. Thanks for the ebuild.
The 1.1.4 version (released August 15, 2008) also builds fine if you just bump the version in the filename of the ebuild to 1.1.4 from 1.1.0.
Created attachment 171124 [details] version bump of referencer to 1.1.5 Works well on amd64. I think this should finally be integrated into portage with the testing flag, even though I have been using this the former ebuilds since 1.1.3 without any problems.
also works for me on amd64. Is there any reason this isn't in the tree?
(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 192745 [details, diff] Improvements to referencer-1.1.5.ebuild Improved ebuild for version 1.1.5 (to the best of my knowledge): - Fixed year in header. - Migrated ebuild to EAPI 2. Needed only src-configure and could omit src-compile. - Shortened the description. - Fixed url of HOMEPAGE and SRC_URI. - Fixed RDEPEND (was empty!). - econf dies by itself, no need to add die to econf. - Installs also the following files: AUTHORS ChangeLog NEWS README TODO - Uses fdo-mime eclass for mime update. I also suggest to use app-office (like pybliographer) or app-text (like bibus) as category for referencer instead of app-misc.
Created attachment 195578 [details, diff] Improvements to referencer-1.1.5.ebuild Fixed dependencies to depend on virtual/poppler instead of app-text/poppler. This makes it possible to install referencer with poppler > 0.10.5 . Works for me.
http://bugs.gentoo.org/attachment.cgi?id=171124(In reply to comment #25) > Created an attachment (id=195578) [edit] > Improvements to referencer-1.1.5.ebuild > > Fixed dependencies to depend on virtual/poppler instead of app-text/poppler. > This makes it possible to install referencer with poppler > 0.10.5 . Works for > me. > It also depends on virtual/poppler-glib
(In reply to comment #26) > It also depends on virtual/poppler-glib Just added x11-misc/referencer-1.1.5-r3 as - referencer-1.1.5.ebuild (Mirko Briemle) - plus referencer-1.1.5_with_fixed_poppler_dep.patch (Jean-Marc Hengen) - plus virtual/poppler-glib to the "sping" overlay.
Created attachment 199993 [details] version bump of referencer to 1.1.6
I managed to build from referencer-1.1.6.ebuild, but I had to install gnome-doc-utils manually (not listed as a dependency), and enable use python (failed to build without it).
(In reply to comment #29) > I managed to build from referencer-1.1.6.ebuild, but I had to install > gnome-doc-utils manually (not listed as a dependency) How did you notice it's needed? >, and enable use python > (failed to build without it). What kind of failure? Please give details, maybe it's fixable. Sebastian
Created attachment 203114 [details] new ebuild, missing dependencies added Added the (missing) dependencies on >=app-text/gnome-doc-utils-0.3.2 and app-text/rarian.
The build works fine with USE=python. Without this useflag it fails here: x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -DDATADIR=\""/usr/share/referencer"\" -DGNOMELOCALEDIR=\"/usr/share/locale\" -DPLUGINDIR=\""/usr/lib64/referencer"\" -march=native -O2 -pipe -ggdb -DORBIT2=1 -pthread -I/usr/include/libgnomeuimm-2.6 -I/usr/lib64/libgnomeuimm-2.6/include -I/usr/include/libgnomemm-2.6 -I/usr/lib64/libgnomemm-2.6/include -I/usr/include/libgnomecanvasmm-2.6 -I/usr/lib64/libgnomecanvasmm-2.6/include -I/usr/include/gconfmm-2.6 -I/usr/lib64/gconfmm-2.6/include -I/usr/include/libglademm-2.4 -I/usr/lib64/libglademm-2.4/include -I/usr/include/libgnomeui-2.0 -I/usr/include/gnome-vfsmm-2.6 -I/usr/lib64/gnome-vfsmm-2.6/include -I/usr/include/gtkmm-2.4 -I/usr/lib64/gtkmm-2.4/include -I/usr/include/libgnome-2.0 -I/usr/include/glibmm-2.4 -I/usr/lib64/glibmm-2.4/include -I/usr/include/gdkmm-2.4 -I/usr/lib64/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/include/sigc++-2.0 -I/usr/lib64/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/lib64/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/atk-1.0 -I/usr/include/orbit-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include -I/usr/include/libbonobo-2.0 -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gail-1.0 -I/usr/include/libart-2.0 -I/usr/include/libglade-2.0 -I/usr/include/libxml2 -I/usr/include/gnome-keyring-1 -I/usr/include/libbonoboui-2.0 -I/usr/include/poppler/glib -I/usr/include/poppler -I.. -march=native -O2 -pipe -ggdb -MT BibUtils.o -MD -MP -MF .deps/BibUtils.Tpo -c -o BibUtils.o BibUtils.C In Datei, eingefügt von Preferences.h:23, von ArxivPlugin.C:21: PluginManager.h:8:20: Fehler: Python.h: Datei oder Verzeichnis nicht gefunden In Datei, eingefügt von Preferences.h:23, von BibData.C:20: PluginManager.h:8:20: Fehler: Python.h: Datei oder Verzeichnis nicht gefunden In file included from /usr/include/gnome-vfsmm-2.6/libgnomevfsmm.h:47, from Utility.h:23, from BibUtils.C:15:
Created attachment 203131 [details] Referencer ebuild 1.1.6-r1 - As --disable-python is broken .. - Removed python use flag - Opened a bug for it [1] - Two more dependencencies - dev-util/intltool (mentioned in README) - dev-util/pkgconfig (hint from Exherbo Exheres [2], bug opened [3]) @Andreas I cannot find any traces of app-text/rarian in it. How come you think referencer depends on it? [1] https://bugs.launchpad.net/referencer/+bug/424481 [2] http://git.exherbo.org/summer/packages/gnome-desktop/referencer/index.html [3] https://bugs.launchpad.net/referencer/+bug/424497
I started off with a system without gnome. The first build failed because of missing gnome-doc-utils - easily fixed. The second build failed because it tried to call scrollkeeper-config. As far as I know this is provided by rarian...
going through the dependencies- do you know if these three are actually _runtime_ deps, or only _buildtime? >=app-text/gnome-doc-utils-0.3.2 dev-util/pkgconfig dev-util/intltool same with app-text/rarian ...
Created attachment 203142 [details] Referencer ebuild 1.1.6-r1 with dependency fixes Good point, next try. - Added rarian - Moved a few dependencies from RDEPEND to DEPEND
This is now in the sunrise overlay. You can find it at: http://overlays.gentoo.org/proj/sunrise/browser/reviewed/app-text/referencer Note that I changed the category, since app-text already contains a lot of reference management software. Current ebuild is referencer-1.1.6-r2
Created attachment 203937 [details] sunrise version of referencer ebuild, referencer-1.1.6-r2 Just for your information...
(In reply to comment #37) > This is now in the sunrise overlay. You can find it at: > http://overlays.gentoo.org/proj/sunrise/browser/reviewed/app-text/referencer That link is broken and there is no referencer ebuild in sunrise :(
> > That link is broken and there is no referencer ebuild in sunrise :( > It's not reviewed yet, but talked through with Tommy on #gentoo-sunrise. The link should work soon, the reviewing happens roughly once per week. In the meantime, just use the attached ebuild.
RDEPENDS need to be updated to reflect removed poppler virtuals. Please check whether diff posted below is correct and submit a new version to sunrise. @@ -15,13 +15,13 @@ KEYWORDS="~amd64 ~x86" IUSE="" -RDEPEND=">=virtual/poppler-0.5.0 +RDEPEND=" + >=app-text/poppler-0.5.0[xpdf-headers,cairo] >=dev-cpp/gtkmm-2.8 >=dev-cpp/libgnomeuimm-2.14.0 >=dev-cpp/gnome-vfsmm-2.14.0 >=dev-cpp/libglademm-2.6.0 >=dev-cpp/gconfmm-2.14.0 - virtual/poppler-glib dev-libs/boost dev-lang/python"
(In reply to comment #41) > RDEPENDS need to be updated to reflect removed poppler virtuals. Is fixed (Tommy beat me to it :)...
Just so everyone knows, upstream is dead. Dont expect any updates soon...
Created attachment 283339 [details, diff] Diff of ebuild to build against >=poppler-0.16 New poppler has changed API, update ebuild to apply patch, which can be found here: http://bazaar.launchpad.net/~referencer-devs/referencer/shiyee_andrease_changes/revision/854
In case someone is interested I have a live ebuild for the must recent branch from launchpad in my user overlay at http://git.overlays.gentoo.org/gitweb/?p=user/anaximander.git;a=summary
Created attachment 330374 [details] referencer-1.2.0 ebuild ebuild for new referencer release 1.2.0 from 11/22/2012
Created attachment 330376 [details, diff] patch for valid desktop file for 1.2.0
(In reply to comment #46) > Created attachment 330374 [details] > referencer-1.2.0 ebuild > > ebuild for new referencer release 1.2.0 from 11/22/2012 I believe the dependency to dev-lang/python is wrong. You probably need to inherit the python eclass and use this guide to assign proper python deps http://www.gentoo.org/proj/en/Python/developersguide.xml For example does it work with python3? or not. The same same thing applies for the boost dependency. Does it work with every boost version? Also please make it EAPI 4 or 5 and remove the || dies from emake install and dodoc.
Created attachment 332612 [details] updated ebuild for referencer-1.2.0 according to the suggestions in comment 48 (thanks for the tips!) I updated the ebuild to EAPI5. the package does only work with python 2 ( I tested only 2.7, which is why it depends on 2.7 at the moment). python eclass is now inherited. Is there a clever way to test the boost issues?
(In reply to comment #49) > Created attachment 332612 [details] > updated ebuild for referencer-1.2.0 > > according to the suggestions in comment 48 (thanks for the tips!) I updated > the ebuild to EAPI5. > > the package does only work with python 2 ( I tested only 2.7, which is why > it depends on 2.7 at the moment). python eclass is now inherited. > > Is there a clever way to test the boost issues? Have a look on the boost-utils.eclass and see if you can use that
Created attachment 332686 [details] updated referencer-1.2.0 ebuild - update homepage to launchpad (old one is down) - changed the boost dependency to >=dev-libs/boost-1.52.0-r4 since I could only test 1.52.0-r4 and r5 on my systems. Reading the older comments on this bug-report one would however expect it works also with older boost-versions. I do not see a use for the boost-utils eclass here. Please correct me if I am wrong. In the same way I would expect that it works with older python 2.X versions. I could however only test 2.7
(In reply to comment #51) > Created attachment 332686 [details] > updated referencer-1.2.0 ebuild > > - update homepage to launchpad (old one is down) > - changed the boost dependency to > > >=dev-libs/boost-1.52.0-r4 > > since I could only test 1.52.0-r4 and r5 on my systems. Reading the older > comments on this bug-report one would however expect it works also with > older boost-versions. I do not see a use for the boost-utils eclass here. > Please correct me if I am wrong. > > In the same way I would expect that it works with older python 2.X versions. > I could however only test 2.7 there is an extra tab in python_pkg_setup and the python_set_active_version should be 2 instead of 2.7. The eclass will do what it has to do. but anyway, I will commit it this weekend
Created attachment 332912 [details] updated ebuild for referencer-1.2.0 fixed white space issue and python_pkg_setup 2 instead of 2.7 the patch for the desktop file was commited upstream see https://bugs.launchpad.net/referencer/+bug/1091017 should be included in next release.
+*referencer-1.2.0 (23 Dec 2012) + + 23 Dec 2012; Markos Chandras <hwoarang@gentoo.org> + +files/referencer-desktop-file-validate.patch, +metadata.xml, + +referencer-1.2.0.ebuild: + Initial commit. Bug #164750. Thanks to Dominik Kriegner + <dominik.kriegner+gentoo@gmail.com> for the ebuild. He will be the maintainer