[Distutils] Re: PEP 440

Feel free to send a pull request to fix this. You can find the link to the PEP repository at the bottom of the page. -- Tzu-ping Chung (@uranusjr) uranu...@gmail.com https://uranusjr.com On Nov 4 2021, at 2:24 am, Johnathan Irvin wrote: > Noticed the link was broken for RFC 2119. > >

[Distutils] Re: Packaging optional, arch-dependent, pre-built libraries

“setup.py install” is pretty ancient at this point and lacks many of the remotely modern packaging syntax. I’d strongly advise to ignore it entirely. Use “pip install .” instead. -- Tzu-ping Chung (@uranusjr) uranu...@gmail.com https://uranusjr.com > On 11/4/2021, at 08:59, Vincent Pellet

[Distutils] Re: Packaging optional, arch-dependent, pre-built libraries

]), and use the path to load the dll directly instead. [1]: https://importlib-resources.readthedocs.io/en/latest/ -- Tzu-ping Chung (@uranusjr) uranu...@gmail.com https://uranusjr.com > On 03/4/2021, at 06:57, Vincent Pelletier wrote: > > Hello, > > I'm the author of python-libusb1

[Distutils] Re: Making setup.py run external command to build

lth/enscons [2]: https://github.com/frostming/pdm [3]: https://github.com/takluyver/flit -- Tzu-ping Chung (@uranusjr) uranu...@gmail.com https://uranusjr.com -- Distutils-SIG mailing list -- distutils-sig@python.org To unsubscribe send an email to distutils-sig-le...@python.org https://mail.python.o

[Distutils] Re: Critical problem in PyCharm caused by the removal of "--build-dir" in 2020.3

(around pip 6.x), from reading https://github.com/pypa/pip/issues/906 -- Tzu-ping Chung (@uranusjr) uranu...@gmail.com https://uranusjr.com-- Distutils-SIG mailing list -- distutils-sig@python.org To unsubscribe send an email to distutils-sig-le...@python.org https://mail.python.org/mailman3/

[Distutils] Re: Pip update fails

ce pip is recovered, the suggested upgrade command should work as expected. The comment with a green tick in the thread lists more detailed commands. TP -- Tzu-ping Chung (@uranusjr) uranu...@gmail.com https://uranusjr.com > On 29/9, 2020, at 16:14, brenn...@bezeqint.net wrote: > > Hello, &g

[Distutils] Re: pip and missing shared system system library

raries can be located in a cross-platform way. Conda is probably the best bet when you need to deal with tight cross-language package integration like this, by punting the whole idea of system libraries and installing a separate copy of everything you need. -- Tzu-ping Chung (@uranusjr)

[Distutils] Re: Best way for a project to provide an optional C module

guess this is as good a time as any to start the conversation if someone is willing to help drive that discussion forward. [1]: https://packaging.python.org/specifications/core-metadata/#provides-dist-multiple-use [2]: https://github.com/pypa/pip/issues/8669 -- Tzu-ping Chung (@uranusjr) uranu

[Distutils] Re: Fwd: Re: Use of "python" shebang an installation error?

> On 23/7, 2020, at 06:51, David Mathog wrote: > > On Wed, Jul 22, 2020 at 1:27 PM Paul Moore wrote: >> >> On Wed, 22 Jul 2020 at 19:31, David Mathog wrote: >>> but that shebang has to be corrected when the installation is moved to a >>> normal >>> environment, which my code is doing now.)

[Distutils] Re: Development installation with pyproject.toml/poetry?

To supplement what Thomas said, yes, there is current some development effort in standardising development/editable installs. Much of the discussion happens here: https://discuss.python.org/t/next-steps-for-editable-develop-proof-of-concept/4118 > On 01/7, 2020, at 17:15, Thomas Kluyver

[Distutils] Re: setup.py with a different name

I assume you’re building an sdist (e.g. a .tar.gz file, not a .whl file), since wheels don’t generally include the setup.py file. In that case you want to specify additional files to include with the MANIFEST.in file. More details are available at

[Distutils] Re: Install distutils with pip3

