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

On Mon, 01 Oct 2012 21:59:03 +0200, Lennart Regebro wrote: > On Mon, Oct 1, 2012 at 9:02 PM, R. David Murray wrote: > > On Tue, 02 Oct 2012 00:18:10 +0530, Nick Coghlan wrote: > >> Reminder to everyone: the current state of the art for getting up to > >> date tz info

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

On Mon, 01 Oct 2012 17:28:01 -0500, Brian Curtin wrote: > On Mon, Oct 1, 2012 at 5:18 PM, Maciej Szulik wrote: > > On 09/28/2012 12:30 AM, Éric Araujo wrote: > >> > >> Hi all, > >> > >> The Montreal-Python user group would like to host a bug day on October > >> 27 (to be confirmed) at a partner

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

On Wed, 03 Oct 2012 20:25:17 +0530, Nick Coghlan wrote: > On Wed, Oct 3, 2012 at 5:16 PM, Larry Hastings wrote: > > I don't agree. It's my understanding that the alphas are largely ignored, > > and having them earlier would hardly make them more relevant. > > I would appreciate it you stopped p

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

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

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

On Wed, 03 Oct 2012 11:19:57 -0500, Brian Curtin wrote: > On Wed, Oct 3, 2012 at 11:02 AM, Larry Hastings wrote: > > > > On 10/03/2012 05:28 PM, Brian Curtin wrote: > > > > The webstats in April 2012 show 5628 downloads of 3.3a1 and 4946 > > downloads of 3.3a2 Windows installers. > > > > > > I'd

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

On Thu, 04 Oct 2012 03:14:11 +0200, =?ISO-8859-1?Q?Giampaolo_Rodol=E0?= wrote: > 2012/10/3 Larry Hastings : > > > Other proposed large-scale changes: > > [...] > > * A standard event-loop interface (PEP by Jim Fulton pending) > > Really? Was this discussed somewhere? I'd like to know more abou

Re: [Python-Dev] Bumping autoconf from 2.68 to 2.69

On Mon, 15 Oct 2012 23:18:04 -0700, Ned Deily wrote: > In article <20121016043352.ga21...@snakebite.org>, > Trent Nelson wrote: > > Any objections to regenerating configure with autoconf 2.69? The > > current version is based off 2.68, which was release on the 22nd > > of September

Re: [Python-Dev] accept the wheel PEPs 425, 426, 427

On Sun, 21 Oct 2012 09:14:03 -0400, Daniel Holth wrote: > On Sun, Oct 21, 2012 at 8:27 AM, Stephen J. Turnbull > wrote: > > Daniel Holth writes: > > > > > Another solution comes to mind. Put the description in the payload. > > > > That would work for me, but it would cause extensibility problem

Re: [Python-Dev] Segmentaion fault with wrongly set PYTHONPATH on Windows

You are more likely to get action on bugs by posting to the bug tracker. That said, since 8766 was fixed, your issue is most likely a new one. Please open a new bug report. --David On Mon, 22 Oct 2012 16:31:34 +0300, anatoly techtonik wrote: > Could anybody reopen http://bugs.python.org/issue8

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

On Tue, 23 Oct 2012 21:19:29 -0400, wrote: > Le 12/10/2012 13:50, Petri Lehtinen a écrit : > > It's two and a half weeks left, but I've not seen any announcements > > yet! > Indeed, work and other commitments took over, so we (Montréal-Python) > decided to move the bug day instead of announcing

Re: [Python-Dev] Improve error message "UnboundLocalError: local variable referenced before assignment"

On Wed, 31 Oct 2012 21:57:28 +0200, anatoly techtonik wrote: > Here is the code: > > ---[cut]- > > DEBUG = [] > FONT_NAMES = [] > > def names(): > if len(DEBUG): > print(len(DEBUG)) > if len(FONT_NAMES): > print(len(FONT_NAMES)) > if len(FONT_NAMES)==0

Re: [Python-Dev] Cut/Copy/Paste items in IDLE right click context menu

On Sat, 03 Nov 2012 01:16:12 +1000, Nick Coghlan wrote: > On Sat, Nov 3, 2012 at 12:46 AM, Andrew Svetlov > wrote: > > Hi. There are issue for subject: http://bugs.python.org/issue1207589 [...] > The status quo is that IDLE is covered by the "no new features in > maintenance releases" rule along

