Hi all, I have a question about something that may
or may not be an wxpython issue.
I am running a wxpython app using wxpython 3.0 on linux, windows and macosx.
The the linux and windows versions work fine, but the macosx version
starts and appears nomeal, but I have to switch to another application in order to
for UI updates to show.
I realize that this is an open ended question, but I wonder if wxpython 3.0.0 is known to have problems
on macosx?
thanks,
Bjorn
Hi all, I have a question about something that may
or may not be an wxpython issue.I am running a wxpython app using wxpython 3.0 on linux, windows and
macosx.
The the linux and windows versions work fine, but the macosx version
starts and appears nomeal, but I have to switch to another application in
order to
for UI updates to show.
Hmm, that seems odd. I've not experienced that.
I realize that this is an open ended question, but I wonder if wxpython
3.0.0 is known to have problems
on macosx?
Well, of course I prefer to use version 3.0.3 snapshots whenever possible
But, I can also say that I have several apps that I use and distribute
using Anaconda that work just fine with the wxpython 3.0.0 that is most
readily available for Anaconda on Mac OSX, Windows, and Linux.
I'm sure there are "known problems", but I can also assure you that many
apps work just fine.
--Matt
On Tue, Mar 7, 2017 at 10:02 AM, Björn Johansson <bjornjobb@gmail.com> wrote:
I actually did have some issues with 3.0.0 on OS-X - don't remember what
there were, but 3.0.2 fixed them.
But, I can also say that I have several apps that I use and distribute
using Anaconda that work just fine with the wxpython 3.0.0 that is most
readily available for Anaconda on Mac OSX, Windows, and Linux.
I'm quite disappointed that Continuum hasn't upgraded wxpython, but:
1) I have a newer build for OS-X on my channel:
https://anaconda.org/noaa-orr-erd/wxpython
2) I've been meaning, for ages, so get updated builds in conda-forge:
https://conda-forge.github.io/
Anyone care to help?
-CHB
On Tue, Mar 7, 2017 at 1:27 PM, Matt Newville <newville@cars.uchicago.edu> wrote:
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker@noaa.gov
Hi Chris,
On Tue, Mar 7, 2017 at 5:03 PM, Chris Barker chris.barker@noaa.gov wrote:
Yes, me too. There is also the whole non-Framework issue with Continuum. Blech.
In fairness to Continuum, it would probably be much easier to convince them to support a newer version of wxPython if it a release was available for Python 3. I suspect that many people view wxPython as “completely dead”. Until Phoenix is released, it’s hard to demonstrate that those of developing with it are not delusional ;).
Yes, I’ve used this!
I would really like to see conda packages of Phoenix for linux, osx, win64, and win32, including Python3. I’m +1 on using conda-forge. If that was available, I would be ready to abandon Python 2.
I might be willing to help, but I don’t have a lot of experience building coda package that involve compiled libraries.
–Matt
I actually did have some issues with 3.0.0 on OS-X - don’t remember what there were, but 3.0.2 fixed them.
On Tue, Mar 7, 2017 at 1:27 PM, Matt Newville newville@cars.uchicago.edu wrote:
I’m quite disappointed that Continuum hasn’t upgraded wxpython, but:
But, I can also say that I have several apps that I use and distribute using Anaconda that work just fine with the wxpython 3.0.0 that is most readily available for Anaconda on Mac OSX, Windows, and Linux.
https://anaconda.org/noaa-orr-erd/wxpython
https://conda-forge.github.io/
Anyone care to help?
Yes, Blech – and the fact that setup tools does not support pythonw too.
I’m not sure that has anything to do with it, honestly. There just isn’t much demand at all.
That is vet do-able. Kevin Olivier made s start on it – maybe I’ll pick it up again…
How about building wxPython at all ? On Windows or Linux?
Also, while it is not the “preferred” way, you can make a Vonda package out of s wheel pretty easily…
-CHB
Yes, me too. There is also the whole non-Framework issue with Continuum. Blech.
In fairness to Continuum, it would probably be much easier to convince them to support a newer version of wxPython if it a release was available for Python 3. I suspect that many people view wxPython as “completely dead”. Until Phoenix is released, it’s hard to demonstrate that those of developing with it are not delusional ;).
I would really like to see conda packages of Phoenix for linux, osx, win64, and win32, including Python3.
I might be willing to help, but I don’t have a lot of experience building coda package that involve compiled libraries.
–Matt
Yes, me too. There is also the whole non-Framework issue with Continuum.
Blech.Yes, Blech -- and the fact that setup tools does not support pythonw too.
In fairness to Continuum, it would probably be much easier to convince
them to support a newer version of wxPython if it a release was available
for Python 3. I suspect that many people view wxPython as "completely
dead". Until Phoenix is released, it's hard to demonstrate that those of
developing with it are not delusional ;).I'm not sure that has anything to do with it, honestly. There just isn't
much demand at all.I would really like to see conda packages of Phoenix for linux, osx,
win64, and win32, including Python3.That is vet do-able. Kevin Olivier made s start on it -- maybe I'll pick
it up again...
I see an "anaconda/wxpython" package on anaconda.org that has wxpython
3.0.0.0 for all 4 platforms for Python2.7. I have not looked at the conda
recipes of these.
I might be willing to help, but I don't have a lot of experience building
coda package that involve compiled libraries.How about building wxPython at all ? On Windows or Linux?
Yes on Linux and Mac. On Windows, yes for older wxPython, but possibly not
for Phoenix. And not specifically for Anaconda on any platform. But, I'll
look into the existing conda recipes.
--Matt
On Wed, Mar 8, 2017 at 9:54 AM, Chris Barker - NOAA Federal < chris.barker@noaa.gov> wrote:
I would really like to see conda packages of Phoenix for linux, osx,
win64, and win32, including Python3.That is very do-able. Kevin Olivier made s start on it -- maybe I'll pick
it up again...I see an "anaconda/wxpython" package on anaconda.org that has wxpython
3.0.0.0 for all 4 platforms for Python2.7. I have not looked at the conda
recipes of these.
I don't think those are published. a conda package is essentially an
archive of everything that needs to be installed, it can be built by hand,
or converted from wheels or other installers. In fact, many of the Anaconda
pcages were built in various kludgy ways before conda-build was mature.
Which is why they haven't upgraded it -- there is no recipe to simply bump
the version number on.
How about building wxPython at all ? On Windows or Linux?
Yes on Linux and Mac. On Windows, yes for older wxPython, but possibly
not for Phoenix. And not specifically for Anaconda on any platform. But,
I'll look into the existing conda recipes.
Here is mine:
(only works on OS-X, but it's a start)
and here is one for Phoenix:
(that one is a kludge that simply installs from teh wheels that Robin
builds -- but why not?)
I've got one for wxmpl in there too 
Once better tested, these should move to conda-forge....
-Chris
On Wed, Mar 8, 2017 at 8:40 AM, Matt Newville <newville@cars.uchicago.edu> wrote:
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker@noaa.gov
Hi Chris,
Thanks. I sort of like the idea of using a wheels from the snapshot builds of Phoenix, as these will be tested outside of Anaconda. That also seems very easy to maintain. Can you or anyone else think of any reason to not do that, especially for Mac and Windows?
I’m not entirely sure what to do with the proliferation of Linux wheels for Phoenix. A conda recipe that builds from source might be more reliable for Linux, or perhaps one of the pre-built snapshot wheels matches Anaconda assumptions about gtk etc.
–Matt
On Wed, Mar 8, 2017 at 11:25 AM, Chris Barker chris.barker@noaa.gov wrote:
On Wed, Mar 8, 2017 at 8:40 AM, Matt Newville newville@cars.uchicago.edu wrote:
–
You received this message because you are subscribed to the Google Groups “wxPython-users” group.To unsubscribe from this group and stop receiving emails from it, send an email to wxpython-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
I don’t think those are published. a conda package is essentially an archive of everything that needs to be installed, it can be built by hand, or converted from wheels or other installers. In fact, many of the Anaconda pcages were built in various kludgy ways before conda-build was mature.
Which is why they haven’t upgraded it – there is no recipe to simply bump the version number on.
How about building wxPython at all ? On Windows or Linux?
Here is mine:
https://github.com/NOAA-ORR-ERD/orr-conda-recipes/tree/master/wxpython
(only works on OS-X, but it’s a start)
and here is one for Phoenix:
https://github.com/NOAA-ORR-ERD/orr-conda-recipes/tree/master/wxpython-phoenix
(that one is a kludge that simply installs from teh wheels that Robin builds – but why not?)
I’ve got one for wxmpl in there too
Once better tested, these should move to conda-forge…
-Chris
–
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
I would really like to see conda packages of Phoenix for linux, osx, win64, and win32, including Python3.
That is very do-able. Kevin Olivier made s start on it – maybe I’ll pick it up again…
I see an “anaconda/wxpython” package on anaconda.org that has wxpython 3.0.0.0 for all 4 platforms for Python2.7. I have not looked at the conda recipes of these.
Yes on Linux and Mac. On Windows, yes for older wxPython, but possibly not for Phoenix. And not specifically for Anaconda on any platform. But, I’ll look into the existing conda recipes.
Ok, thanks for the input. I will try your 3.0.2 to see if it works.
/bjorn
On Tuesday, March 7, 2017 at 11:03:43 PM UTC, Chris Barker wrote:
I actually did have some issues with 3.0.0 on OS-X - don’t remember what there were, but 3.0.2 fixed them.
On Tue, Mar 7, 2017 at 1:27 PM, Matt Newville newv...@cars.uchicago.edu wrote:
But, I can also say that I have several apps that I use and distribute using Anaconda that work just fine with the wxpython 3.0.0 that is most readily available for Anaconda on Mac OSX, Windows, and Linux.
I’m quite disappointed that Continuum hasn’t upgraded wxpython, but:
- I have a newer build for OS-X on my channel:
- I’ve been meaning, for ages, so get updated builds in conda-forge:
Anyone care to help?
-CHB
–
Christopher Barker, Ph.D.
OceanographerEmergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
I installed the official linux wheel for phoenix a couple of days before using pip.
The package imports but I did not test it further. I think using these wheels would be a good start.
/bjorn
On Thursday, March 9, 2017 at 2:11:35 AM UTC, Matt Newville wrote:
Hi Chris,
Thanks. I sort of like the idea of using a wheels from the snapshot builds of Phoenix, as these will be tested outside of Anaconda. That also seems very easy to maintain. Can you or anyone else think of any reason to not do that, especially for Mac and Windows?
I’m not entirely sure what to do with the proliferation of Linux wheels for Phoenix. A conda recipe that builds from source might be more reliable for Linux, or perhaps one of the pre-built snapshot wheels matches Anaconda assumptions about gtk etc.
–Matt
On Wed, Mar 8, 2017 at 11:25 AM, Chris Barker chris....@noaa.gov wrote:
On Wed, Mar 8, 2017 at 8:40 AM, Matt Newville newv...@cars.uchicago.edu wrote:
I would really like to see conda packages of Phoenix for linux, osx, win64, and win32, including Python3.
That is very do-able. Kevin Olivier made s start on it – maybe I’ll pick it up again…
I see an “anaconda/wxpython” package on anaconda.org that has wxpython 3.0.0.0 for all 4 platforms for Python2.7. I have not looked at the conda recipes of these.
I don’t think those are published. a conda package is essentially an archive of everything that needs to be installed, it can be built by hand, or converted from wheels or other installers. In fact, many of the Anaconda pcages were built in various kludgy ways before conda-build was mature.
Which is why they haven’t upgraded it – there is no recipe to simply bump the version number on.
How about building wxPython at all ? On Windows or Linux?
Yes on Linux and Mac. On Windows, yes for older wxPython, but possibly not for Phoenix. And not specifically for Anaconda on any platform. But, I’ll look into the existing conda recipes.
Here is mine:
https://github.com/NOAA-ORR-ERD/orr-conda-recipes/tree/master/wxpython
(only works on OS-X, but it’s a start)
and here is one for Phoenix:
https://github.com/NOAA-ORR-ERD/orr-conda-recipes/tree/master/wxpython-phoenix
(that one is a kludge that simply installs from teh wheels that Robin builds – but why not?)
I’ve got one for wxmpl in there too
Once better tested, these should move to conda-forge…
-Chris
–
Christopher Barker, Ph.D.
OceanographerEmergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
–
You received this message because you are subscribed to the Google Groups “wxPython-users” group.To unsubscribe from this group and stop receiving emails from it, send an email to wxpython-user...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Thanks. I sort of like the idea of using a wheels from the snapshot
builds of Phoenix, as these will be tested outside of Anaconda. That also
seems very easy to maintain. Can you or anyone else think of any reason to
not do that, especially for Mac and Windows?
Well, if you are going to be "pure" about it -- it would be nice if the
conda-forge packages used libs like libpng, etc that are already in
conda-forge, rather than bundling them.
But practicality beats purity, after all.
I'm not entirely sure what to do with the proliferation of Linux wheels
for Phoenix. A conda recipe that builds from source might be more reliable
for Linux, or perhaps one of the pre-built snapshot wheels matches Anaconda
assumptions about gtk etc.
there's the rub. Anaconda assumes a very basic linux system, with old
libraries (CentOS5, maybe?) -- so things will run pretty much anywhere.
But that means conda would need to supply GTK -- and I don't think it does
at this point.
Not sure what Robin's wheels assume ....
-CHB
On Wed, Mar 8, 2017 at 6:11 PM, Matt Newville <newville@cars.uchicago.edu> wrote:
On Wed, Mar 8, 2017 at 11:25 AM, Chris Barker <chris.barker@noaa.gov> > wrote:
On Wed, Mar 8, 2017 at 8:40 AM, Matt Newville <newville@cars.uchicago.edu >> > wrote:
I would really like to see conda packages of Phoenix for linux, osx,
win64, and win32, including Python3.That is very do-able. Kevin Olivier made s start on it -- maybe I'll
pick it up again...I see an "anaconda/wxpython" package on anaconda.org that has wxpython
3.0.0.0 for all 4 platforms for Python2.7. I have not looked at the conda
recipes of these.I don't think those are published. a conda package is essentially an
archive of everything that needs to be installed, it can be built by hand,
or converted from wheels or other installers. In fact, many of the Anaconda
pcages were built in various kludgy ways before conda-build was mature.Which is why they haven't upgraded it -- there is no recipe to simply
bump the version number on.How about building wxPython at all ? On Windows or Linux?
Yes on Linux and Mac. On Windows, yes for older wxPython, but possibly
not for Phoenix. And not specifically for Anaconda on any platform. But,
I'll look into the existing conda recipes.Here is mine:
orr-conda-recipes/wxpython at master · NOAA-ORR-ERD/orr-conda-recipes · GitHub
(only works on OS-X, but it's a start)
and here is one for Phoenix:
https://github.com/NOAA-ORR-ERD/orr-conda-recipes/tree/maste
r/wxpython-phoenix(that one is a kludge that simply installs from teh wheels that Robin
builds -- but why not?)I've got one for wxmpl in there too
Once better tested, these should move to conda-forge....
-Chris
--
Christopher Barker, Ph.D.
OceanographerEmergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main receptionChris.Barker@noaa.gov
--
You received this message because you are subscribed to the Google Groups
"wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to wxpython-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.--
You received this message because you are subscribed to the Google Groups
"wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to wxpython-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker@noaa.gov
I installed the official linux wheel for phoenix a couple of days before
using pip.
The package imports but I did not test it further. I think using these
wheels would be a good start.
Worth a shot.
What linux version are you running on ?
BTW, the linux build is not that hard -- but I don't think the conda-forge
docker image is going to have GTK in it -- so that may be a challenge.
This is worth taking to the conda-forge folks -- I'm sure some of these
issues have been mulled over.
-CHB
On Wed, Mar 8, 2017 at 9:55 PM, Björn Johansson <bjornjobb@gmail.com> wrote:
/bjorn
On Thursday, March 9, 2017 at 2:11:35 AM UTC, Matt Newville wrote:
Hi Chris,
Thanks. I sort of like the idea of using a wheels from the snapshot
builds of Phoenix, as these will be tested outside of Anaconda. That also
seems very easy to maintain. Can you or anyone else think of any reason to
not do that, especially for Mac and Windows?I'm not entirely sure what to do with the proliferation of Linux wheels
for Phoenix. A conda recipe that builds from source might be more reliable
for Linux, or perhaps one of the pre-built snapshot wheels matches Anaconda
assumptions about gtk etc.--Matt
On Wed, Mar 8, 2017 at 11:25 AM, Chris Barker <chris....@noaa.gov> wrote:
On Wed, Mar 8, 2017 at 8:40 AM, Matt Newville <newv...@cars.uchicago.edu >>> > wrote:
I would really like to see conda packages of Phoenix for linux, osx,
win64, and win32, including Python3.That is very do-able. Kevin Olivier made s start on it -- maybe I'll
pick it up again...I see an "anaconda/wxpython" package on anaconda.org that has wxpython
3.0.0.0 for all 4 platforms for Python2.7. I have not looked at the conda
recipes of these.I don't think those are published. a conda package is essentially an
archive of everything that needs to be installed, it can be built by hand,
or converted from wheels or other installers. In fact, many of the Anaconda
pcages were built in various kludgy ways before conda-build was mature.Which is why they haven't upgraded it -- there is no recipe to simply
bump the version number on.How about building wxPython at all ? On Windows or Linux?
Yes on Linux and Mac. On Windows, yes for older wxPython, but possibly
not for Phoenix. And not specifically for Anaconda on any platform. But,
I'll look into the existing conda recipes.Here is mine:
orr-conda-recipes/wxpython at master · NOAA-ORR-ERD/orr-conda-recipes · GitHub
(only works on OS-X, but it's a start)
and here is one for Phoenix:
https://github.com/NOAA-ORR-ERD/orr-conda-recipes/tree/maste
r/wxpython-phoenix(that one is a kludge that simply installs from teh wheels that Robin
builds -- but why not?)I've got one for wxmpl in there too
Once better tested, these should move to conda-forge....
-Chris
--
Christopher Barker, Ph.D.
OceanographerEmergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main receptionChris....@noaa.gov
--
You received this message because you are subscribed to the Google
Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to wxpython-user...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.--
You received this message because you are subscribed to the Google Groups
"wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to wxpython-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker@noaa.gov
Chris Barker wrote:
Not sure what Robin's wheels assume ....
They are built using a series of Vagrant VMs. You can see the
Vagrantfiles and the bootstrap.sh scripts here for details:
https://github.com/wxWidgets/Phoenix/tree/master/vagrant
The boostrap.sh scripts install the packages needed on that distro for
doing complete builds of wxGTK (for both gtk2 and gtk3) and for as many
versions of Python that are available for the distro, so that is a good
place to look to determine requirements. Although the wxGTK libs are
included in those wheels, anything else that is dynamically linked will
need to be present on the system.
--
Robin Dunn
Software Craftsman
> Not sure what Robin's wheels assume ....
They are built using a series of Vagrant VMs. You can see the
Vagrantfiles and the bootstrap.sh scripts here for details:
https://github.com/wxWidgets/Phoenix/tree/master/vagrant
thanks!
The boostrap.sh scripts install the packages needed on that distro for
doing complete builds of wxGTK (for both gtk2 and gtk3) and for as many
versions of Python that are available for the distro, so that is a good
place to look to determine requirements. Although the wxGTK libs are
included in those wheels, anything else that is dynamically linked will
need to be present on the system.
yeah, that's the trick. conda assumes only a base CentOS5 (I think it's
still 5 -- though that's pretty darn old). conda-forge does provide a bunch
of other "ordinary" libs, but I don't think GTK at all.
So I wouldn't even know which linux wheel you'd want to put up there, and
it would only work on SOME systems.
But it's a good topic for the conda-forge folks.
And we could still do Windows and OS-X...
-CHB
On Thu, Mar 9, 2017 at 4:56 PM, Robin Dunn <robin@alldunn.com> wrote:
--
Robin Dunn
Software Craftsman
http://wxPython.org--
You received this message because you are subscribed to the Google Groups
"wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to wxpython-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker@noaa.gov
Hi all,
I"d like to get this conda recipe thing going, so I made a gitHub repo to collaborate on it:
https://github.com/PythonCHB/wxPython_conda_recipe
I’d be happy to add any of you that want to help out as collaborators – just send me your gitHub handle.
Current state of affairs:
The OS-X build of classic works with Python2.7
The Linux build of classic is untested – and I’m not sure where to go with that, as you’d need to assume GTK – and what version of linux? but might be worth experimenting with.
The Windows build should not be too painful, build I don’t have easy access to a Windows box.
for Phoenix, there is a kludgy build that uses pip to grab a wheel. Only on OS-X so far.
I’d rather that it built it properly, but maybe this isn’t a bad start.
I hope you’ll come help out!
-CHB
On Thu, Mar 9, 2017 at 5:28 PM, Chris Barker chris.barker@noaa.gov wrote:
–
On Thu, Mar 9, 2017 at 4:56 PM, Robin Dunn robin@alldunn.com wrote:
Not sure what Robin’s wheels assume …
They are built using a series of Vagrant VMs. You can see the
Vagrantfiles and the bootstrap.sh scripts here for details:
thanks!
The boostrap.sh scripts install the packages needed on that distro for
doing complete builds of wxGTK (for both gtk2 and gtk3) and for as many
versions of Python that are available for the distro, so that is a good
place to look to determine requirements. Although the wxGTK libs are
included in those wheels, anything else that is dynamically linked will
need to be present on the system.
yeah, that’s the trick. conda assumes only a base CentOS5 (I think it’s still 5 – though that’s pretty darn old). conda-forge does provide a bunch of other “ordinary” libs, but I don’t think GTK at all.
So I wouldn’t even know which linux wheel you’d want to put up there, and it would only work on SOME systems.
But it’s a good topic for the conda-forge folks.
And we could still do Windows and OS-X…
-CHB
–
Robin Dunn
Software Craftsman
–
You received this message because you are subscribed to the Google Groups “wxPython-users” group.
To unsubscribe from this group and stop receiving emails from it, send an email to wxpython-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
–
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Hi Chris,
On Thu, Mar 9, 2017 at 7:43 PM, Chris Barker chris.barker@noaa.gov wrote:
Hi all,
I"d like to get this conda recipe thing going, so I made a gitHub repo to collaborate on it:
I’d be happy to add any of you that want to help out as collaborators – just send me your gitHub handle.
Great, I’m in (and “newville”). I just forked your repo, and will start playing with it when I can. Two questions:
Should this start from a fork of conda-forge/stage-recipes?
Would it be reasonable/useful to set up a github organization (perhaps wxPython-contrib) for this and other wxPython-related projects?
Current state of affairs:
The OS-X build of classic works with Python2.7
The Linux build of classic is untested – and I’m not sure where to go with that, as you’d need to assume GTK – and what version of linux? but might be worth experimenting with.
I don’t think anaconda is using Centos5. And I sure hope not – maintenance for Cento5 expires this month!
I think it might be debian 8.5 (see https://hub.docker.com/r/continuumio/miniconda/~/dockerfile/), which is conveniently part of Robin’s builds.
The Windows build should not be too painful, build I don’t have easy access to a Windows box.
I’ll try to take this on. I have Anaconda running on several Win64 machines and at least one Win32 machine.
for Phoenix, there is a kludgy build that uses pip to grab a wheel. Only on OS-X so far.
I’d rather that it built it properly, but maybe this isn’t a bad start.
At this point, I’m really only interested in Phoenix and 3.0.2 or later, but I also think using the snapshot wheels is a fine idea.
I hope you’ll come help out!
Will do.
–Matt
I"d like to get this conda recipe thing going, so I made a gitHub repo to
collaborate on it:
GitHub - PythonCHB/wxPython_conda_recipe: repo to play with conda recipes for wxpython (and phoenix)
Great, I'm in (and "newville").
you've been invited.
I just forked your repo, and will start playing with it when I can.
once you've joined, you can work in the repo, rather than a fork -- I find
that easier. you can branch if you want to do a PR and get reveiew first --
or just hack away in master!
Two questions:
Should this start from a fork of conda-forge/stage-recipes?
I don't think so -- the hard part is getting a recipe to build properly,
then getting conda-forge to built it is not too bad (usually) -- and the
recipe can be copied to conda-forge when it is ready.
Would it be reasonable/useful to set up a github organization (perhaps
wxPython-contrib) for this and other wxPython-related projects?
Yes, if we have more than a couple repos to add.
Which maybe we do -- you could put wxmpl in there, I could put my wxPython
Demos in there, etc.
Maybe see if others in the community like the idea?
-CHB
I don't think anaconda is using Centos5. And I sure hope not --
maintenance for Cento5 expires this month!
well -- I do know it's a pretty old version, and I thought it was CEntOS5
-- and that is waht the manylinux effort is using:
and they were inspired by Anaconda (and EPD).
I think it might be debian 8.5 (see https://hub.docker.com/r/
continuumio/miniconda/~/dockerfile/), which is conveniently part of
Robin's builds.
But maybe Continuum has modernised a bit...
In any case, the conda-forge folks will know what we want to support.
The Windows build should not be too painful, build I don't have easy
access to a Windows box.
I'll try to take this on. I have Anaconda running on several Win64
machines and at least one Win32 machine.
Awesome!
for Phoenix, there is a kludgy build that uses pip to grab a wheel. Only
on OS-X so far.
I'd rather that it built it properly, but maybe this isn't a bad start.
At this point, I'm really only interested in Phoenix and 3.0.2 or later,
but I also think using the snapshot wheels is a fine idea.
The trick there is that I can't figure out how to get the conda version
number to match the wheel without hand editing it in three places...
But it's something.
Anyone else want to join?
-CHB
On Fri, Mar 10, 2017 at 5:09 AM, Matt Newville <newville@cars.uchicago.edu> wrote:
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker@noaa.gov
HI Chris, all,
A slight update on Phoenix snapshot builds with Anaconda Linux (so far only Python27). I tried several of the Phoenix snapshots. The majority failed due to expecting libpng12.so to be available. Anaconda uses libpng16. Because of this, only the “fedora-24” snapshot worked to get “import wx” to succeed. I was working on a remote server (which happened to be fedora 23), so no further testing was done yet.
Does that experience fit with others experiences using the Phoenix snapshots for Linux?
–Matt
On Fri, Mar 10, 2017 at 5:52 PM, Chris Barker chris.barker@noaa.gov wrote:
–
You received this message because you are subscribed to the Google Groups “wxPython-users” group.
To unsubscribe from this group and stop receiving emails from it, send an email to wxpython-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
–
On Fri, Mar 10, 2017 at 5:09 AM, Matt Newville newville@cars.uchicago.edu wrote:
you’ve been invited.
once you’ve joined, you can work in the repo, rather than a fork – I find that easier. you can branch if you want to do a PR and get reveiew first – or just hack away in master!
I don’t think so – the hard part is getting a recipe to build properly, then getting conda-forge to built it is not too bad (usually) – and the recipe can be copied to conda-forge when it is ready.
Yes, if we have more than a couple repos to add.
Which maybe we do – you could put wxmpl in there, I could put my wxPython Demos in there, etc.
Maybe see if others in the community like the idea?
-CHB
well – I do know it’s a pretty old version, and I thought it was CEntOS5 – and that is waht the manylinux effort is using:
https://github.com/pypa/manylinux
and they were inspired by Anaconda (and EPD).
But maybe Continuum has modernised a bit…
In any case, the conda-forge folks will know what we want to support.
Awesome!
The trick there is that I can’t figure out how to get the conda version number to match the wheel without hand editing it in three places…
But it’s something.
Anyone else want to join?
-CHB
–
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
I"d like to get this conda recipe thing going, so I made a gitHub repo to collaborate on it:
Great, I’m in (and “newville”).
I just forked your repo, and will start playing with it when I can.
Two questions:
Should this start from a fork of conda-forge/stage-recipes?
Would it be reasonable/useful to set up a github organization (perhaps wxPython-contrib) for this and other wxPython-related projects?
I don’t think anaconda is using Centos5. And I sure hope not – maintenance for Cento5 expires this month!
I think it might be debian 8.5 (see https://hub.docker.com/r/continuumio/miniconda/~/dockerfile/), which is conveniently part of Robin’s builds.
The Windows build should not be too painful, build I don’t have easy access to a Windows box.
I’ll try to take this on. I have Anaconda running on several Win64 machines and at least one Win32 machine.
for Phoenix, there is a kludgy build that uses pip to grab a wheel. Only on OS-X so far.
I’d rather that it built it properly, but maybe this isn’t a bad start.
At this point, I’m really only interested in Phoenix and 3.0.2 or later, but I also think using the snapshot wheels is a fine idea.
–Matt Newville <newville at cars.uchicago.edu> 630-252-0431
A slight update on Phoenix snapshot builds with Anaconda Linux (so far
only Python27). I tried several of the Phoenix snapshots. The majority
failed due to expecting libpng12.so to be available. Anaconda uses
libpng16.
should we make that a dependency to make sure the right one gets used?
Unfortunately, conda does not make it easy to have multiple versions of the
same lib :-(.
And boy, libpng12 is pretty old, yes?
Because of this, only the "fedora-24" snapshot worked to get "import wx" to
succeed. I was working on a remote server (which happened to be fedora
23), so no further testing was done yet.Does that experience fit with others experiences using the Phoenix
snapshots for Linux?
So this may be the way to go for now.
But it seems the "right" way to go is to re-build it within conda, so it
will use al the right libs.
not sure what to do about GTK, though...
Everyone:
We are working on making conda recipes ultimately for inclusion in
conda-forge. We're workign on them in this repo:
until we think it's "good", then we will move them to a conda-forge repo.
If you want to help -- please do!!!
Status:
Classic:
- OS-X: recipe working that builds on OS-X
- Windows: should be able to use similar recipe, but I haven't tried it
-- no easy access to a Windows box
- Linux: might be a bit more complicated -- but there is one in there I
found on teh net -- needs testing / updating.
Phoenix:
- Kludgy recipes to pull the snapshot wheels Robin is bulding
- Works on OS-X
- Seems to work on Linux (but there are so many versions of lLInux,
that's tough -- more testing would be great)
- Not tested yet on Windows -- but might "just work"!
-CHB
On Sun, Mar 12, 2017 at 7:33 PM, Matt Newville <newville@cars.uchicago.edu> wrote:
--Matt
On Fri, Mar 10, 2017 at 5:52 PM, Chris Barker <chris.barker@noaa.gov> > wrote:
On Fri, Mar 10, 2017 at 5:09 AM, Matt Newville < >> newville@cars.uchicago.edu> wrote:
I"d like to get this conda recipe thing going, so I made a gitHub repo
to collaborate on it:
GitHub - PythonCHB/wxPython_conda_recipe: repo to play with conda recipes for wxpython (and phoenix)
Great, I'm in (and "newville").
you've been invited.
I just forked your repo, and will start playing with it when I can.
once you've joined, you can work in the repo, rather than a fork -- I
find that easier. you can branch if you want to do a PR and get reveiew
first -- or just hack away in master!Two questions:
Should this start from a fork of conda-forge/stage-recipes?
I don't think so -- the hard part is getting a recipe to build properly,
then getting conda-forge to built it is not too bad (usually) -- and the
recipe can be copied to conda-forge when it is ready.Would it be reasonable/useful to set up a github organization
(perhaps wxPython-contrib) for this and other wxPython-related projects?Yes, if we have more than a couple repos to add.
Which maybe we do -- you could put wxmpl in there, I could put my
wxPython Demos in there, etc.Maybe see if others in the community like the idea?
-CHB
I don't think anaconda is using Centos5. And I sure hope not --
maintenance for Cento5 expires this month!
well -- I do know it's a pretty old version, and I thought it was CEntOS5
-- and that is waht the manylinux effort is using:GitHub - pypa/manylinux: Python wheels that work on any linux (almost)
and they were inspired by Anaconda (and EPD).
I think it might be debian 8.5 (see https://hub.docker.com/r/conti
nuumio/miniconda/~/dockerfile/), which is conveniently part of Robin's
builds.But maybe Continuum has modernised a bit...
In any case, the conda-forge folks will know what we want to support.
The Windows build should not be too painful, build I don't have easy
access to a Windows box.
I'll try to take this on. I have Anaconda running on several Win64
machines and at least one Win32 machine.Awesome!
for Phoenix, there is a kludgy build that uses pip to grab a wheel. Only
on OS-X so far.
I'd rather that it built it properly, but maybe this isn't a bad start.
At this point, I'm really only interested in Phoenix and 3.0.2 or later,
but I also think using the snapshot wheels is a fine idea.The trick there is that I can't figure out how to get the conda version
number to match the wheel without hand editing it in three places...But it's something.
Anyone else want to join?
-CHB
--
Christopher Barker, Ph.D.
OceanographerEmergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main receptionChris.Barker@noaa.gov
--
You received this message because you are subscribed to the Google Groups
"wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to wxpython-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.--
--Matt Newville <newville at cars.uchicago.edu> 630-252-0431
<(630)%20252-0431>--
You received this message because you are subscribed to the Google Groups
"wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to wxpython-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker@noaa.gov