[Distutils] Packaging today...

2014-01-07 Thread Steve Spicklemire
Hi Distutils folks,

I'm kind of a lurker here, due primarily to the fact that I'm too swamped with 
various other things to materially contribute to the effort, but I've been 
lurking for some time hoping to learn enough to avoid troubling anyone with 
pesky questions. In that respect I've apparently failed, because here comes the 
question!

Background: 

I'm helping out with a python package: vpython http://vpython.org and I'm 
also teaching an intro scientific computing class this spring. I'm mostly a 
Mac/Linux user, but my students are often windows users. I would love to permit 
my students to use enthought/canopy and/or continuum analytics (C.A.) along 
with vpython. At the moment we're creating binary releases of vpython for 
windows and mac and posting them on sourceforge 
https://sourceforge.net/projects/vpythonwx/. Bruce has been building the 
windows binary using VC (no setup.py) in a way that's compatible with 
python.org python for windows. I've been building the mac version using a 
setup.py script I cobbled together that works on MacOSX and Linux. I've noticed 
that the anaconda system that C.A. installs uses MinGW on windows to build 
extensions. I'd love to figure out how to build vpython under this system so 
that my windows users could use them together transparently. (BTW is this the 
same 'anaconda' that has been discussed
  on this list recently, or is that something different?) I'm pretty sure I 
could work out how to build vpython with continuum analytics on the mac (which 
means building boost + wxPython using the C.A. python). 

Questions:

Is there any way, *today*, to incorporate dependencies on external libraries 
(e.g., boost) in setup.py?

(I've noticed the recent conversion about binary dependencies, but from the 
discussion it seemed to be mostly about the future...)

Where should I go to get the 'latest' advise/documentation on distribution for 
a package that I want to distribute today (rather than pestering you folks)?

thanks!
-steve

Steve Spicklemire
University of Indianapolis
Dept. of Physics and Earth Space Sciences
spicklem...@uindy.edu  (317) 788-3313

___
Distutils-SIG maillist  -  Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig


Re: [Distutils] File names with spaces

2014-01-07 Thread Matchek
2013/10/1 Maciej (Matchek) Bliziński mac...@opencsw.org

 Hello setuptools developers,

 I'm attempting to package the newest setuptools version (1.1.6)
 on Solaris 9 and 10. One of the limitations of the Solaris package manager
  (the old one, pkgadd/pkgrm), is that it is unable to handle file names
 with
 spaces. Would you mind renaming script template.py to something like
 script_template.py?


No replies. Did I write to a wrong list?

I've created a pull request with the change, do you have any advice who
should I talk to?

https://bitbucket.org/pypa/setuptools/pull-request/33/rename-script-templatepy-to/diff

Maciej
___
Distutils-SIG maillist  -  Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig


[Distutils] Virtualenv 1.11.1rc1 Available for Testing

2014-01-07 Thread Donald Stufft
virtualenv 1.11.1rc1 has been released, which solves a serious issue with the 
``—system-site-packages`` flag.

In order to test this copy of virtualenv:

$ curl -L -O https://github.com/pypa/virtualenv/archive/1.11.1rc1.tar.gz
$ echo e517f28a31792f00699b369932a9b66a  1.11.1rc1.tar.gz | md5sum -c
1.11.1rc1.tar.gz: OK
$ tar zxf 1.11.1rc1.tar.gz
$ python virtualenv-1.11.1rc1/virtualenv.py myVE
$ myVE/bin/pip install SomePackage

-
Donald Stufft
PGP: 0x6E3CBCE93372DCFA // 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Distutils-SIG maillist  -  Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig


Re: [Distutils] File names with spaces

2014-01-07 Thread PJ Eby
On Tue, Jan 7, 2014 at 4:07 AM, Maciej (Matchek) Bliziński
mac...@opencsw.org wrote:
 2013/10/1 Maciej (Matchek) Bliziński mac...@opencsw.org

 Hello setuptools developers,

 I'm attempting to package the newest setuptools version (1.1.6)
 on Solaris 9 and 10. One of the limitations of the Solaris package manager
 (the old one, pkgadd/pkgrm), is that it is unable to handle file names
 with
 spaces. Would you mind renaming script template.py to something like
 script_template.py?

