Attached is ebuild patch for new version of Documancer, 0.2.1, which I recently released. Portage contains 0.1.7, which is very different from 0.2.x in terms of dependencies, it was rewritten using wxPython and wxMozilla. This patch updates dependencies accordingly and adds check if wxMozilla was compiled with python extension. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 19788 [details, diff] patch that updates documancer-0.1.7.ebuild to 0.2.1
Created attachment 19789 [details] complete ebuild for documancer-0.2.2
Hi Vaclav, I've actually been using this since you announced it on the wxPython mailing list. Its really nice, great work. I made a CVS ebuild of wxMozilla to try it, since I had wxGTK/wxPython compiled with gtk2. (The source link on wxmozilla.sf.net still points to 0.5.1). I'll add this as soon as the Mozilla team adds wxMozilla.
Created attachment 21483 [details, diff] patch that updates documancer-0.1.7.ebuild to 0.2.2 Upgraded for 0.2.2
I upgraded the ebuild for newly released 0.2.2 (no real change, only filename), so that it is up-to-date when wxMozilla ebuild finds its way into Portage.
Created attachment 24656 [details] documancer-0.2.3.ebuild Ebuild for new upstream version.
Created attachment 50532 [details] documancer-0.2.4.ebuild Attaching ebuild for latest release, which has different dependencies. Now that wxMozilla is in Portage, Documancer can be upgraded as well. BTW, the ebuild depends on Java -- the other option is to make it depend on PyLucene (not in Portage yet), but I think it's better to get at least _something_ better than 0.1.7 into Portage and modify it to use PyLucene instead of Java later.
Created attachment 55066 [details] documancer-0.2.5.ebuild Uses dev-python/pylucene-0.9.7 from bug:81416. Java runtime dependency removed.
Note that I didn't add a dependency on a package that was not yet accepted into Portage on purpose: with the speed things get to Portage, it would only prolong acceptance of a new version (that is not so ancient as the one currently in Portage) even more...
www-client/mozilla dependacy should be removed because documancer depends on x11-libs/wxmozilla.... (and wxmozilla can be used with firefox instead of mozilla... see bug #89653) so .... just remove mozilla dependacy ...
Created attachment 57765 [details] documancer-0.2.5.ebuild 0.2.5 ebuild without mozilla dependency and with dependency on either PyLucene _or_ JRE.
the ebuild from comment 11 can be upgraded to latest release by renaming to documancer-0.2.6.ebuild, no further changes are needed.
Created attachment 68153 [details] documancer-0.2.6.ebuild Current test for /usr/lib/python${PYVER}/site-packages/wxPython/mozilla.py does not work with wxGTK-2.6.1: mozilla.py is installed to /usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wxPython/; use built_with_use instead. Remove redundant src_compile().
Created attachment 68154 [details] documancer-0.2.6.ebuild fix inherit
The 0.2.6 emerges fine (but could take some minor touches) against wxmozilla-0.5.4, wxpython-2.6.3.2, wxGTK-2.6.3.2, but doesn't spawn any windows on run: <snap> File "/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core.py", line 7352, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File "/usr/lib/documancer/gui/app.py", line 88, in OnInit main_frame = MainFrame(None, -1, "", name=_('Documancer')) File "/usr/lib/documancer/gui/MainFrame.py", line 216, in __init__ self.RecreateBrowser() File "/usr/lib/documancer/gui/MainFrame.py", line 383, in RecreateBrowser self.browser = HtmlBrowser.create(self.browserPanel, -1, name) File "/usr/lib/documancer/gui/HtmlBrowser.py", line 299, in create return HtmlBrowser(parent, id) File "/usr/lib/documancer/gui/HtmlBrowser.py", line 198, in __init__ EVT_MOZILLA_URL_CHANGED(self, -1, self.__OnUrlChanged) File "/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core.py", line 3704, in __call__ self.Bind(target, id1, id2, func) File "/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core.py", line 3670, in Bind target.Connect(id1, id2, et, function) File "/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core.py", line 3592, in Connect return _core_.EvtHandler_Connect(*args, **kwargs) TypeError: argument number 1: a 'wxEvtHandler *' is expected, 'PySwigObject(_p_wxMozillaBrowser)' is received Is there a new release planned anytime soonish if this is fixed (in SVN?) to work with wxpython-2.6.3.2? Re comment #9: We can now work on putting this and other wx related updates in.
> Is there a new release planned anytime soonish if this is fixed (in SVN?) I'm getting the same exception with SVN version after upgrading wxpython to 2.6.3.2. I suspect incompatible change in wxPython's version of SWIG - if that's the case, we'll need new version of wxMozilla to fix this. Will investigate.
There's now a new version of wxmozilla that works with wxpython 2.6.3. See bug #130969 (adding as dependency).
It launches up now with a wxmozilla upgrade :) I'll go over the ebuild today
Created attachment 85582 [details] Revised ebuild Revised ebuild with the following changes: * Depend on virtual/python, not dev-lang/python * Depend on >=wxmozilla-0.5.6 and >=wxpython-2.6.3 to work with ~x86 (as this is ~x86 material too) - If wxGTK/wxpython come out of ~x86, wxmozilla should shortly follow to work properly * Remove COPYING from dodoc, we have LICENSE="GPL-2" for that Many thanks for the other attached ebuilds! Made it easy.
Bumped. Thanks mart.
