Re: [Distutils] A smaller step towards de-specializing setuptools/distutils

On Thu, Oct 29, 2015 at 05:11:52PM -0400, Donald Stufft wrote: > On October 29, 2015 at 5:09:45 PM, Marcus Smith (qwc...@gmail.com) wrote: > > help me out here... how can we dynamically construct dependencies as we're > > building wheels today? > > I’m not sure I understand the confusion… since a

Re: [Distutils] wacky idea about reifying extras

On Thu, Oct 29, 2015 at 2:16 AM, Nathaniel Smith wrote: > On Wed, Oct 28, 2015 at 4:30 PM, Ralf Gommers > wrote: > > > > On Tue, Oct 27, 2015 at 5:45 PM, Brett Cannon wrote: > >> > >> > >> Nathaniel's comment about how this might

Re: [Distutils] BDFL Delegates for distutils-sig PEPs

> > > = > Whenever a new PEP is put forward on distutils-sig, any PyPA core > reviewer that believes they are suitably experienced to make the final > decision on that PEP may offer to serve as the BDFL's delegate (or > "PEP czar") for that PEP. If their

Re: [Distutils] A smaller step towards de-specializing setuptools/distutils

On October 30, 2015 at 4:07:22 AM, Marius Gedminas (mar...@gedmin.as) wrote: > > But code like this doesn't work! You build a wheel on Python 2.7, > you > get a twine-1.6.4-py2.py3-none-any.whl[*] in your pip wheel > cache, and when > you try to install it on Python 2.6, pip tries to use the

Re: [Distutils] metadata in sdists (was Re: Second draft of a plan for a new source tree / sdist format)

(Hugely trimmed, because I coldn't find an easy way to pick out the important bits of context, sorry!) On 29 October 2015 at 23:23, Nathaniel Smith wrote: > None of this affects correctness -- it's purely an optimization. But > maybe it's an important optimization in certain

Re: [Distutils] A smaller step towards de-specializing setuptools/distutils

On 30 October 2015 at 08:06, Marius Gedminas wrote: > But code like this doesn't work! You build a wheel on Python 2.7, you > get a twine-1.6.4-py2.py3-none-any.whl[*] in your pip wheel cache, and when > you try to install it on Python 2.6, pip tries to use the same wheel, >

Re: [Distutils] Please don't impose additional barriers to participation (was: build system abstraction PEP)

On Thu, 29 Oct 2015 at 22:53 Marcus Smith wrote: > > >> If python-dev ends up adopting GitLab for the main PEPs repo, then we >> should be able to move the whole process there, rather than needing to >> maintain a separate copy. >> > will that be as open as

[Distutils] Packaging shared objects with setuptools

Hello, I am wrapping a c++ library with cython. I compile the pyxs and the c++ code with cmake using the cython-cmake-example. If I import the package from the build directory it works flawlessly, if I install through "python setup.py install" into a virtual environment it breaks because the