> Hmm, first, I made a mistake, using pip& setuptools from pkgs, they were
> a lot more verbose; is there a way to make the tarball pip report many
> more and keep the wx3.n-dev tarball files into /tmp/pipxxx to try to
> analyse what is wrong?
I always recommend that when working with Phoenix that people use
virtualenv or pyvenv to make a clean and empty Python environment. Then
you can install things like the latest pip and setuptools without worry
that you may upset the system installed Python. Then you just need to
activate that environment and make sure that the Python and other tools
you run are coming from the venv's bin folder.
As for the build problems, I would have expected that there would be
more output than that, but maybe pip is capturing or suppressing it.
Either way it would be good to try building it yourself so you can take
smaller steps and maybe get more clues about where the problem may be.
If you download the source tarball then you can either use standard
setup.py commands, or you can use the build.py tool to break up the
build process even more. If you use git to fetch the source then you'll
need to use build.py and have it also run the steps that generate the
code. There are some how-to details in the README file and also some
recent conversations on wxPython-dev.
Keep in mind that the build tools will also build wxWidgets by default,
as this is the best way to ensure that the correct version is being
used. That may change once there are official releases, but for now
your wxPython-Phoenix build will have its own private copy of the
wxWidgets libs. This is also a possible point of failure if you do not
have required -dev packages installed, so watch the output when it runs
wxWidgets' configure script to see if it is turning features off that
you don't expect it to.
--
Robin Dunn
Software Craftsman
http://wxPython.org