Hi, distutils is a part of the standard library. The module is not available from pip since it is intended to be installed with Python itself. Some Linux distributions like to pull standard libraries into separate packages. On Ubuntu, for example, you will need to install python3-distutils to

[Distutils] Re: Pipenv - Use system python lib for one package

mputer as well. > On 28/3/2020, at 03:36, Samuel Mutel wrote: > > I spoke about debian packages but it's a python library installed by a > package. > > So could we install a python library from the system python library folder? > > Le ven. 27 mars 2020 à 20:15, Tzu-ping Chu

[Distutils] Re: Pipenv - Use system python lib for one package

Hi, In short, no. Pipenv is designed to only manage Python packages, and cannot be used to access a software that’s not available as a Python package. APT’s software package format (DEB) is significantly different from Python’s, and it is not possible to mix them together unless the tool is

[Distutils] Re: pip resolver work chugging along

> On 25/3/2020, at 05:37, Wes Turner wrote: > > On Tue, Mar 24, 2020 at 5:24 PM Tzu-ping Chung <mailto:uranu...@gmail.com>> wrote: > To expand a little on the topic, there are multiple abstraction layers > required to make the new resolver useful as a separate

[Distutils] Re: pip resolver work chugging along

To expand a little on the topic, there are multiple abstraction layers required to make the new resolver useful as a separate package. ResolveLib (mentioned in Paul’s message) is an dependency resolver implementation in abstract, entirely divorced of Python packaging. While it can be used by

[Distutils] Re: Python 3.8

Hi, The error happens when pip tried (and failed) to build pygame from source. It does not happen on 3.7 because pygame published binary releases for it, so pip does not need to build it for 3.7. Pygame just published binaries for 3.8 yesterday, and the static file server may need some time to

[Distutils] Re: Python 3.7.4 MSI

FWIW, individual msi files are still available on python.org, e.g. (for 3.7.4 64-bit) https://www.python.org/ftp/python/3.7.4/amd64/ This is essentially how the web-based installer works. Those msi files map quite nicely to individual options of the exe wrapper, so it shouldn’t be too

[Distutils] Re: Linux binary wheels?

> On 20 Aug 2019, at 23:47, Nick Timkovich wrote: > >> On Tue, Aug 20, 2019, at 5:05 AM Matthew Brett >> wrote: > >> ... Unless you meant wheels for non-Intel platforms, in which case, please >> do say more about you need. > > Minor tangent: I've seen some people use

[Distutils] Re: setuptools reading simple index takes 30sec

What command are you using to result in the output? The root page lists all available packages on that index, and with 11MB of data there must be literally millions of entries to parse, and would definitely take a long time. But it definitely don’t need to be done under normal circumstances,

[Distutils] Re: Update PEP 508 to allow version specifiers

ex-url) provide the possibility to secure the download with authentication (HTTP Basic Auth). > >> On March 13, 2019 2:09:03 PM UTC, Tzu-ping Chung wrote: >> >>> On 6 Mar 2019, at 03:53, Simon wrote: >>> >>> I hope it's not an issue that I'm rep

[Distutils] Re: Update PEP 508 to allow version specifiers

> On 6 Mar 2019, at 03:53, Simon wrote: > > I hope it's not an issue that I'm replying to a month-old thread. I reviewed > the previous discussion to try to avoid duplicating any of it. > > When using pip with PyPI, calling pip a second time is much quicker than the > first time, because it

[Distutils] Re: PEP-582 concerns

> On 20/2/2019, at 23:19, Steve Dower wrote: > > On 20Feb.2019 0533, Tzu-ping Chung wrote: >> As one of the Pipenv maintainers, however, it is my personal opinion that >> this >> PEP would not be end up in the “yet another standard” situation, but even be >&

[Distutils] Re: PEP-582 concerns

> On 20/2/2019, at 20:38, Alex Walters wrote: > > I have 2 main concerns about PEP 582 that might just be me misunderstanding > the pep. > > My first concern is the use of CWD, and prepending ./_pypackages_ for > scripts. For example, if you were in a directory with a _pypackages_ >

[Distutils] Re: content clashes

It is possible, but in practice there are some complications. There is not an established way to map packages to files they install, so it’d be very difficult to answer the generic question “is there another package that install the same things as mine does” (except you crawl the whole PyPI).

