> Nope. Honestly, though, I wish there was *one* *library* that defined the
> standard,
> which was the case for setuptools for a while (yeah, I know, the warts,
> really, I know)
> because I really don't think there's a desire to innovate or a reason for
> competition
> at this level. In the
> humpty in term uses uses distlib which seems to mishandle wheel> metadata.
>(For example, it chokes if there's extra distribution meta and
> makes it impossible for buildout to install python-dateutil from a wheel.)
I looked into the "mishandling". It's that the other tools don't adhere to [the
> I thought the current status was that it's called metadata.json
> exactly *because* it's not standardized, and you *shouldn't* look at
> it?
Well, it was work-in-progress-standardised according to PEP 426 (since
sometimes implementations have to work in parallel with working out the
details
> The technical problem with PEP 426 is that unless you want to throw away pypi
> and start over,
> all tools need to understand the old METADATA files regardless.
It might not be as bad as that. For example, that IMO was the mistake behind
the original
concept of distutils2 - it was never
> Managing backwards compatibility is probably the single most important thing
> we can do here.
> There are almost 800,000 files on PyPI that someone can download and install,
> telling all
> of them they need to switch to some new system or things are going to break
> for them is
> simply
> the full METADATA format is documented in the pre-JSON revision of PEP 426.
Can you confirm which exact revision in the PEPs repo you mean? I could guess
at
0451397. That version does not refer to a field "Requires" (rather, the more
recent
"Requires-Dist"). Your conversion function reads
Dear Christian,
You can access the PyCharm and other JetBrains products licence at the
following link:
https://account.jetbrains.com/a/53fr5cnq
If you don't already have a JetBrains account, you will need to create one to
activate the licence.
Regards,
Vinay
I accidentally cc-ed this list when sending email to a Python committer about
JetBrains licences. Please don't take up one of these licences unless you are a
Python committer; I will remove access from any person who is not named in
https://hg.python.org/committers.txt
I apologise for any
I've just released version 0.2.5 of distlib on PyPI [1]. For newcomers,
distlib is a library of packaging functionality which is intended to be
usable as the basis for third-party packaging tools.
The main changes in this release are as follows:
* Changed regular expressions to be compatible
inay Sajip
On Wednesday, 13 June 2018, 16:07:33 BST, Ernest W. Durbin III
wrote:
On June 13, 2018 at 11:03:05 AM, Vinay Sajip via Distutils-SIG
(distutils-sig@python.org) wrote:
I just uploaded python-gnupg 0.4.3 to PyPI using Twine. Searchstill shows the
previous version:
https://pypi.org
I just uploaded python-gnupg 0.4.3 to PyPI using Twine. Search still shows the
previous version:
https://pypi.org/search/?q=python-gnupg => 0.4.2
However, clicking on the link brings up the page for the latest version:
https://pypi.org/project/python-gnupg/ => 0.4.3
But pip install is also
Are custom installation commands in setup.py no longer respected by setuptools?
For example, the pybind11 project has a custom InstallHeaders command class in
its setup.py, which is passed to the setup() call.
When setup is imported from setuptools, the custom command class never gets
invoked.
I've just released version 0.2.6 of distlib on PyPI [1]. For newcomers,distlib
is a library of packaging functionality which is intended to beusable as the
basis for third-party packaging tools.
The main changes in this release are as follows:
* Fixed #99: Updated to handle a case where
I've just released version 0.2.7 of distlib on PyPI [1]. For newcomers,
distlib is a library of packaging functionality which is intended to be
usable as the basis for third-party packaging tools.
The main changes in this release are as follows:
* Addressed #102: InstalledDistributions now have
I've recently released version 0.2.9 of distlib on PyPI [1]. For
newcomers,distlib is a library of packaging functionality which is intended to
beusable as the basis for third-party packaging tools.
The main changes in this release are as follows:
* Updated default PyPI URL to
I've recently released version 0.3.0 of distlib on PyPI [1]. For
newcomers,distlib is a library of packaging functionality which is intended to
beusable as the basis for third-party packaging tools.
The main changes in this release are as follows:
* Partially addressed #102: modules attribute of
FYI distlib has moved to Git, while remaining on BitBucket. The move was made
in January 2020.
https://bitbucket.org/pypa/distlib/src/master/
Regards,
Vinay Sajip
On Tuesday, 16 June 2020, 03:45:52 BST, distutils-sig-requ...@python.org
wrote:
Send Distutils-SIG mailing list
I've recently released version 0.3.1 of distlib on PyPI [1]. For newcomers,
distlib is a library of packaging functionality which is intended to be
usable as the basis for third-party packaging tools.
The main changes in this release are as follows:
* Fixed #132: Added documentation to help with
I've recently released version 0.3.2 of distlib on PyPI [1]. For newcomers,
distlib is a library of packaging functionality which is intended to be
usable as the basis for third-party packaging tools.
The main changes in this release are as follows:
* Fixed #139: improved handling of errors
I've recently released version 0.3.3 of distlib on PyPI [1]. For newcomers,
distlib is a library of packaging functionality which is intended to be
usable as the basis for third-party packaging tools.
The main changes in this release are as follows:
* Fixed #152: Removed splituser() function
I've recently released version 0.3.4 of distlib on PyPI [1]. For newcomers,
distlib is a library of packaging functionality which is intended to be
usable as the basis for third-party packaging tools.
The main changes in this release are as follows:
* Fixed #153: Raise warnings in
21 matches
Mail list logo