Bug 163440
Summary: | Package version is ancient and requires an update. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Chris Spencer <chrisspen> |
Component: | wxPython | Assignee: | Matthew Miller <mattdm> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | alex, dzrudy, extras-qa, joel.schaerer, mattdm, pertusus, rh-bugzilla |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | wxPython-2.6.3.2-1 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-04-19 02:52:51 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 154618 | ||
Bug Blocks: |
Description
Chris Spencer
2005-07-16 18:16:08 UTC
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. |