Re: [Distutils] Packaging today

[Nick Coghlan]

On 9 January 2014 04:44, Chris Barker  wrote:
> On Wed, Jan 8, 2014 at 1:48 AM, David Cournapeau  wrote:
>>
>> We don't use mingw to build packages distributed within canopy (at least
>> not anymore). We build everything with MSVC 2008, as mixing mingw/MSVC often
>> causes trouble.
>>
>
> so is Canopy binary-compatible with the python.org builds?
>
> i.e would the same binary wheel work for both?

The same should be true for Anaconda (they had a bug where they used
the wrong runtime for Python 3.3 on Windows but that should have been
fixed a few months ago).

Cheers,
Nick.

>
> -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
>
> chris.bar...@noaa.gov
>
> ___
> Distutils-SIG maillist  -  Distutils-SIG@python.org
> https://mail.python.org/mailman/listinfo/distutils-sig
>



-- 
Nick Coghlan   |   ncogh...@gmail.com   |   Brisbane, Australia
___
Distutils-SIG maillist  -  Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Packaging today

[Chris Barker]

On Wed, Jan 8, 2014 at 1:48 AM, David Cournapeau  wrote:

> We don't use mingw to build packages distributed within canopy (at least
> not anymore). We build everything with MSVC 2008, as mixing mingw/MSVC
> often causes trouble.
>
>
so is Canopy binary-compatible with the python.org builds?

i.e would the same binary wheel work for both?

-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

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

Re: [Distutils] Packaging today

[Steve Spicklemire]

This is good news. I'll experiment!

thanks,
-steve

On Jan 8, 2014, at 1:48 PM, David Cournapeau  wrote:

> 
> 
> 
> On Wed, Jan 8, 2014 at 6:44 PM, Chris Barker  wrote:
> On Wed, Jan 8, 2014 at 1:48 AM, David Cournapeau  wrote:
> We don't use mingw to build packages distributed within canopy (at least not 
> anymore). We build everything with MSVC 2008, as mixing mingw/MSVC often 
> causes trouble.
> 
> 
> so is Canopy binary-compatible with the python.org builds?
> 
> i.e would the same binary wheel work for both?
> 
> It should, and we will fix issues if they come up.
> 
> David 
> 
> -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
> 
> chris.bar...@noaa.gov
> 

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

Re: [Distutils] Packaging today

[David Cournapeau]

On Wed, Jan 8, 2014 at 6:44 PM, Chris Barker  wrote:

> On Wed, Jan 8, 2014 at 1:48 AM, David Cournapeau wrote:
>
>> We don't use mingw to build packages distributed within canopy (at least
>> not anymore). We build everything with MSVC 2008, as mixing mingw/MSVC
>> often causes trouble.
>>
>>
> so is Canopy binary-compatible with the python.org builds?
>
> i.e would the same binary wheel work for both?
>

It should, and we will fix issues if they come up.

David

>
> -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
>
> chris.bar...@noaa.gov
>
___
Distutils-SIG maillist  -  Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] File names with spaces

[Matchek]

2014/1/7 PJ Eby 
> 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.

The setuptools code did not make it clear at all. Thanks for explaining!

> > 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.

Thanks for the suggestion, I've created an issue:
https://bitbucket.org/pypa/setuptools/issue/134/spaces-in-file-names-make-it-impossible-to

I'm not sure if there's a bitbucket-internal linking between issues
and pull requests? I've just pasted the link in a comment to the pull
request.

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

Re: [Distutils] Packaging today

[David Cournapeau]

On Mon, Jan 6, 2014 at 9:55 PM, Chris Barker  wrote:

> On Mon, Jan 6, 2014 at 12:26 PM, Steve Spicklemire  wrote:
>
>
>> avoid troubling anyone with pesky questions. In that respect I've
>> apparently failed, because here comes the question!
>>
>
> I think this is a use case that  is quite useful for us all to chew on a
> bit...
>
> 1st -- yes "Anaconda" refers to the distribution from Continuum. Note that
> "conda" is the packaging system that Anaconda uses, but it can also be used
> independently of the distribution.
>
>
>> I'm helping out with a python package: vpython 
>
>
> [side note: fairly recently  a por tof VPython to wxPython was done -- is
> that what you are using? Notable because I think wxPython is still not
> available for Anaconda...)
>
>
>> 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.
>
>
> Either/or? As an instructor, I'd recommend you pick one and go with it --
> if you need wx, that means Canopy for now. Alternatively, you suggest the
> python.org builds, and point your users to binaries they can get
> elsewhere (Chris Gohlke's site for Windows...)
>
> At the moment we're creating binary releases of vpython for windows and
>> mac and posting them on sourceforge <
>> https://sourceforge.net/projects/vpythonwx/>.
>
>
> Are these for the python.org builds? good for you!
>
> Bruce has been building the windows binary using VC (no setup.py) in a way
>> that's compatible withpython.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.
>
>
> Why not distutils for building Windows? I find it really helpful.
>
>
>> I've noticed that the anaconda system that C.A. installs uses MinGW on
>> windows to build extensions.
>
>
> I think Canopy does that too -- at least it did a few years ago. but I
> _think_ you can build extensions with either MinGW or MSVC for the same
> binary python -- if it's set up right ;-)
>

We don't use mingw to build packages distributed within canopy (at least
not anymore). We build everything with MSVC 2008, as mixing mingw/MSVC
often causes trouble.

We do provide mingw so that people can build extensions without depending
on MS toolchain, but that's not a setup I would recommend in general. It
works well for extensions that don't depend much on the C runtime (numpy is
a good example), but as soon as you manipulate IO, etc... you encounter
issues linked to ABI incompatibilities between what you get from the python
runtime and mingw.

David

>
> I'd love to figure out how to build vpython under this system so that my
>> windows users could use them together transparently.
>
>
> You want to take a look at conda:
>
> https://github.com/pydata/conda
>
> If you can build a conda recipe then you are set to go...
>
> That being said, it is supposed to be a goal for Anaconda to be binary
> compatible with the python.org binaries -- so you may well be able to
> build the way you are, and give the users a way to install it into
> Anaconda. In theory, binary wheels are the way to do this.
>
> 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).
>>
>
> ahh -- you are using wx -- I'd check with the CA folks and see where they
> are at -- they said they were working on a wxPython packageand I'm sure
> they'd like help and testing...
>
>
>> Is there any way, *today*, to incorporate dependencies on external
>> libraries (e.g., boost) in setup.py?
>>
>
> no -- except by hand with custom code.
>
>
> I'm still a little unclear on your goals here. If you want to simple be
> able to tell your students to use Anaconda  then look into conda and the CA
> help lists -- and conda is more or less designed to solve these sorts of
> problems. also, the odds are good that Anaconda already has boost, and if
> not someone has done a conda recipe for it:
>
> https://github.com/faircloth-lab/conda-recipes/tree/master/boost
>
> If you want your users to be able to use any of:
>
> Anaconda
> Python.org python
> Canopy
>
> Then I'd look into building binary wheels, and see if you can get them to
> work with Anaconda and Canopy.
>
> Note: distutils does not address the third-party non-python dependency
> problem -- conda tries does address it (though still not clear to me if it
> helps you build them...) You may also want to look at Gattai, which aims to
> help you build  them:
>
> http://sourceforge.net/projects/gattai/
>
> HTH,
>   -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 recepti