[Distutils] question re: easy_install and macports

Hi, I have a quick question regarding easy_install and MacPorts. I tried easy_installing nose while using MacPorts (Python 2.6.7 / py26-distribute @0.6.24_0 / MacPorts version 2.0.3) -- sudo python -m easy_install nose This worked, except it installed the nosetests script into--

Re: [Distutils] question re: easy_install and macports

On Thu, Oct 27, 2011 at 1:23 PM, Ned Deily n...@acm.org wrote: In article caotb1wf9jpwbtxqwmf8ghmc1v3vmhmkdeo7rejeoysnxy_p...@mail.gmail.com,  Chris Jerdonek chris.jerdo...@gmail.com wrote: Hi, I have a quick question regarding easy_install and MacPorts.  I tried easy_installing nose

[Distutils] easy_install execution question

Hi, I have one more question for the time being. This regards how the easy_install script works. I use Mac OSX, and my /usr/bin directory contains three versions of the easy_install script: easy_install, easy_install-2.5, and easy_install-2.6. Based on some debugging lines I tried inserting,

Re: [Distutils] easy_install execution question

On Thu, Oct 27, 2011 at 10:54 PM, Paul Ivanov pivanov...@gmail.com wrote: On Thu, Oct 27, 2011 at 7:43 PM, Chris Jerdonek chris.jerdo...@gmail.com wrote: Based on some debugging lines I tried inserting, when I execute the script called simply easy_install, the script seems to execute just

Re: [Distutils] question re: easy_install and macports

On Thu, Oct 27, 2011 at 11:54 PM, Ned Deily n...@acm.org wrote: Hi, I have a quick question regarding easy_install and MacPorts.  I tried easy_installing nose This worked, except it installed the nosetests script into-- /opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin

[Distutils] using pip to install an specific, older version

Hi, I'm trying to use pip to install an older, specific version of a package in PyPI (specifically simplejson v2.0.9): http://pypi.python.org/pypi/simplejson/2.0.9 I've tried a few variations of the syntax below, but it always seems to install the newest version (v2.5.0). I don't know if this

Re: [Distutils] using pip to install an specific, older version

On Mon, Apr 2, 2012 at 12:08 PM, Carl Meyer c...@oddbird.net wrote: Hi Chris, On 04/02/2012 12:50 PM, Chris Jerdonek wrote: Hi, I'm trying to use pip to install an older, specific version of a package in PyPI (specifically simplejson v2.0.9): http://pypi.python.org/pypi/simplejson/2.0.9

Re: [Distutils] using pip to install an specific, older version

Hi Carl (or others), On Mon, Apr 2, 2012 at 12:08 PM, Carl Meyer c...@oddbird.net wrote: Also, you may want to be aware that the -E flag is deprecated and is already removed in the latest pip release (1.1) because it does not handle isolated virtualenvs correctly. Instead, create a virtualenv

Re: [Distutils] proper use of use_2to3 with Distribute's test

On Fri, Apr 6, 2012 at 7:17 PM, Chris Jerdonek chris.jerdo...@gmail.com wrote: I have a question regarding the proper use of the use_2to3 feature of Distribute's test, as described here: [1] http://packages.python.org/distribute/python3.html#distribute-as-help-during-porting My tests run

[Distutils] questions re: data files with Distribute's test

I have a few questions about including data files when running python setup.py test with Distribute while using Python 3 and the use_2to3 keyword argument. Some of my test files are in a subdirectory of my project outside of the package directory. I'm able to have the test files copied

[Distutils] documentation recommendations for Python 3 installs

I'd like advice on what instructions to provide to users (if any) to avoid what might be a common user error. I maintain a project written in Python 2, and I recently added support for Python 3 via 2to3 and the installation process. Recently, a Python 3 user got the source code, manually

[Distutils] two setup scripts

I have an open-ended question about the idea of creating two setup scripts for a project: one for end-users (e.g. installing), and another for all other use cases (e.g. project development). Here are a few reasons I came across for considering something like this: The first is that if the

Re: [Distutils] two setup scripts

