[Distutils] Setuptools adopts distutils

I’m pleased to announce the release of Setuptools 48, which adopts the distutils codebase from CPython per pypa/setuptools#417 and pypa/packaging-problems#127. Given the amount of change this e

[Distutils] Re: tiny sprint Saturday, June 8th

I’ll be around for consulting. Feel free to ping me if I can elucidate any particularly dark corners. > On 6 Jun, 2019, at 15:43, Sumana Harihareswara wrote: > > A few folks will be getting together on Saturday and doing a short in-person > sprint on some Python packaging & distribution tools,

Re: [Distutils] Twine 1.10.0rc1 on Test PyPI

Thanks for working on this! In my particular use-case, I rarely run twine myself, but instead rely on the Travis-CI DPL routine. Looking at that code, I don’t see any means I have to test a pre-release version. Given the p

Re: [Distutils] Twine 1.10.0rc1 on Test PyPI

I tried but as you can see in this job<https://travis-ci.org/yougov/paradocx/jobs/348705862>, the environment variables aren’t honored, so it seems I cannot test a twine release in Travis. At this point, I think I’ll just wait for the official release. On 3 Mar, 2018, at 11:17, Jason R.

[Distutils] setup.cfg - to interpolate or not to interpolate

In Setuptools #889 (https://github.com/pypa/setuptools/issues/889) and Python 20754 (http://bugs.python.org/issue20754), setuptools and distutils are proposing a backward-incompatible change - to remove ConfigParser interpolation when parsing setup.cfg (and maybe other config) files. I’d previo

[Distutils] Setuptools moving away from self install - testing needed

