Re: [Python-Dev] Accepting PEP 405 (Python Virtual Environments)

Am 25.05.2012 10:44, schrieb Nick Coghlan: > As the latest round of updates that Carl and Vinay pushed to the PEPs > repo have addressed my few remaining questions, I am accepting PEP 405 > for inclusion in Python 3.3. > > Thanks to all involved in working out the spec for what to model > directly

Re: [Python-Dev] cpython: simplify and rewrite the zipimport part of 702009f3c0b1 a bit

Am 25.05.2012 07:54, schrieb benjamin.peterson: > http://hg.python.org/cpython/rev/a47d32a28662 > changeset: 77129:a47d32a28662 > user:Benjamin Peterson > date:Thu May 24 22:54:15 2012 -0700 > summary: > simplify and rewrite the zipimport part of 702009f3c0b1 a bit > > files:

Re: [Python-Dev] cpython: #12586: add provisional email policy with new header parsing and folding.

Am 26.05.2012 00:44, schrieb r.david.murray: > http://hg.python.org/cpython/rev/0189b9d2d6bc > changeset: 77148:0189b9d2d6bc > user:R David Murray > date:Fri May 25 18:42:14 2012 -0400 > summary: > #12586: add provisional email policy with new header parsing and folding. > > W

Re: [Python-Dev] Hacking on the compiler in ways that break the frozen instance of importlib...

Am 27.05.2012 09:43, schrieb Nick Coghlan: > So, I'm currently trying to fix the regression in handling __class__ > references in 3.3. The first step in this is unwinding the name change > for the closure reference so it goes back to using "__class__" > (instead of "@__class__") before finding a di

Re: [Python-Dev] cpython (3.2): Issue12510: Attempting to get invalid tooltip no longer closes Idle.

Am 28.05.2012 03:55, schrieb terry.reedy: > http://hg.python.org/cpython/rev/4a7582866735 > changeset: 77195:4a7582866735 > branch: 3.2 > parent: 77189:6737c2ca98ee > user:Terry Jan Reedy > date:Sun May 27 21:29:17 2012 -0400 > summary: > Issue12510: Attempting to get

Re: [Python-Dev] PEP 405 (Python Virtual Environments) and Windows script support

Am 29.05.2012 01:15, schrieb mar...@v.loewis.de: >> Comments welcome, especially on whether Windows users agree that >> something like this is needed in the absence of PEP 397 in Python 3.3. > > AFAICT, there is no need to check in the binary into revision control. > Instead, the Windows build p

Re: [Python-Dev] cpython: Issue #14744: Fix compilation on Windows (part 2)

Am 29.05.2012 18:54, schrieb victor.stinner: > http://hg.python.org/cpython/rev/df0144f68d76 > changeset: 77231:df0144f68d76 > user:Victor Stinner > date:Tue May 29 18:53:56 2012 +0200 > summary: > Issue #14744: Fix compilation on Windows (part 2) All Windows buildbots are sti

Re: [Python-Dev] cpython: Issue #14744: Fix compilation on Windows (part 2)

Am 30.05.2012 16:03, schrieb Kristján Valur Jónsson: > Curiously, the 64bit debug windows build cannot run the unittests either. > There are crash bugs in the release build and I wanted to repro it using the > debug version , but failed. > This is likely to be related to the virtualenv changes, pe

Re: [Python-Dev] cpython: Issue #14744: Fix compilation on Windows (part 2)

+kristjan=ccpgames....@python.org] On >> > Behalf Of Georg Brandl >> > Sent: 30. maí 2012 06:52 >> > To: python-dev@python.org >> > Subject: Re: [Python-Dev] cpython: Issue #14744: Fix compilation on >> > Windows (part 2) >> > >> > A

[Python-Dev] [RELEASED] Python 3.3.0 alpha 4

load Python 3.3.0 visit: http://www.python.org/download/releases/3.3.0/ Please consider trying Python 3.3.0 with your code and reporting any bugs you may notice to: http://bugs.python.org/ Enjoy! (*) Please note that this document is usually finalized late in the release cycle and

Re: [Python-Dev] what is happening with the regex module going into Python 3.3?

Am 04.06.2012 00:51, schrieb "Martin v. Löwis": >> That last statement basically suggests that something like regex would >> never be accepted until a CPython core developer was actually running >> into pain with the many flaws in the re module (especially when it comes >> to Unicode). I disagree

Re: [Python-Dev] cpython (2.7): Issue #15060: fix typo in socket doc; Patch by anatoly techtonik

Am 13.06.2012 23:59, schrieb sandro.tosi: > http://hg.python.org/cpython/rev/744fb52ffdf0 > changeset: 77417:744fb52ffdf0 > branch: 2.7 > parent: 77408:60a7b704de5c > user:Sandro Tosi > date:Wed Jun 13 23:58:35 2012 +0200 > summary: > Issue #15060: fix typo in socket

[Python-Dev] 3.3 beta in one week

Hi all, this is just a quick reminder that the feature freeze for 3.3 will start next weekend with the release of beta1. Since I won't be able to shift that date for short periods (the next possible date for me would be around July 16), I hope that everybody has planned ahead accordingly. Let m

Re: [Python-Dev] Status of packaging in 3.3

Am 19.06.2012 23:46, schrieb Éric Araujo: Thanks for the detailed explanation, Éric. Just quoting this paragraph, since it contains the possibilities to judge: >With beta coming, a way to deal with that unfortunate situation needs > to be found. We could (a) grant an exception to packaging

Re: [Python-Dev] Status of packaging in 3.3

Am 20.06.2012 12:39, schrieb Antoine Pitrou: > On Wed, 20 Jun 2012 12:30:51 +0200 > Tarek Ziadé wrote: >> >> > >> > Most of the distutils2 improvements (new PEPs, setup.cfg, etc.) were >> > totally possible in distutils, weren't they? >> I started there, remember ? And we ended up saying it was i

Re: [Python-Dev] cpython: Prefer assertEqual to simply assert per recommendation in issue6727.

Am 20.06.2012 16:25, schrieb jason.coombs: > http://hg.python.org/cpython/rev/24369f6c4a22 > changeset: 77525:24369f6c4a22 > user:Jason R. Coombs > date:Wed Jun 20 10:24:24 2012 -0400 > summary: > Prefer assertEqual to simply assert per recommendation in issue6727. > Clarified

Re: [Python-Dev] Status of packaging in 3.3

Am 20.06.2012 17:34, schrieb Éric Araujo: > Hi all, > > Sorry I can’t take the time to reply to all messages, this week I’m > fully busy with work and moving out. > > To answer or correct a few things: > > - I am lacking time these months, but that’s because I’m still getting > used to having

Re: [Python-Dev] cpython: Issue #15177: Added dir_fd parameter to os.fwalk().

Original-Nachricht > Datum: Mon, 25 Jun 2012 10:01:19 -0400 > Von: Barry Warsaw > An: python-dev@python.org > Betreff: Re: [Python-Dev] cpython: Issue #15177: Added dir_fd parameter to > os.fwalk(). > On Jun 25, 2012, at 02:17 PM, Antoine Pitrou wrote: > > >On Mon, 25 Jun 201

Re: [Python-Dev] 3.3 feature freeze

Am 25.06.2012 22:34, schrieb Éric Araujo: > Hi, > >> please consider the default branch frozen for new features as of now. >> As you know, this also includes changes like large cleanups that cannot >> be considered bug fixes. [...] >> >> I hope that we will see the branch (and the buildbots) calm

Re: [Python-Dev] cpython: Added tag v3.3.0b1 for changeset e15c554cd43e

It is done -- the beta is tagged. Thanks to everyone for your hard work, especially to the intrepid devs on IRC. Georg On 26.06.2012 09:43, georg.brandl wrote: http://hg.python.org/cpython/rev/fadcc985010b changeset: 77802:fadcc985010b user:Georg Brandl date:Tue Jun 26 09

[Python-Dev] [RELEASED] Python 3.3.0 beta 1

ng any bugs you may notice to: http://bugs.python.org/ Enjoy! (*) Please note that this document is usually finalized late in the release cycle and therefore may have stubs and missing entries at this point. -- Georg Brandl, Release Manager georg at python.org (on behalf of the e

Re: [Python-Dev] cpython: Add syntax highlighter tool

On 01.07.2012 01:58, raymond.hettinger wrote: http://hg.python.org/cpython/rev/da4dd603030b changeset: 77899:da4dd603030b user:Raymond Hettinger date:Sat Jun 30 16:58:06 2012 -0700 summary: Add syntax highlighter tool files: Tools/scripts/pycolorize.py | 109 +++

Re: [Python-Dev] cross-compiling patches

On 01.07.2012 10:22, Matthias Klose wrote: On 30.06.2012 23:17, Antoine Pitrou wrote: Hello, I think these patches are premature (they break compilation on OS X, and they break ctypes configure on my Linux box). that was unrelated. fixed last night. It's also something the buildbots can ca

Re: [Python-Dev] GitHub mirror (Was: Bitbucket mirror?)

On 04.07.2012 10:42, anatoly techtonik wrote: On Fri, Jun 29, 2012 at 6:58 AM, Eli Bendersky wrote: The devguide (http://docs.python.org/devguide/committing.html) says: Bitbucket also maintain an up to date clone of the main cpython repository that can be used as the basis for a new clone or

Re: [Python-Dev] cpython (2.7): Make it easier to search for the grouper() recipe.

On 03.07.2012 06:09, raymond.hettinger wrote: http://hg.python.org/cpython/rev/d32f21d87363 changeset: 77921:d32f21d87363 branch: 2.7 parent: 77914:366df7ba1616 user:Raymond Hettinger date:Mon Jul 02 21:08:45 2012 -0700 summary: Make it easier to search for the gro

Re: [Python-Dev] cpython: Fix 5931 - Python runtime hardcoded in wsgiref.simple_server - Now it specifies

On 07.07.2012 23:29, senthil.kumaran wrote: http://hg.python.org/cpython/rev/34e705fa4da4 changeset: 77983:34e705fa4da4 user:Senthil Kumaran date:Sat Jul 07 14:29:58 2012 -0700 summary: Fix 5931 - Python runtime hardcoded in wsgiref.simple_server - Now it specifies an imple

Re: [Python-Dev] cpython: Issue 15265: document the exception raised for invalid sample sizes.

On 09.07.2012 01:02, raymond.hettinger wrote: http://hg.python.org/cpython/rev/72174d8af3ba changeset: 78015:72174d8af3ba user:Raymond Hettinger date:Sun Jul 08 16:01:53 2012 -0700 summary: Issue 15265: document the exception raised for invalid sample sizes. files: Doc/l

Re: [Python-Dev] cpython (3.2): ISsue #14988: restore Python 2's behavior of raising ImportError when unable to

This looks like it will give an "error return without exception set" if the "if (expat_capi)" directly before the change is true, and expat_capi is then set to NULL in the branch. Georg On 07/17/2012 01:25 PM, eli.bendersky wrote: > http://hg.python.org/cpython/rev/d896fd0a8ba7 > changeset: 781

Re: [Python-Dev] cpython: Optimize tostringlist by taking the stream class outside the function. It's now

Uh, optimizations are not exactly what I want to see during feature freeze. Georg On 07/17/2012 02:10 PM, eli.bendersky wrote: > http://hg.python.org/cpython/rev/51978f89e5ed > changeset: 78156:51978f89e5ed > user:Eli Bendersky > date:Tue Jul 17 15:09:12 2012 +0300 > summary: >

Re: [Python-Dev] venv scripts for fish and csh shells

These are new features, please do not commit before 3.3 is released. Georg On 07/22/2012 02:12 AM, Andrew Svetlov wrote: > I created http://bugs.python.org/issue15417 with required activation scripts. > If there are no objections I like to commit it after, say, three days. > > On Thu, Jul 19, 20

Re: [Python-Dev] venv scripts for fish and csh shells

On 07/22/2012 06:10 PM, Andrew Svetlov wrote: > Georg, sorry, I've committed it before you answered. After you wrote that you'd wait three days... anyway, I can't find the commit in the repository, so that's fine. > If you want, I will revert it back. > But, please, describe me why those scripts

Re: [Python-Dev] Who's maintaining Sphinx nowadays?

Am 26.07.2012 09:59, schrieb Chris Withers: > Hi All, > > Sorry if this is considered slightly off topic, but Sphinx is the tool > we use for the Python core docs so: > > Who's looking after Sphinx nowadays? I've hit what I consider to be a bug: > > https://groups.google.com/group/sphinx-dev/br

Re: [Python-Dev] feature freeze questions

Am 26.07.2012 10:24, schrieb Eli Bendersky: >>> I have a few questions about feature freeze: >>> >>> (1) Is increasing test coverage acceptable during feature freeze, even >>> if it does not involve fixing a bug? >>> >>> (2) When adding new tests (e.g. in the course of fixing a bug or >>> increasin

Re: [Python-Dev] Pushing issue #12288

Am 30.07.2012 12:21, schrieb Andrew Svetlov: > Is there ok to push http://bugs.python.org/issue12288 in 3.3? > It looks very easy and straightforward. > If now is too alte — I'm ok. > > Georg Brandl, what's your decision? Sure, go ahead. Nobody (I hope) said that e

Re: [Python-Dev] python 3.3 b2

Am 30.07.2012 21:42, schrieb Yury Selivanov: > Hi all, > > What's the status of Python 3.3 beta 2? As I've explained on python-committers, it's currently on hold pending the resolution of some importlib issues as well as a bug with the cross-compiling code. I won't issue a concrete date, but I e

Re: [Python-Dev] python 3.3 b2

Am 30.07.2012 22:59, schrieb Barry Warsaw: > On Jul 30, 2012, at 10:22 PM, Georg Brandl wrote: > >>As I've explained on python-committers, it's currently on hold pending >>the resolution of some importlib issues as well as a bug with the >>cross-compiling code.

Re: [Python-Dev] python 3.3 b2

On 09.08.2012 10:48, Eli Bendersky wrote: As I've explained on python-committers, it's currently on hold pending the resolution of some importlib issues as well as a bug with the cross-compiling code. I won't issue a concrete date, but I expect the release to be made some time b

Re: [Python-Dev] [Python-checkins] cpython: Issue #15502: Finish bringing importlib.abc in line with the current

On 08/11/2012 04:49 PM, R. David Murray wrote: > On Fri, 10 Aug 2012 16:56:43 -0700, Chris Jerdonek > wrote: >> On Fri, Aug 10, 2012 at 9:21 AM, brett.cannon >> wrote: >> > http://hg.python.org/cpython/rev/0a75ce232f56 >> > changeset: 78485:0a75ce232f56 >> > user:Brett Cannon >> > dat

[Python-Dev] [RELEASED] Python 3.3.0 beta 2

.0 visit: http://www.python.org/download/releases/3.3.0/ Please consider trying Python 3.3.0 with your code and reporting any bugs you may notice to: http://bugs.python.org/ Enjoy! (*) Please note that this document is usually finalized late in the release cycle and therefore may h

Re: [Python-Dev] [Infrastructure] Snakebite build slaves and developer SSH/GPG public keys

On 23.08.2012 09:17, "Martin v. Löwis" wrote: On 23.08.2012 01:03, Nick Coghlan wrote: currently, there's a security hole in the fact that requests to change our registered ssh key for access are not themselves authenticated electronically Indeed, we should start requesting birth certificates,

[Python-Dev] [RELEASED] Python 3.3.0 release candidate 1

otal, almost 500 API items are new or improved in Python 3.3. For a more extensive list of changes in 3.3.0, see http://docs.python.org/3.3/whatsnew/3.3.html To download Python 3.3.0 visit: http://www.python.org/download/releases/3.3.0/ Please consider trying Python 3.3.0 with you

Re: [Python-Dev] question re: default branch and release clone

On 26.08.2012 21:15, Chris Jerdonek wrote: Now that the 3.3 release clone has been created, can someone clarify what changes are allowed to go into the default branch? Is it the same policy as if the changes were going into the release clone directly (i.e. code freeze unless you have Georg's app

Re: [Python-Dev] Sphinx issue in What's New in Python 3.3 doc

On 26.08.2012 22:16, Victor Stinner wrote: Hi, In the first example of the "PEP 409: Suppressing exception context" section, I read "from None...". http://docs.python.org/dev/whatsnew/3.3.html#pep-409-suppressing-exception-context It's confusing because I don't remember what was the last choice

Re: [Python-Dev] question re: default branch and release clone

On 28.08.2012 06:22, Petri Lehtinen wrote: Georg Brandl wrote: Changes to the default branch must be bugfix-only. The 3.4 development only opens when the 3.3 branch is created, which happens after the release of 3.3.0 final. Changes made in default and not cherry-picked to the 3.3.0 release

Re: [Python-Dev] core dev IRC nicks

On 29.08.2012 15:38, R. David Murray wrote: On Tue, 28 Aug 2012 23:21:15 -0500, Brian Curtin wrote: On Tue, Aug 28, 2012 at 10:58 PM, Chris Jerdonek wrote: > Is there a list somewhere of the IRC nicks of the core developers that > use IRC (and who wish to be listed) alongside their real names?

[Python-Dev] [RELEASED] Python 3.3.0 release candidate 2

eases/3.3.0/ Please consider trying Python 3.3.0 with your code and reporting any bugs you may notice to: http://bugs.python.org/ Enjoy! - -- Georg Brandl, Release Manager georg at python.org (on behalf of the entire python-dev team and 3.3's contributors) -BEGIN PGP SIGNATURE- Ve

Re: [Python-Dev] [RELEASED] Python 3.3.0 release candidate 2

/3.3.0/ > > it would be nice if someone can update it > > cheers, > > Perica > > On Sunday, September 9, 2012 4:25:39 AM UTC-5, Georg Brandl wrote: > Hash: SHA1 > > > > On behalf of the Python development team, I'm delighted to announce the > > s

Re: [Python-Dev] Issue 15906; regression in argparse in Python 3.3, 3.2, and 2.7

On 11.09.2012 21:25, Barry Warsaw wrote: > On Sep 11, 2012, at 03:08 PM, Barry Warsaw wrote: > >>Are you sure about that? >> >>% ./python >>Python 3.3.0rc2+ (default:6fea947edead, Sep 11 2012, 15:03:16) > > Never mind. Georg didn't pull that patch into his release clone. > > (Aside: Georg, may

Re: [Python-Dev] 3.3 release

On 09/21/2012 09:10 PM, Yury Selivanov wrote: > Hello, > > What's the status of 3.3? Is it going to be released tomorrow? > > (I see that we still have a few release-blockers in the tracker, > and the whatsnew section is probably due to be updated by Raymond...) There will be a candidate 3 this

[Python-Dev] [RELEASED] Python 3.3.0 release candidate 3

eases/3.3.0/ Please consider trying Python 3.3.0 with your code and reporting any bugs you may notice to: http://bugs.python.org/ Enjoy! - -- Georg Brandl, Release Manager georg at python.org (on behalf of the entire python-dev team and 3.3's contributors) -BEGIN PGP SIGNATURE- Ve

[Python-Dev] [RELEASED] Python 3.3.0

of changes in 3.3.0, see http://docs.python.org/3.3/whatsnew/3.3.html To download Python 3.3.0 visit: http://www.python.org/download/releases/3.3.0/ This is a production release, please report any bugs to http://bugs.python.org/ Enjoy! -- Georg Brandl, Release Manager georg at py

Re: [Python-Dev] [RELEASED] Python 3.3.0

ossum wrote: Congrats Georg and team! I am incredibly proud of you all for producing such a great release. As the marketeers would say, "Python 3.3 is the best Python ever!" The feature list is amazing. --Guido On Sat, Sep 29, 2012 at 5:18 AM, Georg Brandl wrote: On behalf of the Pyt

[Python-Dev] experimental: Misc/NEWS included in docs

Hi, at http://docs.python.org/3.3/whatsnew/news.html, there is now a rendering of Misc/NEWS with tracker links and a crude filtering capability. I thought that this will complement the "whatsnew" documents nicely for people looking for more detail. Please let me know if it's useful, or what cou

Re: [Python-Dev] [RELEASED] Python 3.3.0

On 09/29/2012 06:53 PM, Antoine Pitrou wrote: Hello, I've created a 3.3 category on the buildbots: http://buildbot.python.org/3.3/ http://buildbot.python.org/3.3.stable/ Someone will have to update the following HTML page: http://python.org/dev/buildbot/ Should be done now. Georg

Re: [Python-Dev] peps: describe the current policy

On 10/01/2012 07:38 PM, benjamin.peterson wrote: http://hg.python.org/peps/rev/641add9f9542 changeset: 4530:641add9f9542 user:Benjamin Peterson date:Mon Oct 01 13:38:31 2012 -0400 summary: describe the current policy files: pep-0373.txt | 8 1 files changed,

Re: [Python-Dev] Python Bug Day in October

On 10/02/2012 12:18 AM, Maciej Szulik wrote: On 09/28/2012 12:30 AM, Éric Araujo wrote: Hi all, The Montreal-Python user group would like to host a bug day on October 27 (to be confirmed) at a partner university in Montreal. It would be cool to do a bug day on IRC like we used to (and in other

Re: [Python-Dev] experimental: Misc/NEWS included in docs

On 09/30/2012 10:31 PM, Antoine Pitrou wrote: On Sun, 30 Sep 2012 12:14:37 -0700 Chris Jerdonek wrote: On Sun, Sep 30, 2012 at 6:17 AM, Georg Brandl wrote: > at http://docs.python.org/3.3/whatsnew/news.html, there is now > a rendering of Misc/NEWS with tracker links and a crude fil

Re: [Python-Dev] Proposed schedule for Python 3.4

On 10/03/2012 01:54 PM, Larry Hastings wrote: On 10/03/2012 01:45 PM, Skip Montanaro wrote: Is there a rough list of changes for 3.4 written down somewhere, or is that only to be inferred based on PEPs whose Python-Version header reads "3.4"? How confident are you that the schedule you've propo

Re: [Python-Dev] Proposed schedule for Python 3.4

On 10/03/2012 06:26 PM, R. David Murray wrote: On Wed, 03 Oct 2012 18:02:03 +0200, Larry Hastings wrote: Changing an existing alpha to be earlier doesn't alter the workload, but I fear it makes the alpha less relevant. Evaluating alphas / betas takes an investment of time, and whether or not a

Re: [Python-Dev] cpython: Issue #16148: implemented PEP 424

Am 06.10.2012 14:12, schrieb armin.ronacher: > http://hg.python.org/cpython/rev/a7ec0a1b0f7c > changeset: 79511:a7ec0a1b0f7c > parent: 79507:3c1df1ede882 > user:Armin Ronacher > date:Sat Oct 06 14:03:24 2012 +0200 > summary: > Issue #16148: implemented PEP 424 > > files:

Re: [Python-Dev] Improved evaluator added to ast module

Am 11.10.2012 20:13, schrieb Serhiy Storchaka: > On 11.10.12 19:06, Vinay Sajip wrote: >> Function calls are not allowed in expressions, but the following are: > > Are properties allowed? Yes, since attribute access also means properties. This doesn't have to be a problem, since the objects on w

Re: [Python-Dev] Improved evaluator added to ast module

On 10/18/2012 03:16 PM, Daniel Holth wrote: > On Thu, Oct 11, 2012 at 1:36 PM, Vinay Sajip wrote: >> Daniel Holth gmail.com> writes: >> >>> How does this compare to the markerlib approach? In markerlib you just >>> make sure all the AST nodes are in a set of allowed nodes, currently >>> (Compare,

Re: [Python-Dev] return type of __complex__

On 10/19/2012 06:44 PM, Tres Seaver wrote: > On 10/19/2012 11:56 AM, Benjamin Peterson wrote: >> 2012/10/19 Tres Seaver : >>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >>> >>> On 10/19/2012 11:26 AM, Benjamin Peterson wrote: 2012/10/19 Antonio Cuni : > indeed, you are right. So I suppo

Re: [Python-Dev] Improved evaluator added to ast module

On 10/20/2012 10:24 AM, Andrea Griffini wrote: > On Thu, Oct 18, 2012 at 5:41 PM, Georg Brandl wrote: >> On 10/18/2012 03:16 PM, Daniel Holth wrote: >>> On Thu, Oct 11, 2012 at 1:36 PM, Vinay Sajip >>> wrote: >>>> Daniel Holth gmail.com> write

Re: [Python-Dev] Interest in seeing sh.py in the stdlib

On 10/20/2012 11:27 PM, Benjamin Peterson wrote: > 2012/10/20 Andrew Moffat : >> Hi, >> >> I'm the author of sh.py, a subprocess module rewrite for Linux and OSX. It >> serves as a powerful and intuitive interface to launching subprocesses >> http://amoffat.github.com/sh/. It has been maintained

Re: [Python-Dev] Split unicodeobject.c into subfiles

On 10/23/2012 10:22 AM, Benjamin Peterson wrote: > 2012/10/22 Victor Stinner : >> Hi, >> >> I forked CPython repository to work on my "split unicodeobject.c" project: >> http://hg.python.org/sandbox/split-unicodeobject.c >> >> The result is 10 files (included the existing unicodeobject.c): >> >>

Re: [Python-Dev] cpython (merge 3.2 -> 3.2): null merge

Not very important, but this is not a null merge, as you can see from the diff :) Georg Am 17.10.2012 16:33, schrieb andrew.svetlov: > http://hg.python.org/cpython/rev/16493102f9b1 > changeset: 79798:16493102f9b1 > branch: 3.2 > parent: 79791:98f64cbed2ac > parent: 79795:a8052ad

Re: [Python-Dev] devguide: Silence Sphinx warning

Am 19.10.2012 14:06, schrieb nick.coghlan: > http://hg.python.org/devguide/rev/08f963e19a3e > changeset: 559:08f963e19a3e > user:Nick Coghlan > date:Fri Oct 19 22:06:19 2012 +1000 > summary: > Silence Sphinx warning > > files: > setup.rst | 2 +- > 1 files changed, 1 inser

Re: [Python-Dev] [Python-checkins] peps: PEP 430 is Final.

Am 28.10.2012 09:40, schrieb Barry Warsaw: > On Oct 28, 2012, at 09:21 AM, georg.brandl wrote: > >> PEP 430 is Final. > > From the PEP: > > "The existing /py3k/ subpath would be remapped to the new /3/ subpath." > > Does "remapped" mean redirects so as not to break the existing py3k urls? If

Re: [Python-Dev] cpython (merge 2.6 -> 2.7): merge with 2.6

ent: 79994:4a17784f2fee >> user:Georg Brandl >> date:Sun Oct 28 08:06:11 2012 +0100 >> summary: >> merge with 2.6 >> >> files: >> Doc/tools/sphinxext/static/version_switch.js | 18 + >> 1 files changed, 10 insertions(+),

Re: [Python-Dev] [Python-checkins] peps: PEP for updating the URL layout on docs.python.org

Am 28.10.2012 13:19, schrieb Chris Jerdonek: > On Sun, Oct 28, 2012 at 4:34 AM, Georg Brandl wrote: >> Am 28.10.2012 12:29, schrieb Chris Jerdonek: >> ... >> I understand "latest" to mean "latest stable plus bugfixes". >> I.e., /3/ is 3.3.0+. /d

Re: [Python-Dev] [Python-checkins] peps: PEP for updating the URL layout on docs.python.org

Am 28.10.2012 13:30, schrieb Antoine Pitrou: > On Sun, 28 Oct 2012 05:19:26 -0700 > Chris Jerdonek wrote: >> >> One reason to change would be to avoid possible confusion created on >> pages like this-- >> >> http://docs.python.org/3.3/whatsnew/3.2.html >> >> where it says-- >> >> Author: Raymo

Re: [Python-Dev] [Python-checkins] peps: PEP for updating the URL layout on docs.python.org

Am 28.10.2012 13:54, schrieb Chris Jerdonek: > On Sun, Oct 28, 2012 at 5:39 AM, Georg Brandl wrote: >> Am 28.10.2012 13:30, schrieb Antoine Pitrou: >>> Well, first why does it mention 3.3.0 while it's the what's new for >>> 3.2? That's totally confus

Re: [Python-Dev] [Python-checkins] peps: PEP for updating the URL layout on docs.python.org

Am 28.10.2012 17:23, schrieb Mark Lawrence: > On 28/10/2012 12:39, Georg Brandl wrote: >> Am 28.10.2012 13:30, schrieb Antoine Pitrou: >>> On Sun, 28 Oct 2012 05:19:26 -0700 >>> Chris Jerdonek wrote: >>>> >>>> One reason to change would be to

Re: [Python-Dev] Acceptance of PEPs

Am 29.10.2012 05:05, schrieb Brian Curtin: > I just found out that PEP 430 came up again and was approved, but only > because of another website. After that I looked back through my email > only to find mention via python-checkins. Aren't PEPs typically acted > on here on python-dev? Yes, that's w

Re: [Python-Dev] cpython (3.3): Add examples for opener argument of open (#13424).

Am 03.11.2012 22:10, schrieb eric.araujo: > http://hg.python.org/cpython/rev/17b094c08600 > changeset: 80219:17b094c08600 > branch: 3.3 > parent: 80214:e6d0951f412a > user:Éric Araujo > date:Sat Nov 03 17:06:52 2012 -0400 > summary: > Add examples for opener argument

Re: [Python-Dev] cpython: issue9584: Add {} list expansion to glob. Original patch by Mathieu Bridon

On 11/06/2012 02:56 PM, tim.golden wrote: > http://hg.python.org/cpython/rev/dafca4714298 > changeset: 80273:dafca4714298 > user:Tim Golden > date:Tue Nov 06 13:50:42 2012 + > summary: > issue9584: Add {} list expansion to glob. Original patch by Mathieu Bridon > > files:

Re: [Python-Dev] cpython: issue9584: Add {} list expansion to glob. Original patch by Mathieu Bridon

On 11/08/2012 09:43 PM, Georg Brandl wrote: > > Needs a versionchanged. > > In any case, brace expansion is not part of globbing (see the bash or zsh > manuals) because it does not generate valid file names, and it is a non-POSIX > expansion of some shells. Are you sure it

Re: [Python-Dev] externals?

Am 17.11.2012 23:47, schrieb mar...@v.loewis.de: > > Zitat von Kristján Valur Jónsson : > >> Thanks for your pro-tip. Might I suggest that it ought to go into >> the dev FAQ? Along with an explanation that a windows dev has to >> have SVN installed too, just for the laughs? >> I think there

Re: [Python-Dev] externals?

Am 18.11.2012 10:00, schrieb Armin Rigo: > Hi, > > On Sun, Nov 18, 2012 at 8:22 AM, Georg Brandl wrote: >> One way would be to use one hg repo per version, and (maybe, if needed) >> a master repo that has them as subrepos. > > Or have all versions in the same repo as

Re: [Python-Dev] Emacs users: hg-tools-grep

Am 08.12.2012 22:51, schrieb Barry Warsaw: > Hark fellow Emacsers. All you unenlightened heathens can stop reading now. > > A few years ago, my colleague Jono Lange wrote probably the best little chunk > of Emacs lisp ever. `M-x bzr-tools-grep` lets you easily search a Bazaar > repository for a

Re: [Python-Dev] Proposing "Argument Clinic", a new way of specifying arguments to builtins for CPython

Am 04.12.2012 20:35, schrieb Antoine Pitrou: > On Tue, 04 Dec 2012 11:04:09 -0800 > Larry Hastings wrote: >> >> Along these lines, I've been contemplating proposing that Clinic >> specifically understand "path" arguments, distinctly from other string >> arguments, as they are both common and ra

Re: [Python-Dev] cpython: Issue #16049: add abc.ABC helper class.

Am 13.12.2012 18:09, schrieb andrew.svetlov: > http://hg.python.org/cpython/rev/9347869d1066 > changeset: 80840:9347869d1066 > user:Andrew Svetlov > date:Thu Dec 13 19:09:33 2012 +0200 > summary: > Issue #16049: add abc.ABC helper class. > > Patch by Bruno Dupuis. > > files:

Re: [Python-Dev] push changesets hooks failing

Should now be fixed. I updated the daemon behind the hook to the newest version, and hope it will be more stable now. Georg On 12/26/2012 05:07 PM, Andrew Svetlov wrote: > Looks like IRC bot is broken for last days. > I constantly get the same, but it related only to IRC, not to HG repo itself.

Re: [Python-Dev] [Python-checkins] cpython (3.3): Issue #16641: Fix default values of sched.scheduler.enter arguments were

On 12/29/2012 08:32 PM, Eli Bendersky wrote: > > > > On Sat, Dec 29, 2012 at 11:17 AM, serhiy.storchaka > wrote: > > http://hg.python.org/cpython/rev/1c9c0f92df65 > changeset: 81134:1c9c0f92df65 > branch: 3.3 > parent: 81132:5db083

Re: [Python-Dev] [Python-checkins] cpython (3.3): Issue #16641: Fix default values of sched.scheduler.enter arguments were

On 12/29/2012 10:44 PM, Eli Bendersky wrote: > > > Executing the event means executing ``action(*argument, > **kwargs)``. > > - *argument* must be a sequence holding the parameters for > *action*. > > - *kwargs* must be a dictionary holding the keyword parameters

Re: [Python-Dev] Branch ancestry hiccup on the Mercurial repo

On 01/01/2013 09:20 AM, Senthil Kumaran wrote: > > > On Mon, Dec 31, 2012 at 10:47 PM, Antoine Pitrou > wrote: > > > Chances are the problem won't be very annoying in practice, but just > FYI. > > > I dont get this. I see 2.7 as a separate un-merged branch

Re: [Python-Dev] 2.7.4

Am 19.01.2013 20:30, schrieb Benjamin Peterson: > It's been almost a year since 2.7.3, so it's time for another 2.7 > bugfix release. > > 2013-02-02 - 2.7.4 release branch created; rc released > 2013-02-16 - 2.7.4 released > > Does this work for you, Martin and Ned? I would propose to sync this

Re: [Python-Dev] update on 2.7.4

Am 04.02.2013 01:11, schrieb Benjamin Peterson: > 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, the

[Python-Dev] http://www.python.org/dev/doc/devel still available

The above docs are from August 2005 while docs.python.org/dev is current. Shouldn't the old docs be removed? Georg ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org

Re: [Python-Dev] http://www.python.org/dev/doc/devel still available

Jeremy Hylton wrote: > As I said in an earlier message, there's no need to have a separate > domain to restrict queries to just the doc/current part of python.org. > Just type > "site:python.org/doc/current your query here" > > If there isn't any other rationale, maybe we can redirects > docs.pyt

Re: [Python-Dev] Proposal: defaultdict

Guido van Rossum wrote: > d = DefaultDict([]) > > can be written as simply > > d[key].append(value) > Feedback? Probably a good idea, has been proposed multiple times on clpy. One good thing would be to be able to specify either a default value or a factory function. While at it, other in

Re: [Python-Dev] http://www.python.org/dev/doc/devel still available

Bob Ippolito wrote: > On Feb 16, 2006, at 11:35 AM, Benji York wrote: > >> Alexander Schremmer wrote: >>> In fact, PHP does it like php.net/functionname which is even >>> shorter, i.e. >>> they fallback to the documentation if that path does not exist >>> otherwise. >> >> Like many things PHP,

Re: [Python-Dev] Please comment on PEP 357 -- adding nb_index slot to PyNumberMethods

Bernhard Herzog wrote: > "Travis E. Oliphant" <[EMAIL PROTECTED]> writes: > >> 2) The __index__ special method will have the signature >> >>def __index__(self): >>return obj >> >>Where obj must be either an int or a long or another object >>that has

Re: [Python-Dev] Proposal: defaultdict

Thomas Heller wrote: >> Probably a good idea, has been proposed multiple times on clpy. >> One good thing would be to be able to specify either a default value >> or a factory function. >> >> While at it, other interesting dict subclasses could be: >> * sorteddict, practically reinvented by every

[Python-Dev] Deprecate ``multifile``?

Hi, as Jim Jewett noted, multifile is supplanted by email as much as mimify etc. but it is not marked as deprecated. Should it be deprecated in 2.5? Georg ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-

Re: [Python-Dev] Deprecate ``multifile``?

Fredrik Lundh wrote: > Georg Brandl wrote: > >> as Jim Jewett noted, multifile is supplanted by email as much as mimify etc. >> but it is not marked as deprecated. Should it be deprecated in 2.5? > > -0.5 (gratuitous breakage). > > I think the current "see a

Re: [Python-Dev] Proposal: defaultdict

Fredrik Lundh wrote: > Raymond Hettinger wrote: > >> I would like to add something like this to the collections module, but a PEP >> is >> probably needed to deal with issues like: > > frankly, now that Guido is working 50% on Python, do we really have to use > the full PEP process also for simp

Re: [Python-Dev] The decorator(s) module

Georg Brandl wrote: > Hi, > > it has been proposed before, but there was no conclusive answer last time: > is there any chance for 2.5 to include commonly used decorators in a module? No interest at all? Georg ___ Python-Dev mailing lis

Re: [Python-Dev] Proposal: defaultdict

[EMAIL PROTECTED] wrote: > Guido> Over lunch with Alex Martelli, he proposed that a subclass of > Guido> dict with this behavior (but implemented in C) would be a good > Guido> addition to the language. > > Instead, why not define setdefault() the way it should have been done in the >

<    9   10   11   12   13   14   15   16   >