Re: [Python-Dev] Possible optimization for LOAD_FAST ?

Am 28.12.2010 18:24, schrieb Benjamin Peterson: > 2010/12/28 Lukas Lueg : >> Consider the following code: >> >> def foobar(x): >>for i in range(5): >>x[i] = i >> >> The bytecode in python 2.7 is the following: >> >> 2 0 SETUP_LOOP 30 (to 33) >> 3 LOA

Re: [Python-Dev] Backport troubles with mercurial

Am 29.12.2010 01:13, schrieb Amaury Forgeot d'Arc: > Hello, > > The PyPy project recently switched from svn to mercurial. Since this day I > have some > difficulties to perform simple tasks, and my questions did not receive > satisfying answers. > > I was sure the Python project would have the s

Re: [Python-Dev] Backport troubles with mercurial

Am 29.12.2010 09:02, schrieb Amaury Forgeot d'Arc: > I've read all this, and this method does not work, for several reasons: > > - py3k / 2.7 / 3.1 cannot be ordered, there is no "earliest possible parent".. > we usually consider py3k as a child of both 2.7 and 3.1, and there is no > common > pa

Re: [Python-Dev] Backport troubles with mercurial

Am 29.12.2010 10:53, schrieb Amaury Forgeot d'Arc: > 2010/12/29 Georg Brandl >> >> Am 29.12.2010 09:02, schrieb Amaury Forgeot d'Arc: >> >> > - even if there was one, there is the problem of changes specifically made >> > for 2.7 >> >

Re: [Python-Dev] Backport troubles with mercurial

Am 29.12.2010 11:09, schrieb Amaury Forgeot d'Arc: > 2010/12/29 Georg Brandl : >>> What worries me more is the requirement to find the correct branch before I >>> can >>> even edit the file. How would you, Georg, deal with doc patches >>> (typos, bad

Re: [Python-Dev] Backport troubles with mercurial

Am 29.12.2010 15:17, schrieb Amaury Forgeot d'Arc: > 2010/12/29 Georg Brandl : >>>> You need to think about which category your change is >>>> right now too, when deciding what to backport/svnmerge. >>> >>> No, today this decision can take place af

Re: [Python-Dev] Issue #10348: concurrent.futures doesn't work on BSD

x86 FreeBSD 7.2 3.x" buildbot >^-- thread in python-dev opened last month > > I would like to know if it should be considered as a release blocker. > Georg Brandl said yes on IRC. Under the condition that it is within reason to fix it before the release. Georg _

Re: [Python-Dev] Backport troubles with mercurial

Am 30.12.2010 19:31, schrieb "Martin v. Löwis": >> But using the adapted workflow simply requires learning new names for >> old operations. Annoying, but it will make a fair number of core devs >> quite happy. > > I think the new workflow will simply result in (even) less care for the > maintena

Re: [Python-Dev] Issue #10348: concurrent.futures doesn't work on BSD

Am 30.12.2010 19:17, schrieb "Martin v. Löwis": >> 1. Does it still fail on FreeBSD 7.3+? > > Yes, it still fails. The limits (30 semaphores) haven't > changed. It also remains untunable. > >> 2. Why is the semaphore limit so low in the first place? > > I don't know - (Free)BSD is in the traditi

Re: [Python-Dev] Backport troubles with mercurial

Am 30.12.2010 22:38, schrieb "Martin v. Löwis": >> Also, it's not really necessary for everyone to merge every change from >> maintenance to trunk: a) they can do multiple commits on the same >> subject and merge once, and b) if the change is small and no problems can >> be expected from merging, m

[Python-Dev] Demo is gone

According to the consensus (and loosely following the Google spreadsheet I created for that purpose), I have removed the Demo directory from py3k. Most demos have been deleted; some have been moved into Tools or into the docs as an example. If I removed something you think should have stayed, plea

Re: [Python-Dev] r87577 - in python/branches/py3k: Makefile.pre.in configure configure.in pyconfig.h.in

Am 30.12.2010 15:55, schrieb martin.v.loewis: > Author: martin.v.loewis > Date: Thu Dec 30 15:55:47 2010 > New Revision: 87577 > > Log: > Build and install libpython3.so. > Modified: python/branches/py3k/configure.in > =

Re: [Python-Dev] API refactoring tracker field for Python4

Am 07.01.2011 19:39, schrieb Brian Curtin: > Tagging: > as a tracker user, try to add tag 'easy' to some easy issue > > > You probably need escalated privileges for this. If you can't change it, you > can > always request on the issue that a field be changed. He *could* also behave re

