On Sun, Feb 3, 2013 at 4:11 PM, Benjamin Peterson wrote:
> 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 ge
David Cournapeau 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
__
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 Sun,
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
On 4 Feb 2013 09:22, "David Cournapeau" wrote:
>
> On Sun, Feb 3, 2013 at 10:34 PM, Vinay Sajip
wrote:
> > Simon Cross 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",
On Sun, Feb 3, 2013 at 6:08 PM, Nadeem Vawda 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 wrote:
>
>> 2013/2/3 Serhiy Storchaka
On Sun, Feb 3, 2013 at 10:34 PM, Vinay Sajip wrote:
> Simon Cross 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 b
Just to clarify, the release branch hasn't been created yet, correct?
- Nadeem
On Sun, Feb 3, 2013 at 3:38 PM, Benjamin Peterson wrote:
> 2013/2/3 Serhiy Storchaka :
> > There are crashers for which patches were proposed but do not reviewed
> yet:
> >
> > Issue #6083: Reference counting bug in
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" wrote:
> Simon Cross gmail.com> writes:
>
> > For the record, all the reasons listed at [1] appear trivial.
>
> In Bento's author's own words -
Simon Cross 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 self-deprecating, but what if
Éric Araujo 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 to bui
On Mon, Feb 4, 2013 at 12:16 AM, Vinay Sajip 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 the reasons listed a
Daniel Holth 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 tools sho
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 have
Paul Moore 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 interes
On Thu, Jan 31, 2013 at 11:14 PM, Antoine Pitrou wrote:
> On Fri, 1 Feb 2013 11:00:24 +1000
> Nick Coghlan wrote:
> > On Fri, Feb 1, 2013 at 9:50 AM, Antoine Pitrou
> wrote:
> > > On Thu, 31 Jan 2013 23:52:27 +0100 (CET)
> > > matthias.klose wrote:
> > >> http://hg.python.org/cpython/rev/8ee6d9
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
wh
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
A&M university. I just gone though Python developer's guide and how to
become core contributor document. And I just compiled CPython on my
machine.
On Sun, Feb 3, 2013 at 8:08 AM, Nick Coghlan 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 in what was
supp
> 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
On Sun, Feb 3, 2013 at 2:00 PM, Simon Cross
wrote:
> On Sun, Feb 3, 2013 at 9:42 PM, Daniel Holth 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?
On Sun, Feb 3, 2013 at 9:42 PM, Daniel Holth 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
stdlib, but perhaps
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, mo
On Sun, Feb 3, 2013 at 10:33 AM, Éric Araujo 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 and for pyc
Daniel Holth 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 happen now or am
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
in
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
bus
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 wrote:
>> So it's perfectly possible to use wheels right now, without the pip
>> integration. But the pip develope
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
___
On 4 Feb 2013 00:54, "Paul Moore" wrote:
>
> On 3 February 2013 14:41, Daniel Holth 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 e
On 3 February 2013 14:41, Daniel Holth 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 able to inst
On Sun, 3 Feb 2013 09:41:29 -0500
Daniel Holth 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 able
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
whe
2013/2/3 Serhiy Storchaka :
> 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 w
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 wrote:
> http://hg.python.org/cpython/rev/19ea454ccdf7
>
-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 o
On Sun, Feb 3, 2013 at 11:04 PM, Nick Coghlan 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 me MvL was object
On Sun, 3 Feb 2013 23:08:04 +1000
Nick Coghlan wrote:
> On Sun, Feb 3, 2013 at 10:48 PM, Antoine Pitrou wrote:
> > On Sun, 3 Feb 2013 12:34:36 +
> > Paul Moore wrote:
> >>
> >> So it's perfectly possible to use wheels right now, without the pip
> >> integration. But the pip developers don't
On Sun, Feb 3, 2013 at 10:48 PM, Antoine Pitrou wrote:
> On Sun, 3 Feb 2013 12:34:36 +
> Paul Moore 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
On Sun, Feb 3, 2013 at 10:34 PM, Paul Moore 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 supported by PEP
On Sun, 3 Feb 2013 12:34:36 +
Paul Moore 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 supported by
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 Cr
On 3 February 2013 11:27, Antoine Pitrou 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 no pla
On Sun, 3 Feb 2013 16:44:33 +1000
Nick Coghlan wrote:
> On Sun, Feb 3, 2013 at 4:37 PM, Guido van Rossum 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 author or another uncle. Bu
44 matches
Mail list logo
