I need wxPython for a few applications (most notably OpenRPG), and I need wxPython-2.8. I noticed that bug #145884 provides an ebuild for wxGTK 2.8, so I took their lead and created the attached ebuild for wxPython-2.8.3.0. I should mention that wxPython-2.8.4.0 is already out, but trying to make that ebuild causes an error as it depends upon a concurrent version of wxGTK (since wxPython is actually just wxGTK + Python bindings). I assume that there *is* a wxGTK-2.8.4, but I'm not going to go so far as to try and create an ebuild for that. This is my first ebuild ever, and it probably has several gaping flaws - please find them! Reproducible: Always Steps to Reproduce:
Created attachment 119423 [details] ebuild for wxPython-2.8.3.0 Please review and improve - contributor's first ebuild!
Created attachment 119425 [details] scripts-multiver-2.6.1.0 patch An old patch required by the ebuild, presumably outdated and should be removed, but I don't know these things.
*** Bug 176199 has been marked as a duplicate of this bug. ***
Ok, as an update: please do NOT use the ebuild I provided. Clearly it does not work. I thought I had tested it, but rather had tested wxPython-2.6, having forgotten to unmask 2.8. Woops! I'm working on it, but I keep getting this error, and I don't know why: !!! set-wxconfig: Error: Can't find normal or debug version: !!! set-wxconfig: /usr/bin/wxgtk2u-2.4-config not found !!! set-wxconfig: /usr/bin/wxgtk2ud-2.4-config not found !!! You need to emerge wxGTK with unicode in your USE The error makes sense, the ebuild is asking for an old version of wxGTK, but I don't know where the ebuild is doing that asking.
Ok, I've tracked down the issue to this bit of the ebuild: src_compile() { local mypyconf export WX_GTK_VER="2.8" if use unicode; then >>>> need-wxwidgets unicode || die "Please re-emerge wxGTK with unicode " \ "in USE" else need-wxwidgets gtk2 fi ... } the helper function "need-wxwidgets unicode", which I presume is being pulled in via "inherit wxwidgets", is looking for a 2.4 config something or other. I'm way too tired to keep working, and honestly I think I've hit a wall for my knowledge. Could someone who knows these things please take over?
Created attachment 119465 [details] wxpython-2.8.3.0.ebuild Working (for me) 2.8.3.0 ebuild.
Created attachment 119467 [details] wxwidgets.eclass replacement for wxwidgets eclass that adds support for wxpython-2.8. The update here was REALLY hacked together, and probably will break all over the place for special cases. Please look at it closely. Works for me, though.
Ok - it should now work.Please test it, inspect it, let me know what you think.
For your information - we are working on redoing the eclass and handling of many things as far as concurrent installations of wxWidgets go, and I have in my INBOX eclass and ebuilds from Ryan Hill (dirtyepic - co-maintainer of wx stuff in gentoo) to review, test and put in. Work on your own versions will probably not be used in the tree, but can be useful to you meanwhile and possibly to others. More details on what all we need to fix before we are willing to put in a new SLOT (2.8) can be found from http://thread.gmane.org/gmane.linux.gentoo.devel/44736/focus=44737 as stated on bug 145884 comment #16. We are done with 1) and 2); 3), 4) and 5) are well underway; 5a), 5b) and 6) are the ones we will have to spend most of the time on still.
(In reply to comment #9) > I have in my INBOX eclass and ebuilds from Ryan Hill bug 178824 has this stuff too now
Great, thanks! Do you think it is worthwhile to rewrite the wxpython-2.8.3.0.ebuild in the mean time to use the new eclass, or will you guys be providing one shortly? Also, and I'm sure you have better things to do, can you critique my ebuild? I'd like to get better at it.
(In reply to comment #11) > Great, thanks! Do you think it is worthwhile to rewrite the > wxpython-2.8.3.0.ebuild in the mean time to use the new eclass, or will you > guys be providing one shortly? There are no changes in this regard. Just having export WX_GTK_VER="2.8" in there should be sufficient once wxwidgets.eclass is updated to accept that value. The new eclass in there is wxlib.eclass, used ONLY by wxGTK ebuild. > Also, and I'm sure you have better things to do, can you critique my ebuild? > I'd like to get better at it. New versions should have all arches as ~arch - you can use ekeyword ~all <ebuild name> to get that modified quickly. But that's something for which you don't need to do a new attachement - all maintainers would run that quick command anyhow. Just FYI. Otherwise I don't have much anything to say without testing it really. It seems to be more or less a copy from an older version, so criticizing it is more or less criticizing myself for not having fixed some stuff in the ebuild that's in tree ;)
(In reply to comment #7) > Created an attachment (id=119467) [edit] > wxwidgets.eclass > > replacement for wxwidgets eclass that adds support for wxpython-2.8. The update > here was REALLY hacked together, and probably will break all over the place for > special cases. Please look at it closely. Works for me, though. > I tried installing wxpython using: wxpython-2.8.3.0.ebuild wxGTK-2.8.3.0.ebuild socketfix.patch wxwidgets.eclass wxGTK installs OK but wxpython gives these errors: creating build-gtk2.unicode/temp.linux-x86_64-2.4/src/gtk x86_64-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -march=athlon64 -O2 -pipe -fPIC -DSWIG_TYPE_TABLE=_wxPython_table -DSWIG_PYTHON_OUTPUT_TUPLE -DWXP_USE_THREAD=1 -UNDEBUG -Iinclude -Isrc -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/python2.4 -c src/helpers.cpp -o build-gtk2.unicode/temp.linux-x86_64-2.4/src/helpers.o In file included from src/helpers.cpp:16: include/wx/wxPython/wxPython_int.h:19:19: error: wx/wx.h: No such file or directory include/wx/wxPython/wxPython_int.h:21:25: error: wx/busyinfo.h: No such file or directory include/wx/wxPython/wxPython_int.h:22:22: error: wx/caret.h: No such file or directory include/wx/wxPython/wxPython_int.h:23:25: error: wx/choicebk.h: No such file or directory include/wx/wxPython/wxPython_int.h:24:24: error: wx/clipbrd.h: No such file or directory include/wx/wxPython/wxPython_int.h:25:25: error: wx/colordlg.h: No such file or directory ... src/helpers.cpp:2920: error: expected ',' or ';' before '{' token src/helpers.cpp:2942: error: 'int wxPyImageHandler::GetImageCount' is not a static member of 'class wxPyImageHandler' src/helpers.cpp:2942: error: 'wxInputStream' was not declared in this scope src/helpers.cpp:2942: error: 'stream' was not declared in this scope src/helpers.cpp:2942: error: expected ',' or ';' before '{' token error: command 'x86_64-pc-linux-gnu-gcc' failed with exit status 1 !!! ERROR: dev-python/wxpython-2.8.3.0 failed. I had wxpython-2.6 installed. I removed it but get the same errors. Bill
I need this version for bumping app-mobilephone/bitpim.
Can I use this ebuild? I need wxpython 2.8 for taskcoach.When is 2.8 expected to hit portage unstable?
By all means, go ahead and use it. Just beware of the fact that an official ebuild is on the way. Since this install is slotted, it really shouldn't have any negative effect on your system at all - the old version of wxpython will stay on your system.
(In reply to comment #16) > By all means, go ahead and use it. Just beware of the fact that an official > ebuild is on the way. Since this install is slotted, it really shouldn't have > any negative effect on your system at all - the old version of wxpython will > stay on your system. > Thanks for the answer! Good to hear an official ebuild is on the way. Do you happen to know when it's expected to hit portage?
Please don't close bugs until they are actually fixed.
wxpython fails: >>> Compiling source in /var/tmp/portage/dev-python/wxpython-2.8.3.0/work/wxPyth on-src-2.8.3.0/wxPython/ ... !!! set-wxconfig: Error: Can't find normal or debug version: !!! set-wxconfig: /usr/bin/wxgtk2u-2.4-config not found !!! set-wxconfig: /usr/bin/wxgtk2ud-2.4-config not found !!! You need to emerge wxGTK with unicode in your USE !!! This ebuild is from an overlay: '/usr/local/portage' I have the unicode USEflag enabled though: # emerge -av wxGTK These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-libs/wxGTK-2.8.4.0 USE="X doc gif joystick opengl sdl unicode -debug -gnome -odbc -stl" 0 kB [3]
Are there any devs left still interested in maintaining this package? Should we start removing reverse dependencies from the tree? The list of those is quite impressive (see http://www.gentoo-portage.com/dev-python/wxpython/RDep#ptabs).
Please have patience... We are working on fixing the mess accumulated from years of no good maintenance happening to the package before adding a new SLOT
Can I get a status update on this ebuild? I also need wxpython-2.8 for a package, and currently the highest version is 2.6. Are there any developers actively working on this?
(In reply to comment #22) > Can I get a status update on this ebuild? Sure! :) http://psykil.livejournal.com/312826.html this news appears on planet.gentoo.org today
Any updates?
No. We need wxGTK-2.8 in the tree first. See bug 145884 for that.
FYI: available in my overlay (layman -ka luke-jr)
See bug #182249 for an updated wxpython 2.8.6.1 ebuild (I couldn't find dirtyepic's).
Sorry, make that luke-jr's... Long week, don't ask...
Created attachment 138914 [details] Updated wxpython ebuild to match wxGTK ebuild in portage
wxpython-2.8 is in my overlay (layman -a dirtyepic). i haven't added it since installing it breaks many wxpython-2.6 packages. i've fixed about half of them and will finish the rest hopefully this weekend.
k, i moved the ebuild into portage. still masked til i get around to finishing my audit.
Done.