Re: [Python-Dev] Hg: inter-branch workflow

Am 17.03.2011 09:57, schrieb Eric Smith: > On 3/16/2011 11:58 PM, Jesus Cea wrote: >> I agree that half the changesets are merges now. > > Which has basically stopped me from reviewing changes. I can't quickly > tell the real changes from the noise of merges. Even though every merge changeset ma

Re: [Python-Dev] Documentation not being updated

On 18.03.2011 07:15, Ross Lagerwall wrote: > A change that I made (a49bda5ff3d5) to the documentation 3 days ago does > not appear to have propagated to > > http://docs.python.org/dev/library/multiprocessing.html > > Building the docs locally shows the change. Am I doing something wrong? Nope, t

Re: [Python-Dev] cpython (3.2): Issue 7391: Remove questionable and outdated HOWTO document with permission

On 19.03.2011 16:30, R. David Murray wrote: > On Sat, 19 Mar 2011 13:57:02 +0100, Antoine Pitrou > wrote: >> On Sat, 19 Mar 2011 02:22:42 +0100 >> raymond.hettinger wrote: >> > http://hg.python.org/cpython/rev/80ff78425419 >> > changeset: 68671:80ff78425419 >> > branch: 3.2 >> > parent:

Re: [Python-Dev] Hg: inter-branch workflow

On 20.03.2011 16:21, Guido van Rossum wrote: > What is "rebase"? Why does everyone want it and hate it at the same time? Basically, rebase is a way to avoid having pointless merge commits on the same branch. Let's say you have the following history in your local repository: ... --- X --- A --- B

Re: [Python-Dev] Hg: inter-branch workflow

On 20.03.2011 16:39, Georg Brandl wrote: > The reason why rebasing is not universally applied is that the > rebased changesets are different from the original ones (therefore > I wrote A' and B') -- even if the diff is the same, the parents > are not, and therefore the chang

Re: [Python-Dev] Hg: inter-branch workflow

On 20.03.2011 16:50, Thomas Wouters wrote: > > > On Sun, Mar 20, 2011 at 17:39, Georg Brandl <mailto:g.bra...@gmx.net>> wrote: > > The reason why rebasing is not universally applied is that the > rebased changesets are different from the original ones (there

Re: [Python-Dev] Avoiding whitespace conflicts

On 20.03.2011 18:05, s...@pobox.com wrote: > > Ben> Ned Deily writes: > >> As a side note, if you are prone to accidentally adding extra > >> whitespace (like I am), you can add the whitespace check hook into > >> your local copy of Mercurial so that you will be warned about >

Re: [Python-Dev] Hg: inter-branch workflow

On 20.03.2011 18:32, Thomas Wouters wrote: > > > On Sun, Mar 20, 2011 at 17:59, Georg Brandl <mailto:g.bra...@gmx.net>> wrote: > > On 20.03.2011 16:50, Thomas Wouters wrote: > > > > > > On Sun, Mar 20, 2011 at 17:39,

Re: [Python-Dev] Hg: inter-branch workflow

On 21.03.2011 20:40, Raymond Hettinger wrote: > > On Mar 21, 2011, at 11:56 AM, Daniel Stutzbach wrote: >> >> >> People love it because it's a very powerful tool. People hate it because it >> allows you to shoot yourself in the foot. > > There's a certain irony in this. The original motivation

Re: [Python-Dev] Hg: inter-branch workflow

On 21.03.2011 20:09, s...@pobox.com wrote: > > Daniel> If every developer's intermediate commits make it into the main > Daniel> repository, it's hard to go back to an older revision to test > Daniel> something, because many of the older revisions will be broken in > Daniel> some w

[Python-Dev] Python 3.3 release schedule posted

I've posted a very preliminary Python 3.3 release schedule as PEP 398. The final release is set to be about 18 months after 3.2 final, which is in August 2012. For 3.3, I'd like to revive the tradition of listing planned large-scale changes in the PEP. Please let me know if you plan any such chan

Re: [Python-Dev] Trimming the fat from "make quicktest" (was Re: I am now lost - committed, pulled, merged, what is "collapse"?)

On 23.03.2011 18:10, Barry Warsaw wrote: > On Mar 23, 2011, at 05:09 PM, Antoine Pitrou wrote: > >>That's completely bogus. There's no reason to believe that a push race would >>favour certain regressions over certain others. Again, you need the full test >>suite to assert that no regressions occu

Re: [Python-Dev] cpython (3.1): #2650: Refactor re.escape to use enumerate().

"Refactor" doesn't sound like it belongs in the 3.1 branch... Georg On 25.03.2011 13:27, ezio.melotti wrote: > http://hg.python.org/cpython/rev/ed02db9921ac > changeset: 68924:ed02db9921ac > branch: 3.1 > user:Ezio Melotti > date:Fri Mar 25 14:19:30 2011 +0200 > summary: >

Re: [Python-Dev] cpython (3.1): #2650: Refactor re.escape to use enumerate().

On 26.03.2011 20:19, "Martin v. Löwis" wrote: > Am 26.03.2011 20:00, schrieb Terry Reedy: >> On 3/26/2011 2:17 PM, Georg Brandl wrote: >>> "Refactor" doesn't sound like it belongs in the 3.1 branch... >> >>>> -

Re: [Python-Dev] utf-8 encoding in checkins?

On 27.03.2011 18:33, Jon Ribbens wrote: > On Sun, Mar 27, 2011 at 05:21:08PM +0200, Antoine Pitrou wrote: >> On Sun, 27 Mar 2011 10:06:49 -0500 >> s...@pobox.com wrote: >> > It seems that all checkin mails are utf-8-encoded. This makes it >> > challenging to view checkin mails if you have a text-b

Re: [Python-Dev] [Python-checkins] cpython: Add optional *func* argument to itertools.accumulate().

On 28.03.2011 09:49, Raymond Hettinger wrote: > > On Mar 28, 2011, at 12:38 AM, Daniel Stutzbach wrote: > >> On Sun, Mar 27, 2011 at 10:53 PM, Nick Coghlan > > wrote: >> >> On Mon, Mar 28, 2011 at 2:11 PM, Daniel Stutzbach > > wrote:

Re: [Python-Dev] Impaired Usability of the Mercurial Source Viewer

Am 01.04.2011 03:44, schrieb Benjamin Peterson: > 2011/3/31 Raymond Hettinger : >> >> On Mar 31, 2011, at 6:28 PM, Victor Stinner wrote: >> >> Le 01/04/2011 01:15, Raymond Hettinger a écrit : >> >> The Hg source viewer needs to be tweaked to improve its usability. >> >> What we've got now is a step

Re: [Python-Dev] Please revert autofolding of tracker edit form

Am 01.04.2011 06:02, schrieb Terry Reedy: > On 3/31/2011 8:26 PM, Antoine Pitrou wrote: >> On Thu, 31 Mar 2011 12:52:23 -0400 >> Terry Reedy wrote: >>> >>> Here is my proposal for a redesign based on an analysis of my usage ;-). >>> I have a 1600x1050 (or thereabouts), 20" (measured) diagonal, 17"