[Distutils] Re: API for SHA-256 fingerprints

I believe you’re looking for the PEP 503 simple API . This is what pip uses to find the hashes (among other things) as well. The hash value is included as a fragment in the URL. TP > On 12/2/2019, at 23:03, Eric Peterson > wrote: > > Hi all, > >

[Distutils] Re: pip + safety

2/2, 2019, at 17:05, Joni Orponen wrote: > > On Tue, Feb 12, 2019 at 5:24 AM Tzu-ping Chung <mailto:uranu...@gmail.com>> wrote: > One way to avoid disclosing user environments to a third party is to build > this into PyPI instead. The API could generate the warning for pip

[Distutils] Re: pip + safety

there is no practical way for any tool to reliably know what *actually* is installed. -- Tzu-ping Chung (@uranusjr) uranu...@gmail.com Sent from my iPhone > On 12 Feb 2019, at 11:34, Wes Turner wrote: > > Would something like this require: > > - a pip extension/plugin/post-i

[Distutils] Re: Update PEP 508 to allow version specifiers

> On 29 Jan 2019, at 23:19, Donald Stufft wrote: > >> On Jan 29, 2019, at 10:15 AM, Xavier Fernandez >> wrote: >> >> I agree that such specifier would make little sense but why add a new syntax >> "foo-1 @ url" when "foo==1 @ url" (where ==1 is a version specifier as >> defined in PEP 508)

[Distutils] Re: Update PEP 508 to allow version specifiers

I’m wondering, why is it needed to specify both a version and a link? I assume the version specifier would be redundant when a link is provided as the source, since the link can only point to one possible package version. -- Tzu-ping Chung (@uranusjr) uranu...@gmail.com Sent from my iPhone

[Distutils] Re: older pypi packages

Paul has described the technical details behind this phenomenon, but to be more explicit: it is not pip that breaks older packages, but the new PyPI server (pypi.org instead of the old pypi.python.org) that does. So no, there is not a legacy mode in pip. Furthermore, you won’t be able to install

[Distutils] Re: Idea: perennial manylinux tag

Also betraying the lack of knowledge of how this works, I read this section in PEP 513 (which defines manylinux1): > To be eligible for the manylinux1 platform tag, a Python wheel must therefore > both (a) contain binary executables and compiled code that links only to > libraries with SONAMEs

[Distutils] Re: Notes from python core sprint on workflow tooling

Pipfile as a project marker instead of pyproject.toml as a complaint is jumping into a particular decision, and would risk skipping this discussion IMO. TP > On 01/10, 2018, at 03:56, Paul Moore wrote: > > On Sun, 30 Sep 2018 at 20:50, Tzu-ping Chung <mailto:uranu...@gmail

[Distutils] Re: Notes from python core sprint on workflow tooling

> On 01/10, 2018, at 00:47, Dan Ryan wrote: > >> Uses Pipfile as a project marker instead of pyproject.toml. > > See above. pyproject.toml wasn't standardized yet when pipenv was released > (and still isn't, beyond that it is a file that could exist and store > information). Pipfile was

[Distutils] Re: Notes from python core sprint on workflow tooling

I can’t speak for others (also not really sure what “we” should include here…), but I have a couple of interactions with the author on Twitter. I can’t recall whether I invited him to join distutils-sig specifically, but I would understand if he was reluctant to do so even if I did. The mailing

[Distutils] Re: Notes from python core sprint on workflow tooling

> On 01/10, 2018, at 00:47, Dan Ryan wrote: > >> Can't install Python. (There's... really no reason we *couldn't* distribute >> pre-built Python interpreters on PyPI? between the python.org installers and >> the manylinux image, we're already building redistributable run-anywhere >> binaries

[Distutils] Re: Distlib vs Packaging (Was: disable building wheel for a package)

We are using pip internals for things pip wasn’t implemented for. Specifically, Pipenv uses pip’s package-fetching functions to implement its platform-agnostic resolver. pip does not have this, so there’s no functional overlap here. Those utilities are used to build something that doesn’t exist in

[Distutils] Re: Distlib vs Packaging (Was: disable building wheel for a package)

