[Distutils] distutils with package_dir and scripts gets confused (python 2.4.2)

I have the following tree: / /foo.py /lib /lib/package (package is a dir with __init__ etc. When, in setup.py I do : setup(packages=['package'], package_dir = {'':lib}), it Just Works. When I add in the script - (packages=['package'], package_dir = {'':lib}, scripts=['foo.py']), it starts

Re: [Distutils] Towards a bandersnatch release - updates, PIP, contacting mirror owners

will have a harder time with more waste if you insist on buildout being the one true way for your tool. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Cloud Services ___ Distutils-SIG maillist - Distutils-SIG@python.org http

Re: [Distutils] Using code from a dependency in setup.py

manually - but installers can examine the EGG_INFO once it's created. I suspect only ezsetup does that though - though I'd be delighted to be wrong. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Cloud Services ___ Distutils-SIG

Re: [Distutils] Worry about lack of focus

worried about disruption when we rush things - e.g. the current broken state of setuptools+pip. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Cloud Services ___ Distutils-SIG maillist - Distutils-SIG@python.org http

Re: [Distutils] entry points PEP

200ms, and we make dozens of subprocess calls (has to be, we're escalating privileges) to the script in question : that time is nearly entirely doing introspection of metadata from disk. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Cloud Services

Re: [Distutils] entry points PEP

On 19 July 2013 21:24, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: Robert Collins robertc at robertcollins.net writes: So my question here would be - can we make it faster? We have just been diagnosing a performance problem in nova due to rootwrap being a pkg_resources scripts entry point

Re: [Distutils] PyPI Rate Limiting

solution, as I plan to begin a discussion on some updates to mirroring infrastructure guidelines. Ok, cool. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org

Re: [Distutils] PyPI Rate Limiting

On 9 February 2014 19:28, Noah Kantrowitz n...@coderanger.net wrote: On Feb 8, 2014, at 6:25 PM, Robert Collins robe...@robertcollins.net wrote: 5/s sounds really low - if the RPC's take less than 200ms to answer (and I sure hope they do), a single threaded mirroring client (with low

[Distutils] mirror update bandwidth?

Just curious - whats the typical monthly bandwidth taken up pulling packages (say every 4 hours) from pypi with bandersnatch? -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist

[Distutils] bandersnatch failing on https://pypi.python.org/simple/Mopidy-TuneIn/

Connection: Keep-Alive -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Immutable Files on PyPI

: you can delete things, you can upload new things. What its doing with this specific change is enforcing immutability of *public artifacts* which most of the software ecosystem already depends on. +1 from ,e. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud

Re: [Distutils] Immutable Files on PyPI

in other situations as well. It's all in policy :) PyPI 3.1.4a should be 3.1.4~a in Debian. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https

[Distutils] bandersnatch failing on MovieMacro?

. This is aborting mirror syncs causing new packages etc not to propogate. Is this a bandersnatch bug (e.g. it should keep trying othe things) or server side issue? -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud

Re: [Distutils] setuptools 8 changes are great, but ...

-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo

Re: [Distutils] setuptools 8 changes are great, but ...

:( ) - see the #openstack-infra channel logs over the last 48hr or so for more details. -Rob On 16 December 2014 at 07:50, Donald Stufft don...@stufft.io wrote: On Dec 15, 2014, at 1:41 PM, Robert Collins robe...@robertcollins.net wrote: +1 - I think thats a great idea. We've had to pin setuptools

Re: [Distutils] Bilingual namespace package conundrum

the way, so we decided to just migrate away from namespace packages at all. If it would help I can dig up my test code etc, though its probably all googleable by now anyhow. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud

Re: [Distutils] Google Auth is broken for PyPI

didn't have local auth at all that would free up cycles to do whatever (moderate) chasing of evolving federation standards is needed. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist

Re: [Distutils] setup_requires for dev environments

On 17 March 2015 at 12:39, Robert Collins robe...@robertcollins.net wrote: I don’t think that’s going to work, because if you only make pip aware of it then you break ``python setup.py sdist``, if you make setuptools aware of it then you don’t need pip to be aware of it because we’ll get

Re: [Distutils] setup_requires for dev environments

happy to unpack why I've chosen those four things, but I think there's enough context in the thread by now). -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org

[Distutils] setup_requires for dev environments

avoid double-handling, but we'd need some complex mojo to make things work when setuptools decides to self-upgrade :( - so I'm inclined to stay with the bare bones solution for now. Thoughts? -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud

Re: [Distutils] setup_requires for dev environments

laptop screen on a regular basis. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] setup_requires for dev environments

