Re: [Distutils] Deprecating little used file types/extensions on PyPI?

On 17 August 2016 at 15:21, Nick Coghlan wrote: > While rebranding eggs (or a close derivative) as "pypath entries" > could help make them more self-explanatory (especially when it comes > to explaining how the zipped form differs from wheel files), doing so > wouldn't

Re: [Distutils] Deprecating little used file types/extensions on PyPI?

On 17 August 2016 at 01:15, Leonardo Rochael Almeida wrote: > PS: In the buildout community, we never really understood the impetus for > replacing egg as a format, which is really not all that complex and not all > the different from wheel as it stands, instead of just

Re: [Distutils] Future of setuptools and buildout

On 16 August 2016 at 17:58, Leonardo Rochael Almeida wrote: > Questions: > > 1. Is the future outlined above considered likely? I can't speak for setuptools, but certainly pip is intended to be the canonical installer for Python. It's not impossible for competing tools like

Re: [Distutils] Future of setuptools and buildout

> On Aug 16, 2016, at 12:58 PM, Leonardo Rochael Almeida > wrote: > > Spinning this off into its own thread... > > On 16 August 2016 at 13:10, Donald Stufft > wrote: > >> On Aug 16, 2016, at 11:15 AM, Leonardo Rochael

Re: [Distutils] Future of setuptools and buildout

There are two proposals to add pluggable build systems to Python sdists, and one of them will probably be implemented. You add a pyproject.toml to the root of your sdist, which the installer uses to install dependencies that setup.py itself needs to run. Second, you also tell pip which build

Re: [Distutils] Deprecating little used file types/extensions on PyPI?

> On Aug 16, 2016, at 12:58 PM, Daniel Holth wrote: > > On Tue, Aug 16, 2016 at 12:50 PM Ian Cordasco > wrote: > So perhaps I'm missing something, but why are we talking about trying > to shoehorn a legacy

Re: [Distutils] Deprecating little used file types/extensions on PyPI?

> On Aug 16, 2016, at 12:46 PM, Daniel Holth wrote: > > On Tue, Aug 16, 2016 at 12:15 PM Donald Stufft > wrote: >> On Aug 16, 2016, at 11:51 AM, Brett Cannon > > wrote: >> >> One thing

Re: [Distutils] Deprecating little used file types/extensions on PyPI?

On 16 August 2016 at 17:49, Ian Cordasco wrote: > So perhaps I'm missing something, but why are we talking about trying > to shoehorn a legacy design into Wheel? Why wouldn't we leave > bdist_egg alone and start trying to find a better way to replace it? > We could

[Distutils] Future of setuptools and buildout

Spinning this off into its own thread... On 16 August 2016 at 13:10, Donald Stufft wrote: > > On Aug 16, 2016, at 11:15 AM, Leonardo Rochael Almeida < > leoroch...@gmail.com> wrote: > > Specifically, buildout right now has setuptools as its only dependence, > and buildout uses

Re: [Distutils] Deprecating little used file types/extensions on PyPI?

On Tue, Aug 16, 2016 at 12:50 PM Ian Cordasco wrote: > So perhaps I'm missing something, but why are we talking about trying > to shoehorn a legacy design into Wheel? Why wouldn't we leave > bdist_egg alone and start trying to find a better way to replace it? > We

Re: [Distutils] Deprecating little used file types/extensions on PyPI?

On Tue, Aug 16, 2016 at 12:43 PM Alex Grönholm wrote: > 16.08.2016, 19:37, Daniel Holth kirjoitti: > > On Tue, Aug 16, 2016 at 12:06 PM Donald Stufft wrote: > >> >> On Aug 16, 2016, at 8:50 AM, Daniel Holth wrote: >> >> Wheel should

Re: [Distutils] Deprecating little used file types/extensions on PyPI?

On Tue, Aug 16, 2016 at 12:15 PM Donald Stufft wrote: > On Aug 16, 2016, at 11:51 AM, Brett Cannon wrote: > > One thing to remember is that Windows can't read tar files natively while > it can for zip files. Now you can easily download tools on Windows to

Re: [Distutils] Deprecating little used file types/extensions on PyPI?

On Tue, Aug 16, 2016 at 12:06 PM Donald Stufft wrote: > > On Aug 16, 2016, at 8:50 AM, Daniel Holth wrote: > > Wheel should be updated to support the egg use case before egg is removed. > IIUC this would mostly mean officially supporting 'unzipped wheel' as a

Re: [Distutils] Deprecating little used file types/extensions on PyPI?

> On Aug 16, 2016, at 11:51 AM, Brett Cannon wrote: > > One thing to remember is that Windows can't read tar files natively while it > can for zip files. Now you can easily download tools on Windows to read tar > files and thanks to Bash on Windows you even have it included

Re: [Distutils] Deprecating little used file types/extensions on PyPI?

> On Aug 16, 2016, at 8:50 AM, Daniel Holth wrote: > > Wheel should be updated to support the egg use case before egg is removed. > IIUC this would mostly mean officially supporting 'unzipped wheel' as a thing > you can add to PYTHONPATH, possibly with some additional

Re: [Distutils] Deprecating little used file types/extensions on PyPI?

+1 on the whole idea. Trying to continue to nudge the community towards more standardized approaches in packaging is always a good thing. :) I only have one data point in relation to sdists file formats. On Mon, 15 Aug 2016 at 12:09 Donald Stufft wrote: > [SNIP] > > Looking at

Re: [Distutils] Deprecating little used file types/extensions on PyPI?

Thanks Daniel, A few corrections and considerations below: On 16 August 2016 at 09:50, Daniel Holth wrote: > Wheel should be updated to support the egg use case before egg is removed. > IIUC this would mostly mean officially supporting 'unzipped wheel' as a > thing you can

Re: [Distutils] Deprecating little used file types/extensions on PyPI?

Wheel should be updated to support the egg use case before egg is removed. IIUC this would mostly mean officially supporting 'unzipped wheel' as a thing you can add to PYTHONPATH, possibly with some additional restrictions for the specific wheel. We could go a little further and officially support

Re: [Distutils] Deprecating little used file types/extensions on PyPI?

On 15 August 2016 at 20:09, Donald Stufft wrote: > > First off, we currently allow people to upload sdist, bdist_wheel, bdist_egg, > bdist_dmg, bdist_dumb, bdist_msi, bdist_rpm, and bdist_wininst. However I > think > that we should try to get rid of support for most of these.