Re: [Python-Dev] devguide: Add a table of contents to the FAQ.

Am 01.04.2011 01:12, schrieb R. David Murray: > On Fri, 01 Apr 2011 08:29:29 +1000, Nick Coghlan wrote: >> On Fri, Apr 1, 2011 at 2:34 AM, R. David Murray wro= >> te: >> > I agree with this point. =A0The sidebar list of questions is effectively >> > useless. >> >> Indeed. If it's simple, I'd act

Re: [Python-Dev] Issue 11715: building Python from source on multiarch Debian/Ubuntu

Am 31.03.2011 19:35, schrieb Éric Araujo: >> I would like to apply this patch (or its moral equivalent) to all active, >> affected branches of Python, meaning 2.5 through 2.7, and 3.1 through 3.3, as >> soon as possible. Without this, it will be very difficult for anyone on >> future Ubuntu or Deb

Re: [Python-Dev] Issue 11715: building Python from source on multiarch Debian/Ubuntu

Am 01.04.2011 13:57, schrieb Michael Foord: > On 01/04/2011 11:46, Georg Brandl wrote: >> Am 31.03.2011 19:35, schrieb Éric Araujo: >>>> I would like to apply this patch (or its moral equivalent) to all active, >>>> affected branches of Python, meaning 2.5 throug

Re: [Python-Dev] Issue 11715: building Python from source on multiarch Debian/Ubuntu

Am 01.04.2011 14:49, schrieb Antoine Pitrou: > On Fri, 01 Apr 2011 13:37:42 +0100 > Michael Foord wrote: >> > I think I was unclear: I'm not advocating doing doc fixes in security-only >> > branches; I'm just explaining why it wouldn't even make sense to do these >> > fixes. >> > >> I understood.

Re: [Python-Dev] Issue 11715: building Python from source on multiarch Debian/Ubuntu

Am 01.04.2011 18:31, schrieb Antoine Pitrou: > On Fri, 01 Apr 2011 17:39:59 +0200 > Georg Brandl wrote: >> Am 01.04.2011 14:49, schrieb Antoine Pitrou: >> > On Fri, 01 Apr 2011 13:37:42 +0100 >> > Michael Foord wrote: >> >> > I think I was u

Re: [Python-Dev] Unicode module names (Was: Python 3.3 release schedule posted)

Am 02.04.2011 15:06, schrieb anatoly techtonik: > On Thu, Mar 24, 2011 at 2:41 AM, Victor Stinner > wrote: >> >> I am still working on the import machinery to fix last bugs related to >> Unicode. So it will be possible to do an useless "import café" in Python >> 3.3, on any platform. But it is not

Re: [Python-Dev] Python 3.3 release schedule posted

