On Sat, Jul 13, 2013 at 9:38 AM, Paul Moore wrote:
> On 13 July 2013 14:31, Brett Cannon wrote:
>
>> +1 on the inversion. I don't know what that will do to pip, it makes
>> sense to have the installer self-contained and the packaging/building
>> libraries be some
On Sat, Jul 13, 2013 at 1:31 AM, Nick Coghlan wrote:
> In addition to the long thread based on Richard's latest set of updates,
> I've also received a few off-list comments on the current state of the
> proposal. So, I figured I'd start a new thread summarising my current point
> of view and see
On Sat, Jul 13, 2013 at 2:29 AM, Ned Deily wrote:
> In article <55b209b3-9576-4cf0-b58c-2a1e692af...@stufft.io>,
> Donald Stufft wrote:
> > On Jul 13, 2013, at 1:31 AM, Nick Coghlan wrote:
> > > I'm currently leaning towards offering both, as we're going to need a
> tool
> > > for bootstrappin
On Sat, Jul 13, 2013 at 8:25 AM, Nick Coghlan wrote:
>
> On 13 Jul 2013 19:05, "Paul Moore" wrote:
> >
> > On 13 July 2013 06:31, Nick Coghlan wrote:
> >>
> >> * bundling a *full* copy of pip with the Python installers for Windows
> and Mac OS X, but installing it to site-packages rather than t
On Fri, Jul 12, 2013 at 2:16 PM, Donald Stufft wrote:
>
> On Jul 12, 2013, at 2:00 PM, Brett Cannon wrote:
>
> Speaking with my python-dev hat on which has a badge from when I led the
> stdlib cleanup for Python 3, I would say anything that has a PEP should
> probably ha
On Fri, Jul 12, 2013 at 12:16 PM, Vinay Sajip wrote:
> Donald Stufft stufft.io> writes:
>
> > I'm also against adding distlib-like functionality to the stdlib. At
> least at
> > this point in time. We've seen the far reaching effects that adding a
> > packaging lib directly to the stdlib can have
On Fri, Jul 12, 2013 at 4:35 AM, Vinay Sajip wrote:
> Donald Stufft stufft.io> writes:
>
> > We should remember that in general people have considered PyEnv that
> ships
> > with Python 3.3 an inferior alternative to virtualenv largely in part
> > because they have to fetch setuptools and pip pri
On Thu, Jul 11, 2013 at 10:52 AM, Donald Stufft wrote:
>
> On Jul 11, 2013, at 10:47 AM, Brett Cannon wrote:
>
> I'm just not seeing the downside. We control the stdlib and pip, so we
> know the expected interaction and we are purposefully using the override
> mechanics s
On Thu, Jul 11, 2013 at 11:50 AM, Brett Cannon wrote:
>
>
>
> On Thu, Jul 11, 2013 at 10:52 AM, Donald Stufft wrote:
>
>>
>> On Jul 11, 2013, at 10:47 AM, Brett Cannon wrote:
>>
>> I'm just not seeing the downside. We control the stdlib and pip, s
On Thu, Jul 11, 2013 at 10:29 AM, Daniel Holth wrote:
> On Thu, Jul 11, 2013 at 9:33 AM, Paul Moore wrote:
> > On 11 July 2013 13:49, Brett Cannon wrote:
> >>
> >> The dead-simple, extremely elegant solution (starting in Python 3.4) is
> to
> >> make pip
On Thu, Jul 11, 2013 at 9:39 AM, Donald Stufft wrote:
>
> On Jul 11, 2013, at 9:33 AM, Paul Moore wrote:
>
> The pip executable script/wrapper currently uses setuptools entry points
> and wrapper scripts. I'm not a fan of those, so I'd be happy to see the
> change you suggest, but OTOH they have
On Wed, Jul 10, 2013 at 9:09 PM, Richard Jones wrote:
> On 11 July 2013 06:50, Paul Moore wrote:
> > I think "python -m pip" should be the canonical form (used in
> documentation,
> > examples, etc). The unittest module has taken this route, as has timeit.
> > Traditionally, python-dev have been
On Wed, Jul 10, 2013 at 12:11 PM, Paul Moore wrote:
> On 10 July 2013 15:28, Brett Cannon wrote:
>
>> So, at present, if I (as a 100% Python 3 user) want to install a package,
>>> I type "pip install XXX". No version suffix. In the same way, to invoke
>>
On Wed, Jul 10, 2013 at 9:43 AM, Paul Moore wrote:
> On 10 July 2013 13:46, Brett Cannon wrote:
>
>> pip (or pip3 for Python 3.3/3.2)
>
>
> Sorry to butt in here, but can I just catch this point. There seems to be
> an ongoing series of assumptions over whether the boot
On Wed, Jul 10, 2013 at 12:54 AM, Richard Jones wrote:
> On 10 July 2013 14:19, Carl Meyer wrote:
> > They certainly do today, but that's primarily because pyvenv isn't very
> > useful yet, since the stdlib has no installer and thus a newly-created
> > pyvenv has no way to install anything in it
Pull request sent with the changes to always return a 404 and to shut down
cron.
On Tue, Jun 11, 2013 at 8:31 AM, ken cochrane wrote:
> OK, http://www.pypi-mirrors.org is now reporting b.pypi.python.org as N/A
> which I believe means the DNS propagation is complete. We can move on to
> phase 2
I might not get to it for a week, but I will get to it.
On Fri, Jun 7, 2013 at 5:26 PM, ken cochrane wrote:
>
>
>>> b.pypi.python.org is an official mirror that runs on Google App
>> engine, and it uses a special mirror package built just for GAE. Code for
>> it is found here. https:/
On Tue, Jun 4, 2013 at 11:22 AM, ken cochrane wrote:
>
> b.pypi.python.org is an official mirror that runs on Google App engine,
and it uses a special mirror package built just for GAE. Code for it is
found here. https://bitbucket.org/loewis/pypi-appengine
b.pypi.python.org
On Tue, Jun 4, 2013 at 10:33 AM, ken cochrane wrote:
>
>> b.pypi.python.org is an official mirror that runs on Google App engine,
>> and it uses a special mirror package built just for GAE. Code for it is
>> found here. https://bitbucket.org/loewis/pypi-appengine
>>
>> b.pypi.python.org has been
uld be it.
-Brett
>
>
> On Thu, Apr 4, 2013 at 11:54 AM, Brett Cannon wrote:
>
>> Not anymore. Lasted about 5 minutes (at least according the the DOWN/UP
>> emails sent to the infrastructure list).
>>
>> Monitoring is set up for PyPI so it is known very quickly when
Not anymore. Lasted about 5 minutes (at least according the the DOWN/UP
emails sent to the infrastructure list).
Monitoring is set up for PyPI so it is known very quickly when it stops
responding and thus no need to worry about notifying anyone. Noah has done
a good job. =)
On Thu, Apr 4, 2013 a
On Mar 30, 2013 3:23 PM, "Daniel Holth" wrote:
>
> Python ZIP Application Support -
>
https://docs.google.com/document/d/1MKXgPzhWD5wIUpoSQX7dxmqgTZVO6l9iZZis8dnri78/edit?usp=sharing
>
>
> PEP: 4XX
>
> Title: Improving Python ZIP Application Support
>
> Author: Daniel Holth
>
> Status: Draft
>
>
On Mar 29, 2013 4:12 PM, "Nick Coghlan" wrote:
>
> On Fri, Mar 29, 2013 at 8:43 AM, Daniel Holth wrote:
> > WinZip will ignore anything in the front of the file since the zip
> > directory doesn't reference it. The #! shebang is for Unix, would
> > point to the correct Python, and the +x flag wou
On Fri, Sep 21, 2012 at 1:28 AM, Donald Stufft wrote:
> On Friday, September 21, 2012 at 12:57 AM, PJ Eby wrote:
>
> As far as the practicality vs. purity question, Python has already had
> Provides/Requires in the metadata format for several years, and it
> contained all the features that were n
http://bugs.python.org/issue12937 has the feature request.
On Tue, Sep 6, 2011 at 08:17, Éric Araujo wrote:
> Hi Brett,
>
>> Two things that I missed was wanting a build command
> A clarification: In distutils2, there is a difference between commands
> (build, sdist, upload, i.e. similar to distu
I just tried creating a setup.cfg for coverage.py as
distribute_setup.py was hanging when run by Python default (worked
fine when I installed it directly). Two things that I missed was
wanting a build command (having trouble compiling coverage.py's
extension module) and --user suport for install.
On Thu, May 15, 2008 at 9:08 PM, Gregory P. Smith <[EMAIL PROTECTED]> wrote:
> On Thu, May 15, 2008 at 4:04 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
>> On Thu, May 15, 2008 at 1:33 PM, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
>>> Python 2.6 renames the Co
On Thu, May 15, 2008 at 1:33 PM, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
> Python 2.6 renames the ConfigParser module to be configparser.
>
> Distutils imports ConfigParser in various places. I just made a
> commit updating the import in one places, and then noticed that part
> of commit r63248,
201 - 228 of 228 matches
Mail list logo
