Bug 20027 - ebuild for pybliographer-1.0.11
|
Bug#:
20027
|
Product: Gentoo Linux
|
Version: 1.4_rc1
|
Platform: All
|
|
OS/Version: All
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P4
|
|
Resolution: FIXED
|
Assigned To: python@gentoo.org
|
Reported By: toojays@toojays.net
|
|
Component: Ebuilds
|
|
|
URL:
http://canvas.gnome.org:65348/pybliographer/
|
|
Summary: ebuild for pybliographer-1.0.11
|
|
Keywords: EBUILD
|
|
Status Whiteboard:
|
|
Opened: 2003-04-27 01:07 0000
|
This is an ebuild for pybliographer, a program for managing a bibliographic
database.
This ebuild was a bit of a pain to make, so I'm putting it here for others who
may need it. There are a couple of quirks which may make it unsuitable for
incorporation into portage.
The first is that the graphical frontend (the pybliographic program) only works
if gnome-python has been emerged with the "gnome" USE flag.
The second quirk is that it needs a modified version of recode. The
pybliographic website claims that it works with recode-3.5, however I couldn't
get the program to start with this version of recode. With recode-3.6 which is
currently in portage, pybliographic will start, but it will not save files. In
order to make it work I have created a new recode ebuild which incorporates
Debian's patch from http://packages.debian.org/stable/text/recode.html. I have
not filed this as a bug against recode, because I don't at this stage know what
the bug is (and I really need to start writing my essay!).
Reproducible: Always
Steps to Reproduce:
this will take a while because of the complexity of that recode patch that
needs to be verified.
No problem.
The recode patch may also be relevant to bug 20141 . . . it seems to fix that problem as well (UTF-8 encoding not working on PPC).
I applied all the patches, but still get the following error:
checking for Gnome-Python... found
checking for Gnome-Python threads... not found
configure: error: this version is too old. Please install gnome-python, version >= 1.0.52
!!! ERROR: app-sci/pybliographer-1.0.11 failed.
!!! Function econf, Line 304, Exitcode 1
!!! econf failed
I have the latest ebuild of gnome-python (1.4.4).
Gualter,
Do you know if gnome-python was compiled with "USE=gnome"? I had a problem until I applied that flag, but I can't remember what it was exactly . . . actually I think it might have been something to do with gdk-pixbuf, not to do with threads . . . but it's just a thought.
The ebuilds and patches work nicely, but I've run into the usual problems with
pybliographer, e.g.
rzirzaraz% pybliographic
Traceback (most recent call last):
File "/usr/local/bin/pybliographer", line 168, in ?
execfile (filename, user_global)
File "/usr/local/share/pybliographer/pybliographic.py", line 26, in ?
from Pyblio.GnomeUI.Pybliographic import Pybliographic
File "/usr/local/share/pybliographer/Pyblio/GnomeUI/Pybliographic.py", line
28, in ?
File "/usr/local/share/pybliographer/Pyblio/GnomeUI/Document.py", line 28, in
?
File "/usr/local/share/pybliographer/Pyblio/GnomeUI/Index.py", line 29, in ?
File "/usr/local/share/pybliographer/Pyblio/GnomeUI/Utils.py", line 57, in ?
File "/usr/local/share/pybliographer/Pyblio/Config.py", line 159, in get
File "/usr/local/share/pybliographer/Pyblio/Config.py", line 122, in
__getitem__
KeyError: gnome/tooltips
I'd be interested to know if anyone else gets this, in case my gnome
installation is at fault.
After installing a gtk2 version of gnome-python, pybliographic stopped working.
It would say this:
Traceback (most recent call last):
File "/usr/share/pybliographer/pybliographic.py", line 26, in ?
from Pyblio.GnomeUI.Pybliographic import Pybliographic
File "/usr/share/pybliographer/Pyblio/GnomeUI/Pybliographic.py", line 28, in
?
from Pyblio.GnomeUI import Document
File "/usr/share/pybliographer/Pyblio/GnomeUI/Document.py", line 26, in ?
from gnome import config
ImportError: cannot import name config
It turns out that the gnome2 and gnome1 python bindings share the same
namespace (i.e., gnome), and the gnome2 ones are taking precedence. The
solution is at
http://lists.debian.org/debian-python/2003/debian-python-200308/msg00053.html
I will attach a new patch and ebuild to deal with this bug. I think the
pybliographic people are working on a Gnome2 compatible release, which will
hopefully solve all the problems we have here and give us something which will
fit into portage without any hackery.
Created an attachment (id=26576) [details]
ebuild for pybliographer-1.2.2
(app-misc/pybliographer/pybliographer-1.2.2.ebuild)
I can't beleive I spent time writing this ebuild when there is already one for
it here. I did do a search before writing it but I didn't find any thing for
pybliographer.
I guess I should have learnt to use bugizilla before making my first ebuild.
Should I throw my ebuild in the garbage bin or should I post it?
I decided to post it only because it is for the latest stable version of
pybliographer.
To use it, copy it in your
$PORTDIR_OVERLAY/app-misc/pybliographer/pybliographer-1.2.2.ebuild
You also need the dependency ebuild
$PORTDIR_OVERLAY/dev-python/python-bibtex/python-bibtex-1.1.93.1.ebuild
Created an attachment (id=26585) [details]
tar ball of pybliographer-1.2.2 and dependency ebuild
This is the tar ball for the pybliographer-1.2.2 and its dependency ebuild.
To use just untar in your $PORTDIR_OVERLAY.
Eg.
# cd $PORTDIR_OVERLAY
# tar -xvjf portage.tar.bz2
reassigning because i'm neglecting this onem hopefully more eyes on this might
mean it wil lget added quicker. plus python-bibtex should probably be submitted
as a seperate bug and assigned to python herd.
A new version is available since 2004-07-18. Would it be possible to have a new
ebuild with :
- an icon for the `task bar' (why not the same as the one in the menu)
- when relaunch, open the previously open bibliography
- save its configuration when logout (reopen automatically when re-login)
and add it to portage?
*** Bug 67760 has been marked as a duplicate of this bug. ***
Sorry for the delay. I added app-office/pybliographer-1.2.4 and
dev-python/python-bibtex-1.2.1. Basically I took your ebuilds,
but made several modifications.
1. Changed Gentoo Technologies, Inc. to Gentoo Foundation in
the ebuild header. See /usr/portage/skel.ebuild for the latest
header you should use.
2. Removed comments. It is a good habit to make your own
ebuild from /usr/portage/skel.ebuild, but remember to
delete comment lines from skel.ebuild before you submit it.
Commens to help other developers and users are welcomed,
but comments from skel.ebuild aren't needed.
3. python-bibtex could use distutils.eclass. I removed
src_compile() and src_install() from python-bibtex ebuild
you submitted earlier. See man distutils.eclass (and
/usr/portage/eclass/distutils.eclass) for detail.
4. I removed pkg_preinst() from pybliographer ebuild
because it seems it is not needed (compile succeeded
without setting X. Probablly configure script had been
changed?). Also, if you want to let users know something
before configure, you should use pkg_setup() instead
of pkg_preinst(). pkg_preinst() is executed *after*
src_compile() (and before src_install()) while pkg_setup()
is called before src_compile(). See man 5 ebuild for detail.
Thanks for your contribution.
Thanks for the fixes, Mamoru. Just a quick note that I merely modified the
existing ebuilds from Jean-Luc to work with the latest versions. My apologies
for not cleaning up the ebuilds before submitting, I will be more careful in
the future.
Hi,
There seems to be a problem with this ebuild. When emerging, I got:
scrollkeeper-update -p /var/lib/scrollkeeper -o /var/tmp/portage/pybliographer-1.2.4/image//usr/share/omf/pybliographer
ACCESS DENIED open_wr: /var/lib/scrollkeeper/scrollkeeper_docs
ACCESS DENIED open_wr: /var/lib/scrollkeeper/scrollkeeper_docs
/var/lib/scrollkeeper/scrollkeeper_docs: Permission denied
make[4]: [install-data-hook-omf] Error 1 (ignored)
(skip...)
--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/tmp/sandbox-app-office_-_pybliographer-1.2.4-26300.log"
open_wr: /var/lib/scrollkeeper/scrollkeeper_docs
open_wr: /var/lib/scrollkeeper/scrollkeeper_docs
After googling, a solution to a very similar error seems to be explained in:
http://forums.gentoo.org/viewtopic.php?t=18773
Is this a bug and if yes, could the ebuild be corrected?
Regards, Ben
Thanks for the bug report. Fixed in CVS.
