Re: [Python-Dev] Empty directory is a namespace?

On Sun, 24 Jun 2012 13:44:52 -0400 PJ Eby wrote: > On Sun, Jun 24, 2012 at 3:51 AM, "Martin v. Löwis" wrote: > > > On 23.06.2012 17:58, Antoine Pitrou wrote: > > > On Sat, 23 Jun 2012 17:55:24 +0200 > > > mar...@v.loewis.de wrote: > > >>>

[Python-Dev] OS X buildbots

Hello, We only have a x86 Tiger OS X buildbot left. People wanting to see OS X supported may decide to maintain a buildbot that will help us avoid regressions. See http://wiki.python.org/moin/BuildBot Regards Antoine. ___ Python-Dev mailing list Py

Re: [Python-Dev] Empty directory is a namespace?

Le dimanche 24 juin 2012 à 15:51 -0400, PJ Eby a écrit : > > I don't really want to spread the idea that they're faster, either: > the exact same benchmark can probably be made to turn out differently > if you have, say, a hundred unzipped eggs on sys.path after the > benchmark directory. Yes, t

Re: [Python-Dev] Error in buildbot link

On Sun, 24 Jun 2012 20:30:50 -0400 "Eric V. Smith" wrote: > > http://docs.python.org/devguide/buildbots.html contains a link to > http://python.org/dev/buildbot/, which redirects to > http://buildbot.python.org/index.html, which gives a 404. > > I think it should point to http://buildbot.python.

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

On Mon, 25 Jun 2012 13:49:14 +0200 larry.hastings wrote: > http://hg.python.org/cpython/rev/7bebd9870c75 > changeset: 0:7bebd9870c75 > user:Larry Hastings > date:Mon Jun 25 04:49:05 2012 -0700 > summary: > Issue #15177: Added dir_fd parameter to os.fwalk(). Was it really

Re: [Python-Dev] PEP 423 : naming conventions and recipes related to packaging

Hello, On Wed, 27 Jun 2012 11:08:45 +0200 Benoît Bryon wrote: > Hi, > > Here is an informational PEP proposal: > http://hg.python.org/peps/file/52767ab7e140/pep-0423.txt > > Could you review it for style, consistency and content? There is one Zen principle this PEP is missing: Flat is better

Re: [Python-Dev] PEP 423 : naming conventions and recipes related to packaging

On Wed, 27 Jun 2012 21:19:57 +1000 Nick Coghlan wrote: > I thought the PEP actually covered it pretty well: > - if you don't want to worry about name conflicts for every module, pick > *one* short top level namespace for your group and use that > - for shared modules, use the top level namespace w

Re: [Python-Dev] [Infrastructure] Buildbot master moved

Le jeudi 28 juin 2012 à 09:13 +0200, "Martin v. Löwis" a écrit : > I have now moved the buildbot master to OSU/OSL, and upgraded the > buildbot version in the process. If there are any issues, let me > know or Antoine. It seems we lost the "force build" button. Judging from the templates, the form

Re: [Python-Dev] [Infrastructure] Buildbot master moved

Le jeudi 28 juin 2012 à 12:06 +0200, Antoine Pitrou a écrit : > Le jeudi 28 juin 2012 à 09:13 +0200, "Martin v. Löwis" a écrit : > > I have now moved the buildbot master to OSU/OSL, and upgraded the > > buildbot version in the process. If there are any issues, let me >

Re: [Python-Dev] cpython (2.7): #9559: Append data to single-file mailbox files if messages are only added

On Thu, 28 Jun 2012 12:59:02 +0200 petri.lehtinen wrote: > http://hg.python.org/cpython/rev/c37cb11b546f > changeset: 77832:c37cb11b546f > branch: 2.7 > parent: 77823:73710ae9fedc > user:Petri Lehtinen > date:Thu Jun 28 13:48:17 2012 +0300 > summary: > #9559: Append

Re: [Python-Dev] PEP 423 : naming conventions and recipes related to packaging

On Thu, 28 Jun 2012 12:35:24 +0200 Benoît Bryon wrote: > > Would you appreciate a reordering? > Could be something like that: > > 1. adopt specific conventions if any. > > 2. avoid name collisions. > > 3. you'd better use flat names. > > 4. you'd better make it easy to find and remember the p

Re: [Python-Dev] [Infrastructure] Buildbot master moved

Le jeudi 28 juin 2012 à 12:11 +0200, Antoine Pitrou a écrit : > Le jeudi 28 juin 2012 à 12:06 +0200, Antoine Pitrou a écrit : > > Le jeudi 28 juin 2012 à 09:13 +0200, "Martin v. Löwis" a écrit : > > > I have now moved the buildbot master to OSU/OSL, and upgraded the &

