On Sun, 3 Feb 2013 16:44:33 +1000
Nick Coghlan ncogh...@gmail.com wrote:
On Sun, Feb 3, 2013 at 4:37 PM, Guido van Rossum gu...@python.org wrote:
I don't know or care much about PyPI metadata, so do what you feel is
right. If you are uncomfortable being PEP-uncle *and* -author, find
another
On 3 February 2013 11:27, Antoine Pitrou solip...@pitrou.net wrote:
I don't expect anything I want to do to be particularly controversial,
but I think it's worth trying to get it right (even if it delays wheel
support in pip for a few more weeks).
Will wheel be implemented in distutils?
There are crashers for which patches were proposed but do not reviewed yet:
Issue #6083: Reference counting bug in PyArg_ParseTuple and
PyArg_ParseTupleAndKeywords.
Issue #7358: cStringIO not 64-bit safe.
Issue #16137: Using time.asctime() with an array with negative tm_hour
causes Python
On Sun, 3 Feb 2013 12:34:36 +
Paul Moore p.f.mo...@gmail.com wrote:
So it's perfectly possible to use wheels right now, without the pip
integration. But the pip developers don't want to integrate the wheel
format just because it exists - they want the assurance that it's an
accepted
On Sun, Feb 3, 2013 at 10:34 PM, Paul Moore p.f.mo...@gmail.com wrote:
So it's perfectly possible to use wheels right now, without the pip
integration. But the pip developers don't want to integrate the wheel
format just because it exists - they want the assurance that it's an
accepted format
On Sun, Feb 3, 2013 at 10:48 PM, Antoine Pitrou solip...@pitrou.net wrote:
On Sun, 3 Feb 2013 12:34:36 +
Paul Moore p.f.mo...@gmail.com wrote:
So it's perfectly possible to use wheels right now, without the pip
integration. But the pip developers don't want to integrate the wheel
format
On Sun, 3 Feb 2013 23:08:04 +1000
Nick Coghlan ncogh...@gmail.com wrote:
On Sun, Feb 3, 2013 at 10:48 PM, Antoine Pitrou solip...@pitrou.net wrote:
On Sun, 3 Feb 2013 12:34:36 +
Paul Moore p.f.mo...@gmail.com wrote:
So it's perfectly possible to use wheels right now, without the pip
On Sun, Feb 3, 2013 at 11:04 PM, Nick Coghlan ncogh...@gmail.com wrote:
MvL raised this concern last time the wheel format was discussed, and, to
date,
nothing has happened to address it.
My apologies to Daniel, it appears I misremembered this part of the
previous discussion. Daniel assures
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/03/2013 08:09 AM, Antoine Pitrou wrote:
I'm sure it is perfectly possible to evolve and bugfix distutils
without breaking distribute. What's more, distribute is actually
maintained and can evolve to accomodate the fixes.
I wouldn't be on
FYI, Raymond let me know that this is causing the buildbots to occasionally
fail thanks to xml.parsers.expat.errors somehow circumventing import. I'm
going to try and figure out what's going on.
On Fri, Feb 1, 2013 at 4:38 PM, brett.cannon python-check...@python.orgwrote:
2013/2/3 Serhiy Storchaka storch...@gmail.com:
There are crashers for which patches were proposed but do not reviewed yet:
Issue #6083: Reference counting bug in PyArg_ParseTuple and
PyArg_ParseTupleAndKeywords.
Issue #7358: cStringIO not 64-bit safe.
Issue #16137: Using time.asctime()
The neat thing about wheel is that you can install them without having the
software used to build them. So we might try to provide a very simple wheel
installer script with Python that did not even depend on DistUtils. You
would be able to install pip etc with that tool. There is no need to put
On Sun, 3 Feb 2013 09:41:29 -0500
Daniel Holth dho...@gmail.com wrote:
The neat thing about wheel is that you can install them without having the
software used to build them. So we might try to provide a very simple wheel
installer script with Python that did not even depend on DistUtils. You
On 3 February 2013 14:41, Daniel Holth dho...@gmail.com wrote:
The neat thing about wheel is that you can install them without having the
software used to build them. So we might try to provide a very simple wheel
installer script with Python that did not even depend on DistUtils. You
would be
On 4 Feb 2013 00:54, Paul Moore p.f.mo...@gmail.com wrote:
On 3 February 2013 14:41, Daniel Holth dho...@gmail.com wrote:
The neat thing about wheel is that you can install them without having
the
software used to build them. So we might try to provide a very simple
wheel
installer script
On Feb 03, 2013, at 04:04 PM, Nick Coghlan wrote:
- someone else volunteers to be BDFL-Delegate for PEP 426 (MvL, perhaps?)
On principle, I think it's a good idea to try to recruit another PEP czar.
I'm not volunteering though, due to lack of time.
Cheers,
-Barry
Hi,
I don’t have a problem with Nick improving the PEP and deciding on its
acceptance.
Le 03/02/2013 07:48, Antoine Pitrou a écrit :
On Sun, 3 Feb 2013 12:34:36 +
Paul Moore p.f.mo...@gmail.com wrote:
So it's perfectly possible to use wheels right now, without the pip
integration. But
My position is that these days distutils doesn't belong in the standard
library any more than Django does. So I am mildly opposed to supporting it
when you should be using better designed third party tools like Bento or
setuptools. Wheel makes it possible for Python to get out of the build tool
Hi,
Le 03/02/2013 13:57, Daniel Holth a écrit :
My position is that these days distutils doesn't belong in the standard
library any more than Django does.
You can install anything you want, but first you need an installer. I
think that a language needs packaging formats and basic build and
Daniel Holth dho...@gmail.com writes:
Wheel makes it possible for Python to get out of the build tool
business. Just install your preferred tools with a concise bootstrap
installer.
If this is true, it would also have been possible with eggs, yet it
didn't happen. Why do you think it will
On Sun, Feb 3, 2013 at 10:33 AM, Éric Araujo mer...@netwok.org wrote:
Le 03/02/2013 07:48, Antoine Pitrou a écrit :
I vote for removing the distutils is frozen principle.
I’ve also been thinking about that. There have been two exceptions to
the freeze, for ABI flags in extension module names
Bento is the only available packaging tool to heap praise onto and it is
impressive. I am reacting to all the hate heaped on setup tools when I
think the underlying DistUtils design is a big part of the problem. My
feeling is that stdlib packaging tools should be for bootstrapping and
reference,
On Sun, Feb 3, 2013 at 9:42 PM, Daniel Holth dho...@gmail.com wrote:
Bento is the only available packaging tool to heap praise onto and it is
impressive.
If Bento is cool, is there some way we can help it gain more traction
in the Python ecosystem? Not necessarily by incorporating it into
On Sun, Feb 3, 2013 at 2:00 PM, Simon Cross
hodgestar+python...@gmail.com wrote:
On Sun, Feb 3, 2013 at 9:42 PM, Daniel Holth dho...@gmail.com wrote:
Bento is the only available packaging tool to heap praise onto and it is
impressive.
If Bento is cool, is there some way we can help it gain
The pip integration is basically to allow pip to find wheels on PyPI
or any local indexes you have, and to install them via the pip
install command.
it also offers pip wheel for building wheels (using bdist_wheel) locally
for your requirements, since wheels wouldn't be pervasive on PyPI for a
On Sun, Feb 3, 2013 at 8:08 AM, Nick Coghlan ncogh...@gmail.com wrote:
The rationale for the distutils freeze is don't break setuptools.
That rationale still holds.
IIRC, the historical issue that triggered the freeze was not that the
distutils refactoring broke setuptools, but that it did so
Hi,
I'm Jainit and I'm planning to apply for GSoC 2013 for
the PSF. I was also part of GSoC 2012 in interface ecology lab, Texas
AM university. I just gone though Python developer's guide and how to
become core contributor document. And I just compiled CPython on my
machine.
I did think that updating distutils to have basic support for the packaging
PEPs was a decent idea, but then it wound up being more or less rewritten
entirely like I've been cajoled into doing with PEP 426 (Metadata). I don't
know whether distutils(1) can survive the minimum changes required for
On Thu, Jan 31, 2013 at 11:14 PM, Antoine Pitrou solip...@pitrou.netwrote:
On Fri, 1 Feb 2013 11:00:24 +1000
Nick Coghlan ncogh...@gmail.com wrote:
On Fri, Feb 1, 2013 at 9:50 AM, Antoine Pitrou solip...@pitrou.net
wrote:
On Thu, 31 Jan 2013 23:52:27 +0100 (CET)
matthias.klose
Paul Moore p.f.moore at gmail.com writes:
So it's perfectly possible to use wheels right now, without the pip
integration. But the pip developers don't want to integrate the wheel
format just because it exists - they want the assurance that it's an
accepted format supported by PEPs, hence the
They can be signed with pypi detached signatures already. It works now
exactly as for sdist.
The innovation was supposed to be in convenience for the signer, in
allowing keys to be trusted per package and for a list of dependencies and
the expected signing keys to be shared easily. Does anyone
Daniel Holth dholth at gmail.com writes:
Bento is the only available packaging tool to heap praise onto and it is
impressive. I am reacting to all the hate heaped on setup tools when I think
the underlying DistUtils design is a big part of the problem. My feeling is
that stdlib packaging
On Mon, Feb 4, 2013 at 12:16 AM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Bento is interesting, but I wouldn't jump to heap praise onto it. Apart from
the
somewhat idiosyncratic source style, David Cournapeau himself points to what
he
regards as weaknesses in it[1].
For the record, all
Éric Araujo merwok at netwok.org writes:
Looks like we agree that a basic tool able to bootstrap the packaging
story is needed :)
Agreed. Just because distutils can't easily/reliably build things that are
better built with SCons/WAF/tup/whatever, doesn't mean that we shouldn't have
the ability
Simon Cross hodgestar+pythondev at gmail.com writes:
For the record, all the reasons listed at [1] appear trivial.
In Bento's author's own words - Weak documentation, Mediocre code quality,
at a lower level, a lot of code leaves to be desired may be trivial if David
is just being
He is being self deprecating. Its also true that python dev can't recommend
bento wholesale. That is fine with me.
On Feb 3, 2013 5:36 PM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Simon Cross hodgestar+pythondev at gmail.com writes:
For the record, all the reasons listed at [1] appear
Just to clarify, the release branch hasn't been created yet, correct?
- Nadeem
On Sun, Feb 3, 2013 at 3:38 PM, Benjamin Peterson benja...@python.orgwrote:
2013/2/3 Serhiy Storchaka storch...@gmail.com:
There are crashers for which patches were proposed but do not reviewed
yet:
Issue
On Sun, Feb 3, 2013 at 10:34 PM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Simon Cross hodgestar+pythondev at gmail.com writes:
For the record, all the reasons listed at [1] appear trivial.
In Bento's author's own words - Weak documentation, Mediocre code quality,
at a lower level, a lot of
On Sun, Feb 3, 2013 at 6:08 PM, Nadeem Vawda nadeem.va...@gmail.com wrote:
Just to clarify, the release branch hasn't been created yet, correct?
It's by tag and no: http://hg.python.org/cpython/tags
-Brett
- Nadeem
On Sun, Feb 3, 2013 at 3:38 PM, Benjamin Peterson
On 4 Feb 2013 09:22, David Cournapeau courn...@gmail.com wrote:
On Sun, Feb 3, 2013 at 10:34 PM, Vinay Sajip vinay_sa...@yahoo.co.uk
wrote:
Simon Cross hodgestar+pythondev at gmail.com writes:
For the record, all the reasons listed at [1] appear trivial.
In Bento's author's own words -
As you may have noticed, no 2.7.4 rc has been created yet. Yesterday,
the buildbots were all red, and release blocker issues had to be dealt
with. Today, I was not as availabIe and people were fixing
important-looking crashers. In general, there seems to have been a lot
more last-minute scrambling
First, welcome to Python.
For people just starting out contributing we have setup a core-mentorship
mailing list ideally suited for this type of question.
http://mail.python.org/mailman/listinfo/core-mentorship
general tip: look for open issues marked with the 'easy' on bugs.python.org.
On
David Cournapeau cournape at gmail.com writes:
You are putting the words out of the context in which those were
written: it is stated that the focus is on the general architecture
OK, no offence was meant. Thanks for the clarification.
Regards,
Vinay Sajip
On Sun, Feb 3, 2013 at 4:11 PM, Benjamin Peterson benja...@python.orgwrote:
As you may have noticed, no 2.7.4 rc has been created yet. Yesterday,
the buildbots were all red, and release blocker issues had to be dealt
with. Today, I was not as availabIe and people were fixing
important-looking
44 matches
Mail list logo