tools are not shiny, same reason Teaching setuptools and pip, single entry old tools break - as above new tools are shiny (because pip either asks setuptools or reads setup.cfg, whatever) So I think we must teach pip, and we may teach setuptools. -Rob -- Robert Collins rbtcoll...@hp.com

Re: [Distutils] setup_requires for dev environments

see no reason to have dynamic *setup* requirements. Both approaches require a new pip, so the adoption curve constraints appear identical. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist

Re: [Distutils] setup_requires for dev environments

On 17 March 2015 at 15:36, Robert Collins robe...@robertcollins.net wrote: ... So, the propsed plan going forward: - now: - I will put a minimal patch up for pip into the tracker and ask for feedback here and there Feedback solicited! https://github.com/pypa/pip/pull/2603 The week delay

[Distutils] d2to1 setup.cfg schema

do folk think? -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] d2to1 setup.cfg schema

? To summarise my view: I think it makes the most sense to use setuptools inspired section names, and teach d2to1 about them, while also having pip understand the existing PEP 345 defined section name. Roughly done; we're pending Jason's input and buy-in ATM on the pip PR :) -Rob -- Robert

Re: [Distutils] d2to1 setup.cfg schema

!? I was looking through the source and couldn't figure it out. What key is looked for for setup-requires? Also does it define a schema for extra-requires? -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud

Re: [Distutils] setuptools

-- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] setuptools

of your shell session, or screenshots or something? -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Beyond wheels 1.0: helping downstream, FHS and more

metadata for the things you need to accomplish {pre,post}{install,remove} of a package. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org

[Distutils] version for VCS/local builds between alpha and release

is overly strong: If we touch up the language we can make the spec clearer, and a simple example like above will speak a thousand words :). -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG

Re: [Distutils] Proper handling of PEP420 namespace packages with setuptools and pip

On 23 April 2015 at 03:09, M.-A. Lemburg m...@egenix.com wrote: [adding list back on CC] On 22.04.2015 16:11, Christoph Schmitt wrote: Am 2015-04-22 12:59, schrieb M.-A. Lemburg: On 22.04.2015 12:38, Robert Collins wrote: That would apply also if namespace_packages would be ignored

Re: [Distutils] Proper handling of PEP420 namespace packages with setuptools and pip

On 23 April 2015 at 08:16, Eric V. Smith e...@trueblade.com wrote: On 04/22/2015 03:25 PM, M.-A. Lemburg wrote: On 22.04.2015 21:08, Robert Collins wrote: So - pip would have to a) detect both styles of package, b) automatically install all installed-but-wrong-style versions to match the site

Re: [Distutils] Proper handling of PEP420 namespace packages with setuptools and pip

On 23 April 2015 at 07:25, M.-A. Lemburg m...@egenix.com wrote: On 22.04.2015 21:08, Robert Collins wrote: I don't think support mixed setups is really a practical option. Either the namespace package is legacy all the way, or it isn't and uses PEP 420. Wouldn't it be possible

Re: [Distutils] Proper handling of PEP420 namespace packages with setuptools and pip

