[Distutils] Re: pip and PEP 517 Backends

On Sun, Aug 25, 2019 at 8:15 AM Phil Thompson wrote: > On 24/08/2019 10:27, Paul Moore wrote: > > pip -v (or maybe -vv) should show this (plus a chunk of other stuff, > > unfortunately, but we don't have any finer control over what gets > > logged (and I'm not even sure what a good UI for

[Distutils] Re: PEP-582 concerns

On Wed, Feb 20, 2019 at 5:59 AM Nathaniel Smith wrote: > I'd caution against folks getting too worked up about PEP 582. I know it's > been getting a lot of attention on social media recently, but, it's a draft > that hasn't even been submitted for discussion yet. > To this point, is this the

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

Given the confusion / lack of awareness around these issues, would it make sense for pip to point users towards an explanation and/or available work-arounds if pip sees that a user is trying to use the feature (e.g. if a user tries adding a version specifier or tries to use dependency links in

[Distutils] PEP 517 - source dir and sys.path

For those of you who participated in the PEP 517 discussion during the summer of 2017 (just prior to its provisional acceptance), I want to flag that one of the issues discussed back then has now resurfaced for discussion. This is because the feature was turned on by default in pip's latest

[Distutils] Bloomberg packaging sprint info

Hi, Regarding the Bloomberg packaging sprint on Oct. 27-28-- https://mail.python.org/mm3/archives/list/distutils-sig@python.org/message/W7EESCCCQ3INUMTKB6GXXP6PMU45PAZQ/ Are there ways that people can participate who won't be there in person (e.g. in addition to the tracker)? I won't be there

[Distutils] Re: Bloomberg packaging sprint info

Hi, I see that work has begun on the sprint, so I'm wondering if someone can reply to the email below. Thanks, --Chris On Thu, Oct 25, 2018 at 1:09 PM Chris Jerdonek wrote: > Hi, > > Regarding the Bloomberg packaging sprint on Oct. 27-28-- > > https://mail.python.org/mm

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

On Mon, Oct 1, 2018 at 8:46 PM Nick Coghlan wrote: > On Wed., 26 Sep. 2018, 2:40 pm Chris Jerdonek, > wrote: > >> My advice to you (and which I've been following myself) would be for >> you to break changes into small, tightly-focused PR's, and to have >> onl

[Distutils] Re: __pypackages__ discussion (was Re: Notes from python core sprint on workflow tooling)

[Splitting off a new thread for this question even if it might not result in a discussion] On Sun, Sep 30, 2018 at 10:00 AM Dan Ryan wrote: > > Anyway, this is all a good discussion to have and I really appreciate you > kicking it off. I've been following the __pypackages__ conversation a bit

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

In reading this discussion, I feel like a cool picture would be a Venn diagram of several of the common tools out there, with dots (or some other type of regions) to represent the various use cases they do or don't support. --Chris On Sun, Sep 30, 2018 at 1:46 PM Dan Ryan wrote: > > Pipfile is

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

On Sun, Sep 30, 2018 at 4:30 AM Paul Moore wrote: > > On Sun, 30 Sep 2018 at 11:48, Nathaniel Smith wrote: > > > > Now that the basic wheels/pip/PyPI infrastructure is mostly > > functional, there's been a lot of interest in improving higher-level > > project workflow. > [...] > > This is very

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

a lot of "set up," especially if it's a gnarlier area of the code base. --Chris > > Dan Ryan // pipenv maintainer > gh: @techalchemy > >> On Sep 25, 2018, at 5:47 PM, Chris Jerdonek wrote: >> >>> On Tue, Sep 25, 2018 at 6:46 AM, Dan Ryan

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

ry. --Chris > > Dan Ryan // pipenv maintainer > gh: @techalchemy > >> On Sep 25, 2018, at 8:11 AM, Paul Moore wrote: >> >>> On Tue, 25 Sep 2018 at 12:53, Chris Jerdonek >>> wrote: >>> >>>> On Tue, Sep 25, 2018 at 3:47 AM, Tzu-

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

it can be used separately, and then pull that out so you only have one implementation at any point in time. Otherwise, you wind up creating two versions of similar functionality that not only need to be created twice, but also later reconciled if the plan is merge them back together. --Ch

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

On Tue, Sep 25, 2018 at 3:21 AM, Nick Coghlan wrote: > On Tue, 25 Sep 2018 at 19:48, Chris Jerdonek wrote: >> What I'm trying to gauge is, if the plan is for pipenv not to depend >> on pip, and pipenv has strictly greater functionality than pip, then >> what purpose will Py

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

archives. completion - A helper command used for command completion. help - Show help for commands. > > There are constantly people advocating adding more, or having confusion > between similarly-named > commands (e.g. check), but that’s another issue… > > TP > > >

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

On Fri, Sep 21, 2018 at 5:14 AM, Paul Moore wrote: > If I'm misunderstanding the relationship between pip and pipenv, or > between pipenv and pipfile, I'm happy to be corrected. But can I > suggest that the best way to do so would be to amend the project pages > that are giving me the impressions

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

On Wed, Sep 19, 2018 at 8:54 PM, Dan Ryan wrote: > I should clarify that we have already implemented a number of these as > libraries over the last several months (and I am super familiar with pip's > internals by now and I'm sure TP is getting there as well). More on this > below > ... > We are

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

On Wed, Sep 19, 2018 at 10:14 AM, 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: > > 1. Do not use pip internals > 2.

[Distutils] Re: pip installing scripts into another virtualenv

you are probably right and I need to accept that. > > On Fri, Sep 14, 2018 at 12:43 AM Chris Jerdonek > wrote: >> >> Yes, why not simply invoke the pip installed in the virtualenv into >> which you want to install the packages? It doesn't seem like you'd >> need to

[Distutils] Re: pip installing scripts into another virtualenv

Yes, why not simply invoke the pip installed in the virtualenv into which you want to install the packages? It doesn't seem like you'd need to "re-architect" anything insomuch as simply change "pip" in your argument list to the path to the pip inside the virtualenv you're targeting. --Chris On

[Distutils] Re: Three clarification questions about PEP 425 and PyPy3

Broad question: is there a sense in which the same “resolver” logic could be used for both choosing the best tag, and choosing what versions of packages to install from abstract requirements, or are these fundamentally different paradigms that shouldn’t be thought of along the same lines? —Chris

[Distutils] Re: pipenv and pip

eplying, please edit your Subject line so it is more specific > than "Re: Contents of Distutils-SIG digest..."Today's Topics: > > 1. Re: pipenv and pip (Dan Ryan) > 2. Re: pipenv and pip (Dan Ryan) > > From: Dan Ryan > Subject: [Distutils] Re: pipenv and pip > Date:

[Distutils] Re: pipenv and pip

don’t involve that. —Chris > "[Distutils] Announcement: Pip 10 is coming, and will move all internal > APIs" > https://groups.google.com/forum/m/#!topic/pypa-dev/JVTfS6ZdAuM > > > > On Monday, August 20, 2018, Chris Jerdonek > wrote: > >> Thanks. I

[Distutils] Re: pipenv and pip

on pip, packaging, and setuptools to connect the > dots, retrieve package info, etc. > > Dan Ryan // pipenv maintainer > gh: @techalchemy > >> On Aug 20, 2018, at 2:41 AM, Chris Jerdonek wrote: >> >> Hi, >> >> Can someone explain to me the relationship b

[Distutils] pipenv and pip

Hi, Can someone explain to me the relationship between pipenv and pip, from the perspective of pipenv's maintainers? For example, does pipenv currently reimplement anything that pip tries to do, or does it simply call out to pip through the CLI or through its internal API's? Does it have any

[Distutils] Re: Proposal for timestamps of installed files

Does this proposal mean that .pyc files would need to be regenerated after installing from a wheel (because the timestamp inside the .pyc file would no longer match the .py file from which it came)? I could be wrong, but it seems like it’s a desirable feature that .pyc files be generated and up to

[Distutils] Re: Timestamp of installed files

On Sat, Aug 4, 2018 at 1:08 AM, Paul Moore wrote: > On Sat, 4 Aug 2018 at 08:35, Jeroen Demeyer wrote: > >> So both are different issues, and I agree with both: during the source >> extraction and build process, you want to preserve timestamps as much as >> possible. But for the installation,

[Distutils] Re: Timestamp of installed files

I'm not sure how relevant it is, but this issue was recently filed on pip's issue tracker ("Reproducible installs"): https://github.com/pypa/pip/issues/5648 Is there any overlap? There is also an older (closed) pip issue that might be relevant ("Preserving timestamps on copy"):

[Distutils] Re: Packaging Advice for EFF's Certbot

On Tue, Jul 24, 2018 at 7:39 PM, Nathaniel Smith wrote: > On Tue, Jul 24, 2018 at 5:48 PM, Brad Warren wrote: >> >> Not wanting to install a lot of extra software to use Certbot is certainly >> fair and we’d obviously prefer our packaging solution to be as lightweight >> as possible. Thanks for

[Distutils] Re: Packaging Advice for EFF's Certbot

On Tue, Jul 24, 2018 at 5:48 PM, Brad Warren wrote: > On Jul 23, 2018, at 6:52 PM, Chris Jerdonek > wrote: > > 2) I don't know how Certbot is architected, but would it be possible > to put the "meat" of Certbot inside a Docker container (ideally > including most of

[Distutils] Re: Packaging Advice for EFF's Certbot

Hi, Interesting write-up! A couple comments / questions: 1) Can you list in the document the non-Python dependencies and what they're used for to give people an idea? 2) I don't know how Certbot is architected, but would it be possible to put the "meat" of Certbot inside a Docker container

[Distutils]Re: pypi/twine complains about license

On Thu, Jul 12, 2018 at 12:32 AM, Robin Becker wrote: > On 11/07/2018 19:44, Thomas Kluyver wrote: > >> On Wed, Jul 11, 2018, at 7:32 PM, Chris Jerdonek wrote: >> >>> And yet you can see "License: ReportLab BSD Derived" in the left-hand >>> column u

[Distutils] Re: requirements.txt or not requirements.txt?

What kind of project is it? For example, is it a software library e.g. to put on PyPI, or a website application for a company to run? The answer to this question will help people answer your question because it has a big impact on what practice will be best for you. —Chris On Sun, May 6, 2018 at

[Distutils] providing a way for pip to communicate extra info to users

On the pypa-dev Google group, a suggestion was raised about giving pip a way to communicate extra info to users. This was during a thread started by Matthew Brett about pip breaking for certain macOS users due to certain TLS changes ("Impending silent breakage of pip / macOS likely to cause

[Distutils] quickly installing packages in "editable" mode

Hi, I'm interested in finding ways to speed up a development workflow that involves installing several local packages in "editable" mode in a Docker image. For example, if I use `pip install -e project1 -e project2 ...` in a certain case, it takes on the order of 3-4 seconds. But if I create the

Re: [Distutils] draft PEP: manylinux2

On Tue, Feb 13, 2018 at 1:59 AM, Robin Becker wrote: > I am a bit confused about the meaning of 'backfilling'. Does it mean that a > particular manylinux will evolve in time so an early manylinux2010 wheel > will differ from a later one? I think it just means that, say,

Re: [Distutils] library development patterns

PS - this is the pyenv / tox compatibility issue I had in mind: https://github.com/pyenv/pyenv-virtualenv/issues/202 And this I have found is the simplest workaround: https://github.com/pyenv/pyenv-virtualenv/issues/202#issuecomment-284728205 On Thu, Jan 18, 2018 at 1:04 PM, Chris Jerdonek

Re: [Distutils] library development patterns

t 12:57 PM, Chris Jerdonek <chris.jerdo...@gmail.com> wrote: > > I haven’t yet seen pyenv mentioned in this discussion. Having the ability to > switch between Python versions for interactive exploration seems like an > important piece for > > On Thu, Jan 18, 2018 at 11:18 AM Bar

Re: [Distutils] library development patterns

I haven’t yet seen pyenv mentioned in this discussion. Having the ability to switch between Python versions for interactive exploration seems like an important piece for On Thu, Jan 18, 2018 at 11:18 AM Barry Warsaw wrote: > Nick Coghlan wrote: > > The tox model is the one we

Re: [Distutils] PEP 517 again

. On Mon, Sep 4, 2017 at 5:11 PM, xoviat <xov...@gmail.com> wrote: > Also if someone with pip write access could please discuss and hopefully > merge my initial PR on pip, I would very much appreciate it. Paul seems to > be short on time. --Chris > > On Sep 4, 2017 8:19 PM,

Re: [Distutils] PEP 517 again

On Mon, Sep 4, 2017 at 6:08 PM, xoviat wrote: > In any case, we're going to need this for prepare_metadata, so the question > you should ask is: what are the reasons for *not* merging this? I haven't > heard any so far but that doesn't mean that they don't exist. If there are >

Re: [Distutils] PEP 517 again

On Sat, Sep 2, 2017 at 5:17 PM xoviat wrote: > Whatever it was, removing it seems to have had no effect on the tests. I > will remove it unless someone has an objection. > Just FYI, I wouldn't take the tests still passing as a major signal. I've noticed there are even common

Re: [Distutils] Transfering modules

On Fri, Aug 18, 2017 at 1:03 AM, Nick Coghlan wrote: > On 18 August 2017 at 12:17, Ian Hartley wrote: >> I recently installed python 3.6.2, and I want to know how to transfer the >> numerous modules I have on 3.6.1 to the newest version, usable by an >>

[Distutils] pip-installing from a VCS url with a commit hash

I was interested in working on the following issue but thought it would be worth asking this list about first: https://github.com/pypa/pip/issues/4507 If pip-installing a dependency from a VCS url of the following form: git+https://myvcs.com/some_dependency@sometag#egg=SomeDependency and

Re: [Distutils] new PyPI: a rant from a package maintainer

On Fri, Aug 4, 2017 at 2:29 PM, James Bennett wrote: > I'm sorry that you're frustrated. You're not the only person who's > frustrated, and in fact I'd bet a lot of the people who are trying to get > this stuff to work seamlessly and perfectly for you are at least as >

Re: [Distutils] Provisionally accepting PEP 517's declarative build system interface

On Mon, May 29, 2017 at 1:04 PM, Nathaniel Smith wrote: > Ugh, sorry, fat-fingered that. Actual reply below... > > On Mon, May 29, 2017 at 12:56 PM, Nathaniel Smith wrote: >> On Mon, May 29, 2017 at 12:50 PM, Donald Stufft wrote: >>> >>> To be

Re: [Distutils] PEP 517 - specifying build system in pyproject.toml

A couple comments: 1) Would it make sense to provide a way for build tools to specify what encoding they use (e.g. if not using the default), instead of changing their encoding to conform to a standard? It seems like that could be easier, although I know this doesn't address problems like

[Distutils] obtaining project name and packages

Hi, this seems like a simple question, but I haven't been able to find the answer online: What is the current recommended way to get (1) the name of a project, and (2) the names of the top-level packages installed by a project (not counting the project's dependencies). You have access to / can

