Hi all,
This is mostly targeted at maintainers (bcc'd in case not subscribed to Fedora devel) of packages that depend on wxPython (aka python3-wxpython4).
TL;DR: if your package uses python3-wxpython4, please test it with the python3-wxpython4 from this COPR [1] and provide me any feedback, positive or negative, if you can.
Affected packages:
congruity esphomeflasher (python-esphomeflasher) grass kicad plater (printrun) playonlinux printrun-common (printrun) pronterface (printrun) pyhoca-gui python3-fsleyes (python-fsleyes) python3-fsleyes-props (python-fsleyes-props) python3-fsleyes-widgets (python-fsleyes-widgets) python3-fslpy (python-fslpy) python3-humblewx (python-humblewx) python3-matplotlib-wx (python-matplotlib) python3-pyobd (python-pyobd) python3-wxnatpy (python-wxnatpy) quisk rtlsdr-scanner smbcmp-gui (smbcmp) timeline trelby winpdb wxGlade
wxPython 4.1.2 might be approaching release soon and I'm thinking about upgrading Rawhide to it when released.
A little bit of background: wxPython is the Python bindings for wxWidgets, the cross-platform GUI library. Currently, we have two versions of wxWidgets packaged in Fedora:
wxGTK3 - wxWidgets 3.0.x (stable release) wxGTK - wxWidgets 3.1.x (development release)
For wxPython, we currently have version 4.0.7 which corresponds to wxWidgets 3.0.x release (wxGTK3). wxPython 4.1.0 (which corresponds to wxWidgets 3.1.x) was released in April 2020, but I have hesitated to move Fedora to it because it (wxPython) bundles its own copy of wxWidgets that didn't necessarily correspond to a released version of wxWidgets and having to use the bundled copy would be frowned upon in Fedora. However, wxPython 4.1.2 is nearing release (I think) and it seems to be locked to wxWidgets 3.1.5. That, plus the fact that wxPython 4.0.7 is starting to become harder to maintain (e.g., for Python 3.10 support), I think it might be time to move forward. However, wxPython 4.1.x is a fairly major change (mostly due to the changes in the underlying wxWidgets) so there could be impacts to packages that use it.
I have built this COPR [1] with a pre-release copy of wxPython 4.1.2 and would appreciate any feedback on it. I'll try to get any bugs addressed ASAP. Also, please let me know if you are strongly opposed to the change, or if your package can't support wxPython 4.1.x.
Thanks, Scott
[1] https://copr.fedorainfracloud.org/coprs/swt2c/wxPython-4.1.2/
On 11. 01. 22 19:17, Scott Talbert wrote:
Hi all,
This is mostly targeted at maintainers (bcc'd in case not subscribed to Fedora devel) of packages that depend on wxPython (aka python3-wxpython4).
TL;DR: if your package uses python3-wxpython4, please test it with the python3-wxpython4 from this COPR [1] and provide me any feedback, positive or negative, if you can.
Affected packages:
plater (printrun) printrun-common (printrun) pronterface (printrun)
Printrun seems to pin 4.1.0
https://github.com/kliment/Printrun/blob/printrun-2.0.0rc8/requirements.txt#...
I forgot why exactly that was. I will try to test with the new version as soon as possible.
On 1/11/22 01:17 PM, Scott Talbert wrote:
Hi all,
This is mostly targeted at maintainers (bcc'd in case not subscribed to Fedora devel) of packages that depend on wxPython (aka python3-wxpython4).
TL;DR: if your package uses python3-wxpython4, please test it with the python3-wxpython4 from this COPR [1] and provide me any feedback, positive or negative, if you can.
I made a test build of kicad, and it works perfectly using your python3-wxpython4-4.1.2-0.1.dev5292+77fa6cf8.fc35.x86_64.rpm package.
I hope that an official package can be added to rawhide when wxPython 4.1.2 is released by upstream.
Steve
On Tue, 11 Jan 2022, Steven A. Falco wrote:
Hi all,
This is mostly targeted at maintainers (bcc'd in case not subscribed to Fedora devel) of packages that depend on wxPython (aka python3-wxpython4).
TL;DR: if your package uses python3-wxpython4, please test it with the python3-wxpython4 from this COPR [1] and provide me any feedback, positive or negative, if you can.
I made a test build of kicad, and it works perfectly using your python3-wxpython4-4.1.2-0.1.dev5292+77fa6cf8.fc35.x86_64.rpm package.
I hope that an official package can be added to rawhide when wxPython 4.1.2 is released by upstream.
Thanks for testing and glad to hear! kicad uses wxWidgets directly also, and would need to move to wxGTK in lockstep with wxPython 4.1.x, correct?
Scott
On 1/11/22 05:14 PM, Scott Talbert wrote:
On Tue, 11 Jan 2022, Steven A. Falco wrote:
Hi all,
This is mostly targeted at maintainers (bcc'd in case not subscribed to Fedora devel) of packages that depend on wxPython (aka python3-wxpython4).
TL;DR: if your package uses python3-wxpython4, please test it with the python3-wxpython4 from this COPR [1] and provide me any feedback, positive or negative, if you can.
I made a test build of kicad, and it works perfectly using your python3-wxpython4-4.1.2-0.1.dev5292+77fa6cf8.fc35.x86_64.rpm package.
I hope that an official package can be added to rawhide when wxPython 4.1.2 is released by upstream.
Thanks for testing and glad to hear! kicad uses wxWidgets directly also, and would need to move to wxGTK in lockstep with wxPython 4.1.x, correct?
Correct. I used wxGTK (not wxGTK3) along with your python3-wxpython4 package. The resulting KiCad build worked perfectly.
Steve
Trelby works perfectly with the new version.
-- Gwyn Ciesla she/her/hers ------------------------------------------------ in your fear, seek only peace in your fear, seek only love -d. bowie
Sent with ProtonMail Secure Email.
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Tuesday, January 11th, 2022 at 12:17 PM, Scott Talbert swt@techie.net wrote:
Hi all,
This is mostly targeted at maintainers (bcc'd in case not subscribed to
Fedora devel) of packages that depend on wxPython (aka python3-wxpython4).
TL;DR: if your package uses python3-wxpython4, please test it with the
python3-wxpython4 from this COPR [1] and provide me any feedback, positive
or negative, if you can.
Affected packages:
congruity
esphomeflasher (python-esphomeflasher)
grass
kicad
plater (printrun)
playonlinux
printrun-common (printrun)
pronterface (printrun)
pyhoca-gui
python3-fsleyes (python-fsleyes)
python3-fsleyes-props (python-fsleyes-props)
python3-fsleyes-widgets (python-fsleyes-widgets)
python3-fslpy (python-fslpy)
python3-humblewx (python-humblewx)
python3-matplotlib-wx (python-matplotlib)
python3-pyobd (python-pyobd)
python3-wxnatpy (python-wxnatpy)
quisk
rtlsdr-scanner
smbcmp-gui (smbcmp)
timeline
trelby
winpdb
wxGlade
wxPython 4.1.2 might be approaching release soon and I'm thinking about
upgrading Rawhide to it when released.
A little bit of background: wxPython is the Python bindings for wxWidgets,
the cross-platform GUI library. Currently, we have two versions of
wxWidgets packaged in Fedora:
wxGTK3 - wxWidgets 3.0.x (stable release)
wxGTK - wxWidgets 3.1.x (development release)
For wxPython, we currently have version 4.0.7 which corresponds to
wxWidgets 3.0.x release (wxGTK3). wxPython 4.1.0 (which corresponds to
wxWidgets 3.1.x) was released in April 2020, but I have hesitated to move
Fedora to it because it (wxPython) bundles its own copy of wxWidgets that
didn't necessarily correspond to a released version of wxWidgets and
having to use the bundled copy would be frowned upon in Fedora. However,
wxPython 4.1.2 is nearing release (I think) and it seems to be locked to
wxWidgets 3.1.5. That, plus the fact that wxPython 4.0.7 is starting to
become harder to maintain (e.g., for Python 3.10 support), I think it
might be time to move forward. However, wxPython 4.1.x is a fairly major
change (mostly due to the changes in the underlying wxWidgets) so there
could be impacts to packages that use it.
I have built this COPR [1] with a pre-release copy of wxPython 4.1.2 and
would appreciate any feedback on it. I'll try to get any bugs addressed
ASAP. Also, please let me know if you are strongly opposed to the change,
or if your package can't support wxPython 4.1.x.
Thanks,
Scott
[1] https://copr.fedorainfracloud.org/coprs/swt2c/wxPython-4.1.2/