From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4 Description of problem: The current version of wxPython available in the repositories is 2.4.2.4-7. This was released nearly 2 years ago, in mid 2003, and is considerably out-of-date. The current version is 2.6. Could someone please add this most recent version to the repositories? Also, wxPython-demo is an invalable aid in learning wx, and is not in the repositories at all. Could this also be added (preferably wxPython-demo-2.6)? I apologize if this is not the right forum for suggestions or requests, but I was unable to find any other outlet. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Try to use wxPython 2. 3. Additional info:
Panu -- mind if I take this one over? In-progress updated packages at http://mattdm.org/misc/fedoraextras/
It's all yours :)
Thanks, man. :)
Despite appearances, I'm actually working on this. The current wxPython upstream package (2.6.2.1) has some Issues, wherein it seems to actually only work with a cvs snapshot of wxWidgets, not with the released 2.6.2.
So, from the wxPython author, the problems noted above are a mistake. And: > BTW, if everybody stays on schedule and there aren't any critical > breakages, then there should be a 2.6.3(.0) release in a couple weeks > for both wxWidgets and wxPython. It's highly tempting, now that I've waited this long, to wait for that too, since at that point it should Just Work.
Okay, so, it's been a little longer than I'd hoped, but wxGTK 2.6.3 and wxPython 2.6.3.0 should be out any day now....
If the new wxPython spec is going to be based on the one at http://mattdm.org/misc/fedoraextras/ , could the wxPython include dir with the header files and swig .i files not be deleted, or be put in a wxPython-devel package? As the swig based wxMozilla ( http://wxmozilla.sourceforge.net/ ) python module can't be built without the header files. Thanks, Doug
I have a somewhat updated version of it, but I had still removed those things. I can make a wxPython-devel package -- I'll just try to make it clear that most people developing with wxPython don't actually need that. Thanks for the comment.
*** Bug 185903 has been marked as a duplicate of this bug. ***
2.6.3.0 is out, any chance for this long awaited package update? ;-) http://wxpython.org/recentchanges.php
My update plan was stymied by the broken buildsystem. :) wxGTK is building in devel right now; after that comes wxPython (later today; I've got a meeting all morning). Then after that goes well I'll do FC5 and FC4 successively over the next few days.
Building now in devel....
(In reply to comment #12) > Building now in devel.... Looks like building wxPython on devel has succeeded, and wxGTK2 is now 2.6.3 in FC-5 too, so perhaps we could have an FC-5 (and even, dare I say it an FC-4) build. ;-)
The x86-64 built wxPython-2.6.3.0-4 doesn't work, wxPython applications complain about not being able to find the module. To get it working on x86-64, I added the following at the end of the %install section of the spec file: %if "%{_lib}" == "lib64" mv $RPM_BUILD_ROOT/%{python_sitelib}/* $RPM_BUILD_ROOT/%{python_sitearch} rm -rf $RPM_BUILD_ROOT/%{python_sitelib} %endif And changed the location of wx.pth and wxversion.py* in the %file section to be: %{python_sitearch}/wx.pth %{python_sitearch}/wxversion.py* Doug
Hmmm. It's odd that that's getting installed in the wrong place in the first place.
I know I'm always full of excuses... I'll try to get this done before Fudcon....
*** Bug 188215 has been marked as a duplicate of this bug. ***
Sorry to ping again, but erm, Fudcon's over now ;-)
No no, fair enough. :) I'm working on it right now.
Building in Fedora Extras devel. Since it's currently broken and has been for so long, I'll build for FC5 as soon as I hear positive feedback or on Monday, whichever comes first.
(In reply to comment #20) > Building in Fedora Extras devel. Since it's currently broken and has been for so > long, I'll build for FC5 as soon as I hear positive feedback or on Monday, > whichever comes first. And then FC-4 on Tuesday? ;-)
Builds and runs fine on x86-64 FC5 On FC4 wxGTK-2.6.3-2.6.3.2.0 doesn't build, the following line in wxGTK.spec: BuildRequires: mesa-libGL-devel, mesa-libGLU-devel needs to be changed to: BuildRequires: libGL-devel, libGLU-devel wxPython.spec already has that mod and builds fine on FC4.
Building in FC4 now. If there are severe problems with that build, please reopen this. For other issues, please file new bugs. Thanks for your patience on this!
How about wxPythonGTK2 ? You marked my bug (188215) as a duplicate of this one, but you didn't do anything about wxPythonGTK2. As a result, I still have the same problem.
The new wxPython package obsoletes wxPythonGTK2. If you do "yum upgrade", wxPython will replace wxPythonGTK2. (This conforms to the normal Fedora package-naming guidelines -- the upstream package is just "wxPython".) I see from your bug report that you're using FC5, so the new package should be there. If this _doesn't_ work, let me know right away. Thanks.
(In reply to comment #24) > How about wxPythonGTK2 ? You marked my bug (188215) as a duplicate of this one, > but you didn't do anything about wxPythonGTK2. As a result, I still have the > same problem. wxPythonGTK2 should be replaced by compat-wxPythonGTK2 but it hasn't yet been built on devel or FC-5. This is probably by the Package Review isn't closed: bug #175500.
*nod* And that should only be necessary if you need wxPython 2.4.x.