Re: [Distutils] latest setuptools release breaks Python 2 installs?

The issue tracker on PyPA's GitHub repo for the proejct seems alive and well: https://github.com/pypa/setuptools/issues --Chris On Mon, Aug 1, 2016 at 2:34 PM, Chris Withers wrote: > Hi Guys, > > Where's the best place to report setuptools issues now? > > I see 25.1.2 was

Re: [Distutils] Request for comment: Proposal to change behaviour of pip install

On Sat, Jun 25, 2016 at 10:41 AM, Daniel Holth wrote: > Are you suggesting that my current vagrant provisioning script "ensure x is > installed": > > ensure_x.sh: > #!/bin/sh > pip install x > > Which IIUC does not currently check the network if x is already installed, is > no

Re: [Distutils] Docker, development, buildout, virtualenv, local/global install

On Wed, Jun 15, 2016 at 2:07 AM, Reinout van Rees wrote: > Situation: I'm experimenting with docker, mostly in combination with > buildout. But it also applies to pip/virtualenv. > ... > Now local development: it is normal to mount the current directory as > /code/, so that

Re: [Distutils] PyPi upload fails with TypeError

On Wed, Jun 1, 2016 at 10:10 AM, Luí­s de Sousa wrote: > $ twine upload dist/hex-utils-0.2.sdist > Uploading distributions to https://pypi.python.org/pypi > ValueError: Cannot find file (or expand pattern): 'dist/hex-utils-0.2.sdist' > > $ ls -la dist > total 12 >

Re: [Distutils] question re: local development workflow / egg-info / synced directories

On Thu, Mar 31, 2016 at 2:12 AM, Paul Moore <p.f.mo...@gmail.com> wrote: > On 31 March 2016 at 10:00, Ionel Cristian Mărieș <cont...@ionelmc.ro> wrote: >> On Thu, Mar 31, 2016 at 9:22 AM, Chris Jerdonek <chris.jerdo...@gmail.com> >> wrote: >>> >&g

Re: [Distutils] question re: local development workflow / egg-info / synced directories

On Wed, Mar 30, 2016 at 10:56 PM, Ionel Cristian Mărieș <cont...@ionelmc.ro> wrote: > > On Thu, Mar 31, 2016 at 3:03 AM, Chris Jerdonek <chris.jerdo...@gmail.com> > wrote: >> >> When developing locally, however, the sync process mounts the synced

[Distutils] question re: local development workflow / egg-info / synced directories

Hi, I have a local development workflow question I'm looking for feedback or suggestions on. It relates to installing things in editable mode in conjunction with syncing source files to a VM. I'm developing a Python project that is deployed / runs inside a Docker container. I do my local

Re: [Distutils] Package classifiers - both major and minor Python versions?

On Thu, Jan 21, 2016 at 11:34 PM, Fred Drake wrote: > On Fri, Jan 22, 2016 at 2:06 AM, Marius Gedminas wrote: >> Are these tools unable to realize that supporting a particular minor >> version implies support for the corresponding major version? > > Should

