[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: wheel support for Debian?



On May 19, 2014, at 01:33 AM, Matthias Klose wrote:

>I would like to avoid different wheel directories in /usr/share, so if the
>name of the wheel encodes the python version, then they probably can live in
>the same directory.

PEP 427 provides a tagging scheme that allows differentiation in the file
name.  Universal wheels will be tagged "py2-py3-none-any" meaning they work
for any Python 2 or 3 version, have no ABI tag (i.e. they are pure Python) and
work on any platform.  If we had to, we could tag things
e.g. py34-cp34m-linux_x86_64 which could live along side a py27-none-any
wheel.  Think of it as PEP 3147/3149 for wheel files.  We gain the same
single-directory benefits here too.

>The GNUstep apps are packaged as .app, so why not use .wheel? then even
>
>  python-wheel.wheel
>
>becomes clear ... and it's the singular.

On May 19, 2014, at 11:45 AM, Piotr Ożarowski wrote:

>[Matthias Klose, 2014-05-19]
>>   python-wheel.wheel
>> 
>> becomes clear ... and it's the singular.
>
>IMO -wheel or -wheels is a better name - it's clear that the second
>"wheel" is not part of namespace this way. We already have -doc, -ext,
>etc. for special packages, lets keep "-" for wheels as well

I also favor - instead of .

Maybe we could use -whl as a package name suffix.  It's a little less clear as
to its purpose (e.g. in a package name search listing for html5lib), but it
mimics the file extension of the things it contains.  It's also shorter and
avoids the singular/plural distinction.

Highly unlikely that there will be a package name clash in the future.  I
don't expect to see py.whl-whl any time soon. :)

Cheers,
-Barry


Reply to: