> -Original Message-
> From: Chad Smith
> Sent: Friday, March 1, 2019 1:33 PM
> To: Alex Walters
> Subject: Re: [Distutils] Re: PEP-582 concerns
>
> I was not aware that discuss.python.org <http://discuss.python.org> was
> being used now. I started a th
I kind of feel that "third party tool can/will use this feature" is
orthogonal to "how the interpreter behaves out of the box" - unless I
misunderstand and you are suggesting python grow support for launching
entrypoints from the python executable.
> -Original Message-
> From: chadsmit...@
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_
subdirectory, and had installed the module "super.important.module". My
> -Original Message-
> From: Antonio Cavallo
> Sent: Sunday, January 27, 2019 5:05 PM
> To: Alex Walters
> Subject: Re: [Distutils] unifying package formats
>
> I don't think they serve a much different scope after al:l both uncompress
> files under a fil
> -Original Message-
> From: Antonio Cavallo
> Sent: Saturday, January 26, 2019 6:01 PM
> To: distutils-sig@python.org
> Subject: [Distutils] unifying package formats
>
> Hi,
> is there any initiative to share a common package format between conda and
> pip? They look very similar.
>
> T
Since zlib is a dependency of python, the assumption has to be that it is
already present.
I think you can look at the python docs for which versions of zlib you
should be dynamically linking against. The docs state "There are known
incompatibilities between the Python module and versions of the
> -Original Message-
> From: Nathaniel Smith
> Sent: Monday, July 23, 2018 10:31 PM
> To: Brad Warren
> Cc: distutils-sig
> Subject: [Distutils] Re: Packaging Advice for EFF's Certbot
>
>
> Reading the problem description at the top of your document, my first
> thought was that this
From: Wes Turner
Sent: Wednesday, May 23, 2018 4:37 PM
To: Alex Walters
Cc: Victor Stinner ; distutils-sig@python.org
Subject: Re: [Distutils] sudo pip install: install pip files into /usr/local on
Linux?
On Wednesday, May 23, 2018, Alex Walters mailto:tritium-l...@sdamon.com
I think the obvious, if socially hard solution, is to make pip panic when it
sees its being run as root (without, perhaps, a flag to tell pip "No, I
really mean it, run as root"), and default to --user. It is not a good idea
to install packages system wide with pip for reasons more than just
clobb
If warehouse punted to a tool like pandoc already, I would see no problem with
adding support for everything that pandoc supported (can you imagine –
reademe.docx?), but just skimming the requirements file, they are pulling in
docutils and mistune, which means they have written warehouse to supp
I am fairly sure if you give the PyPA that suggestion, they will just deflate
at the thought of the workload. Besides, we already offer private repos for
free, several ways ranging from devpi to python -m SimpleHTTPServer in a
specially created directory.
From: Python-ideas On
Behalf O
There is a technical limitation that we would not be renaming the list as much
as closing this one, and opening a new one. That creates any number of social
problems, for little to no benefit – the name is slightly more relevant at the
cost of breaking everyone’s subscriptions, and the mail fil
Just out of curiosity, I did a little experiment. I explained this thread
to my mother. My mother is a wonderful woman, but she wouldn't know a byte
from a bite. I explained it as follows:
"There is a tool that can make software run on a lot of different computers,
but only if you build it for
-Original Message-
From: Alex Walters [mailto:tritium-l...@sdamon.com]
Sent: Wednesday, February 7, 2018 12:21 AM
To: 'Janzert'
Subject: RE: [Distutils] draft PEP: manylinux2
> -Original Message-
> From: Distutils-SIG [mailto:distutils-sig-bounces+tritiu
This is not the correct list to ask about problems with your code (It is
very likely that your program redefined the name print. Python-list would
be the list to ask). There is no module to import to get the print
function. There is a special import to turn the print keyword to the print
functio
> -Original Message-
> From: Distutils-SIG [mailto:distutils-sig-bounces+tritium-
> list=sdamon@python.org] On Behalf Of Erik Bray
> Sent: Friday, October 27, 2017 11:16 AM
> To: Distutils
> Subject: Re: [Distutils] Disabling non HTTPS access to APIs on PyPI
>
> On Thu, Oct 26, 2017
> Also -- I know that the various tools involved are maintained by different
> people, but it sure would be nice if, for instance, the latest versions of
> setuptools and twine would not try to upload non longer supported file types!
The tools should have better reporting on the errors pypi give
If I remember correctly, RPM, DMG, and DPKG (if there was a DPKG distutils
option) were disabled from uploading to pypi. I believe the recommendation is
to use manylinux1 wheels or to set up private distro specific repositories.
From: Distutils-SIG
[mailto:distutils-sig-bounces+tritium-list
While the topic of shutting down pythonhosted.org has come up, on and off, for
a few years, there is one certain thing: The recommended documentation hosting
platform of the python community is readthedocs.org.
> -Original Message-
> From: Distutils-SIG [mailto:distutils-sig-bounces+trit
Other than the fact that we now would need to redirect the 2000 (at any given
time) users of #python, and 200 (roughly) users of #pypa to an inherently
commercial, and frankly, hard to discover service? It's tantamount to
discontinuing chat support, which if that’s what you want to do, so be it
20 matches
Mail list logo
