On 18 August 2016 at 11:45, Daniel Holth wrote:
> One "lite" version of setuptools that I personally think would be cool would
> be pkg_resources as a separate package on pypi. Setuptools would require it
> as a dependency.
I finally managed to relocate a discussion Jason,
On 18 August 2016 at 08:18, Chris Barker wrote:
> IF there were a setuptools_lite, user could simply do:
>
> import setuptools_lite as setuptools
>
> and they'd instantly get an error if they were using depreciated features,
> and their end users would never accidently easy
And a while back I argued against setuptools-lite, because I thought it
would not solve the poor extensibility problem that stems from its basic
distutils derived design... which includes all the classes and subclasses
that have to work together to do its thing. My own thinking is that
setuptools
Now I remember that just the other week I had to switch a project to zip
sdists, because I was having trouble doing .tar.gz on Windows. Perhaps the
greater availability of tools to deal with zip is the reason why 10% of
sdists choose that format.
On Wed, Aug 17, 2016 at 6:08 PM Donald Stufft
>
> Which brings us to a question that I'm meaning to ask for a while.
>
> It looks like we're close to removing all mentions of setuptools in pip.
> When this happens, it looks like pressure is going to start to mount on
> setuptools to drop the ability to install packages and limit itself on
>
> On Aug 17, 2016, at 6:05 PM, Chris Barker wrote:
>
> I do -- what advantage does tar.gz have over zip?
The two formats are roughly isomorphic in terms of technical reasons to pick
one over the other, but distutils defaults to .tar.gz and most uploads to PyPI
are
On Tue, Aug 16, 2016 at 9:10 AM, Donald Stufft wrote:
>
> Ah, I knew I was forgetting something. I think we should hold off on
> preventing egg uploads until setuptools can download and install wheels.
>
Aren't we trying to get to the point where setuptools doesn't download and
On Tue, Aug 16, 2016 at 8: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 once
On 17 August 2016 at 18:49, Wes Turner wrote:
> PEX - Python Executable
>
> - It's a ZIP with an executable header and entry points.
>
> - PEX probably solves for the AWS Lambda case
> - PEX is unsupported by PyPI (e.g. sadly doesnt work with DevPi
> application-level
PEX - Python Executable
- It's a ZIP with an executable header and entry points.
- PEX probably solves for the AWS Lambda case
- PEX is unsupported by PyPI (e.g. sadly doesnt work with DevPi
application-level package repository caching)
http://pex.readthedocs.io/en/stable/
On 17 August 2016 at 23:23, Steve Dower wrote:
> Do you mean like zipapp and *.pyz files?
Pretty much, yeah, but with a more fleshed out workflow that accounts
for dependency bundling as well - you'd have a relatively normal
Python app with a setup.py and/or
Do you mean like zipapp and *.pyz files?
Top-posted from my Windows Phone
-Original Message-
From: "Nick Coghlan"
Sent: 8/16/2016 22:42
To: "Leonardo Rochael Almeida"
Cc: "distutils sig"
Subject: Re: [Distutils]
On Mon, Aug 15, 2016 at 7:35 AM, Marinier, Claude
wrote:
>> Date: Fri, 12 Aug 2016 02:45:20 +
>> From: Eric Dill
>> Subject: Re: [Distutils] license for setuptools
>>
>> Hi Claude,
>>
>> There was a recent discussion of the lack of a license
> Date: Fri, 12 Aug 2016 02:45:20 +
> From: Eric Dill
> Subject: Re: [Distutils] license for setuptools
>
> Hi Claude,
>
> There was a recent discussion of the lack of a license file in setuptools
> here: https://github.com/pypa/setuptools/issues/612 and another important
On Mon, Aug 15, 2016, at 08:40 PM, Donald Stufft wrote:
> Or were you wondering for the last 30 days like I did for downloads? If
> so then:
>
> * sdist: 15601 (66%)
> * bdist_wheel: 6398 (27%)
> * bdist_egg: 1076 (4.5%)
> * bdist_dumb: 195 (0.8%)
> * bdist_wininst: 167 (0.7%)
> * bdist_rpm: 38
15 matches
Mail list logo