Genview is a simple gentoo portage tree browse and search tool for Gnome written in python. It was meant for personal use, but on request i made this ebuild so the community could use it. I hope the make script doesnt give too much problems, it works ok here.
Created attachment 1052 [details] genview-0.5.ebuild (new package)
There is some problem with the server, I cannot fetch the script for the second day. It was stalling yesterday and today I just get: Connecting to sesmar.eu.org[131.211.123.54]:80... failed: Connection refused. Could you maybe attach the script itself here? George
I could do that, but it rather big and not just the script (some glade file and 2 xpms). The server wasn't really down, but the network had some problems. Should be fine now (i was gone for a day). If it doesn't work this time i'll attach it...
Hi Foser. Downloaded fine today. I am testing the script now, however I am getting problems: ebuild worked fine (BTW, what is the reason for using ${NAME}-${PV} instead of just ${P} which will be set to just the same combination? ${PN} will get "genview" and ${P}==${PN}-${PV} anyway) 1. However when I run the script python complains that it cannot find module gnome. Well, I cannot find this module either. Did you specify all the dependencies? 2. Quick search through script only shows gnome present in the import statment and 2 lines below: one sets version another imports gnome.ui. After commenting out these two lines and removing "gnome" from original import statment script gets started. 3. However after apparently processing portage tree it bombs out with: ** WARNING **: unknown widget class 'GnomeApp' Traceback (most recent call last): File "/usr/bin/genview", line 577, in ? win = mainWin() File "/usr/bin/genview", line 431, in __init__ self.hpageHref.hide() AttributeError: 'NoneType' object has no attribute 'hide' So, that would be the story at this point. Could you please correct this? Thanks! George
Hi again. I figured that one out. That seems to be a "problem" with gnome-python ebuild, it does not install gnome.py (and probably some other related stuff) if "gnome" is not in USE. Sorry for the previous report. The script seems to work now :) Nice work! Now to the ebuild inclusion: There are different plans for this script. The idea is to create some kind of gentoolkit-gui collection. At this point there are two scripts (both python, pygtk) including this, which can go into this collection (another one is #2748). As such there would be some additional requirements ;). Namely a man page, and optionally some kind of a help page/window (since these are gui tools). LordVan, if you want to take over with this project ;), you can create a new bug and make it depend on these two. I think you can just assign that (or either of these) bugs to yourself. Bugzilla should not complain as long as you have bugzilla account (at least thats my understanding, and we allways can try :)). If that fails you can assign it to me. George
In answer to your questions : The ebuild i took from another ebuild i once submitted and got corrected a bit, it worked so i didn't really take a look at it :) 1 & 3 are out since you got it to work 2. Importing gnome.ui later on is apperantly the only way to get the version number correct in the about box in pygtk (in combination with libglade maybe - i forgot, it has been a while). One last thing that i would really like to get corrected is the desktop item, i now have to start it with a terminal because otherwise the GUI won't be shown for some reason. I'm not sure what i'm doing wrong there ... it's minor, but it's ugly :) Development on this really has stalled, this version actually has been lying around for a while. Some Craig on the mailinglist wanted to do something similar, but in a compiled langauge (most likely C++). I offered to help out and i'm focusing on that now, that project is still early in devel (planning stage). I released Genview more like a temporary substitute for the planned tool, i think a compiled langauge might speed up things a lot (especially the loading :)). That doesn't mean i won't fix minor problemss btw, cause it has broken a few times before on new portage tree things (mistakes mostly - like empty ebuilds) and the parser couldn't handle it, but it should handle most of it now. Writing a manpage/some help function shouldn't be too much trouble (should it ?). I'll give it a try next week (gone for the weekend).
Reassigning to LordVan since he is in charge of the "master bug".
hi! I'll try to convert it to gtk2 too (like i did for genview) cuz u said about C++... you can easily replace parts of python code with C++ using swig :) so performance shouldn't be a problem :) greetings, LordVan
added url
don't have the time atm so marking as RESOLVED-LATER