On 22 April 2015 at 22:13, Christoph Schmitt dev-maili...@gongy.de wrote: Hello again, since I haven't got any replies yet I'm trying to make myself a bit more precise now. I consider the behaviour described in my original posting a bug. I posted to this list because the setuptools docs say

Re: [Distutils] Query about serial module installation

___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG

Re: [Distutils] Multiple pips to go along with my multiple Pythons

pip install -U pip will update pip on Windows or *nix, using the current pip. If you don't have a pip at all, then yes, download + python setup.py install in the pip tree. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud

[Distutils] extras in PEP-426

], extra: c-accelerators } ] Since build_requires is a key, I'm more than a little confused here. Seems like the extra has to be part of the key, or we're going to be uhm, stuck. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud

Re: [Distutils] Dynamic linking between Python modules (was: Beyond wheels 1.0: helping downstream, FHS and more)

-- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] PyPI is a sick sick hoarder

back off in my goals, but I see no point aiming for something less than all the other language specific packaging systems out there have. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist

Re: [Distutils] PyPI is a sick sick hoarder

On 16 May 2015 at 13:45, Donald Stufft don...@stufft.io wrote: On May 15, 2015, at 9:22 PM, Robert Collins robe...@robertcollins.net wrote: On 16 May 2015 at 11:08, Marcus Smith qwc...@gmail.com wrote: Why not start with pip at least being a simple fail-on-conflict resolver (vs the 1st

Re: [Distutils] Making pip and PyPI work with conda packages

On 17 May 2015 5:05 pm, Nick Coghlan ncogh...@gmail.com wrote: On 18 May 2015 07:32, Chris Barker chris.bar...@noaa.gov wrote: On Sun, May 17, 2015 at 12:05 AM, Nick Coghlan ncogh...@gmail.com wrote: % pip install --upgrade pip % pip install some_conda_package This gets the

Re: [Distutils] PyPI is a sick sick hoarder

molasses as soon as one of the installed versions needs to be kept as-is. Anyhow, my goal here is to start the conversation; pip will need some knobs because no matter how good the heuristics users will need escape hatches. (One of which is to fully specify their needs). -Rob -- Robert Collins

Re: [Distutils] PyPI is a sick sick hoarder

of versions from PyPI you consider. Yes - it would be nice IMO to give package authors some influence over that though. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG

[Distutils] PyPI is a sick sick hoarder

support anymore - have security holes If folk consider PyPI a sort of historical archive then perhaps we could have a feature to select 'supported' versions by the author, and allow a query parameter to ask for all the versions. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP

Re: [Distutils] PyPI is a sick sick hoarder

On 16 May 2015 at 06:57, Robert Collins robe...@robertcollins.net wrote: So, I am working on pip issue 988: pip doesn't resolve packages at all. This is O(packages^alternatives_per_package): if you are resolving 10 ... Scaling the number of packages is relatively easy; scaling the number

Re: [Distutils] PyPI is a sick sick hoarder

do something about that. I don't know what exactly, and I think we're going to need to have our creative caps firmly on to come up with something meeting the broad needs of the ecosystem: which includes pip Just Working. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP

Re: [Distutils] PyPI is a sick sick hoarder

of OpenStack, which has a single group of co-installable releases that cluster together every 6 months. I don't have the actual valid/invalid ratio there because I don't have enough machines to calculate it:). -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud

Re: [Distutils] version for VCS/local builds between alpha and release

Thanks. There's still a little too much negative there for me - if I propose a diff here would that be ok? On 16 April 2015 at 11:26, Nick Coghlan ncogh...@gmail.com wrote: On 14 Apr 2015 04:04, Robert Collins robe...@robertcollins.net wrote: Tl;dr: I woud like to change PEP-440 to remove

Re: [Distutils] name of the dependency problem

to backtrack If you're actively working on integrating it into pip, cool. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman

Re: [Distutils] version for VCS/local builds between alpha and release

On 14 April 2015 at 23:31, Joost Molenaar j.j.molen...@gmail.com wrote: On 14 April 2015 at 10:04, Robert Collins robe...@robertcollins.net wrote: The basic scenario here is developers and CD deployers building versions from VCS of arbitrary commits. So we need to be able to deliver strictly

Re: [Distutils] Making pip and PyPI work with conda packages

pkg_resources needs (and is preserve on Debian and derived systems already). I see no reason why we can't make this a part of the contract, but we should at least get it in a PEP first, no? -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud

Re: [Distutils] pip can't find header file for extension module, but `python setup.py install` works fine

in numpy not being imported until it has actually been installed, and things should be rosy for folk downstream of numpy from that point on. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG

[Distutils] local platform tags and pip wheel caching

not the 'how do we get these damn things into PyPI, yet]. -Rob -- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils

Re: [Distutils] local platform tags and pip wheel caching

On 10 June 2015 at 07:27, Paul Moore p.f.mo...@gmail.com wrote: On 9 June 2015 at 20:09, Robert Collins robe...@robertcollins.net wrote: I'm in favour of it - it fits the existing wheel spec; its opt-in, non-intrusive and solves a real, present problem. [just not the 'how do we get these damn

[Distutils] markers, = and python 2.7.10

we define a new symbol name - do we break existing markers, or force some type gymnastics (e.g. casting the user side of the marker to a sequence of components)? https://bitbucket.org/pypa/setuptools/commits/e01e9a77fad5 https://github.com/pypa/pip/issues/2943 -Rob -- Robert Collins rbtcoll

Re: [Distutils] Working toward Linux wheel support

-- Robert Collins rbtcoll...@hp.com Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] PEP for dependencies on libraries like BLAS (was: Re: Working toward Linux wheel support)

On 13 August 2015 at 12:51, Nathaniel Smith n...@pobox.com wrote: On Aug 12, 2015 16:49, Robert Collins robe...@robertcollins.net wrote: I'm not sure what will be needed to get the PR accepted; At PyCon AU Tennessee Leuwenberg started drafting a PEP for the expression of dependencies on e.g

Re: [Distutils] Working toward Linux wheel support

, and as a bonus, it would provide a clear incentive for those rare distros that *aren't* compatible to document that by starting to provide a binary-compatibility.cfg. Sounds like a reinvention of LSB, which is still a thing I think, but really didn't take the vendor world by storm. -Rob -- Robert

Re: [Distutils] Working toward Linux wheel support

On 14 August 2015 at 13:38, Wes Turner wes.tur...@gmail.com wrote: On Aug 13, 2015 8:31 PM, Robert Collins robe...@robertcollins.net wrote: On 14 August 2015 at 13:25, Nathaniel Smith n...@pobox.com wrote: On Thu, Aug 13, 2015 at 7:07 AM, Nate Coraor n...@bx.psu.edu wrote: On Wed, Aug 12

Re: [Distutils] Is this a bug?

ed the "password:" line from > the pypirc file and the upload succeeded (but of course, I had to retype > the password.) > > Finally - as a workaround - I have changed my password so it does not > contain % sign. -- Robert Collins <rbtcoll...@hp.com> Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

[Distutils] build system abstraction PEP

, to get a path forward. Cheers, Rob -- Robert Collins <rbtcoll...@hp.com> Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] build system abstraction PEP

On 26 October 2015 at 19:04, Nathaniel Smith <n...@pobox.com> wrote: > Wow, uh, that's some timing we have. I'll, uh, take a look :-) Hah! Jinx. Thanks. I'll read through yours too :) -Rob -- Robert Collins <rbtcoll...@hp.com> Distinguished Technologist HP

Re: [Distutils] build system abstraction PEP

On 27 October 2015 at 10:32, Ralf Gommers <ralf.gomm...@gmail.com> wrote: > > > On Mon, Oct 26, 2015 at 7:01 AM, Robert Collins <robe...@robertcollins.net> > wrote: >> >> Since Nathaniel seems busy, I've taken the liberty of drafting a >> narrow PEP

Re: [Distutils] build system abstraction PEP

On 27 October 2015 at 13:07, Ionel Cristian Mărieș <cont...@ionelmc.ro> wrote: > > On Tue, Oct 27, 2015 at 1:23 AM, Robert Collins <robe...@robertcollins.net> > wrote: >> >> wheel: flit wheel -d $ >> OUTPUT_DIR > > > What's expected to happen if th

Re: [Distutils] wacky idea about reifying extras

e - thats a one-ish-time-cost, but instead from a user experience perspective. -Rob -- Robert Collins <rbtcoll...@hp.com> Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] build system abstraction PEP

On 27 October 2015 at 14:06, Robert Collins <robe...@robertcollins.net> wrote: > We can rev this in schema version 2. There's no prose in the PEP about > how that should work, so I'll add that now. Done: https://gist.github.com/rbtcollins/666c12aec869237f7cf7#upgrades -Rob -- Ro

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

On 30 October 2015 at 06:31, Donald Stufft wrote: tl;dr: - requiring wheel before dependencies is a Big Deal IMO - I don't care about pypa.yaml vs setup.cfg - argue with the flit folk :) - I don't care about setup.py-as-interface vs described-by-metadata - argue with the

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

On 30 October 2015 at 11:50, Robert Collins <robe...@robertcollins.net> wrote: ... > However, the big step you're proposing that I think is fundamentally > unsound is that of requiring a wheel be built before dependencies can > be queried. Wheels are *expensive* to build in enou

Re: [Distutils] build system abstraction PEP

ld process so this command might produce >> > different results at different times? >> >> Pip would run dist-info when determining the install-requires and >> extras for the package. > > > you're not addressing the point about how the act of building c

Re: [Distutils] build system abstraction PEP

tstrap-requires, and pip would cache based on the version of flit it chose to run. -Rob -- Robert Collins <rbtcoll...@hp.com> Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python

Re: [Distutils] build system abstraction PEP

On 28 October 2015 at 18:03, Nathaniel Smith <n...@pobox.com> wrote: > On Sun, Oct 25, 2015 at 11:01 PM, Robert Collins > <robe...@robertcollins.net> wrote: ... >> I've run it past Donald and he has a number of concerns - I think >> we'll need to discuss them here, a

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

they don't agree to have a GitHub account. I think it's > valuable to avoid that barrier to entry, needing only an email account. They can always reply to emails. -Rob -- Robert Collins <rbtcoll...@hp.com> Distinguished Technologist HP Converged Cloud __

Re: [Distutils] build system abstraction PEP

nfo" and when the result might > be different. For example, we've discussed that run time dependencies may > get clarifed *after* the build process so this command might produce > different results at different times? Pip would run dist-info when determining the install-req

Re: [Distutils] Time for a setuptools_lite??

gt; progress seems to have stalled since then. Nathaniel said he was going to follow up on it with the improvements from the discussion. If he can't, someone else certainly can. -Rob -- Robert Collins <rbtcoll...@hp.com> Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Time for a setuptools_lite??

On 22 October 2015 at 12:59, Chris Barker <chris.bar...@noaa.gov> wrote: > On Wed, Oct 21, 2015 at 4:52 PM, Robert Collins <robe...@robertcollins.net> > wrote: >> >> > Hmm, now that I think about it, maybe I can just banish setuptools from >> > my >>

Re: [Distutils] Time for a setuptools_lite??

Hmm, now that I think about it, maybe I can just banish setuptools from my > setup.py, stick with distutils, and then make sure to use pip to actually > invoke anything -- so it will inject setuptools, but only use the bits we > need > > I'll have to try that. You won't gain any

Re: [Distutils] Environment markers: ready for prime time?

answers from the hard-working PyPA visionaries would be welcome. Not an official, but ... https://github.com/pypa/pip/issues/3111 https://bugs.launchpad.net/pbr/+bug/1502692 may give some useful info for you. Don't forget that markers are broken vis-a-vis Python 2.7.10, which we need

Re: [Distutils] Removing the aspirational aspects of PEP 426

ec I put forward build dependencies would be obtained earlier so could be skipped). I'd rather not invent a *new* format for handling both of these, but i'm ok if Donald and Nick specifically are. -Rob -- Robert Collins <rbtcoll...@hp.com> Distinguished Technologist HP Converged Cloud _

Re: [Distutils] command line versus python API for build system abstraction (was Re: build system abstraction PEP)

On 10 November 2015 at 15:03, Nathaniel Smith <n...@pobox.com> wrote: > On Sun, Nov 8, 2015 at 5:28 PM, Robert Collins > <robe...@robertcollins.net> wrote: >> +The use of a command line API rather than a Python API is a little >> +contentious. Fundamentally anything c

Re: [Distutils] New PEP : dependency specification

Pushed up this edit.. On 9 November 2015 at 18:45, Robert Collins <robe...@robertcollins.net> wrote: > On 9 November 2015 at 17:55, Nathaniel Smith <n...@pobox.com> wrote: >> The new version is looking pretty good to me! >> >> My main concern still is that spe

Re: [Distutils] New PEP : dependency specification

On 8 November 2015 at 17:10, Nathaniel Smith <n...@pobox.com> wrote: > On Sat, Nov 7, 2015 at 12:32 PM, Robert Collins > <robe...@robertcollins.net> wrote: >> On unknown names, current pkg_resources raises SyntaxError. So I think >> we need to update the spec from tha

Re: [Distutils] New PEP : dependency specification

Here is the full diff vs the last push to github. diff --git a/dependency-specification.rst b/dependency-specification.rst index 6f85b98..03f2a0d 100644 --- a/dependency-specification.rst +++ b/dependency-specification.rst @@ -52,10 +52,7 @@ Examples All features of the language shown with a

Re: [Distutils] New PEP : dependency specification

ve made the specification support this, but limited to specific contexts such as wheel, not present-by-default. This happens to make markerlib instant-buggy (because it defaults extra to None, but on Python3 it will blow up anyhow in various situations because e.g. "foo" < None :) -

Re: [Distutils] New PEP : dependency specification

Bah, just remembered to trim the marker operators too. Doing so now, I won't include a diff for that. -Rob ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] build system abstraction PEP

han adopting setup.py as-is: I judge the risk for user confusion to be large enough that its worth doing that - even though we recommend a setuptools shim, forcing it on everyone is unpleasant. commit 6de544a6e6aa2d0505e2ac8eb364b8b95e27790d Author: Robert Collins <rbtcoll...@hp.com> Date: Wed Oct

Re: [Distutils] Update to my skeletal PEP for a new build system interface

So I think the big thing to reconcile is the thing where I say out of scope - using static metadata in distributions. The dynamic/non-dynamic split may or may not be needed; but examining source trees and sdists as different only makes sense to me if you're gaining something - and pregenerated

Re: [Distutils] New PEP : dependency specification

the text for PEP 426 about the > requirements for hashes in URLs? No, thats a PEP-440 concern [whether it should be or not] and already documented there. If we were revising that requirement, sure, but we're not. -Rob -- Robert Collins <rbtcoll...@hp.com> Distinguished Technologist H

[Distutils] FINAL DRAFT: Dependency specifier PEP

:PEP: XX :Title: Dependency specification for Python Software Packages :Version: $Revision$ :Last-Modified: $Date$ :Author: Robert Collins <rbtcoll...@hp.com> :BDFL-Delegate: Donald Stufft <don...@stufft.io> :Discussions-To: distutils-sig <distutils-sig@python.org> :Status: Draf

Re: [Distutils] FINAL DRAFT: Dependency specifier PEP

On 17 November 2015 at 16:37, Nathaniel Smith <n...@pobox.com> wrote: Blah. Shall address. -Rob > > -- > Nathaniel J. Smith -- http://vorpus.org -- Robert Collins <rbtcoll...@hp.com> Distinguished Technologist HP Converged Cloud

Re: [Distutils] FINAL DRAFT: Dependency specifier PEP

ch result = next return result expr = (True, [('or', True), ('and', False)]) evaluate(expr) -> True So, I think what I describe does what you want it to. -Rob -- Robert Collins <rbtcoll...@hp.com> Distinguished Technologist HP Converged Cloud ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] FINAL DRAFT: Dependency specifier PEP

On 17 November 2015 at 14:30, Nathaniel Smith <n...@pobox.com> wrote: > On Nov 16, 2015 12:46 PM, "Robert Collins" <robe...@robertcollins.net> > wrote: >> > [...] >> marker= wsp* marker_expr ( wsp* ('and' | 'or') wsp* >> marker_expr)* &g

[Distutils] build system abstraction PEP, take #2

This is the update I promised...full prose, since enough has changed that a diff would be noise. :PEP: XX :Title: Build system abstraction for pip/conda etc :Version: $Revision$ :Last-Modified: $Date$ :Author: Robert Collins <rbtcoll...@hp.com>, Nathaniel Smith <n...@pobox.c

Re: [Distutils] New PEP : dependency specification

Final tweaks I hope... tl;dr: fixed a non-PEG safe grammar construct in identifier; added some missing whitespace from review. Added some corner case tests. diff --git a/dependency-specification.rst b/dependency-specification.rst index 72a87f1..a9953ed 100644 --- a/dependency-specification.rst

Re: [Distutils] The future of invoking pip

s closed and is opt-in. 2. Implement the change(s) needed, in a new minor version of the tools. 3. Tell users they can use it. """ -Rob -- Robert Collins <rbtcoll...@hp.com> Distinguished Technologist HP Converged Cloud ___

Re: [Distutils] command line versus python API for build system abstraction (was Re: build system abstraction PEP)

aft build abstraction PEP: when thats done, with the thing Donald and I hammered out on IRC a few days back (Option 3, earlier) then we'll have something to talk about and consider. -Rob -- Robert Collins <rbtcoll...@hp.com> Distinguished Technologist HP Converged Cloud __

Re: [Distutils] command line versus python API for build system abstraction (was Re: build system abstraction PEP)

ter.report_update(...). Between those two options, it's > sys.stdout.write(json.dumps(...)) that looks more awkward to me. I think there is some big disconnect in the conversation. AIUI Donald and Marcus and I are saying that build systems should just use print("Something happened") t

Re: [Distutils] New PEP : dependency specification

OrDigit | '-' | '_' | '.')* letterOrDigit )> name = identifier extras_list = identifier:i (wsp* ',' wsp* identifier)*:ids -> [i] + ids extras= '[' wsp* extras_list?:e ']' -> e On 11 November 2015 at 19:41, Nick Coghlan <ncogh...@gmail.com> w

Re: [Distutils] FINAL DRAFT: Dependency specifier PEP

On 18 November 2015 at 05:51, Antoine Pitrou <solip...@pitrou.net> wrote: > On Wed, 18 Nov 2015 05:40:33 +1300 > Robert Collins <robe...@robertcollins.net> wrote: >> >> Its included in the complete grammar, otherwise it can't be tested. >> Note that that the

Re: [Distutils] FINAL DRAFT: Dependency specifier PEP

On 18 November 2015 at 02:59, Antoine Pitrou <solip...@pitrou.net> wrote: > On Tue, 17 Nov 2015 09:46:21 +1300 > Robert Collins <robe...@robertcollins.net> wrote: >> >> URI_reference = >> URI = scheme ':' hier_part ('?' query

  1   2   3   >