| Summary: | New wxPython breaks programs | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | w unruh <unruh> |
| Component: | RPM Packages | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED INVALID | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | 5 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | wxPython-3.0.1.1 | CVE: | |
| Status comment: | |||
|
Description
w unruh
2016-01-13 01:17:10 CET
We can't possibly maintain a stack of libraries to be compatible with packages from other distros. wxgtk and wxPython 3.0 are indeed not fully compatible with the 2.8 version, so packages that rely on those versions need at least to be rebuilt, but often to be patched. So you can either keep wxPython from Mageia 4 and put it on urpmi's skip.list, or try to build bibus from source against wxPython 3.0 and see if it works. If not, that's an upstream issue as most distros are defaulting to wxPython 3.0 now. On Mageia's side, there's not much we can do, we won't revert to wxPython 2.8 for one Fedora package. Status:
NEW =>
RESOLVED |