Probably yes, they would mind.  ;-)  I believe the reason there's a
space there is so that the file is not importable.  (It should never
be imported; it's a data file rather than a python module.)  I suspect
you'll have better luck with a suggestion like 'script-template.py',
since that would still not be importable.


 I've created a pull request with the change, do you have any advice who
 should I talk to?

 https://bitbucket.org/pypa/setuptools/pull-request/33/rename-script-templatepy-to/diff

I've added a comment there about the underscore vs. dash; it looks
from the other pull requests like Jason wants issues filed describing
the problems that a pull request is intended to fix, and that may mean
he hasn't seen the pull request yet.
___
Distutils-SIG maillist  -  Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig


Re: [Distutils] Packaging today

2014-01-07 Thread Chris Barker
On Mon, Jan 6, 2014 at 3:20 PM, Steve Spicklemire st...@spvi.com wrote:

 Thanks Chris for the detailed reply.


Well, I'm trying to sort out similar issues myself

Right. My impression is/was that python.org/CA/Canopy were all different
 builds of python that were *not* interoperable.


well, in the case of Anaconda, Travis told me the intent was that it would
be -- the reality, I'm not sure about.



 So that a binary built with one could not generally be expected to work
 with another. If that's not true, then maybe this is a non-problem. I guess
 I should just try it and see what happens.


it's still tricky to get things to install correctly -- the Windows (and
Mac) installers expect python to be in a particular location -- Anaconda is
not there.

 Why not distutils for building Windows? I find it really helpful.

 I don't even have a 'real' windows system (only VirtualBox) and I don't
 have VC Studio,


you should be able to do it with the free visual studio express 2008. A bit
hard to find an installer these days, but I think it's still there. I've
had much better luck with that than MinGW.

 Do you think the build-wxpython.py script would work under windows with
 MinGW? I guess that's probably kind of a naive hope. ;-)


I doubt it --- but again VS2008 Express might build it OK -- but then Robin
provides installers for wx anyway.


 Well I guess I am too. I was impressed with CAs ability to use 'pip' on
 windows to install plotly right away. It's almost like working in unix. I
 liked that!



is plotly pure python? in that case, then it's pretty easy, really.

/anaconda/bin/pip install vpython


pip install with compiled binaries is a different beast -- I _think_ pypi
is now set up to find binary wheels that match the python.org python. I
have no idea if those will install under Anaconda. But you probably want
conda install vpython if you want Anaconda anyway.



 and it would just work.

 I understand that's impossible at the moment. But if I could create
 instructions and/or build a set of binary files a student could easily
 install that would give them:

 1) vpython
 2) matplotlib
 3) ipython
 4) scipy


we're pretty close to having all these as binary wheels now. There isn't
much stopping it. vpyton is up to you. But wx is not there -- though if you
can get it to build on Windows, making a wheel of it should be easy. I
imagine Robin would be happy to put them up in PyPi.

I'd be ecstatic. I'll also check Chris Gohlke's site. Maybe I don't need
 all the bells and whistles of Canopy/CA etc.


That is a GREAT resource!

Ultimately I'd like to help Bruce package vpython in such a way that folks
 can use 'pip' to include wx and vpython in whichever python distribution
 they happen to choose without a lot of fuss.


It's not really a full-on goal for Anaconda or Canopy to be fully pip
compatible -- so that may be a bit of a fantasy...

Also: you can point pip at a custom wheelhouse -- i.e. a collection of
wheels that you put together.

In your position, Id be tempted to provide a full set of wheels for the
python.org build for everything that you need that isn't already
pip-installable. Then point your students to that.

If you're lucky, those some wheels may work with Anaconda, or even Canopy.

-Chris



-- 

Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/ORR(206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115   (206) 526-6317   main reception

chris.bar...@noaa.gov
___
Distutils-SIG maillist  -  Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig