Re: [Distutils] [Python-Dev] Distutils configparser rename

On Thu, May 15, 2008 at 1:33 PM, A.M. Kuchling [EMAIL PROTECTED] wrote: Python 2.6 renames the ConfigParser module to be configparser. Distutils imports ConfigParser in various places. I just made a commit updating the import in one places, and then noticed that part of commit r63248, which

Re: [Distutils] [Python-Dev] Distutils configparser rename

On Thu, May 15, 2008 at 9:08 PM, Gregory P. Smith [EMAIL PROTECTED] wrote: On Thu, May 15, 2008 at 4:04 PM, Brett Cannon [EMAIL PROTECTED] wrote: On Thu, May 15, 2008 at 1:33 PM, A.M. Kuchling [EMAIL PROTECTED] wrote: Python 2.6 renames the ConfigParser module to be configparser. Distutils

[Distutils] Plans for a build command or --user support for pysetup3?

I just tried creating a setup.cfg for coverage.py as distribute_setup.py was hanging when run by Python default (worked fine when I installed it directly). Two things that I missed was wanting a build command (having trouble compiling coverage.py's extension module) and --user suport for install.

Re: [Distutils] Plans for a build command or --user support for pysetup3?

http://bugs.python.org/issue12937 has the feature request. On Tue, Sep 6, 2011 at 08:17, Éric Araujo mer...@netwok.org wrote: Hi Brett, Two things that I missed was wanting a build command A clarification: In distutils2, there is a difference between commands (build, sdist, upload, i.e.

Re: [Distutils] .egg-info metadata

On Fri, Sep 21, 2012 at 1:28 AM, Donald Stufft donald.stu...@gmail.comwrote: On Friday, September 21, 2012 at 12:57 AM, PJ Eby wrote: As far as the practicality vs. purity question, Python has already had Provides/Requires in the metadata format for several years, and it contained all the

Re: [Distutils] Self-contained boostrap scripts [was: Re: A new, experimental packaging tool: distil]

On Mar 29, 2013 4:12 PM, Nick Coghlan ncogh...@gmail.com wrote: On Fri, Mar 29, 2013 at 8:43 AM, Daniel Holth dho...@gmail.com wrote: WinZip will ignore anything in the front of the file since the zip directory doesn't reference it. The #! shebang is for Unix, would point to the correct

Re: [Distutils] PEP: Improving Python ZIP Application Support

On Mar 30, 2013 3:23 PM, Daniel Holth dho...@gmail.com wrote: Python ZIP Application Support - https://docs.google.com/document/d/1MKXgPzhWD5wIUpoSQX7dxmqgTZVO6l9iZZis8dnri78/edit?usp=sharing PEP: 4XX Title: Improving Python ZIP Application Support Author: Daniel Holth dho...@gmail.com

Re: [Distutils] PyPI is down

Not anymore. Lasted about 5 minutes (at least according the the DOWN/UP emails sent to the infrastructure list). Monitoring is set up for PyPI so it is known very quickly when it stops responding and thus no need to worry about notifying anyone. Noah has done a good job. =) On Thu, Apr 4, 2013

Re: [Distutils] PyPI is down

be it. -Brett On Thu, Apr 4, 2013 at 11:54 AM, Brett Cannon br...@python.org wrote: Not anymore. Lasted about 5 minutes (at least according the the DOWN/UP emails sent to the infrastructure list). Monitoring is set up for PyPI so it is known very quickly when it stops responding and thus no need

Re: [Distutils] b.pypi.python.org

On Tue, Jun 4, 2013 at 10:33 AM, ken cochrane kencochr...@gmail.com wrote: b.pypi.python.org is an official mirror that runs on Google App engine, and it uses a special mirror package built just for GAE. Code for it is found here. https://bitbucket.org/loewis/pypi-appengine

Re: [Distutils] b.pypi.python.org

On Tue, Jun 4, 2013 at 11:22 AM, ken cochrane kencochr...@gmail.com wrote: b.pypi.python.org is an official mirror that runs on Google App engine, and it uses a special mirror package built just for GAE. Code for it is found here. https://bitbucket.org/loewis/pypi-appengine

Re: [Distutils] b.pypi.python.org

I might not get to it for a week, but I will get to it. On Fri, Jun 7, 2013 at 5:26 PM, ken cochrane kencochr...@gmail.com wrote: b.pypi.python.org is an official mirror that runs on Google App engine, and it uses a special mirror package built just for GAE. Code for it is found here.

Re: [Distutils] b.pypi.python.org

Pull request sent with the changes to always return a 404 and to shut down cron. On Tue, Jun 11, 2013 at 8:31 AM, ken cochrane kencochr...@gmail.com wrote: OK, http://www.pypi-mirrors.org is now reporting b.pypi.python.org as N/A which I believe means the DNS propagation is complete. We can

Re: [Distutils] PEP 439 and pip bootstrap updated

On Wed, Jul 10, 2013 at 12:54 AM, Richard Jones rich...@python.org wrote: On 10 July 2013 14:19, Carl Meyer c...@oddbird.net wrote: They certainly do today, but that's primarily because pyvenv isn't very useful yet, since the stdlib has no installer and thus a newly-created pyvenv has no

Re: [Distutils] PEP 439 and pip bootstrap updated

On Wed, Jul 10, 2013 at 9:43 AM, Paul Moore p.f.mo...@gmail.com wrote: On 10 July 2013 13:46, Brett Cannon br...@python.org wrote: pip (or pip3 for Python 3.3/3.2) Sorry to butt in here, but can I just catch this point. There seems to be an ongoing series of assumptions over whether

Re: [Distutils] PEP 439 and pip bootstrap updated

On Wed, Jul 10, 2013 at 12:11 PM, Paul Moore p.f.mo...@gmail.com wrote: On 10 July 2013 15:28, Brett Cannon br...@python.org wrote: So, at present, if I (as a 100% Python 3 user) want to install a package, I type pip install XXX. No version suffix. In the same way, to invoke Python, I type

Re: [Distutils] PEP 439 and pip bootstrap updated

On Wed, Jul 10, 2013 at 9:09 PM, Richard Jones rich...@python.org wrote: On 11 July 2013 06:50, Paul Moore p.f.mo...@gmail.com wrote: I think python -m pip should be the canonical form (used in documentation, examples, etc). The unittest module has taken this route, as has timeit.

Re: [Distutils] PEP 439 and pip bootstrap updated

On Thu, Jul 11, 2013 at 9:39 AM, Donald Stufft don...@stufft.io wrote: On Jul 11, 2013, at 9:33 AM, Paul Moore p.f.mo...@gmail.com wrote: The pip executable script/wrapper currently uses setuptools entry points and wrapper scripts. I'm not a fan of those, so I'd be happy to see the change

Re: [Distutils] PEP 439 and pip bootstrap updated

On Thu, Jul 11, 2013 at 10:29 AM, Daniel Holth dho...@gmail.com wrote: On Thu, Jul 11, 2013 at 9:33 AM, Paul Moore p.f.mo...@gmail.com wrote: On 11 July 2013 13:49, Brett Cannon br...@python.org wrote: The dead-simple, extremely elegant solution (starting in Python 3.4) is to make pip

Re: [Distutils] PEP 439 and pip bootstrap updated

On Thu, Jul 11, 2013 at 11:50 AM, Brett Cannon br...@python.org wrote: On Thu, Jul 11, 2013 at 10:52 AM, Donald Stufft don...@stufft.io wrote: On Jul 11, 2013, at 10:47 AM, Brett Cannon br...@python.org wrote: I'm just not seeing the downside. We control the stdlib and pip, so we know

Re: [Distutils] PEP 439 and pip bootstrap updated

On Fri, Jul 12, 2013 at 4:35 AM, Vinay Sajip vinay_sa...@yahoo.co.ukwrote: Donald Stufft donald at stufft.io writes: We should remember that in general people have considered PyEnv that ships with Python 3.3 an inferior alternative to virtualenv largely in part because they have to fetch

Re: [Distutils] PEP 439 and pip bootstrap updated

On Fri, Jul 12, 2013 at 12:16 PM, Vinay Sajip vinay_sa...@yahoo.co.ukwrote: Donald Stufft donald at stufft.io writes: I'm also against adding distlib-like functionality to the stdlib. At least at this point in time. We've seen the far reaching effects that adding a packaging lib directly

Re: [Distutils] Current status of PEP 439 (pip boostrapping)

On Sat, Jul 13, 2013 at 1:31 AM, Nick Coghlan ncogh...@gmail.com wrote: In addition to the long thread based on Richard's latest set of updates, I've also received a few off-list comments on the current state of the proposal. So, I figured I'd start a new thread summarising my current point

Re: [Distutils] Current status of PEP 439 (pip boostrapping)

On Sat, Jul 13, 2013 at 9:38 AM, Paul Moore p.f.mo...@gmail.com wrote: On 13 July 2013 14:31, Brett Cannon br...@python.org wrote: +1 on the inversion. I don't know what that will do to pip, it makes sense to have the installer self-contained and the packaging/building libraries be something

Re: [Distutils] Expectations on how pip needs to change for Python 3.4

On Sat, Jul 13, 2013 at 11:15 AM, Paul Moore p.f.mo...@gmail.com wrote: On 13 July 2013 16:03, Donald Stufft don...@stufft.io wrote: 1. Install to user-packages by default. Do people really want this? I hadn't seen it (other than if pip was installed to user by default). I think it's a

Re: [Distutils] Expectations on how pip needs to change for Python 3.4

On Sun, Jul 14, 2013 at 4:23 AM, Noah Kantrowitz n...@coderanger.netwrote: On Jul 14, 2013, at 12:35 AM, Nick Coghlan wrote: On 14 July 2013 17:13, Donald Stufft don...@stufft.io wrote: I think it would be reasonable for the pip maintainers to be asked to declare a public API (even if

Re: [Distutils] Call for PEP author/champion: Bundling pip with CPython installers

On Sun, Jul 14, 2013 at 2:13 AM, Nick Coghlan ncogh...@gmail.com wrote: Based on the recent discussions, I now plan to reject the pip bootstrapping-on-first-invocation approach described in PEP 439 in favour of a new PEP that proposes: [SNIP] * ensuring that, for Python 3.4, python3 and

Re: [Distutils] Replacing pip.exe with a Python script

On Mon, Jul 15, 2013 at 9:39 AM, Paul Moore p.f.mo...@gmail.com wrote: I'm looking at the possibility of replacing the current setuptools entry point based pip executables with Python scripts. The biggest problem is that a script pip.py shadows the pip package, making import pip fail. I can

[Distutils] Q about best practices now (or near future)

I'm going to be pushing an update to one of my projects to PyPI this week and so I figured I could use this opportunity to help with patches to the User Guide's packaging tutorial. But to do that I wanted to ask what the current best practices are. * Are we even close to suggesting wheels for

Re: [Distutils] Q about best practices now (or near future)

On Wed, Jul 17, 2013 at 11:46 AM, Daniel Holth dho...@gmail.com wrote: On Wed, Jul 17, 2013 at 11:12 AM, Brett Cannon br...@python.org wrote: I'm going to be pushing an update to one of my projects to PyPI this week and so I figured I could use this opportunity to help with patches

Re: [Distutils] Q about best practices now (or near future)

On Wed, Jul 17, 2013 at 12:45 PM, Donald Stufft don...@stufft.io wrote: On Jul 17, 2013, at 12:39 PM, Brett Cannon br...@python.org wrote: On Wed, Jul 17, 2013 at 11:46 AM, Daniel Holth dho...@gmail.com wrote: On Wed, Jul 17, 2013 at 11:12 AM, Brett Cannon br...@python.org wrote: I'm

Re: [Distutils] Q about best practices now (or near future)

On Wed, Jul 17, 2013 at 6:12 PM, Nick Coghlan ncogh...@gmail.com wrote: On 18 Jul 2013 06:24, Oscar Benjamin oscar.j.benja...@gmail.com wrote: On 17 July 2013 17:59, Brett Cannon br...@python.org wrote: But it also sounds like that project providing wheel distributions is too

Re: [Distutils] Q about best practices now (or near future)

On Thu, Jul 18, 2013 at 8:33 PM, Daniel Holth dho...@gmail.com wrote: On Thu, Jul 18, 2013 at 8:15 PM, Donald Stufft don...@stufft.io wrote: On Jul 18, 2013, at 7:37 PM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: I think the point is that people might be dependent on this functionality

Re: [Distutils] Specific packaging goals and a tentative timeline

On Fri, Jul 19, 2013 at 4:31 AM, Nick Coghlan ncogh...@gmail.com wrote: On 19 July 2013 18:17, Paul Moore p.f.mo...@gmail.com wrote: On 19 July 2013 05:06, Nick Coghlan ncogh...@gmail.com wrote: * (hopefully) add support for indirect imports (see

Re: [Distutils] What does it mean for Python to bundle pip?

On Tue, Aug 20, 2013 at 11:10 AM, Steve Dower steve.do...@microsoft.comwrote: Oscar Benjamin wrote: Paul wrote: Given that the installer includes the py.exe launcher, if you leave the defaults, then at a command prompt python doesn't work. But that's fine, because py does. And if you

Re: [Distutils] PEP453 - Explicit bootstrapping of pip in Python installations

On Fri, Aug 30, 2013 at 9:44 AM, Donald Stufft don...@stufft.io wrote: [SNIP] Pre-installation During the installation of Python from Python.org ``python -m getpip`` should be executed. Leaving people using the Windows or OSX installers with a working copy of pip once

Re: [Distutils] PEP 453 quirk: pyvenv --no-download with an upgraded system pip

On Wed, Sep 18, 2013 at 10:26 AM, Nick Coghlan ncogh...@gmail.com wrote: In creating the next draft of PEP 453, I noticed an odd quirk of the proposed pyvenv --no-download option: it bootstraps the version of pip *that was provided with Python*, rather than the version currently installed in

Re: [Distutils] PyPI classifier for standard library modules/backports?

On Thu, Jan 2, 2014 at 9:37 AM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: On Thu, 2/1/14, Nick Coghlan ncogh...@gmail.com wrote: Dariusz Suchojad suggested it might be easier if there was a suitable classifier to mark such modules rather than

Re: [Distutils] PyPI classifier for standard library modules/backports?

On Thu, Jan 2, 2014 at 11:12 AM, Vinay Sajip vinay_sa...@yahoo.co.ukwrote: On Thu, 2/1/14, Brett Cannon br...@python.org wrote: Progamming Language :: Python :: Python2and3 or some such. How is that any better than specifying the Python 2

Re: [Distutils] Using Wheel with zipimport

On Wed, Jan 29, 2014 at 9:40 AM, Donald Stufft don...@stufft.io wrote: On Jan 29, 2014, at 9:25 AM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: It may be useful to understand that wheel has *political features* or if you prefer *setting the defaults based on what we have learned from

Re: [Distutils] wheels on sys.path clarification (reboot)

On Thu, Jan 30, 2014 at 12:46 PM, Evgeny Sazhin eug...@sazhin.us wrote: On Thu, Jan 30, 2014 at 11:59 AM, Donald Stufft don...@stufft.io wrote: On Jan 30, 2014, at 11:33 AM, Evgeny Sazhin eug...@sazhin.us wrote: On Thu, Jan 30, 2014 at 3:09 AM, Paul Moore p.f.mo...@gmail.com wrote: On

Re: [Distutils] PEX at Twitter (re: PEX - Twitter's multi-platform executable archive format for Python)

On Sat, Feb 1, 2014 at 3:23 AM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: On Fri, 31/1/14, Brian Wickman wick...@gmail.com wrote: There are myriad other practical reasons. Here are some: Thanks for taking the time to respond with the details - they are good data points to think about!

Re: [Distutils] PEX at Twitter (re: PEX - Twitter's multi-platform executable archive format for Python)

On Sat, Feb 1, 2014 at 12:34 PM, Donald Stufft don...@stufft.io wrote: On Sat, Feb 1, 2014, at 12:26 PM, Brett Cannon wrote: On Sat, Feb 1, 2014 at 3:23 AM, Vinay Sajip vinay_sa...@yahoo.co.ukwrote: On Fri, 31/1/14, Brian Wickman wick...@gmail.com wrote: There are myriad other

Re: [Distutils] PEX at Twitter (re: PEX - Twitter's multi-platform executable archive format for Python)

On Sat, Feb 1, 2014 at 1:00 PM, Paul Moore p.f.mo...@gmail.com wrote: On 1 February 2014 17:53, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: My pref is [...] and really pushing people to use the loader APIs for reading intra-package files. +1 Maybe the Packaging Users Guide could have

Re: [Distutils] PEX at Twitter (re: PEX - Twitter's multi-platform executable archive format for Python)

On Sat, Feb 1, 2014 at 1:16 PM, Brett Cannon br...@python.org wrote: On Sat, Feb 1, 2014 at 1:00 PM, Paul Moore p.f.mo...@gmail.com wrote: On 1 February 2014 17:53, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: My pref is [...] and really pushing people to use the loader APIs for reading

Re: [Distutils] PEX at Twitter (re: PEX - Twitter's multi-platform executable archive format for Python)

On Sat, Feb 1, 2014 at 1:16 PM, Brett Cannon br...@python.org wrote: On Sat, Feb 1, 2014 at 1:00 PM, Paul Moore p.f.mo...@gmail.com wrote: On 1 February 2014 17:53, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: My pref is [...] and really pushing people to use the loader APIs for reading

Re: [Distutils] PEX at Twitter (re: PEX - Twitter's multi-platform executable archive format for Python)

On Sat, Feb 1, 2014 at 2:00 PM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: On Sat, 1/2/14, Brett Cannon br...@python.org wrote: Yes, that is definitely a design flaw in the ssl module that should get remedied. Did you file a bug to add a new API (whether new function or new parameters

Re: [Distutils] PEX at Twitter (re: PEX - Twitter's multi-platform executable archive format for Python)

On Sat, Feb 1, 2014 at 3:00 PM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: On Sat, 1/2/14, Brett Cannon br...@python.org wrote: No one is talking about solving this problem overnight. But if we don't want to bother putting the effort in now then the zipimport module might as well get

[Distutils] what exactly does `wheel keygen` w/ `sign` do?

So I'm trying to be a good Python project owner for https://github.com/brettcannon/caniusepython3 so that means wanting to produce a universal wheel. While reading up on exactly what is needed I noticed there is `wheel keygen` which feeds `wheel sign`. But what exactly is the keygen producing?

Re: [Distutils] what exactly does `wheel keygen` w/ `sign` do?

Well, I'll at least use what twine supports. =) On Fri, Feb 21, 2014 at 2:17 PM, Donald Stufft don...@stufft.io wrote: On Feb 21, 2014, at 2:11 PM, Brett Cannon br...@yvrsfo.ca wrote: So I'm trying to be a good Python project owner for https://github.com/brettcannon/caniusepython3 so

Re: [Distutils] what exactly does `wheel keygen` w/ `sign` do?

, Feb 21, 2014 at 3:16 PM, Donald Stufft don...@stufft.io wrote: Twine just uses gpg like distutils upload does. It’ll even do the signing for you if you want. twine upload -s dist/* On Feb 21, 2014, at 3:02 PM, Brett Cannon br...@yvrsfo.ca wrote: Well, I'll at least use what twine supports

Re: [Distutils] what exactly does `wheel keygen` w/ `sign` do?

the docs out again :) On Feb 21, 2014, at 3:32 PM, Brett Cannon br...@yvrsfo.ca wrote: Well, the docs gave the gpg command to use and made the good point that doing so meant not typing your GPG passphrase into a strange app. Anyway, https://pypi.python.org/pypi/caniusepython3 is now live

Re: [Distutils] Is there any sense to put setuptools as a requirement?

On Thu, Feb 27, 2014 at 6:49 AM, Piotr Dobrogost p...@google-groups-2014.dobrogost.net wrote: Hi! I've seen people putting 'setuptools' in 'install_requires' in setup.py starting with import from setuptools like this: from setuptools import setup, find_packages Does it make any sense? In

Re: [Distutils] waf can be used to compile Python extension modules

On Thu Mar 20 2014 at 12:51:13 AM, Nick Coghlan ncogh...@gmail.com wrote: On 20 March 2014 09:54, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: Daniel Holth dholth at gmail.com writes: extensions without using distutils. The problem of invoking the compiler has been solved by many build

Re: [Distutils] nspkg.pth files break $PYTHONPATH overrides

On Mon Mar 24 2014 at 6:09:48 PM, Barry Warsaw ba...@python.org wrote: On Mar 24, 2014, at 05:53 PM, Donald Stufft wrote: See also https://github.com/pypa/pip/issues/3 Hah, yeah. I didn't realize --single-version-externally-managed is implied by --root, and in fact our Debian build

[Distutils] Pycon

I'm arriving Tuesday night and not leaving until Wednesday morning of the sprints. On Fri Mar 28 2014 at 3:07:26 PM, Daniel Holth dho...@gmail.com wrote: Who is going to pycon? I will be there. ___ Distutils-SIG maillist - Distutils-SIG@python.org

[Distutils] question

On 1404130668299, batoot zilzel batoot2...@gmail.com wrote: hi am blind and am python programmer but i can't write the codes from python idl should i use notepat ++ and some plugins to write and run the codes cause the python idlis not accessible with blind and with the screen reader i hope

[Distutils] Specifying Python version as part of requirements

I just checked PEP 440 and pip doesn't seem to have anything specific, so I thought I would ask if there is any way now or in the future to specify that a dependency is only needed for certain versions of Python? My current use case is I want to use unittest2, but pip errors out during

Re: [Distutils] Specifying Python version as part of requirements

a conditional include to install_requires in your setup.py, and then if you’re creating wheels you do something like - https://github.com/dstufft/twine/blob/master/setup.cfg#L9-L13 That will overwrite install_requires, but only for Wheels. On Jul 4, 2014, at 6:51 PM, Brett Cannon bcan...@gmail.com wrote

Re: [Distutils] Specifying Python version as part of requirements

, Brett Cannon bcan...@gmail.com wrote: I just checked PEP 440 and pip doesn't seem to have anything specific, so I thought I would ask if there is any way now or in the future to specify that a dependency is only needed for certain versions of Python? My current use case is I want to use

Re: [Distutils] Google Auth is broken for PyPI

On Mon Feb 09 2015 at 2:42:46 PM Barry Warsaw ba...@python.org wrote: On Feb 08, 2015, at 11:37 PM, Richard Jones wrote: Google has discontinued support for OpenID, so we're not going to be putting any effort into debugging this issue. I hope you'll continue to support other OpenID

Re: [Distutils] PyPA Announcements Twitter

On Mon Jan 26 2015 at 1:29:50 PM Jannis Leidel jan...@leidel.info wrote: On 25 Jan 2015, at 21:03, Marc Abramowitz msabr...@gmail.com wrote: Actually, they do: https://twitter.com/ThePyPA But I don't know if they are in the habit of thinking to use it every time something worthy

Re: [Distutils] pip/warehouse feature idea: help needed

On Mon, Apr 13, 2015 at 10:13 PM Donald Stufft don...@stufft.io wrote: On Apr 13, 2015, at 8:57 PM, Ben Finney ben+pyt...@benfinney.id.au wrote: Nick Coghlan ncogh...@gmail.com writes: On 11 Apr 2015 12:22, Alexander Walters tritium-l...@sdamon.com wrote: Is the package index

Re: [Distutils] pip/warehouse feature idea: help needed

On Tue, Apr 14, 2015 at 8:34 PM Ben Finney ben+pyt...@benfinney.id.au wrote: Nick Coghlan ncogh...@gmail.com writes: Yep, Guido's keynote was the genesis of the thread. I can't find it online, can you give a URL so we can see the talk? https://www.youtube.com/watch?v=G-uKNd5TSBw Past

Re: [Distutils] Accessing package data files in wheels

I'm traveling so I can't do a thorough reply, but a goal of mine for Python 3.6 is finally solve the data access problem for packages based on Donald's importlib.resources proposal as well as pkg_resources to try and learn from previous mistakes. On Mon, Jun 29, 2015, 04:52 Paul Moore

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

On Thu, 20 Aug 2015 at 10:16 Wes Turner wes.tur...@gmail.com wrote: On Aug 20, 2015 5:05 AM, Nick Coghlan ncogh...@gmail.com wrote: [Catching up on distutils-sig after travel] On 13 August 2015 at 16:08, Nathaniel Smith n...@pobox.com wrote: It seems like a reasonable effort at

Re: [Distutils] dump of all PyPI project metadata available?

On Wed, Jul 22, 2015 at 9:12 PM Wes Turner wes.tur...@gmail.com wrote: On Jul 22, 2015 5:12 PM, Brett Cannon bcan...@gmail.com wrote: On Wed, Jul 22, 2015 at 2:19 PM Wes Turner wes.tur...@gmail.com wrote: https://github.com/dstufft/pypi-stats https://github.com/dstufft/pypi

[Distutils] dump of all PyPI project metadata available?

When I wrote https://nothingbutsnark.svbtle.com/python-3-support-on-pypi I wrote a script to download every project's JSON metadata by scraping the simple index and then making the appropriate GET request for the JSON metadata. It worked, but somewhat of a hassle. Is there some dump somewhere

Re: [Distutils] dump of all PyPI project metadata available?

it to add RDFa to PyPi and warehouse pages (in addition to the auxiliary executed/extracted JSON) for #search On Jul 22, 2015 4:08 PM, Brett Cannon bcan...@gmail.com wrote: When I wrote https://nothingbutsnark.svbtle.com/python-3-support-on-pypi I wrote a script to download every project's JSON

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

On Thu, 29 Oct 2015 at 12:03 Donald Stufft wrote: > On October 29, 2015 at 2:54:19 PM, Daniel Holth (dho...@gmail.com) wrote: > > I think that would be very handy, especially making setuptools not a > > special case. You could get it down to 3 lines in setup.cfg, a file that >

Re: [Distutils] wacky idea about reifying extras

On Tue, 27 Oct 2015 at 02:17 Robert Collins wrote: > On 27 October 2015 at 21:47, David Cournapeau wrote: > > > Another simple solution for this particular case is to add conflict rules > > between packages that provide the same requirement (that's

Re: [Distutils] py2dsc --with-python3=True not producing python3- packages

Distutils-sig has nothing to do with py2dsc so I doubt anyone can really help here unfortunately. I would try reaching out to py2dsc or the flask-login team. On Wed, 21 Oct 2015 at 13:51 Marques Johansson wrote: > I assume I am doing something wrong, but the man page

Re: [Distutils] Time for a setuptools_lite??

On Wed, 21 Oct 2015 at 10:17 Paul Moore wrote: > On 21 October 2015 at 17:42, Chris Barker wrote: > > So why not have a setuptools-lite that only does the building? We need to > > keep the full over-burdened setuptools around, because lot sof folks

Re: [Distutils] The future of invoking pip

On Wed, 11 Nov 2015 at 04:06 Paul Moore wrote: > On 11 November 2015 at 06:35, Nick Coghlan wrote: > > Windows Python 2 installations require manual PATH modifications > > regardless, but it's more common for people to know how to make > > "python -m pip

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

Re: [Distutils] Towards a simple and standard sdist format that isn't intertwined with distutils

Listening in to an On Air session is unbounded, but direct participants are capped at 10. On Fri, 9 Oct 2015 at 09:17 Ionel Cristian Mărieș wrote: > > On Fri, Oct 9, 2015 at 7:05 PM, Chris Barker > wrote: > >> How many people can join a hangout? we

Re: [Distutils] Making install a no-op

The way I handled itnin importlib was to version check in setup.py and if importlib would be in the stdlib I would use an empty list to represent what to install. That way users didn't have use markers and need to know importlib was in some specific version of Python (basically argparse has made

Re: [Distutils] Towards a simple and standard sdist format that isn't intertwined with distutils

On Sat, 3 Oct 2015 at 04:51 Paul Moore wrote: > On 3 October 2015 at 02:03, Nathaniel Smith wrote: > > In particular I hesitate a little bit to just drop in everything from > > PEP 426 and friends, because previous specs haven't really thought > > through

Re: [Distutils] Towards a simple and standard sdist format that isn't intertwined with distutils

On Fri, 2 Oct 2015 at 05:08 Donald Stufft wrote: > On October 2, 2015 at 12:54:03 AM, Nathaniel Smith (n...@pobox.com) wrote: > > > We realized that actually as far as we could tell, it wouldn't > > be that > > hard at this point to clean up how sdists work so that it would be

Re: [Distutils] Unable to login to PyPi

On Tue, 29 Sep 2015 at 11:34 Mike O'Driscoll wrote: > Would someone be able to point me to the correct package/developer bring > up/testing instructions. > > Should I find extra cycles I could potentially investigate a fix. > > I think these might be the instructions

Re: [Distutils] Switch PyPA from IRC to Gitter or similar

On Fri, 10 Jun 2016 at 07:25 Ian Cordasco wrote: > On Fri, Jun 10, 2016 at 8:22 AM, Jason R. Coombs > wrote: > > In #pypa-dev, I raised the possibility of moving our PyPA support > channels from IRC to another hosted solution that enables

[Distutils] How to declare optional dependencies?

Maybe I'm totally overlooking something or misreading the docs, but I can't find a way to say in a requirements.txt file that a dependency is optional and its failure to install is okay. E.g., aiohttp supports using cchardet as an accelerator of chardet (

Re: [Distutils] PEP 513: A Platform Tag for Portable Linux Built Distributions Version

On Tue, 26 Jan 2016 at 10:59 Robert T. McGibbon wrote: > On Mon, Jan 25, 2016 at 1:51 PM, Robert T. McGibbon > wrote: > >> >> HTML version: >> https://github.com/manylinux/manylinux/blob/master/pep-513.rst >> > > Nick, at some point would it be possible

Re: [Distutils] PEP 513: A Platform Tag for Portable Linux Built Distributions Version

On Tue, 26 Jan 2016 at 14:36 Nathaniel Smith wrote: > On Mon, Jan 25, 2016 at 8:37 PM, Robert T. McGibbon > wrote: > > I agree that this is an important detail. I generally use machines that > have > > many different Python interpreters installed (some

Re: [Distutils] Package classifiers - both major and minor Python versions?

On Thu, 21 Jan 2016 at 06:48 John Whitlock wrote: > A discussion about the Python language classifiers came up in a pull > request [1], and I couldn't find a definite answer. The question is - > should a packager specify the major Python versions, minor Python versions, >

Re: [Distutils] Ensuring source availability for PyPI entries / PEP: Build system abstraction for pip/conda etc

On Thu, 11 Feb 2016 at 10:01 M.-A. Lemburg wrote: > On 11.02.2016 17:48, Donald Stufft wrote: > > > >> On Feb 11, 2016, at 11:08 AM, M.-A. Lemburg wrote: > >> > >> Then why not fix distutils' sdist command to add the needed > >> information to PKG-INFO and rely

Re: [Distutils] What's up with PyPi maintenance?

On Thu, 17 Mar 2016 at 17:51 Chris Barker - NOAA Federal < chris.bar...@noaa.gov> wrote: > > b) Is there a serious lack of folks available to address such issues? >> > > This is the correct answer. I can't even keep on top of the request from > people wanting to take over packages. > > > if (b),

Re: [Distutils] What's up with PyPi maintenance?

On Tue, 15 Mar 2016 at 09:42 Chris Barker wrote: > Probably not the right list but: > > There are a number of folks having issue siwth new PyPi pacakges not being > found by search: > > > https://bitbucket.org/pypa/pypi/issues/412/my-package-doesnt-show-up-in-search > >

Re: [Distutils] Python Project distribution

https://packaging.python.org/en/latest/ should have all the information you need to learn how to package up and distribute your project. On Tue, 26 Apr 2016 at 05:42 akash chaudhary wrote: > Hi > > I want to distribute my python project that select best proxy and changes >

[Distutils] PEP for specifying build dependencies

and look forward to this being the first step towards allowing projects to customize their build process better! - PEP: NNN Title: Specifying build dependencies for Python Software Packages Version: $Revision$ Last-Modified: $Date$ Author: Brett Cannon <br...@python.org>, Nathaniel Sm

Re: [Distutils] PEP for specifying build dependencies

On Wed, 11 May 2016 at 16:01 Nathaniel Smith <n...@pobox.com> wrote: > On Wed, May 11, 2016 at 11:32 AM, Brett Cannon <br...@python.org> wrote: > [...] > > the file is for the project, not just the package(s) the project > > contains ("package" is an overlo

Re: [Distutils] build system requirements PEP, 3rd draft

And the PEP is checked in! https://hg.python.org/peps/file/tip/pep-0518.txt I'm at OSCON and in a tutorial on my work laptop so I didn't have a chance to verify there weren't any reST errors, so if someone with commit privileges can just quickly run `make` on the peps repo to make sure I didn't

Re: [Distutils] build system requirements PEP, 3rd draft

Cool, thanks! On Mon, 16 May 2016 at 07:49 Donald Stufft <don...@stufft.io> wrote: > > On May 16, 2016, at 10:43 AM, Brett Cannon <br...@python.org> wrote: > > I'm at OSCON and in a tutorial on my work laptop so I didn't have a chance > to verify there weren't any

Re: [Distutils] PEP for specifying build dependencies

On Thu, 12 May 2016 at 20:52 Nick Coghlan <ncogh...@gmail.com> wrote: > On 13 May 2016 at 02:33, Brett Cannon <br...@python.org> wrote: > > Both Donald and Nathaniel say to drop it, and since I put it in just to > be > > overly cautious I'm fine with dr

Re: [Distutils] comparison of configuration languages

On Fri, 13 May 2016 at 10:47 Paul Moore wrote: > On 13 May 2016 at 18:15, Chris Barker wrote: > > I think we're freaking out way too much about what *could* go wrong. > > It's more that:pip would have to vendor pyyaml, and it's not small. I > have no

Re: [Distutils] PEP for specifying build dependencies

On Fri, 13 May 2016 at 11:34 Chris Barker wrote: > One other question: > > Is it just examples or is "build" being defined as "build a wheel"? > Just an example (clarified previously). -Brett > > i.e. there are times one might want to build a package without building a

Re: [Distutils] PEP for specifying build dependencies

PEP but with one field changed; IOW it doesn't really add anything. I also didn't rename the file as Randy argued for because the file is for the project, not just the package(s) the project contains ("package" is an overloaded term and I don't want to contribute to that with the filename;

[Distutils] build system requirements PEP, 3rd draft

ng Minimum Build System Requirements for Python Projects Version: $Revision$ Last-Modified: $Date$ Author: Brett Cannon <br...@python.org>, Nathaniel Smith <n...@pobox.com>, Donald Stufft <don...@stufft.io> BDFL-Delegate: Nick Coghlan Discussions-To: distutils-sig S

Re: [Distutils] moving things forward (was: wheel including files it shouldn't)

Thanks for the update! Glad this is still moving forward. I'll continue to prod the list if things stall again as I want to respond to "Python packaging is broken" with "actually your knowledge is just outdated, go read packaging.python.org". :) On Tue, 3 May 2016 at 11:28 Nathaniel Smith

[Distutils] who is BDFL for the boostrap/requires declaration? (was: moving things forward)

The emails seem to have reached an equilibrium point of bikeshedding on the (bootstrap|setup)_requires issue that is being discussed (as Daniel points out below, this has nothing to do with how building works and instead is only about statically declaring what tools need to be installed to simply

  1   2   3   >