Pipenv wraps pip usages inside a virtual environment, so pip is always available via “pipenv run pip”, so in a sense Pipenv “supports” everything pip does. But as far as things Pipenv actually has wrapper commands for, it only tries to be pip’s functional superset in “install” and “uninstall”;

[Distutils] Re: setuptools configuration in pyproject.toml

Not sure if you’re already aware of this, but there’s a similar discussion just a short while ago. https://mail.python.org/mm3/archives/list/distutils-sig@python.org/thread/54QFJKANZOXY6NQZKEAPG346OL7MCQCV/#54QFJKANZOXY6NQZKEAPG346OL7MCQCV

[Distutils] Re: Distlib vs Packaging (Was: disable building wheel fora package)

I agree with you about Pipfile. It is likely not something pip would not directly install packages based on. pip could potentially add a “lock” command that is able to generate a Pipfile.lock from Pipfile, or even start work in a fashion like npm etc., but conceptually, pip would only install

[Distutils] Re: Distlib vs Packaging (Was: disable building wheel for a package)

> On 21 Sep 2018, at 02:01, Bert JW Regeer wrote: > > > >> On Sep 19, 2018, at 23:22, Chris Jerdonek wrote: >> >> Thus, it's looking like things could be on track to split the user and >> maintainer base in two, with pip bearing the legacy burden and perhaps not >> seeing the

[Distutils] Re: Distlib vs Packaging (Was: disable building wheel for a package)

;> On Sep 19, 2018, at 1:14 PM, Tzu-ping Chung wrote: >> >> I feel the plan is quite solid. This however leaves us (who want a Python >> implementation and interface to do what pip does) in an interesting place. >> So I can tell there are a couple of principles: >&

[Distutils] Re: Distlib vs Packaging (Was: disable building wheel for a package)

> start to think pipenv is pip. At this point, pip is a completely different > beast than pip I think. > > Such check at best would fall under the ``twine check`` command at PyPi > upload time, not at install time. > > On Thu, Sep 20, 2018 at 8:03 AM Tzu-ping Chung <m

[Distutils] Re: Distlib vs Packaging (Was: disable building wheel for a package)

finding any other executables > (cross platform) > https://github.com/sarugaku/virtenv <https://github.com/sarugaku/virtenv> -- > python api for virtualenv creation > > Happy to provide access or take advice as needed on any of those. Thanks > all for the receptiveness and collaboration >

[Distutils] Re: Distlib vs Packaging (Was: disable building wheel for a package)

(or reimplement) parts out of pip for others. Are there caveats I should look out? TP -- Tzu-ping Chung (@uranusjr) uranu...@gmail.com Sent from my iPhone > On 20 Sep 2018, at 00:39, Donald Stufft wrote: > > >>> On Sep 19, 2018, at 5:17 AM, Paul Moore wrote: >>> >&g

[Distutils] Re: Distlib vs Packaging (Was: disable building wheel for a package)

you help review my PR? :p https://github.com/pypa/pep517/pull/15 <https://github.com/pypa/pep517/pull/15> TP > On 19/9, 2018, at 17:17, Paul Moore wrote: > > On Wed, 19 Sep 2018 at 09:39, Tzu-ping Chung wrote: >> Risking thread hijacking, I want to take this cha

[Distutils] Re: disable building wheel for a package

> On 19/9, 2018, at 16:02, Paul Moore wrote: > > On Wed, 19 Sep 2018 at 00:52, Dan Ryan wrote: >> >>> so the people benefiting >>> are those who want a supported API for that functionality, and it >>> seems only reasonable to expect them to do the job of moving the code, >>> rather than

[Distutils] Re: Adopting virtualenv package maintenance

Sorry, hit the send button too soon. Here’s the project: https://github.com/sarugaku/virtenv <https://github.com/sarugaku/virtenv> > On 16/9/2018, at 22:50, Tzu-ping Chung wrote: > > Thanks for pointing out the PR, I didn’t know that exists :D > > I made a thin wrapper a

[Distutils] Re: Adopting virtualenv package maintenance