Am 02.04.2011 15:00, schrieb anatoly techtonik: > On Wed, Mar 23, 2011 at 9:56 PM, Georg Brandl wrote: >> I've posted a very preliminary Python 3.3 release schedule as PEP 398. >> The final release is set to be about 18 months after 3.2 final, which >> is in August 2012.

Re: [Python-Dev] [Python-checkins] cpython: Issue #5863: Rewrite BZ2File in pure Python, and allow it to accept

Am 03.04.2011 23:28, schrieb Nadeem Vawda: > On Sun, Apr 3, 2011 at 8:02 PM, Antoine Pitrou wrote: >> On Sun, 03 Apr 2011 18:55:33 +0200 >> Éric Araujo wrote: >>> I think we use Misc/ACKS for code+docs contribution like this one, >>> Doc/ACKS.txt being used for doc-only changes. This second file

Re: [Python-Dev] Hosting the Jython hg repo

On 10.04.2011 21:58, "Martin v. Löwis" wrote: >> We're in the process of finishing the conversion of Jython's >> subversion repo to mercurial. Can we host our new repo on >> http://hg.python.org? To whom should I speak to about setting this >> up? >

Re: [Python-Dev] peps: Update PEP 399 to include comments from python-dev.

On 13.04.2011 02:07, Antoine Pitrou wrote: > On Tue, 12 Apr 2011 19:50:34 -0400 > Tres Seaver wrote: >> Trying to accelerate existing code which doesn't have the coverage is >> insane: how can you know that the accelerator doesn't subtly change the >> semantics without tests? > > Well, why do yo

Re: [Python-Dev] cpython: Fix 64-bit safety issue in BZ2Compressor and BZ2Decompressor.

On 12.04.2011 23:05, nadeem.vawda wrote: > http://hg.python.org/cpython/rev/0010cc5f22d4 > changeset: 69275:0010cc5f22d4 > user:Nadeem Vawda > date:Tue Apr 12 23:02:42 2011 +0200 > summary: > Fix 64-bit safety issue in BZ2Compressor and BZ2Decompressor. > > files: > Lib/test

Re: [Python-Dev] cpython (merge default -> default): merge from push conflict.

On 13.04.2011 03:43, senthil.kumaran wrote: > http://hg.python.org/cpython/rev/a4d1a3e0f7bd > changeset: 69306:a4d1a3e0f7bd > parent: 69305:35b16d49c0b1 > parent: 69299:c8d075051e88 > user:Senthil Kumaran > date:Wed Apr 13 09:38:51 2011 +0800 > summary: > merge from p

Re: [Python-Dev] http://docs.python.org/py3k/ pointing to 2.7

Am 15.04.2011 15:47, schrieb Victor Stinner: > Le vendredi 15 avril 2011 à 13:34 +0200, Jesus Cea a écrit : >> http://docs.python.org/py3k/ takes you to 2.7, by default. >> >> Should we update it to point to 3.2?. If the point is to promote Python 3... >> >> I would point it to 3.2, with a big "a

Re: [Python-Dev] cpython: #11731: simplify/enhance parser/generator API by introducing policy objects.

On 18.04.2011 20:00, r.david.murray wrote: > diff --git a/Doc/library/email.parser.rst b/Doc/library/email.parser.rst > --- a/Doc/library/email.parser.rst > +++ b/Doc/library/email.parser.rst > @@ -112,8 +118,13 @@ > :class:`~email.message.Message` (see :mod:`email.message`). The factory > w

Re: [Python-Dev] cpython: #11731: simplify/enhance parser/generator API by introducing policy objects.

On 18.04.2011 21:39, R. David Murray wrote: >> > +Policy objects are the mechanism used to provide the email package with >> > the >> > +flexibility to handle all these disparate use cases, >> >> Looks like something is missing from this sentence :) > > Éric thought so too, but it reads fine t

Re: [Python-Dev] cpython (2.7): #11901: add description of how bitfields are laid out to hexversion docs

On 25.04.2011 22:14, r.david.murray wrote: > http://hg.python.org/cpython/rev/48758cd0769b > changeset: 69558:48758cd0769b > branch: 2.7 > parent: 69545:e4fcfb8066ff > user:R David Murray > date:Mon Apr 25 16:10:18 2011 -0400 > summary: > #11901: add description of ho

Re: [Python-Dev] Socket servers in the test suite

On 27.04.2011 23:23, Vinay Sajip wrote: > I've been recently trying to improve the test coverage for the logging > package, > and have got to a not unreasonable point: > > logging/__init__.py 99% (96%) > logging/config.py 89% (85%) > logging/handlers.py 60% (54%) > > where the figures in parenth

Re: [Python-Dev] Issue Tracker

On 30.04.2011 16:53, anatoly techtonik wrote: > On Tue, Mar 29, 2011 at 4:37 AM, R. David Murray > wrote: >> >> The hardest part is debugging the TAL when you make a mistake, but >> even that isn't a whole lot worse than any other templating language. > > How much in % is it worse than Django te

[Python-Dev] Python 3.2.1

