[Distutils] PEP 427
donald at stufft.io
Thu Jan 30 05:17:50 CET 2014
On Jan 29, 2014, at 11:16 PM, Evgeny Sazhin <eugene at sazhin.us> wrote:
> On Jan 29, 2014, at 10:49 PM, Donald Stufft <donald at stufft.io> wrote:
>> On Jan 29, 2014, at 10:47 PM, Evgeny Sazhin <eugene at sazhin.us> wrote:
>>>> Wheel is a package format. Packages are for transmitting and installing bits. If you want to make some kind of self-unpacking executable please do it with something built for it. makeself is an excellent choice for these.
>>> I didn’t say anything about self-unpacking executable. Egg already knows to do what is needed, so i was correct in expecting the wheel to do the same. Plus the notion of packages for transmitting and installing should not exclude the running and importing. Otherwise it is useless, at least for my purposes. As discussed before - jar does that just fine and it is a package format.
>>> Funny thing - wheel allows to do the same! Why would i want to use anything else then???
>> Because Python is not Java and Wheels are not Jars. You’ll find very few packages actually support being run from a zipped file and the failure modes are not always obvious.
> I understand that not a lot of currently existing project are using this capability - but I’m 100% positive that if the running from wheel would be properly supported on error handling level and officially declared at least for the pure python - most of the people would be happy to have that! If we think about that, why would i want to use anything else other than wheel and pip if this pair gives the possibility to
Pip does not install zipped wheels, and while it’s not entirely up to me I would be opposed to it getting the ability to do so.
> 1. use minimum of “standard” tools,
> 2. *manage dependencies* in a unified and standardized way
> 3. use only *one format* and *one artifact* per project for everything related to the code development, shipment, deployment and execution.
> What would be a motivation to learn yet another tool like buildout or anything, pollute infrastructure with more libraries, manage several different ways of working with the code, overcomplicate the production area by requiring stuff to be unzipped and whatnot?
> I hope nobody would want to strip any of those nice features from the wheel, but improve the running from it!;)
I don’t understand what any of the rest of this have to do with wether you add zipped Wheels to your sys.path or not.
>>> Distutils-SIG maillist - Distutils-SIG at python.org
>> Donald Stufft
>> PGP: 0x6E3CBCE93372DCFA // 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA
PGP: 0x6E3CBCE93372DCFA // 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 801 bytes
Desc: Message signed with OpenPGP using GPGMail
More information about the Distutils-SIG