Re: [Python-Dev] cpython (2.7): #9559: Append data to single-file mailbox files if messages are only added

On Thu, 28 Jun 2012 16:16:45 +0300 Petri Lehtinen wrote: > Antoine Pitrou wrote: > > > If messages were only added, a new file is no longer created and > > > renamed over the old file when flush() is called on an mbox, MMDF or > > > Babyl mailbox. > > > &g

Re: [Python-Dev] [Infrastructure] Buildbot master moved

Le jeudi 28 juin 2012 à 16:04 +0200, Hynek Schlawack a écrit : > Hi, > > I don’t know if it’s known, but the bot infrastructure is FUBAR now. > http://buildbot.python.org/all/waterfall is a stacktrace and all tests > fail because of the XML-RPC tests that use our buildbot API. It works if you rel

Re: [Python-Dev] [Infrastructure] Buildbot master moved

Le jeudi 28 juin 2012 à 18:09 +0200, Antoine Pitrou a écrit : > Le jeudi 28 juin 2012 à 16:04 +0200, Hynek Schlawack a écrit : > > Hi, > > > > I don’t know if it’s known, but the bot infrastructure is FUBAR now. > > http://buildbot.python.org/all/waterfall is a stackt

[Python-Dev] cross-compiling patches

Hello, I think these patches are premature (they break compilation on OS X, and they break ctypes configure on my Linux box). Furthermore, they were committed post-beta, which means they should probably have waited for after the 3.3 release. So I propose for these commits to be reverted. (to be

Re: [Python-Dev] cross-compiling patches

On Sun, 01 Jul 2012 11:37:50 +0200 Georg Brandl wrote: > > > > the first cross-build fixes went in in April, please consider these fixes > > for > > the then incomplete cros-build fixes. The build issues you did see last > > night, > > were fixed for the OS X build, and I reverted the update for

[Python-Dev] hg.python.org migrated

Hello, hg.python.org has just been migrated to a new (virtual) machine hosted by OSU OSL (*). Until the domain name fully propagates, you won't be able to push or pull from the repositories using the ssh protocol. If you notice other issues, don't hesitate to mention them. (*) http://osuosl.org/

[Python-Dev] New stable buildbots

Hello, I have decided to add two new buildslaves to the stable buildbots fleet: - Łukasz Langa's AMD64 OS Lion buildbot (using clang as compiler) - Jeremy Kloth's AMD64 Windows7 buildbot (our first 64-bit Windows buildbot!) They bring the number of stable buildbots to twelve: 4 Windows, 5 Linu

Re: [Python-Dev] New stable buildbots

On Mon, 02 Jul 2012 15:14:38 -0400 Terry Reedy wrote: > On 7/2/2012 2:51 PM, Antoine Pitrou wrote: > > > > Hello, > > > > I have decided to add two new buildslaves to the stable buildbots fleet: > > - Łukasz Langa's AMD64 OS Lion buildbot (using clang a

Re: [Python-Dev] cpython: Issue #15210: If _frozen_importlib is not found in sys.modules by

On Mon, 2 Jul 2012 20:53:15 +0200 (CEST) brett.cannon wrote: > http://hg.python.org/cpython/rev/818db871d29a > changeset: 77916:818db871d29a > user:Brett Cannon > date:Mon Jul 02 14:53:10 2012 -0400 > summary: > Issue #15210: If _frozen_importlib is not found in sys.modules

Re: [Python-Dev] cpython: Issue 14814: Correctly return NotImplemented from ipaddress._BaseNetwork.__eq__

On Sat, 7 Jul 2012 15:08:42 +0200 (CEST) nick.coghlan wrote: > > def __eq__(self, other): > -if not isinstance(other, _BaseNetwork): > -raise TypeError('%s and %s are not of the same type' % ( > - self, other)) > -return (self._versio

Re: [Python-Dev] cpython (3.2): Fix issue14826 - make urllib.request.Request quoted url consistent with

> > +def test_quote_url(self): > +Request = urllib.request.Request > +request = Request("http://www.python.org/foo bar") > +self.assertEqual(request.full_url, "http://www.python.org/foo%20bar";) > + This means someone who already quotes URL will get a double escaping,

Re: [Python-Dev] cpython: Issue #15283: Updated pyvenv documentation to expand on activation.

On Mon, 9 Jul 2012 10:25:58 +0200 (CEST) vinay.sajip wrote: > + > + Common installation tools such as ``distribute`` and ``pip`` work as > + expected with venvs - i.e. when a venv is active, they install Python > + packages into the venv without needing to be told to do so explicitly. Not

Re: [Python-Dev] How to recruit open-source contributors – The Story of Data

On Wed, 11 Jul 2012 19:54:33 -0500 Steve Holden wrote: > Interesting article about Gentoo's approach to developer recruitment from > GSoC: > > http://redmonk.com/dberkholz/2012/07/10/how-to-recruit-open-source-contributors/ This is quite an interesting article, but I don't think we are that hig

Re: [Python-Dev] PEP 0424: A method for exposing a length hint

On Sun, 15 Jul 2012 18:47:38 +1000 Nick Coghlan wrote: > > > * __length_hint__ should be allowed to return None to indicate "don't know" > > or -1 to indicate "infinite". > > > > Presumably anything that wishes to create a list or other sequence from an > > object with a hint of -1 could then r

Re: [Python-Dev] cpython: Take the first step in resolving the messy pkgutil vs importlib edge cases by

On Sun, 15 Jul 2012 10:10:07 +0200 (CEST) nick.coghlan wrote: > > int > +set_main_loader(PyObject *d, const char *filename, const char *loader_name) > +{ This function should be static. Regards Antoine. -- Software development and contracting: http://pro.pitrou.net _

Re: [Python-Dev] cpython: Actually initialize __main__.__loader__ with loader instances, not the

On Sun, 15 Jul 2012 11:10:50 +0200 (CEST) nick.coghlan wrote: > tstate = PyThreadState_GET(); > interp = tstate->interp; > -loader = PyObject_GetAttrString(interp->importlib, loader_name); > +loader_type = PyObject_GetAttrString(interp->importlib, loader_name); > +if (loader_

Re: [Python-Dev] PEP 0424: A method for exposing a length hint

On Mon, 16 Jul 2012 00:08:41 +1000 Nick Coghlan wrote: > Right, I agree on the value in being able to return something to say "this > cannot be converted to a concrete container". Who would be able to return that, apart from trivial cases like itertools.cycle()? Regards Antoine. -- Software

Re: [Python-Dev] PEP 0424: A method for exposing a length hint

On Sun, 15 Jul 2012 16:33:23 +0200 Christian Heimes wrote: > Am 15.07.2012 16:22, schrieb Antoine Pitrou: > > On Mon, 16 Jul 2012 00:08:41 +1000 > > Nick Coghlan wrote: > >> Right, I agree on the value in being able to return something to say "this > >

Re: [Python-Dev] PEP 0424: A method for exposing a length hint

On Sun, 15 Jul 2012 16:08:00 +0100 Mark Shannon wrote: > > What should happen if I am silly enough to do this: > >>> list(itertools.count()) > > This will fail; it should fail quickly. Why should it? AFAIK it's not a common complaint. You said it yourself: it's a silly thing to do. Regards A

Re: [Python-Dev] PEP 0424: A method for exposing a length hint

On Mon, 16 Jul 2012 02:00:58 +1000 Chris Angelico wrote: > On Mon, Jul 16, 2012 at 1:55 AM, Steven D'Aprano wrote: > > (I expect the difference in behaviour is due to the default ulimit under > > Debian/Mint and RedHat/Fedora systems.) > > Possibly also virtual memory settings. Allocating gobs o

Re: [Python-Dev] PEP 0424: A method for exposing a length hint

On Mon, 16 Jul 2012 02:21:20 +1000 Steven D'Aprano wrote: > > > My conclusion is that an infinite iterator is a documentation issue. > > Just tell the user that it doesn't stop, and let them shoot themselves > > in the foot in they want to. > > Buffer overflows are a documentation issue. Just te

Re: [Python-Dev] Do we need __length_hint__ at all? (Was PEP 0424: A method for exposing a length hint)

On Mon, 16 Jul 2012 23:23:18 +1000 Nick Coghlan wrote: > > - distinguishing between different reasons for saying "don't > preallocate any space" (i.e. returning zero). I still haven't heard a > convincing rationale for this one The point is that zero is a valid value for a length hint. By making

Re: [Python-Dev] Do we need __length_hint__ at all? (Was PEP 0424: A method for exposing a length hint)

On Tue, 17 Jul 2012 00:18:55 +1000 Nick Coghlan wrote: > > Given that all standard library containers default to assuming a size > of zero (absent information indicating otherwise), and a special value > would need to be special cased by *every* client of the API (and > almost always defaulted to

Re: [Python-Dev] PEP 0424: A method for exposing a length hint

On Tue, 17 Jul 2012 13:19:55 +1000 Nick Coghlan wrote: > > > There are no provisions for infinite iterators, that is not within the > > scope of > > this proposal. > > I'll repeat my observation that remaining silent on this point is > effectively identical to blessing the practice of raising a

Re: [Python-Dev] io.BytesIO slower than monkey-patching io.RawIOBase

On Tue, 17 Jul 2012 06:34:14 +0300 Eli Bendersky wrote: > > Is there any reason for this to be so? What does BytesIO give us that the > second approach does not (I tried adding more methods to the patched > RawIOBase to make it more functional, like seekable() and tell(), and it > doesn't affect

[Python-Dev] clang

On Wed, 18 Jul 2012 17:15:18 +0200 Ronald Oussoren wrote: > > > >> I regularly run the 3.3 testsuite using the latest Xcode from the Appstore > >> on a OSX Lion machine and that works properly. > > > > I'm not actually using the latest Xcode. So if you could test my test > > program, that would

Re: [Python-Dev] Use function names instead of functions for os.supports_dir_fd?

On Wed, 18 Jul 2012 02:26:14 +0200 Victor Stinner wrote: > >> Monkey patching is a common practice in Python. test_os.py replaces > >> os.exec*() functions temporary for example. > > > > Perhaps for testing, but I don't think monkey-patching is common in > > production code. Perhaps you are think

Re: [Python-Dev] Unbinding of methods

On Thu, 19 Jul 2012 19:53:27 +0300 M Stefan wrote: > Hey, > > As part of pickle4, I found it interesting to add the possibility > of pickling bound functions (instance methods). This is done by > pickling f.__self__ and f.__func__ separately, and then adding > a BIND opcode to tie them together.

Re: [Python-Dev] cpython: Issue #15168: Move importlb.test to test.test_importlib.

On Fri, 20 Jul 2012 20:49:03 +0200 (CEST) brett.cannon wrote: > diff --git a/Lib/importlib/test/__init__.py > b/Lib/test/test_importlib/__init__.py > rename from Lib/importlib/test/__init__.py > rename to Lib/test/test_importlib/__init__.py > --- a/Lib/importlib/test/__init__.py > +++ b/Lib/test/

Re: [Python-Dev] A new JIT compiler for a faster CPython?

On Sat, 21 Jul 2012 11:45:21 +0100 Michael Foord wrote: > > On 20 Jul 2012, at 17:50, Maciej Fijalkowski wrote: > > > On Fri, Jul 20, 2012 at 2:55 PM, Michael Foord > > wrote: > > > > On 17 Jul 2012, at 23:04, mar...@v.loewis.de wrote: > > > > >> [snip...] > > > > > >> I would like to use a

Re: [Python-Dev] test_hashlib

On Sat, 21 Jul 2012 21:29:50 + Kristján Valur Jónsson wrote: > > The code will raise ValueError when int(1) is passed in, but the > unittests expect a TypeError. Well, if test_hashlib passes, surely your analysis is wrong, no? -- Software development and contracting: http://pro.pitrou.net

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

On Sun, 22 Jul 2012 20:39:15 +0300 Andrew Svetlov wrote: > Ok. > Sorry for my mistake — there are really no commits for > http://bugs.python.org/issue15417 > It's look important for me — but you are release manager. > If you consider the patch as potentially dangerous — I have to agree with you. >

[Python-Dev] Doc/ACKS and Misc/ACKS

On Mon, 23 Jul 2012 18:38:30 +0200 Jesus Cea wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 23/07/12 18:27, Meador Inge wrote: > > Doc/ACKS.txt is *only* for acknowledging documentation > > contributions. Serhiy is already in Misc/ACKS. No need to add him > > to Doc/ACKS.txt. >

Re: [Python-Dev] datetime nanosecond support

On Wed, 25 Jul 2012 11:24:14 +0200 Christian Heimes wrote: > Am 25.07.2012 03:46, schrieb Guido van Rossum: > > First you will have to show how you'd have to code this *without* > > nanosecond precision in datetime and how tedious that is. (I expect > > that representing the timestamp as a long in

Re: [Python-Dev] Requesting pronouncement on PEP 0424

On Sat, 28 Jul 2012 17:05:01 + (UTC) Alex Gaynor wrote: > Hi all, > > The discussion on PEP 0424 seems to have subsided (and I haven't gotten angry > emails in a week!). So I would like to request a BDFL or BDFP pronouncement > on PEP 0424, text available here: > http://hg.python.org/peps/

Re: [Python-Dev] HTTPS repositories failing when using selfsigned certs

On Wed, 01 Aug 2012 05:58:06 +0200 Jesus Cea wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > My mercurial clone is , and today I > can't create a patch from it (in the bug tracker). No explanation in > the web interface, but checking the sourcecode o

Re: [Python-Dev] HTTPS repositories failing when using selfsigned certs

On Wed, 1 Aug 2012 14:12:54 +0200 Antoine Pitrou wrote: > On Wed, 01 Aug 2012 05:58:06 +0200 > Jesus Cea wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > My mercurial clone is <https://hg.jcea.es/cpython-2011/>, and today I > >

Re: [Python-Dev] cpython: Issue #15502: Bring the importlib.PathFinder docs and docstring more in line

On Thu, 2 Aug 2012 07:41:05 -0700 Chris Jerdonek wrote: > On Thu, Aug 2, 2012 at 7:32 AM, Barry Warsaw wrote: > > On Aug 02, 2012, at 03:04 PM, nick.coghlan wrote: > > > >>-module. Specifically, any module that contains an ``__path__`` attribute > >>is > >>+module. Specifically, any module th

Re: [Python-Dev] cpython: Close #15559: Implementing __index__ creates a nasty interaction with the bytes

On Sun, 5 Aug 2012 10:20:36 +0200 (CEST) nick.coghlan wrote: > http://hg.python.org/cpython/rev/5abea8a43f19 > changeset: 78426:5abea8a43f19 > user:Nick Coghlan > date:Sun Aug 05 18:20:17 2012 +1000 > summary: > Close #15559: Implementing __index__ creates a nasty interactio

Re: [Python-Dev] SPARC testers (and buildbot!) needed

Le 08/08/2012 15:25, "Martin v. Löwis" a écrit : Of course, when somebody has access to SPARC hardware, *and* they have some interest that Python 3.3 works on it, they should test it. But testing it as a favor to the community is IMO irrelevant now; that particular community is shrinking rapidly

Re: [Python-Dev] SPARC testers (and buildbot!) needed

Le 09/08/2012 01:26, Floris Bruynooghe a écrit : What Martin said; SPARC under Linux is probably a hobbyist platform. Enterprise users of Solaris SPARC systems can still volunteer to provide and maintain a buildslave. Is http://wiki.python.org/moin/BuildBot the relevant documentation? Yes,

Re: [Python-Dev] Tests of of 2.7 tip on Ubuntu 12.04 amd64

On Fri, 10 Aug 2012 16:07:53 -0500 Brian Curtin wrote: > On Fri, Aug 10, 2012 at 3:52 PM, "Juancarlo Añez (Apalala)" > wrote: > > Hello, > > > > Please let me know if this is normal: > > > > 1 test failed: > > test_readline > > 1 test altered the execution environment: > > test_subproces

Re: [Python-Dev] Installation on Macs

On Wed, 15 Aug 2012 02:30:17 -0700 Ned Deily wrote: > > 1. Gatekeeper singing on 10.8 > > [...] Quick summary is that we need to > change the installer format that is used to be able to participate in > the installer singing program I first thought Apple had gone poetic and then I realized it

Re: [Python-Dev] cpython: Add yet another test for subprocess.Popen.communicate

On Wed, 15 Aug 2012 21:54:06 +0200 (CEST) andrew.svetlov wrote: > > diff --git a/Lib/test/test_subprocess.py b/Lib/test/test_subprocess.py > --- a/Lib/test/test_subprocess.py > +++ b/Lib/test/test_subprocess.py > @@ -645,6 +645,34 @@ > p.communicate() > self.assertEqual(p.return

Re: [Python-Dev] Should urlencode() sort the query parameters (if they come from a dict)?

On Sat, 18 Aug 2012 14:23:13 +0900 "Stephen J. Turnbull" wrote: > Joao S. O. Bueno writes: > > > I don't think this behavior is only desirable to unit tests: having > > URL's been formed in predictable way a good thing in any way one > > thinks about it. > > Especially if you're a hacker. O

Re: [Python-Dev] 3.3 str timings

On Sat, 18 Aug 2012 17:17:14 -0400 Terry Reedy wrote: > The issue came up in python-list about string operations being slower in > 3.3. (The categorical claim is false as some things are actually > faster.) Some things I understand, this one I do not. > > Win7-64, 3.3.0b2 versus 3.2.3 > print(t

Re: [Python-Dev] Should urlencode() sort the query parameters (if they come from a dict)?

On Sun, 19 Aug 2012 20:55:31 +0900 "Stephen J. Turnbull" wrote: > Antoine Pitrou writes: > > > That's unsubstantiated. > > Sure. If I had a CVE, I would have posted it. Ok, so you have no evidence. Regards Antoine. __

Re: [Python-Dev] hg verify warnings

On Sun, 19 Aug 2012 11:11:34 +0200 Stefan Krah wrote: > Hello, > > In a fresh clone, I'm getting a couple of warnings in `hg verify`. Perhaps > someone familiar with Mercurial could take a brief look: > > repository uses revlog format 1 > checking changesets > checking manifests > crosschecking

[Python-Dev] Raw I/O writelines() broken

Hello, I was considering a FileIO.writelines() implementation based on writev() and I noticed that the current RawIO.writelines() implementation is broken: RawIO.write() can return a partial write but writelines() ignores the result and happily proceeds to the next iterator item (and None is retu

Re: [Python-Dev] Raw I/O writelines() broken

On Mon, 20 Aug 2012 23:17:10 +0200 Antoine Pitrou wrote: > > Hello, > > I was considering a FileIO.writelines() implementation based on > writev() and I noticed that the current RawIO.writelines() > implementation is broken: RawIO.write() can return a partial write but >

Re: [Python-Dev] 3.3 str timings

On Tue, 21 Aug 2012 17:20:14 +0200 Andrea Griffini wrote: > > My benchmark.py script calibrates automatically the number of loops to > > take at least 100 ms, and then repeat the test during at least 1.0 > > second. > > > > Using time instead of a fixed number of loops is more reliable because > >

Re: [Python-Dev] 3.3 str timings

On Wed, 22 Aug 2012 03:25:21 +1000 Steven D'Aprano wrote: > On 21/08/12 23:04, Victor Stinner wrote: > > > I don't like the timeit module for micro benchmarks, it is really > > unstable (default settings are not written for micro benchmarks). > [...] > > I wrote my own benchmark tool, based on ti

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

On Thu, 23 Aug 2012 09:22:20 +0200 Georg Brandl wrote: > 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 authentica

Re: [Python-Dev] cpython: Issue #15794: Relax a test case due to the deadlock detection's

On Tue, 28 Aug 2012 15:00:57 -0400 Brett Cannon wrote: > Should there be a Misc/NEWS entry since we are in rc mode? Well, I didn't ask for 3.3.0 inclusion, since this is a very minor fix. Regards Antoine. -- Software development and contracting: http://pro.pitrou.net ___

Re: [Python-Dev] core dev IRC nicks

On Wed, 29 Aug 2012 22:50:25 +0200 Georg Brandl wrote: > 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 develo

Re: [Python-Dev] Problem with _PyTrash_destroy_chain ?

Hello, On Thu, 30 Aug 2012 14:39:41 +0200 Manu wrote: > Hi, > > I am currently hitting http://bugs.python.org/issue13992. > > I have a scenario that reproduces the bug after 1 to 2 hours (intensive > sqlalchemy and threading). I get the same stack trace as described in the > bug. > [...] > >

Re: [Python-Dev] hg.python.org should default to defaut, not 2.7

On Thu, 30 Aug 2012 13:34:56 -0700 Ethan Furman wrote: > Ned Deily wrote: > > In article , Terry Reedy > > wrote: > > > >> If one goes to http://hg.python.org/cpython/ and clicks 'browse', it > >> defaults to 2.7, not to default (now 3.3). Moreover, there is no > >> indication that it is defa

Re: [Python-Dev] benchmarks: Pathlib works under Python 3.

On Fri, 31 Aug 2012 17:52:38 +0200 (CEST) brett.cannon wrote: > http://hg.python.org/benchmarks/rev/873baf08045e > changeset: 162:873baf08045e > user:Brett Cannon > date:Fri Aug 31 11:52:30 2012 -0400 > summary: > Pathlib works under Python 3. ... but therefore you shouldn't

[Python-Dev] ABI stability between bugfix versions?

Hello, To fix the crash in http://bugs.python.org/issue13992, I have to change the definition of the Py_TRASHCAN_SAFE_BEGIN and Py_TRASHCAN_SAFE_END macros in a way that makes them stop rely on global variables. Despite being undocumented, these two macros are used in a couple of third-party ext

Re: [Python-Dev] Coverity scan

On Mon, 03 Sep 2012 15:59:59 +0200 Christian Heimes wrote: > > It's easy, doesn't take much effort and can easily be automated, but > somebody has to do it. The process should also be placed on the Python > infrastructure and I don't have access. Secondly somebody has to contact > Coverity to app

Re: [Python-Dev] ABI stability between bugfix versions?

On Mon, 03 Sep 2012 22:37:31 +0200 "Martin v. Löwis" wrote: > Am 03.09.2012 12:11, schrieb Antoine Pitrou: > > Despite being undocumented, these two macros are used in a couple of > > third-party extension modules (*) such as greenlet and py-judy. This > > means

Re: [Python-Dev] Tru64 support

On Tue, 4 Sep 2012 12:24:10 +0300 Andrew Svetlov wrote: > Unittests for subprocess module has weird comment: > We cannot use os.path.realpath to canonicalize the path, since it > doesn't expand Tru64 {memb} strings. > See bug 1063571. > http://hg.python.org/cpython/file/82ae284cd5f1/Lib/test/test_

Re: [Python-Dev] Tru64 support

On Wed, 05 Sep 2012 15:26:03 -0700 Larry Hastings wrote: > > On 09/04/2012 03:15 PM, mar...@v.loewis.de wrote: > > The world wouldn't end if the test broke on Tru64, though. > > FWIW, HP drops support for Tru64 at the end of this year: > > http://h30097.www3.hp.com/tru64roadmap.pdf > > >

Re: [Python-Dev] cpython (2.7): Issue #15591 and Issue #11715: silence output of setup.py when make is run with

On Fri, 7 Sep 2012 02:27:25 +0200 (CEST) christian.heimes wrote: > http://hg.python.org/cpython/rev/8cd6acffbcb9 > changeset: 78871:8cd6acffbcb9 > branch: 2.7 > parent: 78867:2587aeb616b6 > user:Christian Heimes > date:Fri Sep 07 00:55:33 2012 +0200 > summary: > Iss

Re: [Python-Dev] devguide: Add Eric Snow.

> > -- Peter Moody was given push privileges on May 20 2012 by Antoine Pitrou > - for authorship and maintenance of the ipaddress module (accepted in PEP > - 3144 by Nick Coghlan). > +- Eric Snow was given push privileges on Sep 5 2012 by Antoine Pitrou for > + general contri

Re: [Python-Dev] cpython (3.2): Issue #15881: Fixed atexit hook in multiprocessing.

On Sun, 9 Sep 2012 19:28:07 +0200 (CEST) alexander.belopolsky wrote: > http://hg.python.org/cpython/rev/27d410dd5431 > changeset: 78922:27d410dd5431 > branch: 3.2 > parent: 78895:adc5e6aca251 > user:Alexander Belopolsky > date:Sun Sep 09 13:16:15 2012 -0400 > summary:

Re: [Python-Dev] packaging location ?

On Wed, 12 Sep 2012 15:02:42 -0400 Éric Araujo wrote: > Hi, > > Lib/packaging is in the repository history, and in my backup clones, but > it’s not visible in any branch head as we have no branch for 3.4 yet. I > can bring the directory back with a simple Mercurial command. > > However, it’s no

Re: [Python-Dev] packaging location ?

On Thu, 13 Sep 2012 11:14:17 +1000 Nick Coghlan wrote: > On Thu, Sep 13, 2012 at 8:43 AM, R. David Murray > wrote: > > When the removal was being pondered, the possibility of keeping certain > > bits that were more ready than others was discussed. Perhaps the best > > way forward is to put it b

Re: [Python-Dev] packaging location ?

On Sat, 15 Sep 2012 16:27:28 +0100 (BST) Vinay Sajip wrote: > > Depends how much you care about a pristine history - you can do a > > > server side clone of an existing repo and then empty it out. And if > > you use http://hg.python.org/buildbot/empty/ as the starting point, > > there isn't even

Re: [Python-Dev] [Python-checkins] Daily reference leaks (1704deb7e6d7): sum=2

On Sun, 16 Sep 2012 06:54:21 +0200 Ross Lagerwall wrote: > On 09/16/2012 06:04 AM, solip...@pitrou.net wrote: > > results for 1704deb7e6d7 on branch "default" > > > > > > test_dbm leaked [0, 2, 0] references, sum=2 > > > > I've noticed that test_dbm

Re: [Python-Dev] TypeError: f() missing 1 required positional argument: 'x'

On Thu, 20 Sep 2012 10:12:04 -0400 Benjamin Peterson wrote: > 2012/9/20 Mark Dickinson : > > Thoughts? > > I tried to define the error messages in terms of the callee's > signature. I call the formals that are not variadic, keyword variadic, > or keyword-only, positional. For example, in > > def

[Python-Dev] Better HTTP 1.1 support in http.server?

Hello, I was wondering if it would be worth providing better HTTP 1.1 support in http.server. The way I envision it, there would be a separate HTTP11RequestHandler which would provide: - a smart wfile with automatic chunk encoding (which relieves the API user from manually handling chunk encod

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

On Fri, 28 Sep 2012 21:51:39 +0100 Paul Moore wrote: > On 28 September 2012 19:19, Stefan Krah wrote: > > Brett Cannon wrote: > >> Georg Brandl wrote: > >> > * A C implementation of the "decimal" module, with up to 80x speedup > >> > for decimal-heavy applications > >> > >>

Re: [Python-Dev] Deprecating "U" open mode

On Sat, 29 Sep 2012 00:48:54 +0300 Serhiy Storchaka wrote: > Since Python 2.3 many open-like functions supports "Universal line mode" > (PEP 278 [1]). Since 3.0 (and 2.6) PEP 3116 [2] suggests better > alternative -- io.TextWrapper. > > In issue15204 [3] proposed to deprecate "U" mode in open-l

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

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/ Regards Antoine. On Sat, 29 Sep 2012 14:18:54 +0200 Georg Brandl wrote: > On beha

Re: [Python-Dev] Stdlib and timezones, again

On Sun, 30 Sep 2012 14:47:28 +0200 Lennart Regebro wrote: > With 3.3 out, it's time to bring up something for 3.4. And it's about pytz > and stdlib, basically. And we have been over that again, but I have a > proposal anyway. > > The problem with including pytz in the stdlib is that it contains t

Re: [Python-Dev] what´s new 3.3

On Sun, 30 Sep 2012 10:55:54 + Kristján Valur Jónsson wrote: > Hi there. > > Not having kept up, I realized I failed to contribute to the What's new > thingie. [...] > DiSome of this should probably be mentioned in the What's new document, even > if only in its online version. Well, it's n

Re: [Python-Dev] Stdlib and timezones, again

On Sun, 30 Sep 2012 15:10:06 +0200 Dirkjan Ochtman wrote: > On Sun, Sep 30, 2012 at 3:03 PM, Antoine Pitrou wrote: > > Can't we simply include the Olson database in Windows installers? > > We probably can, but the problem is that it's updated quite often (for >

Re: [Python-Dev] Stdlib and timezones, again

On Sun, 30 Sep 2012 21:55:34 +0300 Serhiy Storchaka wrote: > On 30.09.12 16:15, Antoine Pitrou wrote: > > Probably, but for most purposes I would guess a 2-year old database is > > still good enough? After all, you don't see many people complaining > > about the outdate

Re: [Python-Dev] Stdlib and timezones, again

On Sun, 30 Sep 2012 22:35:54 +0300 Serhiy Storchaka wrote: > On 30.09.12 22:24, Antoine Pitrou wrote: > > Just because some governments have erratic policies shouldn't be a > > reason for residents of other countries not to enjoy the benefits of > > their stable timezone

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

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 filtering > > capability. I thought that this will compl

Re: [Python-Dev] Stdlib and timezones, again

On Mon, 01 Oct 2012 00:28:41 +0300 Serhiy Storchaka wrote: > On 30.09.12 22:51, Antoine Pitrou wrote: > > Well, no, this isn't similar. Choosing one's timezone policies is a > > contemporary political decision, while choosing a language and its > > alphabet is no

Re: [Python-Dev] benchmarks: Force map to a list to guarantee the calculations are performed under

On Mon, 1 Oct 2012 01:00:42 +0200 (CEST) brett.cannon wrote: > http://hg.python.org/benchmarks/rev/e9f911fd9bd3 > changeset: 184:e9f911fd9bd3 > user:Brett Cannon > date:Sun Sep 30 19:00:32 2012 -0400 > summary: > Force map to a list to guarantee the calculations are performed

Re: [Python-Dev] Benchmarking Python 3.3 against Python 2.7 (wide build)

On Sun, 30 Sep 2012 19:12:47 -0400 Brett Cannon wrote: > > ### mako_v2 ### > Min: 0.137584 -> 0.287701: 2.09x slower > Avg: 0.140620 -> 0.293204: 2.09x slower > Significant (t=-296.14) > Stddev: 0.00243 -> 0.00272: 1.1195x larger Note that Mako can use the Markupsafe library for faster operation

Re: [Python-Dev] Stdlib and timezones, again

On Mon, 1 Oct 2012 12:11:41 +0200 Lennart Regebro wrote: > On Mon, Oct 1, 2012 at 11:16 AM, Dirkjan Ochtman wrote: > > > On Mon, Oct 1, 2012 at 10:47 AM, Lennart Regebro > > wrote: > > > A year is no age for a Python installation. A customer of mine has one > > > website developed in 2003, stil

Re: [Python-Dev] Benchmarking Python 3.3 against Python 2.7 (wide build)

On Sun, 30 Sep 2012 21:49:20 -0400 Brett Cannon wrote: > > Note that Mako can use the Markupsafe library for faster operation. > > This will skew the result if one of your Pythons has Markupsafe > > installed and the other does not. > > > > Should probably have the benchmark print out a warning w

Re: [Python-Dev] Stdlib and timezones, again

On Mon, 1 Oct 2012 16:06:18 +0200 Lennart Regebro wrote: > Actually, that's not a bad idea. My original idea was to warn if it *was* > outdated, but since there is no way to check that, I scratched that idea. > But as I have pointed out several times, a database that is shipped with > Python is al

Re: [Python-Dev] Stdlib and timezones, again

On Mon, 1 Oct 2012 09:52:09 -0500 Zachary Ware wrote: > > My thought was that it's better to have *something* always available, > that has a decent chance of being "good enough" in a lot of cases (and > if it's good enough for you, just silence the warning), than to > noisily fail because we can'

<    42   43   44   45   46   47   48   49   50   >