Hi, I'd like to release Python 3.2.1 on May 21, with a release candidate on May 14. Please bring any issues you think need to be fixed in it to my attention by assigning "release blocker" status in the tracker. Georg ___ Python-Dev mailing list Pytho

Re: [Python-Dev] Issue Tracker

On 02.05.2011 18:06, anatoly techtonik wrote: > On Sun, May 1, 2011 at 7:31 PM, Georg Brandl wrote: >> On 30.04.2011 16:53, anatoly techtonik wrote: >>> On Tue, Mar 29, 2011 at 4:37 AM, R. David Murray >>> wrote: >>>> >>>> The hardest par

Re: [Python-Dev] Raise OSError or RuntimeError in the OS module?

On 02.05.2011 12:06, Victor Stinner wrote: > Hi, > > I introduced recently the signal.pthread_sigmask() function (issue #8407). > pthread_sigmask() (the C function) returns an error code using errno codes. I > choosed to raise a RuntimeError using this error code, but I am not sure that > Runti

Re: [Python-Dev] Borrowed and Stolen References in API

On 05.05.2011 19:00, Guido van Rossum wrote: > On Thu, May 5, 2011 at 3:38 AM, Amaury Forgeot d'Arc > wrote: >> Hi, >> >> Le jeudi 5 mai 2011, Greg Ewing a écrit : >>> Amaury Forgeot d'Arc wrote: >>> >>> >>> It's in the file Doc/data/refcounts.dat >>> in some custom format. >>> >>> >>> However,

Re: [Python-Dev] Borrowed and Stolen References in API

On 05.05.2011 19:17, Amaury Forgeot d'Arc wrote: > 2011/5/5 Guido van Rossum : >> Seems you're in agreement with this. IMO when references are borrowed >> it is not very interesting. The interesting thing is when calling a >> function *steals* a reference. The other important thing to know is >> wh

Re: [Python-Dev] Borrowed and Stolen References in API

On 06.05.2011 10:18, Amaury Forgeot d'Arc wrote: > Le vendredi 6 mai 2011, Mark Shannon a écrit : >> What about #defining PY_STOLEN in some header? >> >> Then any stolen parameter can be prefixed with PY_STOLEN in signature. >> >> For return values, similarly #define PY_BORROWED. > > Header files

Re: [Python-Dev] Borrowed and Stolen References in API

On 06.05.2011 12:27, Antoine Pitrou wrote: > On Fri, 06 May 2011 13:28:11 +1200 > Greg Ewing wrote: > >> Amaury Forgeot d'Arc wrote [concerning the Doc/data/refcounts.dat file]: >> >> > This is not always true, for example when the item is already present >> > in the dict. >> > It's not importan

Re: [Python-Dev] Linus on garbage collection

On 07.05.2011 01:25, Greg Ewing wrote: > Neal Becker wrote: >> http://gcc.gnu.org/ml/gcc/2002-08/msg00552.html > > There, Linus says > >> For example, if you have an _explicit_ refcounting system, then it is >> quite natural to have operations like ... >> >> note_t *node = *np; >>

[Python-Dev] [RELEASED] Python 3.2.1 rc 1

http://docs.python.org/3.2/whatsnew/3.2.html To download Python 3.2.1 visit: http://www.python.org/download/releases/3.2.1/ This is a testing release: Please consider trying Python 3.2.1 with your code and reporting any bugs you may notice to: http://bugs.python.org/ Enjoy! -- Georg

Re: [Python-Dev] Python 3.x and bytes

On 18.05.2011 07:39, Greg Ewing wrote: > Ethan Furman wrote: > >> On the one hand we have the 'bytes are ascii data' type interface, and >> on the other we have the 'bytes are a list of integers between 0 - 256' >> interface. > > I think the weird part is that there exists a literal for > writi

Re: [Python-Dev] [RELEASED] Python 3.2.1 rc 1

On 18.05.2011 08:34, "Martin v. Löwis" wrote: >>> That's great, but where is the list if changes? >> >> All changes are always listed in the Misc/NEWS file. >> A "Change log" link on every download page displays this file. > > I think it would be good if the release announcement made some > summa

Re: [Python-Dev] [RELEASED] Python 3.2.1 rc 1

On 18.05.2011 12:49, Nick Coghlan wrote: > On Wed, May 18, 2011 at 5:57 PM, Georg Brandl wrote: >> On 18.05.2011 08:34, "Martin v. Löwis" wrote: >>>>> That's great, but where is the list if changes? >>>> >>>> All changes are always

Re: [Python-Dev] [RELEASED] Python 3.2.1 rc 1

On 18.05.2011 12:50, anatoly techtonik wrote: > On Wed, May 18, 2011 at 1:40 PM, Nick Coghlan wrote: >> On Wed, May 18, 2011 at 5:58 PM, anatoly techtonik >> wrote: >>> On Wed, May 18, 2011 at 9:18 AM, Amaury Forgeot d'Arc >>> wrote: Hi, 2011/5/18 anatoly techtonik : > That's

Re: [Python-Dev] [RELEASED] Python 3.2.1 rc 1

On 18.05.2011 13:26, Victor Stinner wrote: >> See >> >> http://dev.pocoo.org/~gbrandl/news.html >> >> which I made as an experiment a while ago. > > Oh, I like it. But the output should be reST to be able to include it > directly in the Python documentation. Sphinx would generate a new table >

Re: [Python-Dev] [RELEASED] Python 3.2.1 rc 1

On 18.05.2011 14:06, Victor Stinner wrote: > Le mercredi 18 mai 2011 à 13:35 +0200, Georg Brandl a écrit : >> On 18.05.2011 13:26, Victor Stinner wrote: >> >> >> See >> >> >> >> http://dev.pocoo.org/~gbrandl/news.html >> >> >>

Re: [Python-Dev] [RELEASED] Python 3.2.1 rc 1

On 18.05.2011 21:09, "Martin v. Löwis" wrote: > Am 18.05.2011 20:39, schrieb Hagen Fürstenau: >>> On behalf of the Python development team, I am pleased to announce the >>> first release candidate of Python 3.2.1. >> >> Shouldn't there be a tag "v3.2.1rc1" in the hg repo? > > http://hg.python.org

Re: [Python-Dev] Python 3.x and bytes

On 18.05.2011 21:06, "Martin v. Löwis" wrote: >> Note that the more common idiom (not that I can measure it, mind) >> when dealing with byte strings is something analogous to >> >> if my_byte_string[i:i+1] == b'x': >> >> rather than >> >> if my_byte_string[i] == 170: > > FWIW, Another s

Re: [Python-Dev] Python 3.x and bytes

On 19.05.2011 00:39, Greg Ewing wrote: > Ethan Furman wrote: > >> some_var[3] == b'd' >> >> 1) a check to see if the bytes instance is length 1 >> 2) a check to see if >>i) the other object is an int, and >>2) 0 <= other_obj < 256 >> 3) if 1 and 2, make the comparison instead of returning

