Re: [Kicad-developers] wxPython-gtk3 woes

On 4/11/2018 1:52 PM, Bernhard Stegmaier wrote: > >> On 11. Apr 2018, at 19:18, Wayne Stambaugh wrote: >> >> On 4/11/2018 11:02 AM, Bernhard Stegmaier wrote: >>> >>> On 11. Apr 2018, at 16:40, Wayne Stambaugh >>> > wrote: > > Last point: Is there a l

Re: [Kicad-developers] wxPython-gtk3 woes

> On 11. Apr 2018, at 19:18, Wayne Stambaugh wrote: > > On 4/11/2018 11:02 AM, Bernhard Stegmaier wrote: >> >> >>> On 11. Apr 2018, at 16:40, Wayne Stambaugh >> > wrote: >>> Last point: Is there a list of issue detected with GTK3 ? Some bugs are ta

Re: [Kicad-developers] wxPython-gtk3 woes

On 4/11/2018 11:02 AM, Bernhard Stegmaier wrote: > > >> On 11. Apr 2018, at 16:40, Wayne Stambaugh > > wrote: >> >>> >>> Last point: Is there a list of issue detected with GTK3 ? Some bugs are >>> tagged with that ? >> >> Not that I am aware of.  Some of the related b

Re: [Kicad-developers] wxPython-gtk3 woes

> On 11. Apr 2018, at 16:40, Wayne Stambaugh wrote: > >> >> Last point: Is there a list of issue detected with GTK3 ? Some bugs are >> tagged with that ? > > Not that I am aware of. Some of the related bug reports may be tagged > with gtk3 but I'm not sure. If not, that would be a good thin

Re: [Kicad-developers] wxPython-gtk3 woes

