#42075 closed update (fixed)
update py-chaco and related enthought ports
Reported by: | jjstickel (Jonathan Stickel) | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | maintainer haspatch | Cc: | mf2k (Frank Schima), mojca (Mojca Miklavec) |
Port: | py-chaco py-enable py-blockcanvas py-etsdevtools py-scimath |
Description
Patches to update py-chaco, py-enable, py-blockcanvas, py-etsdevtools, and py-scimath to current release versions will be attached.
Documentation for these are sparse, but from what I can tell, wx or qt4 is needed as a backend for py-enable (similar to py-pyface). I have copied over the relevant variant lines from the py-pyface portfile. As wx is still not working well, pyqt4 or pyside are currently the options. Also, it seems that the existing patches are not longer needed.
I have tested basic functionality by importing the modules in a python shell and plotting something via chaco.
Attachments (5)
Change History (17)
Changed 11 years ago by jjstickel (Jonathan Stickel)
Attachment: | py-blockcanvas_Portfile.diff added |
---|
Changed 11 years ago by jjstickel (Jonathan Stickel)
Attachment: | py-etsdevtools_Portfile.diff added |
---|
Changed 11 years ago by jjstickel (Jonathan Stickel)
Attachment: | py-scimath_Portfile.diff added |
---|
Changed 11 years ago by jjstickel (Jonathan Stickel)
Attachment: | py-chaco_Portfile.diff added |
---|
Changed 11 years ago by jjstickel (Jonathan Stickel)
Attachment: | py-enable_Portfile.diff added |
---|
comment:1 follow-up: 3 Changed 11 years ago by mojca (Mojca Miklavec)
comment:3 Changed 11 years ago by jjstickel (Jonathan Stickel)
Replying to mojca@…:
May I suggest using
wxwidgets
as the variant name rather thanwx
?In case that support for version 2.8 is needed we could have both
wxgtk28
andwxwidgets30
, but if it's feasible to fix the problems, it might be easier to fix the problems than to keep the wxWidgets' legacy around.
Sure, wxwidgets can be used for the variant name. At this point, my thought is to just leave it commented out. If there are no bug reports or complaints, I would like to remove the wxwidgets variant entirely at some point in the future.
comment:4 Changed 11 years ago by mojca (Mojca Miklavec)
You don't need to do it now, but next time please at least manually change
--- /opt/local/var/macports/sources/leatherman.nrel.gov/macports/release/tarballs_current/ports/python/py-enable/Portfile 2013-12-05 02:00:38.000000000 -0700 +++ python/py-enable/Portfile 2014-01-09 10:23:59.000000000 -0700
into
--- Portfile.orig +++ Portfile
or something similar to make it more straightforward to apply the patch. Alternatively you could checkout the port from SVN repository, modify it and run svn diff
.
For example:
svn co --depth=empty https://svn.macports.org/repository/macports/trunk/dports/ macports cd macports svn co --depth=empty python cd python svn co py-enable svn co py-chaco ... cd py-enable # do the necessary changes svn diff
comment:5 follow-up: 12 Changed 11 years ago by mojca (Mojca Miklavec)
Did you try py-enable with wxWidgets at all?
I'm asking because it doesn't seem that the port is able to find an existing wxWidgets installation at all.
comment:6 Changed 11 years ago by mojca (Mojca Miklavec)
py-enable
committed in r115805.
(PS: I added the wxWidgets
PortGroup which doesn't do anything if you don't ask for anything, but this way it is a lot easier to find all the wxWidgets
dependents. If you decide to avoid the option altogether, please remove that PortGroup as well. I also added the link to the two relevant tickets.)
comment:8 Changed 11 years ago by mojca (Mojca Miklavec)
py-scimath
committed in r115808.
It is complaining about the deprecated api (warning only), but I guess you are aware of that?
clang++: scimath/interpolate/_interpolate.cpp In file included from scimath/interpolate/_interpolate.cpp:5: In file included from /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/include/numpy/arrayobject.h:4: In file included from /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/include/numpy/ndarrayobject.h:17: In file included from /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/include/numpy/ndarraytypes.h:1760: /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/include/numpy/npy_1_7_deprecated_api.h:15:2: warning: "Using deprecated NumPy API, disable it by " "#defining NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" [-W#warnings] #warning "Using deprecated NumPy API, disable it by " \ ^ scimath/interpolate/_interpolate.cpp:13:30: warning: conversion from string literal to 'char *' is deprecated [-Wdeprecated-writable-strings] static char *kwlist[] = {"x","y","new_x","new_y", NULL}; ^ scimath/interpolate/_interpolate.cpp:13:34: warning: conversion from string literal to 'char *' is deprecated [-Wdeprecated-writable-strings] static char *kwlist[] = {"x","y","new_x","new_y", NULL}; ^
comment:11 Changed 11 years ago by mojca (Mojca Miklavec)
Resolution: | → fixed |
---|---|
Status: | new → closed |
Version: | 2.2.1 |
comment:12 Changed 11 years ago by jjstickel (Jonathan Stickel)
Replying to mojca@…:
Did you try py-enable with wxWidgets at all?
I'm asking because it doesn't seem that the port is able to find an existing wxWidgets installation at all.
It worked for me today with wxpython-3.0.
May I suggest using
wxwidgets
as the variant name rather thanwx
?In case that support for version 2.8 is needed we could have both
wxgtk28
andwxwidgets30
, but if it's feasible to fix the problems, it might be easier to fix the problems than to keep the wxWidgets' legacy around.