Re: [Python-Dev] [RELEASED] Python 3.2.1 rc 1

On 18.05.2011 21:37, Hagen Fürstenau wrote: >> P.S. "Shouldn't" makes it sound as if there was a mistake. > > Well, I thought there was. When do these tags get merged into "cpython" > then? "v3.2.1b1" is there, but "v3.2.1rc1" isn't: > > http://hg.python.org/cpython/tags 3.2.1b1 was already merg

Re: [Python-Dev] packaging landed in stdlib

On 19.05.2011 13:35, Tarek Ziadé wrote: > Hey > > I've pushed packaging in stdlib. There are a few buildbots errors > we're fixing right now. > > We will continue our work in their directly for now on. Rock on! Georg ___ Python-Dev mailing list Pyth

Re: [Python-Dev] Python 3.x and bytes

On 19.05.2011 10:37, Stefan Behnel wrote: > Xavier Morel, 19.05.2011 09:41: >> On 2011-05-19, at 07:28 , Georg Brandl wrote: >>> On 19.05.2011 00:39, Greg Ewing wrote: >>>> If someone sees that >>>> >>>> some_var[3] == b'd' >>

Re: [Python-Dev] looking for a contact at Google on the Blogger team

On 20.05.2011 17:35, Eli Bendersky wrote: >> There is ongoing work for an RFP by the board to improve the >> python.org publishing system/site to allow us to self-host these >> things. Moving PSF properties off of it, and onto another "hosted by >> someone else" site is probably not a good idea, bu

Re: [Python-Dev] The socket HOWTO