On 4/11/2018 9:12 AM, Jean-Samuel Reynaud wrote: > Hi all, > > First: for PPA, I disable for the moment WXPYTHON when needed (for > bionis...). So it fixing temporary this issue > (https://bugs.launchpad.net/kicad/+bug/1762432) Thank you for fixing this. > > Second: I'm one of the user(s ?) who

Re: [Kicad-developers] wxPython-gtk3 woes

According to this documentation, wxPython versions can be defined by: wx-VERSION [-PORT-CHARTYPE [-FLAVOUR]] VERSION: By default this will be just the first two components of the VersionNumbers, (or the first three in an "unstable" release series) but the version selection code will support using

Re: [Kicad-developers] wxPython-gtk3 woes

Hi all, First: for PPA, I disable for the moment WXPYTHON when needed (for bionis...). So it fixing temporary this issue (https://bugs.launchpad.net/kicad/+bug/1762432) Second: I'm one of the user(s ?) who use wxpython for GUI in plugins. I'm sure is not a major feature (yet). Anyway the possibil

Re: [Kicad-developers] wxPython-gtk3 woes

So many distros have wxwidgets with gtk2 and gtk3, but now most upgrade wxpython to gtk3. 2018-04-10 15:36 GMT+02:00 Nick Østergaard : > This is because of the wxversion.py. It will then be provided by multiple > packages and I don't think it distinguishes different toolkit versions, > only multi

Re: [Kicad-developers] wxPython-gtk3 woes

This is because of the wxversion.py. It will then be provided by multiple packages and I don't think it distinguishes different toolkit versions, only multiple wxpython versions. https://wiki.wxpython.org/MultiVersionInstalls 2018-04-10 14:56 GMT+02:00 Wayne Stambaugh : > I wonder why they coul

Re: [Kicad-developers] wxPython-gtk3 woes

In the bug reported for Ubuntu bionic (lp:#1762432) there are three packages installed: - libwxgtk3.0-0v5:amd64 (wxWidgets/GTK2) - libwxgtk3.0-gtk3-0v5 (wxWidgets/GTK3) - python-wxgtk3.0 (wxPython/GTK3) My guess is that some applications may depend on wxWidgets/GTK2, and wxWidgets/GTK3 is simply

Re: [Kicad-developers] wxPython-gtk3 woes

+1 > On 10 Apr 2018, at 14:14, Wayne Stambaugh wrote: > > I'm fine with that given that there is a reasonable probability that > wxPython support will be disabled for some platforms until we resolve > the gtk3 issues. > > On 4/10/2018 9:14 AM, Adam Wolf wrote: >> Right now, one of the last bloc

Re: [Kicad-developers] wxPython-gtk3 woes

I'm fine with that given that there is a reasonable probability that wxPython support will be disabled for some platforms until we resolve the gtk3 issues. On 4/10/2018 9:14 AM, Adam Wolf wrote: > Right now, one of the last blockers for the Mac v5 packaging efforts > is wxpython. If it's having i

Re: [Kicad-developers] wxPython-gtk3 woes

Right now, one of the last blockers for the Mac v5 packaging efforts is wxpython. If it's having issues on other platforms, I may actually table that for a few days and see if we can get everything else going, and then we can have a good* (minus wxpython) rc2 for testing, and then tackle wxpython

Re: [Kicad-developers] wxPython-gtk3 woes

For our v5 release, I guess we are going to have to disable wxPython on the platforms who insist on building wxPython with gtk3. We can start looking at the transition to gtk3 and wxPhoenix during v6 development. Are distros actually shipping with wxWidgets built with gtk2 and wxPython built with

Re: [Kicad-developers] wxPython-gtk3 woes

I wonder why they couldn't make a gtk2 version of wxPython. It seems plausible since they created a gtk2 version of wxWidgets. Looks like the work load just got increased during v6 development. Maybe we should attack that first and backport the gtk3 fixes to v5 so distros wont have to support gt

Re: [Kicad-developers] wxPython-gtk3 woes

Le 10/04/2018 à 13:54, Nick Østergaard a écrit : > FYI, it has been a problem on fedora for years. So it was not an issue on > arch first. > > I guess there are multiple approaches to address this issue. > 1. Platforms can disable the wxpython scripting option which will get rid of > the footpri

Re: [Kicad-developers] wxPython-gtk3 woes

Miles Mccoo might have some new info regarding Phoenix (https://lists.launchpad.net/kicad-developers/msg31889.html) On Tuesday, 10 April 2018, 13:55, Nick Østergaard wrote: FYI, it has been a problem on fedora for years. So it was not an issue on arch first. I guess there are multiple

Re: [Kicad-developers] wxPython-gtk3 woes

I'd hate to loose this feature primarily as an user of action plugins and as an author of them. On Tuesday, 10 April 2018, 13:36, Maciej Sumiński wrote: It seems the easy solution to me too. I just wonder how many people rely on the Python shell or GUIs done with wxPython. On 04/10/20

Re: [Kicad-developers] wxPython-gtk3 woes

FYI, it has been a problem on fedora for years. So it was not an issue on arch first. I guess there are multiple approaches to address this issue. 1. Platforms can disable the wxpython scripting option which will get rid of the footprint wizards and the python console. 2. Hack wxpython with gtk2 t

Re: [Kicad-developers] wxPython-gtk3 woes

It seems the easy solution to me too. I just wonder how many people rely on the Python shell or GUIs done with wxPython. On 04/10/2018 01:32 PM, Jeff Young wrote: > I never got KICAD_SCRIPTING_WXPYTHON to work on my Mac, and I can’t say I’ve > missed it. > >> On 10 Apr 2018, at 12:26, Maciej Sum

Re: [Kicad-developers] wxPython-gtk3 woes

I never got KICAD_SCRIPTING_WXPYTHON to work on my Mac, and I can’t say I’ve missed it. > On 10 Apr 2018, at 12:26, Maciej Sumiński wrote: > > Apparently mixing wxWidgets-gtk2 and wxPython-gtk3 [1] is not only an > Arch issue anymore, as the upcoming Ubuntu release (bionic) also > provides wxPy

[Kicad-developers] wxPython-gtk3 woes

Apparently mixing wxWidgets-gtk2 and wxPython-gtk3 [1] is not only an Arch issue anymore, as the upcoming Ubuntu release (bionic) also provides wxPython package built against gtk3 [package: 2, bug report: 3]. There are two things we can do to fix the problem for v5: - Backport python-wxgtk3.0 pack