Thanks for pointing out the PR, I didn’t know that exists :D I made a thin wrapper around virtualenv/venv a while ago too. My intention is to use it to abstract away library differences so I can bring native venv support to Pipenv more easily, so the library has some special quirks (e.g. uses

[Distutils] Re: pip installing scripts into another virtualenv

I am confused. If you’re installing things with subprocess, and is using virtual environments anyway, wouldn’t it be simpler to use the pip inside the virtual environment directly? Instead of using a (random) pip to install into the environment, you can instead do

[Distutils] Re: PEP 518 and the pyproject.toml format

One minor clarification—Poetry os both an application and a library packaging tool. It however relies on the old, non-isolated Setuptools approach to do the building part under the hood, so (from my own understanding) Poetry ≒ Pipenv + Flit - PEP 517 - PEP 518 Whether this is a good

[Distutils] Re: Adopting virtualenv package maintenance

> On 08/9/2018, at 02:23, Brett Cannon wrote: > > > > On Fri, 7 Sep 2018 at 11:18 Nathaniel Smith > wrote: > On Fri, Sep 7, 2018, 10:48 Brett Cannon > wrote: > > > On Thu, 6 Sep 2018 at 13:44 Alex Becker >

[Distutils] Re: Adopting virtualenv package maintenance

I don’t have the authority to do it, but I would really love to see virtualenv getting maintenance. Pipenv still depends on virtualenv because for not only Python 2. I am already working on switching to venv for Python 3.5+, but we will continue to need virtualenv for quite a while due to some

[Distutils] Re: manylinux1 guidelines for zlib?

I see. Thanks for the clarification! > On 05/9, 2018, at 22:54, Donald Stufft wrote: > > > >> On Sep 5, 2018, at 9:30 AM, Tzu-ping Chung > <mailto:uranu...@gmail.com>> wrote: >> >> Isn’t zlib only required for compression? It is my impression that

[Distutils] Re: manylinux1 guidelines for zlib?

Isn’t zlib only required for compression? It is my impression that zipfile’s decompressor is pure Python, and only depends on zlib if the archive is encrypted (but wheels are never encrypted). zlib also does not provide decompression at its core; for that you need zlib/contrib/minizip, but I

[Distutils] Re: Environment markers for GPU/CUDA availibility

I’m not knowledgable about GPUs, but from limited conversations with others, it is important to first decide what exactly the problem area is. Unlike currently available environment markers, there’s currently not a very reliable way to programmatically determine even if there is a GPU, let alone

[Distutils] Editable requirement parsing in pip

to work? Given that PEP 508 (although pip does not actually use its URL lookup syntax) allows requirements to specify markers in all cases, I would expect pip to allow and honour them in all cases. Or, if that’s not the case (since editable is not really a standardised thing), I’d expect pi

[Distutils] Re: pipenv and pip

://github.com/sarugaku/resolvelib Sent from Mail for Windows 10 From: Dan Ryan Sent: 21 August 2018 22:03 To: Tzu-ping Chung Cc: Chris Jerdonek; distutils sig Subject: Re: [Distutils] Re: pipenv and pip There was a specific bug related to pipenv-only functionality which is why the vcs ref is obtained. Pip

[Distutils] Re: pipenv and pip

Thanks for the feedback, and sorry for the disturbance. TP Sent from Mail for Windows 10 From: Chris Jerdonek Sent: 21 August 2018 19:58 To: Tzu-ping Chung Cc: distutils sig Subject: Re: [Distutils] Re: pipenv and pip On Tue, Aug 21, 2018 at 4:02 AM, Tzu-ping Chung wrote: > > Pipenv main

[Distutils] Re: pipenv and pip

com/sarugaku/passa> Yours, TP -- Tzu-ping Chung (@uranusjr) uranu...@gmail.com https://uranusjr.com > On 21/8, 2018, at 00:00, distutils-sig-requ...@python.org wrote: > > Send Distutils-SIG mailing list submissions to > distutils-sig@python.org > > To subscribe or u

[Distutils] Re: Make an ordered list of sdists to be installed?

I just happened to be looking into this area, and may be able to offer some help. Some background information (optional reading): https://github.com/pypa/pipenv/issues/2596#issuecomment-405656806 Sébastien (@sdispater) is the author of Poetry, including the resolver, called Mixology. As he