Bugzilla Bug 178727

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 an attachment (id=119423) [details]
ebuild for wxPython-2.8.3.0

Please review and improve - contributor's first ebuild!

Created an attachment (id=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 an attachment (id=119465) [details]
wxpython-2.8.3.0.ebuild

Working (for me) 2.8.3.0 ebuild.

Created an attachment (id=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] [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.
> 

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 an attachment (id=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.