In [setuptools 581](https://github.com/pypa/setuptools/issues/581), I’ve drafted a version of setuptools that essentially drops support for self installation, relying on pip install as the only supported mechanism for installing setuptools, both in the ez_setup.py bootstrap (for which there’s a

Re: [Distutils] Commit 17f89f4 "Update sdist to use sdist_add_defaults forward compatibility"

The discussion started here: https://github.com/pypa/setuptools/pull/750 Basically, I don’t understand exactly why that functionality was disabled, but I give my best guess in that ticket - mainly that I think data_files is incompatible with encapsulated installs, so I suspect it was explicitly,

[Distutils] Switch PyPA from IRC to Gitter or similar

In #pypa-dev, I raised the possibility of moving our PyPA support channels from IRC to another hosted solution that enables persistence. Although IRC has served us well, there are systems now with clear feature advantages, which are crucial to my continuous participation: - always-on experience

[Distutils] on integrated docs in Warehouse and PyPI

I had some thoughts on documentation integration (and its deprecation in Warehouse), which I wrote up here: https://paper.dropbox.com/doc/Integrated-Docs-is-an-Essential-Feature-HEqnF8iWzCFwkCDaz0p8t I include the full text below for ease of access and response. Yesterday, as I was migrating Se

[Distutils] Setuptools 18.0b1 available for testing (improved Cython build support).

I’m pleased to announce a fix for improved Cython support per Setuptools #288 (https://bitbucket.org/pypa/setuptools/issue/288). I’ve published a beta release 18.0b1 in the Setuptools project downloads (https://bitbucket.org/pypa/setuptools/downloads/setuptools-18.0b1.zip) for pre-release testi

Re: [Distutils] pip upgrade woes

Setuptools advertises in its description, "Easily download, build, install, upgrade, and uninstall Python packages". It was intended to support the uninstall model, though at the time that was written, "easy" meant easier than finding and removing each of the files by hand. If you're using eggs

[Distutils] Setuptools 4.0 and 4.0.1 superseded by 3.8.1

Due to the regression reported in [Setuptools #218]( https://bitbucket.org/pypa/setuptools/issue/218/setuppy-develop-fails-with-some-packages), I've removed all versions of Setuptools 4.x and closed that branch. I will continue to explore the underlying issue, [Setuptools #210]( https://bitbuck

Re: [Distutils] tourist here, with a dumb RTFM question

From: Distutils-SIG [mailto:distutils-sig-bounces+jaraco=jaraco@python.org] On Behalf Of Marcus Smith Sent: Thursday, 06 March, 2014 16:16 To: DistUtils mailing list Subject: Re: [Distutils] tourist here, with a dumb RTFM question On Thu, Mar 6, 2014 at 10:37 AM, Michael Bayer mailto:mik

Re: [Distutils] tourist here, with a dumb RTFM question

Thanks Mike for the report. I haven't read the rest of this thread yet, and I want to respond to your OP before I do. As a result, there will likely be some duplication. You're absolutely right to be dismayed. I had incorrectly assessed the potential impact of this change. I had expected the i

Re: [Distutils] recommended setuptools version

To follow up, 3.1 has been released and the 3.0.x releases have been restored. > -Original Message- > From: Distutils-SIG [mailto:distutils-sig- > bounces+jaraco=jaraco@python.org] On Behalf Of Marius Gedminas > Sent: Friday, 07 March, 2014 08:15 > To: distutils-sig@python.org > Subjec

[Distutils] Setuptools 3.0b1 available for preview

I'm pleased to announce that Setuptools 3.0b1 is now available for download from the project downloads page: https://bitbucket.org/pypa/setuptools/downloads This backward-incompatible release contains the changes detailed in the CHANGES.txt file: https://bitbucket.org/pypa/setuptools/src/3.0b1

[Distutils] Setuptools 2.0 Released

The PyPA is pleased to announce the Setuptools 2.0 release. This backward-incompatible release drops support for Python 2.4 and Python 2.5, but is otherwise compatible with 1.x releases. The 1.x series will continue to be supported for bug and security fixes for the foreseeable future. This

Re: [Distutils] How to handle launcher script importability?

From: Distutils-SIG [mailto:distutils-sig-bounces+jaraco=jaraco@python.org] On Behalf Of Paul Moore Sent: Tuesday, 13 August, 2013 17:28 In the interests of getting more concrete data, can I suggest that setuptools add an off-by-default option, which can be set globally using a config

Re: [Distutils] How to handle launcher script importability?

> -Original Message- > From: Steve Dower [mailto:steve.do...@microsoft.com] > Sent: Monday, 12 August, 2013 15:03 > > Jason R. Coombs wrote: > > 6. Two to three files to do the job of one. In fact, the "job" isn't > > much more than to invoke c

Re: [Distutils] How to handle launcher script importability?

> -Original Message- > From: Distutils-SIG [mailto:distutils-sig- > bounces+jaraco=jaraco@python.org] On Behalf Of PJ Eby > Sent: Monday, 12 August, 2013 11:22 > > On Mon, Aug 12, 2013 at 10:32 AM, Paul Moore > wrote: > > On 12 August 2013 14:01, PJ Eby wrote: > > > > As far as zipp

Re: [Distutils] How to handle launcher script importability?

> -Original Message- > From: Nick Coghlan [mailto:ncogh...@gmail.com] > Sent: Sunday, 11 August, 2013 17:14 > > We actually have a proposal on import-sig to allow module specific import > path manipulation (including the ability to say "don't import this module > from this directory, even

Re: [Distutils] How to handle launcher script importability?

> -Original Message- > From: PJ Eby [mailto:p...@telecommunity.com] > Sent: Sunday, 11 August, 2013 12:17 > > > Here's another problem with #1: you will break single-directory standalone > portable app installs, where you use "easy_install -mad somedir" to install all > of an app's depe

[Distutils] How to handle launcher script importability?

In Setuptools 1.0 (currently in beta), I've added an experimental, opt-in feature to install pure Python launcher scripts on Windows instead of installing a launcher executable for each script, with the intention that these scripts will be launched by pylauncher or Python directly, eventually obvia

Re: [Distutils] Wheels and console script entry point wrappers (Was: Replacing pip.exe with a Python script)

installed by setuptools are suitable for launching by py launcher, so all that will need to happen is to stop supplying its own launcher. At least, that’s how I imagine it happening. From: Paul Moore [mailto:p.f.mo...@gmail.com] Sent: Tuesday, 16 July, 2013 09:32 To: Distutils; Jason R. Coombs

Re: [Distutils] buildout/setuptools/distribute unhelpful error message (0.7.x issue?)

Hi Chris, It looks like something is trying to install Setuptools 0.7.2, possibly with a temporary version of distribute or one that's not visible by default in your Python environment. When you get that error message, I suggest you upgrade away from distribute. The easiest wa

[Distutils] beginner ticket for code base modernization of setuptools

I've created the following ticket for Setuptools: https://bitbucket.org/pypa/setuptools/issue/35/code-base-modernization I'm inviting junior developers or students or other less experienced enthusiasts who are interested in learning more about the inner workings of Setuptools to assist in a

[Distutils] Setuptools 0.8 and Distribute 0.7.3 (legacy wrapper) now released

The PyPA is excited to announce the public release of Setuptools 0.8. This release of setuptools provides no additional functionality over Setuptools 0.7.x except that it no longer requires 2to3 to build/install on Python 3. What this means for packaging is that tools like pip and virtualenv can no

Re: [Distutils] Setuptools 0.7.2 and Distribute 0.7 (compatibility wrapper) on PyPI

oader make that determination? From: Donald Stufft [mailto:don...@stufft.io] Sent: Monday, 10 June, 2013 14:15 To: Jason R. Coombs Cc: Tres Seaver; Distutils-Sig@Python.Org Subject: Re: [Distutils] Setuptools 0.7.2 and Distribute 0.7 (compatibility wrapper) on PyPI On Jun 10, 2013, at 2:

Re: [Distutils] Setuptools 0.7.2 and Distribute 0.7 (compatibility wrapper) on PyPI

PM, Donald Stufft wrote: >> >> On Jun 9, 2013, at 9:51 PM, Nick Coghlan wrote: >> >>> On 10 June 2013 03:49, Jason R. Coombs wrote: >>>> I'm leaning toward uploading it to BitBucket downloads as part of >>>> the release script. >>&g

Re: [Distutils] Setuptools/Distribute error with 0.7.2

've got to find a way to make it happen for the good of the eco system. From: qwe...@gmail.com [mailto:qwe...@gmail.com] On Behalf Of Marcus Smith Sent: Sunday, 09 June, 2013 17:54 To: Jason R. Coombs Cc: Liam Kirsher; distutils-sig@python.org Subject: Re: [Distutils] Setuptools/Distribute e

Re: [Distutils] Setuptools/Distribute error with 0.7.2

Hi Julian, I believe for those packages that call `use_setuptools()` from `distribute_setup.py`, the only option to support them is to install Distribute 0.7 (the stub package), which I believe will satisfy the use_setuptools() call so it doesn't attempt to install Distribute 0.6.

Re: [Distutils] Setuptools/Distribute error with 0.7.2

Hi Liam, Sorry for the trouble. The cause is rooted in the latest updates to Setuptools and Distribute on PyPI which were launched today. I believe what's happening here is pip is installing Distribute 0.7, which triggers the uninstallation of Distribute, but Di

Re: [Distutils] Setuptools 0.7.2 and Distribute 0.7 (compatibility wrapper) on PyPI

rg > Subject: Re: [Distutils] Setuptools 0.7.2 and Distribute 0.7 (compatibility > wrapper) on PyPI > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 06/09/2013 12:22 PM, Jason R. Coombs wrote: > > On behalf of the PYPA, I'm excited to announce that Setuptools

[Distutils] Setuptools 0.7.2 and Distribute 0.7 (compatibility wrapper) on PyPI

On behalf of the PYPA, I'm excited to announce that Setuptools 0.7 is now official and complete. Released to PyPI, Setuptools 0.7.2 is now available for all to see by default (https://pypi.python.org/pypi/setuptools/). Users of Setuptools 0.6 may upgrade by simply running `easy_install -U setup

Re: [Distutils] Setuptools 0.7 final available for download

From: Paul Moore [mailto:p.f.mo...@gmail.com] Sent: Sunday, 02 June, 2013 14:03 One other question that I can't see covered by the CHANGES and README files. Does setuptools 0.7 support dist-info directories the same way that recent versions of distribute did? The dist-info support is c

Re: [Distutils] Setuptools 0.7 final available for download

Good suggestions. Historically, Setuptools has not followed semver. I intend for Setuptools to start to follow semver (at least in spirit) starting with 0.7. From: anatoly techtonik [mailto:techto...@gmail.com] Sent: Sunday, 02 June, 2013 14:50 To: Jason R. Coombs Cc: distutils-sig@python.org

Re: [Distutils] Setuptools 0.7 final available for download

See https://bitbucket.org/pypa/setuptools/src/0.7/CHANGES.txt and https://bitbucket.org/pypa/setuptools/src/0.7/MERGE.txt for details on the changes. From: anatoly techtonik [mailto:techto...@gmail.com] Sent: Sunday, 02 June, 2013 13:15 To: Jason R. Coombs Cc: distutils-sig@python.org

Re: [Distutils] Setuptools 0.7 final available for download

Hi Paul. From: Paul Moore [mailto:p.f.mo...@gmail.com] Sent: Sunday, 02 June, 2013 13:13 On 2 June 2013 16:42, Jason R. Coombs mailto:jar...@jaraco.com> > wrote: For convenience, I've also added experimental .msi installers for Windows for Python 3.3 and Python 2.7. Work may

[Distutils] Setuptools 0.7 final available for download

I'm pleased to announce the official release of Setuptools 0.7, now available for download from the project page . Nothing has changed from the 0.7b4 pre-release. This is the version that will be uploaded to PyPI after we work out the technique to deploy

Re: [Distutils] Sooner or later, we're going to have to be more formal about how we name packages.

From: Distutils-SIG [mailto:distutils-sig-bounces+jaraco=jaraco@python.org] On Behalf Of Donald Stufft Sent: Saturday, 01 June, 2013 15:30 To: holger krekel Cc: distutils sig Subject: Re: [Distutils] Sooner or later, we're going to have to be more formal about how we name packages.

Re: [Distutils] Announcing Setuptools 0.7b3

dered friendlier than Distribute. But if PJE is on board with source installs, now is a good time for that switch, so let's do it. > -Original Message- > From: PJ Eby [mailto:p...@telecommunity.com] > Sent: Saturday, 25 May, 2013 18:45 > To: Jason R. Coombs > Cc: distutils

[Distutils] Announcing Setuptools 0.7b3

Setuptools and Distribute are now merged, and the new home can be found at https://bitbucket.org/pypa/setuptools. Issues for Distribute are still being maintained at its old home, but releases are now made from the 'distribute' fork on the setuptools repo. Future releases of Distribute (if any)

[Distutils] Setuptools-Distribute merge announcement

s and subsequent merge activity. If you have further questions, please direct them to both of us and we intend to answer promptly and also update the FAQ at the wiki (https://bitbucket.org/jaraco/setuptools/wiki/Setuptools%20and%20Distribute% 20Merge%20FAQ). - Jason R. Coombs Where does the merge

Re: [Distutils] Moving distribute_setup.py

Sounds good to me. See release.py in the root of distribute which uploads that file as part of the release process. It would be nice if that continues to work after the move. How is access controlled to that resource? > -Original Message- > From: Distutils-SIG [mailto:distutils-sig- > boun

[Distutils] Distribute 0.6.29 released

ly around Python 3.3. Many thanks to all the people who contributed to this release. Of course, if you encounter issues, please report them at the project site <https://bitbucket.org/tarek/distribute/> . Regards, Jason R. Coombs smime.p7s Description: S/MIME c

Re: [Distutils] distribute buildbot

Also, I've started mirroring distribute at github and running the tests using travis-ci (https://travis-ci.org/#!/jaraco/distribute). I haven't looked into why the tests are currently failing. They were passing at one point, though they seem to fail intermittently. > -Original Message- >

[Distutils] an approach for inspectable setup scripts

could this technique be improved? Would it be difficult to take these parameters and generate package metadata (DistributionMetadata) from it? I look forward to any feedback you have. Regards, Jason R. Coombs smime.p7s Description: S/MIME cryptographic signature ___

[Distutils] easy_install command arguments not propagated when installing source distributions

We're using easy_install 0.6c9 or greater. Our systems are behind a firewall with a custom cheeseshop. All required packages are available on the cheeseshop. However, we seem to be unable to install source distributions, because the dependencies specified in setup_requires aren't resolved with the

[Distutils] Need for ability to limit dependencies similar to 'extras'

We're using setuptools for packaging our Python projects. Several of our projects have a server/client aspect to them, where the server is a full-fledged service with a lot of dependencies and the client is just an API for accessing the server, probably with just a few dependencies. We want a

Re: [Distutils] How to customize egg_info behavior

> -Original Message- > From: P.J. Eby [mailto:p...@telecommunity.com] > ... > There isn't any easy way to work around this at the moment (although I will > implement a formal fix in later releases of setuptools). In the meantime, > you can monkeypatch thus, in the same plugin where you i

Re: [Distutils] How to customize egg_info behavior

aco/hgtools [2] http://bitbucket.org/jaraco/hgtools/src/6e18ec0cea4a/setup.py > -Original Message- > From: P.J. Eby [mailto:p...@telecommunity.com] > Sent: Saturday, 31 July, 2010 19:01 > To: Jason R. Coombs; distutils-sig@python.org > Subject: Re: [Distutils] How to customize egg_info

[Distutils] How to customize egg_info behavior

I'm using setuptools 0.6c11. I'd like to programmatically customize the way the egg_info command is run. That is, in my setup.py, I would like to run some functions to determine the tag-build, tag-date, and tag-svn-revision parameters to egg_info. Are there parameters How is this task best

[Distutils] [issue79] SVN Entries parsing should use local svn command for implementation

New submission from Jason R. Coombs : Per issue #64, there is a need for a more future-resistant SVN entries parsing mechanism for setuptools. The existing implementation is brittle and depends on file formats which are internal to the SVN implementation. @dw has proposed setuptools use 

Re: [Distutils] setuptools 0.7a for Python 3 fails to build on Windows

ed porting my namespace packages to Python 3. Jason > -Original Message- > From: Lennart Regebro [mailto:rege...@gmail.com] > Sent: Wednesday, 08 April, 2009 15:53 > To: Jason R. Coombs > Cc: distutils-sig@python.org > Subject: Re: [Distutils] setuptools 0.7a for Python 3

[Distutils] setuptools 0.7a for Python 3 fails to build on Windows

Thanks to Lennart Regebro for putting together a build of setuptools for Python 3 here: http://regebro.wordpress.com/2009/02/01/setuptools-and-easy_install-for-pyth on-3/ Unfortunately, the package fails to build on Windows. Refer to the blog post (and comments) for details. The problem occurs w

Re: [Distutils] Error downloading pythonutils from pypi: Can't process plain .py files

Phillip, Thanks for your response. > -Original Message- > From: Phillip J. Eby [mailto:p...@telecommunity.com] > Sent: Thursday, 18 December, 2008 21:59 > > ... And > it's not reasonable to expect it to grow special cases for every site > that wants to hide the filename in the qu

[Distutils] Error downloading pythonutils from pypi: Can't process plain .py files

Downloading pythonutils from pypi fails even though it is downloading a perfectly good .zip source file. > easy_install pythonutils==0.3.0 Searching for pythonutils==0.3.0 Reading http://pypi.python.org/simple/pythonutils/ Couldn't find index page for 'pythonutils' (maybe misspelled?) Scanning ind

[Distutils] new behavior of parse_version('dev')?

It appears to me as if the behavior of parse_version('dev') has changed with setuptools-0.6c9, but this change is not documented on the setuptools documentation. Assuming pv=parse_version, the documentation implies that pv('a') < pv('b') < pv('c') == pv('rc') < pv('d') == pv('dev'). but it turns o

[Distutils] Subversion 1.5 entries not parsed successfully

Subversion 1.5 is released and official now. Any chance we can get the patch suggested at http://mail.python.org/pipermail/python-bugs-list/2008-May/051721.html or any other fix applied to the 0.6 branch of setuptools? I acknowledge this fix may not fit into the grand scheme of the development, b

Re: [Distutils] ImportError running 'test' on namespace package - other package in namespace not found

ggestions are always appreciated. Regards, Jason -Original Message- From: Phillip J. Eby [mailto:[EMAIL PROTECTED] Sent: Sunday, 29 June, 2008 21:21 To: Jason R. Coombs; distutils-sig@python.org Subject: Re: [Distutils] ImportError running 'test' on namespace package - other pac

Re: [Distutils] ImportError running 'test' on namespace package - other package in namespace not found

It seems that error messages are stripped... so I've uploaded the test case to here: http://www.filedropper.com/myns and below is the error message I mentioned was attached previously. Jason PS C:\Users\jaraco\projects\distutils_namespace\myns.projB> ./setup test running test running egg_info c

[Distutils] ImportError running 'test' on namespace package - other package in namespace not found

If there's not something obvious I should be doing differently, I'm happy to put together a minimal test case that reproduces the problem. Any suggestions are appreciated. Sincerely, Jason R. Coombs smime.p7s Description: S/MIME cryptographic signature ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig