Mailman 3 April 2015 - Python-Dev

Aprender Pythton
by Baldomero Perez martinez April 15, 2015

April 15, 2015

Quiero aprender python quiero empezar agradezco si me pueden ayudar L.I. Baldomero Pérez Martínez Enc. Proy. Informatica Fideicomiso Ingenio Atencingo 80326

5 7

Keyword-only parameters
by Eric V. Smith April 15, 2015

April 15, 2015

I'm working on adding a numeric_owner parameter to some tarfile methods (http://bugs.python.org/issue23193), In a review, Berker suggested making the parameter keyword-only. I agree that you'd likely never want to pass just "True", but that "numeric_owner=True" would be a better usage. But, I don't see a lot of keyword-only parameters being added to stdlib code. Is there some position we've taken on this? Barring someone saying "stdlib APIs shouldn't contain keyword-only params", I'm inclined … [View More]

13 14

Re: [Python-Dev] [PSF-Members] PyCon Survivor's breakfast
by Steve Holden April 13, 2015

April 13, 2015

Indeed. I believe that the date is on the Eventbrite page, but sorry for omitting obviously necessary information. It's tomorrow. Hope to see you there. S On Apr 12, 2015, at 4:49 PM, Stephane Wirtel <stephane(a)wirtel.be> wrote: > 7h30 morning ? Tomorrow > > On 12 avr. 2015, at 4:13 PM, Steve Holden <steve(a)holdenweb.com> wrote: > >> Hi everybody, >> >> This year sees the third PyCon Survivors' Breakfast at Suite 701, a restaurant attached to … [View More]

1 0

PyCon Survivor's breakfast
by Steve Holden April 13, 2015

April 13, 2015

Hi everybody, This year sees the third PyCon Survivors' Breakfast at Suite 701, a restaurant attached to the Place d'Armes hotel just up the road from the Palais de Congres (map on Eventbrite page). All Python developers, PSF members and PyCon delegates are cordially invited to attend. The event starts at 7:30 but you can roll in whenever you feel like breakfast (I start early so that those who wish to start sprinting promptly can still join us). The places cost about $45 a head (I've been … [View More]

1 0

Re: [Python-Dev] Status on PEP-431 Timezones
by Isaac Schwabacher April 11, 2015

April 11, 2015

On 15-04-09, Alexander Belopolsky wrote: > > On Thu, Apr 9, 2015 at 11:59 AM, Isaac Schwabacher <ischwabacher@wisc.edu(javascript:main.compose()> wrote: > > > > Storing isdst in the datetime object would allow utcoffset(dt) to distinguish between 1:30AM before clock change and 1:30AM after. Where do you propose to store the offset? > > > > I propose to add an offset field to datetime.datetime. It should be set precisely when the tz field is set, and … [View More]it should contain either a timedelta or an integer number of (possibly fractional) seconds, depending on what color the bikeshed gets painted. This is, IIUC, precisely where Lennart is proposing to store the is_dst flag. > > Can you describe a situation where having isdst flag is not sufficient? > > Note that in many applications you want to find the appropriate offset knowing only local time and location, so requiring users to supply the offset defeats the purpose of the time zone database. In many applications, the isdst flag can be hidden from the user. For example, a scheduling application can pretend that a repeated hour does not exist and always assume that 01:30 AM is the first 01:30 AM. (In many business applications, it is a good idea anyways.) Alternatively, a user attempting to schedule an event at an ambiguous time can be presented with a warning and a request to pick one of two possible times. This would be a much friendlier interface than the one always requiring the use to specify the UTC offset. I'm suggesting an internal representation, not a user interface. The only user-facing consequence of this internal representation would be exposing the offset to datetime.replace() and as a field on the object. All of the other interfaces that convert naive datetimes into aware datetimes would still use the is_dst flag as specified in the PEP. The intention is to make it easy to implement arithmetic and things like relative timedeltas. But looking at datetime.h, which seems to be willing to sacrifice conceptual simplicity in order to pack a datetime into as few bytes in memory as possible, it seems like whatever made that a good idea makes this a bad one. :/ > > if someone passed you datetime(2013, 11, 3, 1, 30) without a time zone. astimezone assumes that the input naive time is UTC, which is not the case here. > > No, it does not. Please read the documentation: "self must be aware (self.tzinfo must not be None, and self.utcoffset() must not return None)." Whoops, you're right. But that's even worse-- it doesn't give you a way to convert a naive datetime at all. Currently the only way from "2013-11-03 01:30:00" to "2013-11-03 01:30:00-0500 America/Chicago" is still datetime.replace(). ijs [View Less]

6 6

Summary of Python tracker Issues
by Python tracker April 10, 2015

April 10, 2015

ACTIVITY SUMMARY (2015-04-03 - 2015-04-10) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 4823 (-15) closed 30844 (+62) total 35667 (+47) Open issues with patches: 2238 Issues opened (38) ================== #16840: Tkinter doesn't support large integers http://bugs.python.org/issue16840 reopened by haypo #21859: Add Python implementation of … [View More]

1 0

Re: [Python-Dev] Status on PEP-431 Timezones
by Isaac Schwabacher April 10, 2015

April 10, 2015

On 15-04-09, Alexander Belopolsky wrote: > > On Thu, Apr 9, 2015 at 3:07 PM, Isaac Schwabacher <ischwabacher@wisc.edu(javascript:main.compose()> wrote: > > > > No, it does not. Please read the documentation: "self must be aware (self.tzinfo must not be None, and self.utcoffset() must not return None)." > > > > Whoops, you're right. But that's even worse-- it doesn't give you a way to convert a naive datetime at all. Currently the … [View More]

3 2

Re: [Python-Dev] Status on PEP-431 Timezones
by Isaac Schwabacher April 10, 2015

April 10, 2015

On 15-04-09, Alexander Belopolsky wrote: > > On Thu, Apr 9, 2015 at 3:39 PM, Isaac Schwabacher <ischwabacher@wisc.edu(javascript:main.compose()> wrote: > > > > Well, you are right, but at least we do have a localtime utility hidden in the email package: > > > > > > >>> from datetime import * > > > >>> from email.utils import localtime > > > >>> print(localtime(datetime.now())) > > > 2015-04-09 15:… [View More]

1 0

ctypes module
by Cristi Fati April 10, 2015

April 10, 2015

Hi all, Not sure whether you got this question, or this is the right distribution list: Intel has deprecated Itanium architecture, and Windows also deprecated its versions(currently 2003 and 2008) that run on IA64. However Python (2.7.3) is compilable on Windows IA64, but ctypes module (1.1.0) which is now part of Python is not (the source files have been removed). What was the reason for its disablement? I am asking because an older version of ctypes (1.0.2) which came as a separate … [View More]

3 5

Re: [Python-Dev] Status on PEP-431 Timezones
by Isaac Schwabacher April 10, 2015

April 10, 2015

On 15-04-09, Alexander Belopolsky wrote: > > On Thu, Apr 9, 2015 at 11:59 AM, Isaac Schwabacher <ischwabacher@wisc.edu(javascript:main.compose()> wrote: > > > I just looked through the datetime documentation, and it looks like the currently blessed way of creating an aware datetime from a naive local datetime and a tzinfo is datetime.replace, which is too low level to handle the job. > > Not quite. That's how you would create a UTC datetime, but from there you can … [View More]

2 1