On Fri, Sep 1, 2017 at 11:30 AM, Chris Barker wrote:
> I'm still confused -- if setuptools ( invoked by pip) is producing
> incorrectly named wheels -- surely that's a bug-fix/workaround that should
> go into setuptools?
>
> If the build is being run by pip, then doesn't setuptools have all the i
The question is, if we get rid of version numbers in the folder names,
will it break anything we care about?
Daniel Holth kirjoitti 01.09.2017 klo 23:38:
A long time ago pkg_resources was able to sometimes get the version
number only from the .egg-info folder name, and skip opening the
metada
A long time ago pkg_resources was able to sometimes get the version number
only from the .egg-info folder name, and skip opening the metadata at all
when that data was not needed. We might always do listdir() for path in
sys.path and parse every METADATA on the first pkg_resources import.
On Fri,
+1 for getting rid of version numbers in the dist-info folders.
RonnyPfannschmidt kirjoitti 01.09.2017 klo 20:32:
Hi everyone,
a while now i have wondered - why put version numbers into the dist info
folders
not only makes it lookup more expensive (need to search for a
distribution->folder map
I don't think this is a big deal. Compatibility is a guess, wheel tags do
not and are not intended to guarantee compatibility especially when the
wheel was built locally for caching purposes and not intentionally
published. Anything can happen during a build. PEP 517 won't change this.
So right no
On Thu, Aug 31, 2017 at 9:23 PM Nick Coghlan wrote:
since it
> doesn't reliably distinguish between "this cached wheel was downloaded
> from a repository" and "this wheel was generated locally with a
> particular version of Python".
It shouldn't have to. sigh.
>
PEP 517 deliberately doesn't l
Hi everyone,
a while now i have wondered - why put version numbers into the dist info
folders
not only makes it lookup more expensive (need to search for a
distribution->folder map)
its also not serving a purpose, as the rest of the package is
unversioned at the root of site-packages.
in addition