is a worthy goal). Thanks, --Chris On Fri, May 11, 2012 at 11:36 AM, Chris Jerdonek chris.jerdo...@gmail.com wrote: I have an open-ended question about the idea of creating two setup scripts for a project: one for end-users (e.g. installing), and another for all other use cases (e.g. project

[Distutils] building an application made from many internal packages

Hi, is there a recommended way of building and deploying a private Python application from many loosely coupled internal packages or modules as opposed to a single large package? Should this be done with a private PyPI server with each module/package having its own setup.py, or is zc.buildout (or

Re: [Distutils] working with different requirements depending on python version

On Sat, Jun 30, 2012 at 5:54 AM, Chris Withers ch...@simplistix.co.uk wrote: The version requirement is use the latest version of all packages that work with the Python version under test and the changes I've suggested would mean that on Python 2.6 and 2.7, the latest version of

Re: [Distutils] zip imports ftw

On Sat, Sep 15, 2012 at 8:19 PM, Daniel Holth dho...@gmail.com wrote: I'd like to take this moment to note how awesome importing from zipfile is. Did you know you can execute a zip file with Python, and if it has a __main__.py in the root it will be executed, with the zipfile's contents on the

Re: [Distutils] Problems installing otrace - unexpanded @libdir@ string

On Mon, Feb 11, 2013 at 1:06 PM, Skip Montanaro s...@pobox.com wrote: Marius Gedminas marius at pov.lt writes: Not distutils, but setuptools (or its fork distribute). The EASY-INSTALL-ENTRY-SCRIPT comment is a hint. ... Thanks for the hint. I will admit to just using this stuff blindly. I

Re: [Distutils] PEP 426 updated (with more than you ever wanted to know about version schemes)

On Mon, Feb 11, 2013 at 11:08 PM, Nick Coghlan ncogh...@gmail.com wrote: Making sure the necessary metadata for the build step is provided as part of the sdist is the responsibility of the Archiver. We don't really *care* what format the Archiver uses to gather info from the user, so long as

Re: [Distutils] PEP 426 updated (with more than you ever wanted to know about version schemes)

On Tue, Feb 12, 2013 at 12:48 AM, Ronald Oussoren ronaldousso...@mac.com wrote: On 12 Feb, 2013, at 9:33, Nick Coghlan ncogh...@gmail.com wrote: On Tue, Feb 12, 2013 at 6:25 PM, Ronald Oussoren ronaldousso...@mac.com wrote: PEPs 426 and 427 between them should achieve the first objective,

Re: [Distutils] PEP 426 updated (with more than you ever wanted to know about version schemes)

[In this e-mail I'm combining comments to a few of the e-mails in this thread.] On Mon, Feb 11, 2013 at 11:08 PM, Nick Coghlan ncogh...@gmail.com wrote: My overarching ambition is to encourage migration to a model where Archivers create sdists from source control, Builders create wheels from

Re: [Distutils] PEP 376, Uninstallation and interoperability

On Sat, Feb 16, 2013 at 12:42 AM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: Another question arises - what is to be done when directories, which are meant to be deleted during uninstallation, contain files which were not put there during installation of the distribution being removed? It would

Re: [Distutils] PEP 426 is now the draft spec for distribution metadata 2.0

On Sun, Feb 17, 2013 at 2:10 AM, Nick Coghlan ncogh...@gmail.com wrote: Maintainer (optional) - A string containing the maintainer's name at a minimum; additional contact information may be provided. Note that this field is intended for use when a project is being

Re: [Distutils] PEP 426 is now the draft spec for distribution metadata 2.0

suggests that PyPI already supports it if distutils were updated (but I haven't confirmed): http://sourceforge.net/tracker/index.php?func=detailaid=3396924group_id=66150atid=513503 --Chris On Feb 23, 2013 10:51 PM, Chris Jerdonek chris.jerdo...@gmail.com wrote: On Sun, Feb 17, 2013 at 2:10 AM

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

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

On Tue, Feb 26, 2013 at 2:08 PM, Donald Stufft donald.stu...@gmail.com wrote: In [45]: l = [x for x in releases if any([y for y in x[1].split(.) if y.startswith(0) and y.isdigit() and not y.endswith(0)])] In [46]: len(l) Out[46]: 1162 Note this doesn't check if they have confusing versions,

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] 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] 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] 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] 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] 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] 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] 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 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] 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] 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] 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] 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] 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] 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] 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] 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

[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] 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

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] 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] 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] 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] 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] 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: 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] 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

[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] 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

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] 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] 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] 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] 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] 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] 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] 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

[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] 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

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] 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

[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

[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] 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 >>

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

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 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 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 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

[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

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] 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

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] 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,

[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: 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: 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: 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

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] 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: 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] 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: 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

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

  1   2   >