Re: [Python-Dev] ctypes is not an acceptable implementation strategy for modules in the standard library?

On Mon, 05 Nov 2012 10:31:26 +0300, anatoly techtonik wrote: > Aren't there any modules in stdlib that access system API through ctypes? No. This is a policy. Changing that policy would require a PEP (*after* a discussion on python-ideas...which has probably already happened in the past, I wou

Re: [Python-Dev] chained assignment weirdity

On Tue, 06 Nov 2012 18:14:38 +0200, Serhiy Storchaka wrote: > Another counterintuitive (and possible wrong) example: > >>>> {print('foo'): print('bar')} >bar >foo >{None: None} http://bugs.python.org/issue11205 --David ___ Python-Dev

Re: [Python-Dev] Improve error message "UnboundLocalError: local variable referenced before assignment"

On Wed, 07 Nov 2012 14:57:57 +0100, Ulrich Eckhardt wrote: > Am 31.10.2012 23:15, schrieb Steven D'Aprano: > > On 01/11/12 06:57, anatoly techtonik wrote: > > [...] > >> UnboundLocalError: local variable 'FONT_NAMES' referenced before > >> assignment > [...] > >> I wonder if this message can be i

Re: [Python-Dev] cpython: Issue #16218: skip test if filesystem doesn't support required encoding

On Wed, 07 Nov 2012 23:47:13 +0100, Victor Stinner wrote: > 2012/11/7 Alexandre Vassalotti : > > The Unicode code points in the U+DC00-DFFF range (low surrogate area) can't > > be encoded in UTF-8. Quoting from RFC 3629: > > > > The definition of UTF-8 prohibits encoding character numbers between

Re: [Python-Dev] problems building python2.7

On Fri, 09 Nov 2012 16:44:00 +0100, Hans Mulder wrote: > I looked into it, and the problem is this bit of code (line 230-235): > > try: > self.assertTrue(os.path.exists(tmp_file)) > fp = urllib.urlopen(tmp_fileurl) > finally: > os.close(fd) >

Re: [Python-Dev] performance of {} versus dict()

On Wed, 14 Nov 2012 11:10:15 -0600, Mark Adam wrote: > On Wed, Nov 14, 2012 at 11:00 AM, Brian Curtin wrote: > > On Wed, Nov 14, 2012 at 10:12 AM, Mark Adam > > wrote: > >> On Wed, Nov 14, 2012 at 3:12 AM, Chris Withers > >> wrote: > >>> Hi All, > >>> > >>> A colleague pointed me at Doug's ex

Re: [Python-Dev] Failed issue tracker submission

On Sat, 17 Nov 2012 01:01:52 +0100, Antoine Pitrou wrote: > On Sat, 17 Nov 2012 00:47:33 +0100 > mar...@v.loewis.de wrote: > > > > Zitat von Guido van Rossum : > > > > > But python-dev seems a poor place to spam with those errors. > > > > It's certainly not deliberate that they are sent. Howeve

Re: [Python-Dev] operator.attrgetter(attr[, args...]) etc.

On Wed, 21 Nov 2012 14:49:05 +, Oscar Benjamin wrote: > On 21 November 2012 03:57, Leo wrote: > > Sorry the python issue tracker seems broken (I cannot log in). So I am > > posting it here. > > > > In the doc: > > > > operator.attrgetter(attr[, args...]) > > operator.itemgetter(item[, ar

Re: [Python-Dev] Summary of Python tracker Issues

On Fri, 30 Nov 2012 14:38:12 -0500, Brett Cannon wrote: > Do we have a graph of the historical trend of the number of bugs (or at > least the historical details stored somewhere)? I think we have had a net Not really. Ezio made one by hand once, but there is nothing automated. The historical de

Re: [Python-Dev] More compact dictionaries with faster iteration

On Mon, 10 Dec 2012 16:06:23 +, krist...@ccpgames.com wrote: > Indeed, I had to change the dict tuning parameters to make dicts > behave reasonably on the PS3. > > Interesting stuff indeed. Out of both curiosity and a possible application of my own for the information, what values did you end

Re: [Python-Dev] Mercurial workflow question...

On Thu, 13 Dec 2012 20:21:24 -0500, Trent Nelson wrote: > - Use a completely separate clone to house all the intermediate > commits, then generate a diff once the final commit is ready, > then apply that diff to the main cpython repo, then push that. > This ap

Re: [Python-Dev] How old Python version should be supported in tests?

On Thu, 27 Dec 2012 10:24:37 -0600, Benjamin Peterson wrote: > 2012/12/27 Serhiy Storchaka : > > I found a code like "if sys.version_info < (2, 4):" in some tests. Should > > old versions (< 2.6) be supported in tests? Can such support code be removed > > (note that other tests likely doesn't com

Re: [Python-Dev] test___all__ polluting sys.modules?

On Mon, 31 Dec 2012 00:38:47 +1000, Nick Coghlan wrote: > On Mon, Dec 31, 2012 at 12:19 AM, Eli Bendersky wrote: > > On Sun, Dec 30, 2012 at 5:54 AM, Stefan Krah wrote: > >> > >> Eli Bendersky wrote: > >> > Yes, this is the solution currently used in test_xml_etree. However, > >> > once > >> >

Re: [Python-Dev] BDFL delegate for Daniel Holth's packaging PEPs?

On Mon, 31 Dec 2012 13:51:08 +0100, Antoine Pitrou wrote: > On Mon, 31 Dec 2012 13:36:23 +0100 > Tarek Ziadé wrote: > > On 12/31/12 12:44 PM, Antoine Pitrou wrote: > > > On Mon, 31 Dec 2012 15:40:39 +1000 > > > Nick Coghlan wrote: > > >> Does anyone object to my naming myself as BDFL-Delegate f

Re: [Python-Dev] Please review simple patch for IDLE documentation last updated 11/28/2012

On Fri, 04 Jan 2013 10:04:14 -0500, Todd V Rovito wrote: > I submitted a simple patch for updates to IDLE's documentation > http://bugs.python.org/issue5066 and it has not been reviewed by > an official Python developer. Since it is now been over 1month > since last update can

Re: [Python-Dev] Please review simple patch for IDLE documentation last updated 11/28/2012

On Fri, 04 Jan 2013 10:40:10 -0500, Todd V Rovito wrote: > On Jan 4, 2013, at 10:23 AM, "R. David Murray" wrote: > > > On Fri, 04 Jan 2013 10:04:14 -0500, Todd V Rovito > > wrote: > >> I submitted a simple patch for updates to IDLE's documentation

Re: [Python-Dev] Please review simple patch for IDLE documentation last updated 11/28/2012

On Fri, 04 Jan 2013 18:56:22 +0200, Serhiy Storchaka wrote: > On 04.01.13 18:51, R. David Murray wrote: > > (To automate such monitoring we would need some sort of 'commit ready' > > flag in the tracker and a protocol for when it gets set...which might > > not be a

Re: [Python-Dev] make test

On Tue, 08 Jan 2013 16:48:41 +0400, Oleg Broytman wrote: > Hello. > >We are sorry but we cannot help you. This mailing list is to work on > developing Python (adding new features to Python itself and fixing bugs); > if you're having problems learning, understanding or using Python, please > f

Re: [Python-Dev] is this the fault of import_fresh_module or pickle?

On Tue, 08 Jan 2013 17:05:50 +0100, Stefan Krah wrote: > Eli Bendersky wrote: > > Everything works fine. However, if I add import_fresh_module for the C > > module: > > > > from test.support import import_fresh_module > > import pickle > > C = import_fresh_module('xml.etree.ElementTree', fresh=

Re: [Python-Dev] cpython (3.3): #16919: test_crypt now works with unittest test discovery. Patch by Zachary

On Fri, 11 Jan 2013 08:11:00 +0100, Antoine Pitrou wrote: > On Fri, 11 Jan 2013 04:20:21 +0100 (CET) > ezio.melotti wrote: > > > > diff --git a/Lib/test/test_crypt.py b/Lib/test/test_crypt.py > > --- a/Lib/test/test_crypt.py > > +++ b/Lib/test/test_crypt.py > > @@ -1,7 +1,11 @@ > > from test im

Re: [Python-Dev] Anyone building Python --without-doc-strings?

On Sat, 26 Jan 2013 17:19:32 +0100, Antoine Pitrou wrote: > On Sat, 26 Jan 2013 17:03:59 +0100 > Stefan Krah wrote: > > Stefan Krah wrote: > > > I'm not sure how accurate the output is for measuring these things, but > > > according to ``ls'' and ``du'' the option is indeed quite worthless: > >

Re: [Python-Dev] PEP 433: Choose the default value of the new cloexec parameter

On Sun, 27 Jan 2013 19:42:59 +0100, Ralf Schmitt wrote: > Guido van Rossum writes: > > > It's like calling socket.settimeout(0.1) and then complaining that > > urllib.urlopen() raises exceptions > > but that's not what's happening. you'll see urllib.urlopen raising > exceptions and only afterwa

Re: [Python-Dev] PEP 433: Choose the default value of the new cloexec parameter

On Sun, 27 Jan 2013 21:56:06 +0100, Ralf Schmitt wrote: > "R. David Murray" writes: > > > On Sun, 27 Jan 2013 19:42:59 +0100, Ralf Schmitt wrote: > >> Guido van Rossum writes: > >> > >> > It's like calling socket.settimeout(0.1)

Re: [Python-Dev] Fwd: I was just thinking that os.path could use some love...

http://bugs.python.org/issue11344 evolved into a patch for 'splitpath', similar to splitall. Antoine's pathlib (PEP 428) is also mentioned at the end, which is probably what Guido is thinking of. --David On Wed, 30 Jan 2013 13:26:08 -0800, Guido van Rossum wrote: > Thoughts on os.path? What hap

Re: [Python-Dev] mingw32 port

On Thu, 31 Jan 2013 00:49:38 +0100, Matthias Klose wrote: > So ok to close issue16526, issue3871, issue3754 and suggest in the reports to > start over with more granular changes? +1 from me. Over time I've suggested to at least two people, maybe more, who wanted to see some action on these that

Re: [Python-Dev] os.path.join failure mode

On Sat, 09 Feb 2013 09:59:13 +, Thomas Scrace wrote: > If a function (or other non-string object) is accidentally passed as an > argument to os.path.join() the result is an AttributeError: > > > In [3]: os.path.join(fn, "path") > >

Re: [Python-Dev] os.path.join failure mode

On Sat, 09 Feb 2013 14:35:33 +, Thomas Scrace wrote: > R. David Murray bitdance.com> writes: > > > The reason we avoid such type checks is that we prefer to operate via > > "duck typing", which means that if an object behaves like the expected > > input

Re: [Python-Dev] os.path.join failure mode

On Sat, 09 Feb 2013 13:57:41 -0500, Terry Reedy wrote: > On 2/9/2013 8:31 AM, R. David Murray wrote: > Changing AttributeError to TypeError only requires try-except, which is > cheap if there is no error, not an early type check. > > > The reason we avoid such type checks is

Re: [Python-Dev] Question regarding: Lib/_markupbase.py

If these don't get reported as tracker issues they will probably get lost. --David On Mon, 11 Feb 2013 14:47:00 +, Developer Developer wrote: > Same thing in the function: "_parse_doctype_attlist": > > if ")" in rawdata[j:]: >     j = rawdata.find(")", j) + 1 > else: >     return -1 >

Re: [Python-Dev] Usage of += on strings in loops in stdlib

On Tue, 12 Feb 2013 16:40:38 -0500, Ned Batchelder wrote: > On 2/12/2013 4:16 PM, Brett Cannon wrote: > > On Tue, Feb 12, 2013 at 4:06 PM, Antoine Pitrou > > wrote: > > On Tue, 12 Feb 2013 23:03:04 +0200 > > Maciej Fijalkowski mailto:fij...@gmail.com>> wrote:

Re: [Python-Dev] efficient string concatenation (yep, from 2004)

On Wed, 13 Feb 2013 18:07:22 +0100, Christian Tismer wrote: > I think before getting people to work through long and > complete documentation, it is probably easier to wake their interest > by something like > "Hey, are you doing things this way?" > And then there is a short, concise list of bad

<    6   7   8   9   10   11