Re: [Distutils] workflow recommendations to update requirements.txt

On Wed, Dec 16, 2015 at 3:11 AM, Nick Coghlan <ncogh...@gmail.com> wrote: > On 16 December 2015 at 16:40, Glyph Lefkowitz <gl...@twistedmatrix.com> wrote: >> On Dec 15, 2015, at 8:56 PM, Chris Jerdonek <chris.jerdo...@gmail.com> >> wrote: >

[Distutils] workflow recommendations to update requirements.txt

Hi, I have a development workflow question I was wondering if people on this list had a recommended solution for. Say you're working on a web application that you deploy using a requirements.txt file. And say you have a set of "abstract dependencies" that your application depends on. What are

Re: [Distutils] sampleproject: use tox?

On Thursday, October 8, 2015, Thomas Güttler wrote: > This is a follow up to the thread "Where should I put tests when packaging > python modules?" > > I have never used tox up to now. But reading the mails of the thread, it > seems > that tox is the current state

Re: [Distutils] pip freeze not reporting pip or wsgiref

On Mon, Jun 22, 2015 at 4:20 AM, Chris Withers ch...@simplistix.co.uk wrote: Hi All, A couple of buglets I've noticed while using picky in anger: 1. pip freeze doesn't include a line for pip itself, why is that? 2. pip freeze doesn't include packages provided by the standard libary (ie:

Re: [Distutils] Can't install google-api-python-client using pip

On Tue, May 5, 2015 at 5:57 PM, Skip Montanaro skip.montan...@gmail.com wrote: On Tue, May 5, 2015 at 3:01 PM, Ned Deily n...@acm.org wrote: Based on the messages, my guess is that you are not using the most recent version of pip and/or you may be trying to use it with an older version of

Re: [Distutils] PEP 440 on PyPI

On Sun, Jan 25, 2015 at 8:43 AM, M.-A. Lemburg m...@egenix.com wrote: On 25.01.2015 16:34, Donald Stufft wrote: On Jan 25, 2015, at 9:32 AM, M.-A. Lemburg m...@egenix.com wrote: I think you ought to make a more prominent announcement on c.l.p, c.l.p.a and perhaps a distutils blog (if there

Re: [Distutils] PyPA Announcements Twitter

On Sun, Jan 25, 2015 at 11:45 AM, Randy Syring ra...@thesyrings.us wrote: I'd like to pick up a conversation that was happening on another thread: I've only been on this list for about a year. This PEP (and others like it) has been in motion for quite a while. I think the blog would miss far

[Distutils] problem viewing pep 440 docs on mobile

Sorry if this isn't the best list on which to bring this up, but it came up for me during the recent PEP 440 discussions. For a while I've noticed a serious problem when viewing PEP doc pages like the following on my iPhone: https://www.python.org/dev/peps/pep-0440/ It's a bit maddening, so I

Re: [Distutils] PEP440: 1.7 vs =1.7

On Mon, Dec 29, 2014 at 12:01 AM, Nick Coghlan ncogh...@gmail.com wrote: * for those cases (like date-based versions) where excluding releases with an additional numeric suffix is the right thing to do, an explicit prefix exclusion will still be possible, and will have the advantage of failing

Re: [Distutils] PEP440: 1.7 vs =1.7

On Sun, Dec 28, 2014 at 1:20 PM, Marcus Smith qwc...@gmail.com wrote: * 1.7.1 matches 1.7 (previously it did not) This sounds like a straight up bug fix in the packaging module to me - the PEP 440 zero padding should apply to *all* checks, not just to equality checks, as you can't

Re: [Distutils] PEP440: 1.7 vs =1.7

2014.09.01 should or shouldn't match =2014.09? This is an example of the case I mentioned at the end of my previous email. --Chris On Sun, Dec 28, 2014 at 1:43 PM, Chris Jerdonek chris.jerdo...@gmail.com javascript:; wrote: On Sun, Dec 28, 2014 at 1:20 PM, Marcus Smith qwc...@gmail.com javascript

Re: [Distutils] Release: pip 6.0 and virtualenv 12.0

On Tue, Dec 23, 2014 at 12:44 AM, Tshepang Lekhonkhobe tshep...@gmail.com wrote: Why the jump from 1.5.6 to 6.0? The release notes say (under 6.0): PROCESS Version numbers are now simply X.Y where the leading 1 has been dropped. (from https://pip.pypa.io/en/latest/news.html ) I'm guessing

Re: [Distutils] PEP440: foo-X.Y.Z does not satisfy fooX.Y?

and MAY reject them entirely when strict version matches are used inappropriately. Prefix matching may be requested instead of strict comparison, by appending a trailing .* to the version identifier in the version matching clause. --Chris On Mon, Dec 22, 2014 at 1:31 PM, Chris Jerdonek

Re: [Distutils] Cookie-related PyPI 503 errors

On Mon, Dec 15, 2014 at 12:00 AM, Marius Gedminas mar...@pov.lt wrote: I keep getting 503 errors from PyPI that go away after I clear my cookies. The entire cycle is as follows: 1. Visit PyPI, log in (because I need to do some maintenance or something of my packages). 2. Things

Re: [Distutils] toml

On Tue, Oct 28, 2014 at 2:59 AM, holger krekel hol...@merlinux.eu wrote: On Mon, Oct 27, 2014 at 16:45 -0400, Daniel Holth wrote: I liked it because I agree with the TOML author that the YAML spec gives rage; YAML seems to be defined as a bunch of things that the end user is supposed to think

Re: [Distutils] twine: Binary wheel for an unsupported platform

On Tue, Oct 28, 2014 at 7:04 AM, Antoine Pitrou solip...@pitrou.net wrote: Hello, I guess I am doing something wrong, but what? (I took linux_x86_64 after PEP 427 and 425) $ twine upload dist/llvmlite-0.1-py2.py3-none-linux_x86_64.whl Uploading distributions to

Re: [Distutils] PEP470 installation security problems

I have a suggestion. Holger obviously feels he has something very important to say, and a lot of e-mails have already been sent back and forth. Is there some way that Donald, Nick, and Holger could perhaps have a conference call or hangout of some sort just for the purpose of understanding

Re: [Distutils] advice re: packaging tasks

On Fri, Oct 3, 2014 at 7:23 AM, Marius Gedminas mar...@pov.lt wrote: On Thu, Oct 02, 2014 at 09:15:54AM -0700, Chris Jerdonek wrote: On Thu, Oct 2, 2014 at 8:08 AM, Marius Gedminas mar...@pov.lt wrote: Lastly, as these setup-related tasks grow larger and more complicated, I found it helped

Re: [Distutils] advice re: packaging tasks

On Thu, Oct 2, 2014 at 8:08 AM, Marius Gedminas mar...@pov.lt wrote: On Tue, Sep 30, 2014 at 04:44:09PM -0700, Chris Jerdonek wrote: I was curious what others do for the following packaging tasks, or if you have any recommendations otherwise. There is also a code organization question

[Distutils] advice re: packaging tasks

Hi, I was curious what others do for the following packaging tasks, or if you have any recommendations otherwise. There is also a code organization question at the end. 1) For starters, it's very easy to make mistakes in one's MANIFEST.in, so I hacked the sdist command in my setup.py to list

Re: [Distutils] Immutable Files on PyPI

On Sun, Sep 28, 2014 at 10:28 PM, Marius Gedminas mar...@pov.lt wrote: On Sun, Sep 28, 2014 at 02:21:11PM -0700, Chris Jerdonek wrote: Would this also affect the ability to update the readme information for a version on PyPI (i.e. the information displayed on the default home page generated

Re: [Distutils] Immutable Files on PyPI

Would this also affect the ability to update the readme information for a version on PyPI (i.e. the information displayed on the default home page generated by PyPI for the release) once the version has already been uploaded to PyPI? There are sometimes issues encountered with the display of that

Re: [Distutils] how can projects with no files have downloads?

On Sun, Sep 14, 2014 at 1:03 PM, Donald Stufft don...@stufft.io wrote: On Sep 14, 2014, at 1:58 PM, holger krekel hol...@merlinux.eu wrote: Hi Donald, all, I sometimes have doubts that the download numbers as shown by pypi.python.org are correct. Here is one case where i am pretty sure

Re: [Distutils] Handling Case/Normalization Differences

FWIW, as a community member it doesn't seem unreasonable to me to expect that a certain amount of advance notice be given for changes like this, *especially* given that the tools are undocumented. Also, there's a difference between notifying people and running it by people (for permission). I

Re: [Distutils] Handling Case/Normalization Differences

, Donald Stufft don...@stufft.io wrote: Changes like what exactly? This was a fairly minor change which is why there wasn't more notice. On Sep 1, 2014, at 7:44 PM, Chris Jerdonek chris.jerdo...@gmail.com wrote: FWIW, as a community member it doesn't seem unreasonable to me to expect

Re: [Distutils] Handling Case/Normalization Differences

On Mon, Sep 1, 2014 at 7:15 PM, Donald Stufft don...@stufft.io wrote: On Mon, Sep 1, 2014, at 08:15 PM, Chris Jerdonek wrote: I don't know exactly. I'd say a change that in your judgment you think has a non-trivial chance of breaking existing tools. Holger is probably in a better position

Re: [Distutils] PyPI not rendering ReST long_description

On Tue, Jul 15, 2014 at 2:24 AM, Wichert Akkerman wich...@wiggy.net wrote: On 15 Jul 2014, at 11:22, Richard Jones rich...@python.org wrote: Hi, I just want to note that I'm aware of this issue and I have do something about it in my long TODO. That link is malformed in any case - docutils

Re: [Distutils] PyPI not rendering ReST long_description

On Sun, Jul 13, 2014 at 9:04 AM, Wichert Akkerman wich...@wiggy.net wrote: I just uploaded a new pyramid_sqlalchemy package to PyPI. Looking at the distribution page at https://pypi.python.org/pypi/pyramid_sqlalchemy PyPI is not rendering ReST. I can’t figure out why though: according to both

Re: [Distutils] PyPI not rendering ReST long_description

On Sun, Jul 13, 2014 at 1:35 PM, Wichert Akkerman wich...@wiggy.net wrote: On 13 Jul 2014, at 21:36, Chris Jerdonek chris.jerdo...@gmail.com wrote: On Sun, Jul 13, 2014 at 9:04 AM, Wichert Akkerman wich...@wiggy.net wrote: I just uploaded a new pyramid_sqlalchemy package to PyPI. Looking

Re: [Distutils] PEP 438, pip and --allow-external (was: pip: cdecimal an externally hosted file and may be unreliable from python-dev)

On Fri, May 9, 2014 at 3:16 AM, Paul Moore p.f.mo...@gmail.com wrote: So there's an ongoing debate over pip's behaviour around disallowing external hosting by default (see thread pip: cdecimal an externally hosted file and may be unreliable over on python-dev for the latest round). It

Re: [Distutils] Deleting legacy contents from core install guide?

On Sun, Feb 23, 2014 at 1:48 PM, Marcus Smith qwc...@gmail.com wrote: However, after thinking a little more on the challenge, I believe the lower level legacy content should fit right in as a new subsection in the distutils docs at http://docs.python.org/3/distutils/index.html. There's 3

Re: [Distutils] Deleting legacy contents from core install guide?

On Sun, Feb 23, 2014 at 2:50 PM, Marcus Smith qwc...@gmail.com wrote: By the way, I noticed that PUG's Installation Packaging Tutorial [1] is one section. Shouldn't those be separate tutorials? IIRC that information was in separate sections before (one for installing and one for

Re: [Distutils] PyPI Rate Limiting

On Sun, Feb 9, 2014 at 12:16 PM, Noah Kantrowitz n...@coderanger.net wrote: On Feb 9, 2014, at 1:13 AM, Robert Collins robe...@robertcollins.net wrote: On 9 February 2014 19:28, Noah Kantrowitz n...@coderanger.net wrote: On Feb 8, 2014, at 6:25 PM, Robert Collins robe...@robertcollins.net

Re: [Distutils] Using Wheel with zipimport

On Wed, Jan 29, 2014 at 3:41 AM, Donald Stufft don...@stufft.io wrote: On Jan 29, 2014, at 4:23 AM, Paul Moore p.f.mo...@gmail.com wrote: As I recall, it was in the original version of the PEP/spec and it was always an intended feature. The wheel file for the wheel project itself is

Re: [Distutils] PyPI Migrated to New Infrastructure with some Breakage

On Sat, Jan 25, 2014 at 3:38 PM, Donald Stufft don...@stufft.io wrote: Today (Sat Jan 25, 2014) the Infrastructure team has migrated PyPI to new infrastructure. The old infrastructure was: - a single database server managed by OSUOSL - a pair of load balancers shared by all of the

Re: [Distutils] error message from testpypi.python.org

On Thu, Jan 23, 2014 at 1:42 AM, Thomas Heller thel...@ctypes.org wrote: Am 23.01.2014 10:05, schrieb Paul Moore: On 23 January 2014 08:28, Thomas Heller thel...@ctypes.org wrote: I'm trying out to submit a wheel to testpypi.python.org and then install it from there with pip. It doesn't

Re: [Distutils] Python Packaging User Guide has moved

On Wed, Jan 15, 2014 at 1:30 AM, Nick Coghlan ncogh...@gmail.com wrote: On 15 Jan 2014 17:15, Marcus Smith qwc...@gmail.com wrote: Fyi, the Python Packaging User Guide has moved from bitbucket to github. The new project home is here: https://github.com/pypa/python-packaging-user-guide and

Re: [Distutils] AttributeError: 'tuple' object has no attribute 'split'

Why don't you study what's happening in the offending lines of code and see where things are going wrong? For example, in this file: /Users/dpo/.virtualenvs/test/lib/python2.7/site-packages/setuptools/command/egg_info.py see what's showing up as a tuple rather than a string. You can add debug

Re: [Distutils] Removing dependency_links

On Sun, Oct 27, 2013 at 10:44 AM, Donald Stufft don...@stufft.io wrote: Here’s the list of dependency links for the projects that still use them in their latest releases: https://gist.github.com/dstufft/7185162 A good number of them are either bogus, are pointing directly to PyPI, or are

Re: [Distutils] Removing dependency_links

On Sun, Oct 27, 2013 at 12:04 PM, Chris Jerdonek chris.jerdo...@gmail.com wrote: On Sun, Oct 27, 2013 at 10:44 AM, Donald Stufft don...@stufft.io wrote: Here’s the list of dependency links for the projects that still use them in their latest releases: https://gist.github.com/dstufft

Re: [Distutils] README file format and pypi.python.org

On Sun, Sep 22, 2013 at 2:15 PM, PJ Eby p...@telecommunity.com wrote: On Sun, Sep 22, 2013 at 9:01 AM, Paul G. paul.l...@isrcomputing.com wrote: 1. What format should I use in my README.txt file for my package's content to be displayed on its package page? It's not the README file; it's the

Re: [Distutils] My rst README is not formatted on pypi.python.org

On Wed, May 15, 2013 at 3:53 PM, Jeremy Gillick j_gill...@yahoo.com wrote: I wrote a valid (as far as I can tell/test) reStructuredText README file, but on pypi it's just shown as plain text. I have run the file through the rst2html.py tool and it works without errors and appears to be

Re: [Distutils] [Python-Dev] [Python-checkins] peps: PEP 426: replace implied 'version starts with' with new ~= operator

On Tue, Feb 26, 2013 at 5:23 AM, Donald Stufft donald.stu...@gmail.com wrote: On Tuesday, February 26, 2013 at 8:17 AM, Nick Coghlan wrote: I *don't* like the idea of (== 1.3) and (== 1.3.0) being equivalent when (1.3) and (1.3.0) are substantially different, though. Instead, I'll reinstate a

Re: [Distutils] [Python-Dev] [Python-checkins] peps: PEP 426: replace implied 'version starts with' with new ~= operator

On Tue, Feb 26, 2013 at 8:01 AM, Donald Stufft donald.stu...@gmail.com wrote: On Tuesday, February 26, 2013 at 10:10 AM, Nick Coghlan wrote: Remember, part of the goals of both PEP 386 and PEP 426 is to tighten up cases where setuptools is considered too permissive, because it's guessing in

  1   2   >