On 05/21/11 17:07, Antoine Pitrou wrote: > > Hello, > > I would like to suggest that we remove the socket HOWTO (currently at > http://docs.python.org/dev/howto/sockets.html) +1, or a big rewrite. Georg ___ Python-Dev mailing list Python-Dev@python.o

Re: [Python-Dev] The socket HOWTO

On 05/21/11 18:01, Senthil Kumaran wrote: > On Sat, May 21, 2011 at 05:37:05PM +0200, Georg Brandl wrote: >> > >> > I would like to suggest that we remove the socket HOWTO (currently at >> > http://docs.python.org/dev/howto/sockets.html) >> >> +1, or

Re: [Python-Dev] cpython: Issue #11377: platform.popen() emits a DeprecationWarning

On 24.05.2011 00:17, victor.stinner wrote: > http://hg.python.org/cpython/rev/e44b851d0a2b > changeset: 70323:e44b851d0a2b > parent: 70321:202d973e8bf5 > user:Victor Stinner > date:Tue May 24 00:16:16 2011 +0200 > summary: > Issue #11377: platform.popen() emits a Deprecati

Re: [Python-Dev] cpython: move specialized dir implementations into __dir__ methods (closes #12166)

On 24.05.2011 18:08, benjamin.peterson wrote: > http://hg.python.org/cpython/rev/8f403199f999 > changeset: 70331:8f403199f999 > user:Benjamin Peterson > date:Tue May 24 11:09:06 2011 -0500 > summary: > move specialized dir implementations into __dir__ methods (closes #12166) >

Re: [Python-Dev] cpython: removed spurious output

On 30.05.2011 17:54, Terry Reedy wrote: > > > On 5/30/2011 6:25 AM, tarek.ziade wrote: > > Should not old_out be sys.stderr, since that is what you over-write and > 'restore'? > >> +old_out = sys.stdout >> +sys.stderr = StringIO() >> +try: >> +dist = self.ru

Re: [Python-Dev] cpython: removed spurious output

On 30.05.2011 19:13, Tarek Ziadé wrote: > On Mon, May 30, 2011 at 7:04 PM, Georg Brandl wrote: >> On 30.05.2011 17:54, Terry Reedy wrote: >>> >>> >>> On 5/30/2011 6:25 AM, tarek.ziade wrote: >>> >>> Should not old_out be sys.stde

Re: [Python-Dev] cpython: always clear parser error

On 06/06/11 05:13, benjamin.peterson wrote: > http://hg.python.org/cpython/rev/9faa9270457e > changeset: 70654:9faa9270457e > user:Benjamin Peterson > date:Sun Jun 05 22:14:05 2011 -0500 > summary: > always clear parser error > > files: > Modules/parsermodule.c | 2 +- > 1

Re: [Python-Dev] cpython: Remove some extraneous parentheses and swap the comparison order to

On 06/07/11 05:20, brett.cannon wrote: > http://hg.python.org/cpython/rev/fc282e375703 > changeset: 70695:fc282e375703 > user:Brett Cannon > date:Mon Jun 06 20:20:36 2011 -0700 > summary: > Remove some extraneous parentheses and swap the comparison order to > prevent accidental

Re: [Python-Dev] cpython (3.2): Fix #11583. Changed os.path.isdir to use GetFileAttributes instead of os.stat.

On 06/09/11 02:00, brian.curtin wrote: > http://hg.python.org/cpython/rev/88e318166eaf > changeset: 70713:88e318166eaf > branch: 3.2 > parent: 70700:0aa3064d1cef > user:Brian Curtin > date:Wed Jun 08 18:17:18 2011 -0500 > summary: > Fix #11583. Changed os.path.isdir t

Re: [Python-Dev] cpython (3.2): Fix closes Issue12315 - Updates to http.client documentation.

On 20.06.2011 02:00, senthil.kumaran wrote: > http://hg.python.org/cpython/rev/d801b570b1dd > changeset: 70882:d801b570b1dd > branch: 3.2 > parent: 70880:9e58a638f028 > user:Senthil Kumaran > date:Sun Jun 19 16:56:49 2011 -0700 > summary: > Fix closes Issue12315 - Upd

Re: [Python-Dev] cpython (3.2): Fix closes Issue12359 - Minor update to module import description.

On 20.06.2011 02:42, senthil.kumaran wrote: > http://hg.python.org/cpython/rev/bf8b4c43fb94 > changeset: 70886:bf8b4c43fb94 > branch: 3.2 > parent: 70884:afcfb22e > user:Senthil Kumaran > date:Sun Jun 19 17:37:06 2011 -0700 > summary: > Fix closes Issue12359 - Min

Re: [Python-Dev] cpython (3.2): Fix closes Issue12359 - Minor update to module import description.

On 20.06.2011 09:34, Senthil Kumaran wrote: > On Mon, Jun 20, 2011 at 09:13:07AM +0200, Georg Brandl wrote: >> On 20.06.2011 02:42, senthil.kumaran wrote: >> > summary: >> > Fix closes Issue12359 - Minor update to module import description. >> > ... >

Re: [Python-Dev] cpython: #1874: detect invalid multipart CTE and report it as a defect.

On 22.06.2011 19:48, r.david.murray wrote: > http://hg.python.org/cpython/rev/5a2602939d5d > changeset: 70925:5a2602939d5d > user:R David Murray > date:Wed Jun 22 13:47:53 2011 -0400 > summary: > #1874: detect invalid multipart CTE and report it as a defect. > > files: > Lib

Re: [Python-Dev] EuroPython Language Summit report

On 28.06.2011 16:06, Victor Stinner wrote: > Le mardi 28 juin 2011 à 14:41 +0100, Michael Foord a écrit : >> On 24/06/2011 15:55, R. David Murray wrote: >> > On Fri, 24 Jun 2011 10:52:40 +0200, Mark Dickinson >> > wrote: >> >> EuroPython 2011 Language Summit >> >> ===

Re: [Python-Dev] open(): set the default encoding to 'utf-8' in Python 3.3?

On 28.06.2011 19:06, Terry Reedy wrote: > On 6/28/2011 10:46 AM, Paul Moore wrote: > >> I use Windows, and come from the UK, so 99% of my text files are >> ASCII. So the majority of my code will be unaffected. But in the >> occasional situation where I use a £ sign, I'll get encoding errors, > >

Re: [Python-Dev] open(): set the default encoding to 'utf-8' in Python 3.3?

On 28.06.2011 14:24, Terry Reedy wrote: >> As discussed before on this list, I propose to set the default encoding >> of open() to UTF-8 in Python 3.3, and add a warning in Python 3.2 if >> open() is called without an explicit encoding and if the locale encoding >> is not UTF-8. Using the warning,

Re: [Python-Dev] cpython: Issue #12469: replace assertions by explicit if+raise

Am 04.07.2011 18:23, schrieb Antoine Pitrou: > On Mon, 04 Jul 2011 18:06:53 +0200 > victor.stinner wrote: >> http://hg.python.org/cpython/rev/7eef821ab20d >> changeset: 71197:7eef821ab20d >> user:Victor Stinner >> date:Mon Jul 04 18:06:35 2011 +0200 >> summary: >> Issue #12469

[Python-Dev] [RELEASED] Python 3.2.1 rc 2

http://docs.python.org/3.2/whatsnew/3.2.html To download Python 3.2.1 visit: http://www.python.org/download/releases/3.2.1/ This is a testing release: Please consider trying Python 3.2.1 with your code and reporting any bugs you may notice to: http://bugs.python.org/ Enjoy! -- Georg

Re: [Python-Dev] cpython: Remove mention of medical condition from the test suite.

Am 06.07.2011 08:51, schrieb Stefan Behnel: > Georg Brandl, 06.07.2011 07:35: >> Well, it was stated that even non-joking use of such words can offend >> (the example given was "your argument is blind to (these facts)"). >> I consider use in jokes to be more s

[Python-Dev] [RELEASED] Python 3.2.1

features in the 3.2 line, see http://docs.python.org/3.2/whatsnew/3.2.html To download Python 3.2.1 visit: http://www.python.org/download/releases/3.2.1/ This is a final release: Please report any bugs you may notice to: http://bugs.python.org/ Enjoy! - -- Georg Brandl, Release

Re: [Python-Dev] [Python-checkins] cpython: Fix syntax in packaging docs and update suspicious ignore file.

Am 12.07.2011 15:30, schrieb Éric Araujo: >> changeset: 71283:3a4b983dd70b >> user: Georg Brandl >> summary: >> Fix syntax in packaging docs and update suspicious ignore file. >> >> files: >> Doc/library/packaging.compiler.rst

Re: [Python-Dev] cpython: Issue #12550: regrtest displays the Python traceback on SIGALRM or SIGUSR1

Would it make sense to not propagate the signal in one case (e.g. SIGUSR1), i.e. just display the traceback in this case? Georg Am 13.07.2011 23:49, schrieb victor.stinner: > http://hg.python.org/cpython/rev/30f91fbfc8b3 > changeset: 71315:30f91fbfc8b3 > user:Victor Stinner > date:

Re: [Python-Dev] error upon Mercurial commit

Am 14.07.2011 20:05, schrieb Charles-François Natali: > Hello, > > I just committed a patch, and got the following error: > > """ > $ hg push > pushing to ssh://h...@hg.python.org/cpython > searching for changes > remote: adding changesets > remote: adding manifests > remote: adding file changes

Re: [Python-Dev] [Python-checkins] peps: Restore whitespace characters lost via email transmission.

On 07/20/11 17:05, Éric Araujo wrote: > Le 20/07/2011 16:40, P.J. Eby a écrit : >> PEP 12 prescribes four-space indents for PEPs, actually, wherever it >> mentions an specific indentation depth. > > Ah, thanks. I see in my docutils docs that David Goodger used three and > four-space indents (thre

Re: [Python-Dev] cpython: Merge - Issue #12592: Make Python build on OpenBSD 5 (and future major

Am 22.07.2011 23:51, schrieb charles-francois.natali: > http://hg.python.org/cpython/rev/63de97ae832e > changeset: 71462:63de97ae832e > parent: 71459:d3f0f72c31f8 > user:Charles-François Natali > date:Fri Jul 22 23:52:02 2011 +0200 > summary: > Merge - Issue #12592: Make P

Re: [Python-Dev] cpython: make the types of None and Ellipsis callable

Am 30.07.2011 01:20, schrieb benjamin.peterson: > http://hg.python.org/cpython/rev/84c3be27b4c7 > changeset: 71614:84c3be27b4c7 > parent: 71611:a6afd26caa8a > user:Benjamin Peterson > date:Fri Jul 29 18:19:43 2011 -0500 > summary: > make the types of None and Ellipsis call

Re: [Python-Dev] Convention on functions that shadow existing stdlib functions

Am 29.07.2011 11:26, schrieb Barry Warsaw: > So I'm curious, why is this move better than adding noindexes, or just > trusting users to understand the difference between test.support.unlink() and > os.unlink()? If I currently search for 'unlink', os.unlink comes up first, > which is good, and tha

Re: [Python-Dev] Convention on functions that shadow existing stdlib functions

Am 27.07.2011 19:44, schrieb Terry Reedy: > On 7/27/2011 9:24 AM, Antoine Pitrou wrote: > >> Docstrings are sufficient for own our purposes. > > >>> import test.support as t > >>> help(t.rmtree) > Help on function rmtree in module test.support: > > rmtree(path) Well, what are you waiting for.

Re: [Python-Dev] Convention on functions that shadow existing stdlib functions

Am 27.07.2011 19:47, schrieb Terry Reedy: > On 7/27/2011 1:27 PM, Brett Cannon wrote: > >> Perhaps what we could do is move the documentation for test.support to >> the devguide, and then vet the test suite so that unlink and friends >> are always called as 'support.unlink', etc. >> >>

Re: [Python-Dev] The docs, reloaded

[warning: bulk answer ahead] First, thanks for all those nice comments! [John Gabriele] > BTW, would like to see a little blurb of your own on that page about > how the docs were converted, rendered, and their new source format. Sure. I've already written part of the new "Documenting Python" d

Re: [Python-Dev] The docs, reloaded

Vinay Sajip schrieb: > Georg Brandl gmx.net> writes: > >> >> For the impatient: the result can be seen at <http://pydoc.gbrandl.de>. >> >> - the toolchain is pure Python, therefore can easily be shipped >> > > Very nice! As well as looking v

Re: [Python-Dev] The docs, reloaded

[warning: bulk answer ahead] First, thanks for all those nice comments! [John Gabriele] > BTW, would like to see a little blurb of your own on that page about > how the docs were converted, rendered, and their new source format. Sure. I've already written part of the new "Documenting Python" d

Re: [Python-Dev] The docs, reloaded

Scott Dial schrieb: > Neal Becker wrote: >> Sounds very interesting. I just have one concern/question. I hope that >> while moving away from latex, we are not precluding the ability to write >> math as part of the documentation. What would be my choices for add math >> to the documentation? Hop

Re: [Python-Dev] The docs, reloaded

Nick Craig-Wood schrieb: > Georg Brandl <[EMAIL PROTECTED]> wrote: >> over the last few weeks I've hacked on a new approach to Python's >> documentation. >> As Python already has an excellent documentation framework, the docutils, >> with a >>

Re: [Python-Dev] The docs, reloaded

Robert Kern schrieb: > Neal Becker wrote: > >> There is an effort as part of numpy to come up with a new system using >> docstrings. It seems to me it would be unfortunate if these two efforts >> were not coordinated. > > I don't think so. The issue with numpy is getting our act together and mak

Re: [Python-Dev] The docs, reloaded

[EMAIL PROTECTED] schrieb: > Brett> Martin beat me to my comment. =) Python's needs should come > Brett> first, period. If Georg wants to add math support, fine. But > Brett> honestly I would rather he spend his time on Python-specific > Brett> stuff then get bogged down to suppo

Re: [Python-Dev] The docs, reloaded

Fred L. Drake, Jr. schrieb: > On Monday 21 May 2007, [EMAIL PROTECTED] wrote: > > Then I submit that you are probably removing some significant piece of > > functionality from the provided documentation toolchain which some people > > probably rely on. After all, that's what LaTeX excels at. T

Re: [Python-Dev] The docs, reloaded

Jon Ribbens schrieb: > On Sat, May 19, 2007 at 07:14:09PM +0200, Georg Brandl wrote: >> For the impatient: the result can be seen at <http://pydoc.gbrandl.de>. > > I think that looks great. > > One comment I have, I don't know if it's relevant - it perhaps de

Re: [Python-Dev] The docs, reloaded

Armin Ronacher schrieb: > Hoi, > > Fred L. Drake, Jr. acm.org> writes: > >> >> On Monday 21 May 2007, A.M. Kuchling wrote: >> > Disadvantages: >> > >> > * reST markup isn't much simpler than LaTeX. >> >> * reST doesn't support nested markup, which is used in the current >> documentation.

Re: [Python-Dev] The docs, reloaded

Fred L. Drake, Jr. schrieb: > On Monday 21 May 2007, [EMAIL PROTECTED] wrote: > > Take a look at . It records request > > counts for the various pages and presents the most frequently requested > > pages in a section at the top of the page. I can make the scri

Re: [Python-Dev] The docs, reloaded

Armin Ronacher schrieb: >> That, and the ability to already parse it from Python and more easily >> convert to other formats (one of LaTeX's weaknesses), are the only >> benefits that I can see to switching away from LaTeX. I have to admit >> I'm afraid we would be moving to a lesser technology, a

Re: [Python-Dev] The docs, reloaded

[EMAIL PROTECTED] schrieb: > Fred> The biggest potential wins I see for a new system are: > > Fred> - more contributions > > Fred> - platform-independent processing > > Fred> I remain sceptical on being able to achieve the first, but there > Fred> some hope for it. > > You a

<    4   5   6   7   8   9   10   11   12   13   >