Re: [Python-Dev] devguide: Add an intermediate task of helping triage issues (not to be confused with the

Am 08.01.2011 23:22, schrieb Antoine Pitrou: > On Sat, 08 Jan 2011 23:05:06 +0100 > brett.cannon wrote: >> +For bugs, an issue needs to: >> + >> +* Clearly explain the bug so it can be reproduced >> +* All relevant platform details are included >> +* What version(s) of Python are affected by the b

Re: [Python-Dev] "unit test needed"

Am 10.01.2011 19:21, schrieb Éric Araujo: >> I would like to advocate again for the removal of the "unit test >> needed" stage on the tracker, which regularly confuses our triagers >> into thinking it's an actual requirement or expectation from >> contributors and bug reporters. > > Speaking as a

Re: [Python-Dev] [Python-checkins] r88032 - in python/branches/py3k/Doc: c-api/code.rst howto/logging-cookbook.rst howto/logging.rst library/2to3.rst library/importlib.rst library/stdtypes.rst library

Am 15.01.2011 19:58, schrieb Terry Reedy: > On 1/15/2011 12:03 PM, georg.brandl wrote: > >> Fix a few doc errors, mostly undefined keywords. > > I am not sure what you mean by 'undefined keyword', but > >> -integer. If there is no source code, return :keyword:`None`. If the >> +i

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

der trying Python 3.2 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.2's contributors) -BEGIN PGP SIGNATURE- Version: GnuPG v2.

Re: [Python-Dev] Exception __name__ missing?

Am 17.01.2011 21:22, schrieb Ron Adam: > > Is this on purpose? > > > Python 3.2rc1 (py3k:88040, Jan 15 2011, 18:11:39) > [GCC 4.4.5] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> Exception.__name__ > 'Exception' > >>> e = Exception('has no name') > >

Re: [Python-Dev] Moving stuff out of Misc and over to the devguide

Am 17.01.2011 21:32, schrieb Brett Cannon: > There is a bunch of stuff in Misc that probably belongs in the > devguide (under Resources) instead of in svn. Here are the files I > think can be moved (in order of how strongly I think they should be > moved): > > PURIFY.README > README.coverty > READ

Re: [Python-Dev] devguide: Cover how to (un-)apply a patch.

Am 18.01.2011 01:19, schrieb s...@pobox.com: > > Antoine> On Mon, 17 Jan 2011 23:37:07 +0100 > Antoine> brett.cannon wrote: > >> + > >> +To undo a patch, do:: > >> + > >> +patch -R -p0 < patch.diff > >> + > > Antoine> Or, simply and more reliably, use the corr

Re: [Python-Dev] Exception __name__ missing?

Am 18.01.2011 03:41, schrieb Ron Adam: > > > On 01/17/2011 02:27 PM, Georg Brandl wrote: >> Am 17.01.2011 21:22, schrieb Ron Adam: >>> >>> Is this on purpose? >>> >>> >>> Python 3.2rc1 (py3k:88040, Jan 15 2011, 18:11:39) >>

Re: [Python-Dev] Moving stuff out of Misc and over to the devguide

Am 19.01.2011 16:25, schrieb Eric Smith: >> Bonus question: if we remove maintainers.rst from py3k, what do we do in >> 3.1 and 2.7? I’d favor removing them over keeping outdated versions. > > Is there not some advantage to knowing who was the maintainer (or expert) > of a given module at the t

Re: [Python-Dev] Import and unicode: part two

Am 19.01.2011 21:32, schrieb Terry Reedy: > On 1/19/2011 7:34 AM, Victor Stinner wrote: >> Hi, >> >> I patched Python 3.2 to support modules with non-ASCII paths (*). It >> works well on all operating systems. But the task is not completly >> done: >> >> (a) Python 3 doesn't support non-ASCII modul

Re: [Python-Dev] Import and unicode: part two

Am 20.01.2011 12:51, schrieb Victor Stinner: > You only give theorical arguments Read Anathem lately? ;) Georg ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/ma

Re: [Python-Dev] r88121 - python/branches/py3k/Doc/whatsnew/3.2.rst

Am 20.01.2011 10:04, schrieb raymond.hettinger: > +os > +-- > + > +Different operating systems use various encodings for filenames and > environment > +variables. The :mod:`os` module provides two new functions, > +:func:`~os.fsencode` and :func:`~os.fsdecode`, for encoding and decoding > +filen

Re: [Python-Dev] Keeping __init__.py empty for Python packages used for module grouping.

Am 24.01.2011 20:04, schrieb Raymond Hettinger: > Looking at http://docs.python.org/dev/library/html.html#module-html it would > appear that we've created a new module with a single trivial function. > > In reality, there was already a python package, html, that served to group > two loosely relat

Re: [Python-Dev] What's new 2.x in 3.x docs.

Am 23.01.2011 02:48, schrieb Nick Coghlan: > On Sun, Jan 23, 2011 at 7:23 AM, Raymond Hettinger > wrote: >> On Jan 22, 2011, at 11:04 AM, Terry Reedy wrote: >> >>> The 3.x docs mostly started fresh with 3.0. The major exception is the >>> What's new section, which goes back to 2.0. The 2.x stuff

Re: [Python-Dev] Location of tests for packages

Am 25.01.2011 00:14, schrieb "Martin v. Löwis": >>> This isn't a critical issue (nothing is broken) but we're a week >>> from another release candidate, so the new Py3.2 package >>> organization (unittest was flat in Py3.1 and its test were under >>> Lib/test) is about to become a de-facto decision

Re: [Python-Dev] Location of tests for packages

Am 25.01.2011 02:19, schrieb Raymond Hettinger: > > On Jan 24, 2011, at 3:40 PM, Michael Foord wrote: >> It isn't just unittest, it seems that all *test packages* are in their >> respective package and not Lib/test except for the json module where Raymond >> already moved the tests: >> >>di

Re: [Python-Dev] [Python-checkins] r88197 - python/branches/py3k/Lib/email/generator.py

Am 26.01.2011 10:57, schrieb Victor Stinner: > Hi, > > Le mardi 25 janvier 2011 à 18:07 -0800, Brett Cannon a écrit : >> This broke the buildbots (R. David Murray thinks you may have >> forgotten to call super() in the 'payload is None' branch). Are you >> getting code reviews and fully running th

Re: [Python-Dev] Issue #11051: system calls per import

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 30.01.2011 09:56, schrieb Victor Stinner: > Hi, > > Antoine Pitrou noticed that Python 3.2 tries a lot of filenames to load > a module: > http://bugs.python.org/issue11051 > > Python 3.1 does already test many filenames, but with Python 3.2, it is

Re: [Python-Dev] Issue #11051: system calls per import

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 30.01.2011 17:35, schrieb Victor Stinner: > Le dimanche 30 janvier 2011 à 22:52 +1000, Nick Coghlan a écrit : >> On Sun, Jan 30, 2011 at 7:25 PM, Georg Brandl wrote: >>>> And why it does test with and without "module&q

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

der trying Python 3.2 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.2's contributors) -BEGIN PGP SIGNATURE- Version: GnuPG v1.

Re: [Python-Dev] MSI: Remove dependency from win32com.client module (issue4080047)

Is there a bugs.python.org issue for this? http://codereview.appspot.com/4080047/ ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archiv

Re: [Python-Dev] MSI: Remove dependency from win32com.client module (issue4080047)

Am 31.01.2011 21:45, schrieb techto...@gmail.com: > There is no b.p.o issue as it's not a bug, but a tiny copy/paste patch > to clean up the code a bit while I am trying to understand how to add > Python to the PATH. > > I see no reason for b.p.o bureaucracy. Mercurial-style workflow [1] is > more

Re: [Python-Dev] MSI: Remove dependency from win32com.client module (issue4080047)

Am 31.01.2011 22:58, schrieb anatoly techtonik: > On Mon, Jan 31, 2011 at 11:09 PM, Ethan Furman wrote: >> techto...@gmail.com wrote: >>> >>> I see no reason for b.p.o bureaucracy. >> >> It provides a place for discussion, and makes it easier to coordinate >> multiple efforts. > > Code review sys

Re: [Python-Dev] MSI: Remove dependency from win32com.client module (issue4080047)

Am 31.01.2011 23:05, schrieb anatoly techtonik: > On Mon, Jan 31, 2011 at 10:58 PM, Georg Brandl wrote: >> Am 31.01.2011 21:45, schrieb techto...@gmail.com: >>> There is no b.p.o issue as it's not a bug, but a tiny copy/paste patch >>> to clean up the code a bit

Re: [Python-Dev] Rietveld integration status (Was: MSI: Remove dependency from win32com.client module (issue4080047))

Am 01.02.2011 17:25, schrieb anatoly techtonik: > On Tue, Feb 1, 2011 at 9:45 AM, Georg Brandl wrote: >> >> A mailing list works only if you have a small group of core developers >> who can independently organize the incoming mails using local tools, >> such as the

Re: [Python-Dev] MSI: Remove dependency from win32com.client module (issue4080047)

Am 01.02.2011 16:51, schrieb anatoly techtonik: > On Tue, Feb 1, 2011 at 1:38 AM, Nick Coghlan wrote: >> On Tue, Feb 1, 2011 at 7:58 AM, anatoly techtonik >> wrote: >>> To me polluting tracker with the >>> issues that are neither bugs nor feature requests only makes bug >>> triaging process and

Re: [Python-Dev] MSI: Remove dependency from win32com.client module (issue4080047)

On 2011/02/02 07:32:02, techtonik wrote: [...] Can you PLEASE take this off python-dev and move to an issue at bugs.python.org? At least remove python-dev from the CC, or we'll have to temporarily block messages from codereview. http://codereview.appspot.com/4080047/ __

Re: [Python-Dev] devguide: Generate patches without code checkout (Was: devguide: Write a guide to committing a patch.)

Am 02.02.2011 13:50, schrieb anatoly techtonik: >>> We should add less >>> hardcore instructions how to use bundled diff.py for creating simple >>> patches like docstring, comment fixes or generating new testcases. >>> This will greatly reduce the barrier for starting with development. >> >> Given

Re: [Python-Dev] Py_tp_getset in ABI?

Am 03.02.2011 22:46, schrieb "Martin v. Löwis": > Am 03.02.2011 16:43, schrieb Egon Smiwa: >> Hi all, >> I'm trying to convert my embedding code to your new ABI, >> but I cannot find the ABI slot for tp_getset in typeslots.h >> (while tp_methods are supported). Is the support of tp_getset >> not ye

Re: [Python-Dev] devguide: Basic instructions on how to generate a patch with hg for non-committers.

Am 07.02.2011 00:21, schrieb Nick Coghlan: > On Mon, Feb 7, 2011 at 6:53 AM, Brett Cannon wrote: >> I would rather not have new hg users have to install an extension just >> to get a simple workflow going. > > I may still keep my Rdiff-based FAQ entry around as an example of how > to get a collap

Re: [Python-Dev] devguide: Basic instructions on how to generate a patch with hg for non-committers.

Am 06.02.2011 21:13, schrieb Brett Cannon: >>> To undo a patch, you can revert **all** changes made in your checkout:: >>> >>> -svn revert -R . >>> +hg revert --all >>> + >> >> Or "hg revert -a", which is nicer to type. > > I prefer being explicit over implicit in the tutorial. BTW, the

Re: [Python-Dev] API bloat

Am 09.02.2011 10:09, schrieb Mark Shannon: > At sometime between versions 3.1 and the current version, 3.1.3, > the API grew considerably. > See > http://docs.python.org/release/3.1/c-api/exceptions.html#exception-handling > and > http://docs.python.org/py3k/c-api/exceptions.html#exception-handlin

Re: [Python-Dev] API bloat

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (Not sure if your message went to python-dev too.) Am 09.02.2011 11:04, schrieb Mark Shannon: > Georg Brandl wrote: >> Am 09.02.2011 10:09, schrieb Mark Shannon: >>> At sometime between versions 3.1 and the current version, 3.1.3,

Re: [Python-Dev] devguide: Fix a silly statement.

Am 09.02.2011 23:58, schrieb brett.cannon: > brett.cannon pushed 7101df1bd817 to devguide: > > http://hg.python.org/devguide/rev/7101df1bd817 > changeset: 291:7101df1bd817 > branch: hg_transition > tag: tip > user:Brett Cannon > date:Wed Feb 09 14:58:17 2011 -0800 >

Re: [Python-Dev] API bloat

Am 10.02.2011 15:26, schrieb Mark Shannon: > M.-A. Lemburg wrote: >> Mark Shannon wrote: >>> Nick Coghlan wrote: On Thu, Feb 10, 2011 at 8:16 PM, Mark Shannon wrote: > Doing a search for the regex: "PyAPI_FUNC\([^)]*\) *Py" in .h files, > which should match API functions (functi

Re: [Python-Dev] devguide: Fix a silly statement.

Am 10.02.2011 19:27, schrieb Brett Cannon: > On Wed, Feb 9, 2011 at 23:10, Georg Brandl wrote: >> Am 09.02.2011 23:58, schrieb brett.cannon: >>> brett.cannon pushed 7101df1bd817 to devguide: >>> >>> http://hg.python.org/devguide/rev/7101df1bd817 >>

[Python-Dev] [RELEASED] Python 3.2 rc 3

ing Python 3.2 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.2's contributors) -BEGIN PGP SIGNATURE- Version: GnuPG v1.

Re: [Python-Dev] 3.2.0

Am 17.02.2011 03:08, schrieb Raymond Hettinger: > > On Feb 16, 2011, at 2:39 PM, Nick Coghlan wrote: > >> On Thu, Feb 17, 2011 at 5:05 AM, Barry Warsaw wrote: >>> On Feb 16, 2011, at 12:34 PM, Terry Reedy wrote: >>> I would like the next release called 3.2.0 rather than just 3.2. >>> >>>

Re: [Python-Dev] "Some" .pyc files not ending up in __pycache__ during installation

Am 19.02.2011 14:29, schrieb Nick Coghlan: > On Sat, Feb 19, 2011 at 11:14 PM, Antoine Pitrou wrote: >> On Sat, 19 Feb 2011 23:07:17 +1000 >> Nick Coghlan wrote: >>> >>> While this is definitely untidy, it doesn't strike me as a release >>> blocker. More of a "fix it in 3.2.1", since the status q

[Python-Dev] [RELEASED] Python 3.2

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.2's contributors) ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/m

Re: [Python-Dev] Distutils2 next steps

On 21.02.2011 08:41, Tarek Ziadé wrote: > Hello > > Now that Python 3.2 is out, I am planning to do the following with Distutils2: > > 1 - release a new alpha before Pycon for community feedback > 2 - add distutils2 back in the trunk, along with the changes in > pkgutil and sysconfig > 3 - contin

Re: [Python-Dev] r88501 - python/branches/py3k/Lib/smtplib.py

You're sure this will not cause tedious conflicts with backports? Georg On 22.02.2011 16:56, giampaolo.rodola wrote: > Author: giampaolo.rodola > Date: Tue Feb 22 16:56:20 2011 > New Revision: 88501 > > Log: > smtlib.py PEP8 normalization via pep8.py script. > > Modified: >python/branches/p

Re: [Python-Dev] r88516 - in python/branches/py3k/Python: dynload_aix.c dynload_dl.c dynload_hpux.c dynload_next.c dynload_os2.c dynload_shlib.c dynload_win.c importdl.c

This commit introduced tabs, at least in dynload_dl.c. Georg On 23.02.2011 00:16, victor.stinner wrote: > Author: victor.stinner > Date: Wed Feb 23 00:16:19 2011 > New Revision: 88516 > > Log: > Issue #3080: Remove unused argument of _PyImport_GetDynLoadFunc() > > The first argument, fqname, wa

Re: [Python-Dev] 3.2.0 == 20th anniversary release

On 23.02.2011 19:51, Guido van Rossum wrote: > On Wed, Feb 23, 2011 at 10:42 AM, Terry Reedy wrote: >> As pointed out by Ramiro Morales on the Python-Argentina list >> (quoting Guido's blog post >> http://python-history.blogspot.com/2009/01/brief-timeline-of-python.html >> ) >> Python 0.9.0 was re

Re: [Python-Dev] r88516 - in python/branches/py3k/Python: dynload_aix.c dynload_dl.c dynload_hpux.c dynload_next.c dynload_os2.c dynload_shlib.c dynload_win.c importdl.c

On 23.02.2011 12:31, Victor Stinner wrote: > Le mercredi 23 février 2011 à 08:35 +0100, Georg Brandl a écrit : >> This commit introduced tabs, at least in dynload_dl.c. > > WHAT? No, I didn't introduced new tabs: dynload_dl.c always used tabs. Oh, sorry then: I thought th

Re: [Python-Dev] 3.2.0 == 20th anniversary release

On 23.02.2011 20:43, "Martin v. Löwis" wrote: >> Or you realized later how nice it would be, grabbed the time machine, >> and fixed 10 release blockers on the 19th. :) > > No no no. He actually grabbed the time machine, drove 20 years back, > and gave it to Guido so he could release Python 0.9 in

Re: [Python-Dev] r88501 - python/branches/py3k/Lib/smtplib.py

On 24.02.2011 20:51, Giampaolo Rodolà wrote: > Mmmm probably. smtplib patches aren't too big/many though. > Should I revert the change? It's probably fine if you do the same change to the maintenance branches as well. Georg ___ Python-Dev mailing list

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

On 23.02.2011 23:45, Barry Warsaw wrote: > On Feb 21, 2011, at 12:39 AM, Victor Stinner wrote: > >>Le dimanche 20 février 2011 à 23:22 +0100, Georg Brandl a écrit : >>> On behalf of the Python development team, I'm delighted to announce >>> Python 3.2 fina

Re: [Python-Dev] Mercurial conversion repositories

On 25.02.2011 01:19, Antoine Pitrou wrote: > > Hello, > > Georg and I have been working on converting the SVN repository to > Mercurial. We can now present you a test repository (actually, two). The implied agenda is that we would be *very* happy if we could do the final conversion during PyCon

Re: [Python-Dev] Mercurial conversion repositories

On 25.02.2011 09:25, "Martin v. Löwis" wrote: > Am 25.02.2011 09:17, schrieb Dirkjan Ochtman: >> On Fri, Feb 25, 2011 at 09:09, "Martin v. Löwis" wrote: >>> I think I would have liked the strategy of the PEP better (i.e. >>> create clones for feature branches, rather than putting all >>> in a sing

Re: [Python-Dev] Mercurial conversion repositories

On 25.02.2011 17:12, Barry Warsaw wrote: > On Feb 25, 2011, at 01:50 AM, Raymond Hettinger wrote: > >> >>On Feb 25, 2011, at 12:09 AM, Martin v. Löwis wrote: >> >>> I think I would have liked the strategy of the PEP better (i.e. >>> create clones for feature branches, rather than putting all >>> i

Re: [Python-Dev] Mercurial conversion repositories

On 25.02.2011 17:31, Georg Brandl wrote: > On 25.02.2011 17:12, Barry Warsaw wrote: >> On Feb 25, 2011, at 01:50 AM, Raymond Hettinger wrote: >> >>> >>>On Feb 25, 2011, at 12:09 AM, Martin v. Löwis wrote: >>> >>>> I think I would have liked t

Re: [Python-Dev] Finding buildbot failures

On 25.02.2011 19:10, Vinay Sajip wrote: > What's the easiest way of finding which tests failed on buildbot builds? I > mean, > is there anything easier than using the Web interface to browse to failing > builds and then looking at the stdio output in a browser? Once every failure sent a mail to p

Re: [Python-Dev] [Python-checkins] cpython (2.7): Update copyright years.

On 25.02.2011 20:45, Barry Warsaw wrote: > On Feb 25, 2011, at 01:39 PM, Benjamin Peterson wrote: > >>Ah, this reminds me. Figuring out what to do with the AST version >>should probably be a hg roadmap topic. > > Is there a bug tracker for the conversion? There's todo.txt in the pymigr repo. Ge

Re: [Python-Dev] Mercurial conversion repositories

On 26.02.2011 03:32, Nick Coghlan wrote: > On Fri, Feb 25, 2011 at 10:19 AM, Antoine Pitrou wrote: >>$ hg branches >>default68026:f12ef116dd10 >>3.268025:cef92ee1a323 >>2.768010:8174d00d0797 >>3.1

Re: [Python-Dev] Mercurial conversion repositories

On 26.02.2011 21:49, Barry Warsaw wrote: > On Feb 26, 2011, at 01:49 AM, Éric Araujo wrote: > >>You speak to my heart, sir. In your ~/.hgrc, under the section [ui], >>set “editor = path/to/mercurial/source/hgeditor” and enjoy your diffs. >>I use it and love it. > > Except it doesn't quite work t

Re: [Python-Dev] Please sync your feature branches

On 28.02.2011 19:15, Antoine Pitrou wrote: > > Hello, > > In preparation for the hg switch, I would recommend that, if you have > any feature branches managed with svnmerge, you sync them with the py3k > branch before we switch. That way, it will make it easier to "bridge > the gap" when you crea

Re: [Python-Dev] r88676 - peps/trunk/pep-0385.txt

On 28.02.2011 20:58, Antoine Pitrou wrote: > Le lundi 28 février 2011 à 13:56 -0600, Benjamin Peterson a écrit : >> 2011/2/28 Antoine Pitrou : >> > On Mon, 28 Feb 2011 13:36:11 -0500 >> > Terry Reedy wrote: >> >> >> >> > + an existing branch. The pusher then has to merge the superfetatory >> >>

Re: [Python-Dev] r88676 - peps/trunk/pep-0385.txt

On 01.03.2011 14:45, Nick Coghlan wrote: > On Tue, Mar 1, 2011 at 11:34 PM, Éric Araujo wrote: >> All French core developers know I’m French too, but other people on this >> list could have mistaken me, you’re right. > > I actually assumed it was something like that, but assumptions are > deucedl

Re: [Python-Dev] [Python-checkins] r88676 - peps/trunk/pep-0385.txt

On 01.03.2011 16:05, Antoine Pitrou wrote: > On Tue, 1 Mar 2011 16:52:58 +0200 > Eli Bendersky wrote: >> The PEP (http://www.python.org/dev/peps/pep-0385/) says in "Timeline": >> >> 2010-03-05: final conversion (tentative) >> >> I assume 2011-03-05 is meant here. > > Oh... I guess I was a bit o

Re: [Python-Dev] [Python-checkins] devguide (hg_transition): Update instructions to use the new "server-side clone" button

On 01.03.2011 21:36, Éric Araujo wrote: >> user:Antoine Pitrou >> date:Tue Mar 01 20:51:42 2011 +0100 >> summary: >> Update instructions to use the new "server-side clone" button > > That’s seriously awesome. > > Where can we have a look at the implementation? Have a guess :)

Re: [Python-Dev] rXXX links in the bug tracker after the migration to Mercurial

On 04.03.2011 13:59, Victor Stinner wrote: > Hi, > > Does the bug tracker will continue to support rX links after the > migration to Mercurial? Yes. They will link to http://hg.python.org/lookup/rX, which uses the conversion metadata to find the correct hg revision. The syntax for chan

Re: [Python-Dev] rXXX links in the bug tracker after the migration to Mercurial

On 04.03.2011 18:33, "Martin v. Löwis" wrote: > Am 04.03.2011 18:17, schrieb Georg Brandl: >> On 04.03.2011 13:59, Victor Stinner wrote: >>> Hi, >>> >>> Does the bug tracker will continue to support rX links after the >>> migra

Re: [Python-Dev] hg pull failed

On 05.03.2011 17:14, s...@pobox.com wrote: > Yesterday I cloned the hg cpython repository and made several local copies > for various maintenance releases. This morning I tried to hg pull my > cpython repo to get any changes (not really expecting any), but got this > output: > > % hg pull >

Re: [Python-Dev] rXXX links in the bug tracker after the migration to Mercurial

On 04.03.2011 22:56, Antoine Pitrou wrote: > On Fri, 04 Mar 2011 22:45:24 +0100 > "Martin v. Löwis" wrote: >> > It's not really needed; but since it works with 6+ hex digits there might >> > be false positives. >> >> I searched the messages, and it turns out that primarily long numbers >> would g

[Python-Dev] CPython hg transition complete

I'm very happy to announce that the core Python repository switch to Mercurial is complete and the new repository at http://hg.python.org/cpython/ is now officially open for cloning, and for commits by those who had commit access to SVN. The developers' guide at http://docs.python.org/devguide/ ha

Re: [Python-Dev] Please sync your feature branches

On 06.03.2011 12:56, Stefan Krah wrote: > Antoine Pitrou wrote: >> > Is that really going to work? I.e. will Mercurial be able to merge from >> > default to one of the feature branches? If so, what will be the >> > procedure? What would be the exact steps to try this out on the PEP 382 >> > branch

Re: [Python-Dev] Please sync your feature branches

On 06.03.2011 12:56, Stefan Krah wrote: > Antoine Pitrou wrote: >> > Is that really going to work? I.e. will Mercurial be able to merge from >> > default to one of the feature branches? If so, what will be the >> > procedure? What would be the exact steps to try this out on the PEP 382 >> > branch

Re: [Python-Dev] hg pull failed

On 06.03.2011 16:44, s...@pobox.com wrote: > > Georg> Yesterday's repository was still the test repository, now it's > Georg> the real one. You'll need to clone again. > > Thanks. > > I have a question about updates from cloned clones. Suppose I clone the > central repo then clone loca

Re: [Python-Dev] small commit emails nit

On 06.03.2011 17:10, R. David Murray wrote: > On Mon, 07 Mar 2011 01:11:24 +1000, Nick Coghlan wrote: >> On Mon, Mar 7, 2011 at 12:56 AM, Antoine Pitrou wrote: >> > On Mon, 7 Mar 2011 00:52:08 +1000 >> > Nick Coghlan wrote: >> >> >> >> I'm actually OK with the status quo, but if we were going to

Re: [Python-Dev] hg pull failed

On 06.03.2011 17:15, Nick Coghlan wrote: > On Mon, Mar 7, 2011 at 2:07 AM, Georg Brandl wrote: >> If you don't change repo configuration after these commands, "hg pull" in the >> 3.2 repo will pull from the local cpython repo. I'd advise to set the >>

Re: [Python-Dev] hg pull failed

On 06.03.2011 18:39, s...@pobox.com wrote: > > Nick> Transitive. This is nice for the patch flow (fix in oldest, push, > Nick> switch to next, merge, commit and push, etc, then only touch the > Nick> central server for the final push of all branches), but it does > Nick> you mean y

Re: [Python-Dev] hg pull failed

On 06.03.2011 18:45, s...@pobox.com wrote: > > Nick> Given the recommended workflow in the devguide (i.e. when forward > Nick> porting bug fixes, update all public branches in a single push), > Nick> keeping the transitive connections between local clones is > Nick> probably a good

Re: [Python-Dev] hg pull failed

On 07.03.2011 00:16, Terry Reedy wrote: > On 3/6/2011 11:07 AM, Georg Brandl wrote: >> On 06.03.2011 16:44, s...@pobox.com wrote: >>> >>> Georg> Yesterday's repository was still the test repository, now it's >>> Georg> the r

Re: [Python-Dev] [Python-checkins] (2.6): Issue #11424: Fix bug in determining child loggers.

On 07.03.2011 19:29, Éric Araujo wrote: > Hello, > >> changeset: 68315:b9d76846bb1c >> branch: 2.6 >> parent: 68264:50166a4bcfc6 >> user:Vinay Sajip >> date:Mon Mar 07 15:02:11 2011 + >> summary: >> Issue #11424: Fix bug in determining child loggers. > > This do

Re: [Python-Dev] combined hg incoming patch

On 08.03.2011 10:03, "Martin v. Löwis" wrote: >> Sorry, I didn't think that through. Revsets still have the power though: >> >> hg -R tmp.bundle diff -r'ancestor(.,default)' -r default >> >> (assuming your local repo is at the tip of default) > > I can't make this work. I'm using hg 1.6.4, which d

Re: [Python-Dev] v2.7 tag

On 08.03.2011 10:57, "Martin v. Löwis" wrote: > Am 08.03.2011 10:49, schrieb Dirkjan Ochtman: >> On Tue, Mar 8, 2011 at 10:45, Stefan Krah wrote: >>> Hi, >>> >>> I can't update to v2.7 in the new cpython repository: >>> >>> $ hg up v2.7 >>> abort: unknown revision 'v2.7'! >>> >>> Am I missing some

Re: [Python-Dev] hooks: Add roundup integration hook.

On 08.03.2011 14:19, Antoine Pitrou wrote: > On Tue, 08 Mar 2011 12:23:54 +0100 > local wrote: >> + >> +VERBS = r'(?:\b(?Pclose[sd]?|closing|fixe[sd]|fixing|fix)\s+)?' >> +ISSUE_PATTERN = re.compile(r'%s(?:#|\bissue|\bbug)\s*(?P[0-9]+)' >> + % VERBS, re.I) > > This shoul

Re: [Python-Dev] small commit emails nit

On 08.03.2011 21:29, Antoine Pitrou wrote: > > Well, after a couple of days with the "cpython" prefix stripped, I have > to say that I find it much less practical than it was before. Any other > opinions? >From me, only the same opinion :) Georg ___

Re: [Python-Dev] hooks: Add roundup integration hook.

On 08.03.2011 21:07, Terry Reedy wrote: > >> +If "closes" or "fixes" (with alternative verb forms like "fixing" >> +allowed too) is prepended, the issue is automatically closed as >> +"fixed". > > Fix may be too broad. "This patch fixes the first part of the issue." Well, you'd have to write "Th

Re: [Python-Dev] PyCObject_AsVoidPtr removed from python 3.2 - is this documented?

On 08.03.2011 23:47, "Martin v. Löwis" wrote: >>> I think everything here is as it should be. People who really cared >>> about forwards compatibility could have known, but factually, most >>> people don't care enough. Those then learn for the first time that >>> some feature was deprecated after i

Re: [Python-Dev] hg diff

On 09.03.2011 06:44, "Martin v. Löwis" wrote: >> I’m of the opinion that hg diffs should always use the extended git >> format, given their usefulness. A tool working with hg diffs that does >> not support this format is broken IMO. > > IMO, it's "hg diff --git" that's broken, as it doesn't inclu

Re: [Python-Dev] Python 3.4 version in the tracker

On 12.03.2011 17:09, Eric Smith wrote: > On 03/12/2011 10:55 AM, Éric Araujo wrote: >>> I have a deprecation warning that I need to make an error in 3.4. >> >> A neat trick to remember to do those changes is using a test that fails >> if something does not raise a DeprecationWarning if sys.version_

Re: [Python-Dev] Python 3.4 version in the tracker

Am 13.03.2011 14:47, schrieb Eric Smith: > On 03/13/2011 06:49 AM, Georg Brandl wrote: >> On 12.03.2011 17:09, Eric Smith wrote: >>> On 03/12/2011 10:55 AM, Éric Araujo wrote: >>>>> I have a deprecation warning that I need to make an error in 3.4. >>>&

Re: [Python-Dev] PEPs migrated to mercurial?

Am 14.03.2011 17:48, schrieb Jesus Cea: > I see , but last change was a year ago. > > I changes PEP 11 time ago, and I can't see the changes there. So the > repository seems a bit outdated. Or, maybe, are we still using SVN for > PEPs?. Yes. Not for much longer though

Re: [Python-Dev] hooks: Add roundup integration hook.

Am 16.03.2011 15:31, schrieb Jesus Cea: > On 08/03/11 22:16, Georg Brandl wrote: >> But in any case, by popular demand "fix" is now removed, and only >> "close" and its variants actually closes the issue -- since there >> is not much chance that you can

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

Am 17.03.2011 06:14, schrieb R. David Murray: > On Thu, 17 Mar 2011 05:11:23 +0100, Jesus Cea wrote: >> On 17/03/11 04:41, R. David Murray wrote: >> > Dealing with a null merge when someone else has committed between the >> > time I started the merge dance (I always pull just before I start that)

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