Mailman 3 January 2008 - Python-Dev

Priorities in the tracker
by "Martin v. Löwis" Jan. 21, 2008

Jan. 21, 2008

After some months of tracker operation, I'd like to discuss one aspect of the tracker schema: priorities. Each issue has a severity and a priority. The severity is assigned by the submitter, defaults to normal, and indicates how serious the issue impacts him and the community. The priority is assigned by a developer (and cannot be set by a "mere" user), and indicates how quickly this issue must be processed. The priority is initially unset, requiring a developer to perform screening. It … [View More]

6 5

inst_persistent_id
by Jim Fulton Jan. 21, 2008

Jan. 21, 2008

Recently, I reviewed the documentation source for pickle and came across the following comment: BAW: Both pickle and cPickle support something called inst_persistent_id() which appears to give unknown types a second shot at producing a persistent id. Since Jim Fulton can't remember why it was added or what it's for, I'm leaving it undocumented. I couldn't remember this and decided to dig into it and realized that this was a very useful experimental feature I added … [View More]

3 4

Re: [Python-Dev] What to do for bytes in 2.6?
by Raymond Hettinger Jan. 21, 2008

Jan. 21, 2008

> *If* we provide some kind of "backport" of > bytes (even if it's just an alias for or trivial > subclass of str), it should be part of a strategy > that makes it easier to write code that > runs under 2.6 and can be automatically translated > to run under 3.0 with the same semantics. If it's just an alias or trivial subclass, then we haven't added anything that can't be done trivially by the 2-to-3 tool. I'm thinking that this is a deeper change. It doesn't serve … [View More]

9 20

Re: [Python-Dev] Python-Dev Digest, Vol 54, Issue 57
by Daniel Arbuckle Jan. 21, 2008

Jan. 21, 2008

On Tue, 15 Jan 2008 06:57:02 -0500, Kevin Jacobs wrote: > On Jan 15, 2008 6:24 AM, Oleg Broytmann <phd(a)phd.pp.ru> wrote: > > > On Mon, Jan 14, 2008 at 11:41:47PM +0000, Jon Ribbens wrote: > > > It makes sense, but personally I have never heard before of ~/.local. > > > Whereas ~/bin is something I am quite familiar with. > > > > Me too. python-dev is the only place I have heard of ~/.local. I have > > been using Linux (different … [View More]

8 20

Is "0x" a valid token?
by Georg Brandl Jan. 20, 2008

Jan. 20, 2008

Python accepts 0x as an integer literal. Is this intended (the docs say otherwise, but int() and tokenize.py concur)? Georg -- Thus spake the Lord: Thou shalt indent with four spaces. No more, no less. Four shall be the number of spaces thou shalt indent, and the number of thy indenting shall be four. Eight shalt thou not indent, nor either indent thou two, excepting that thou then proceed to four. Tabs are right out.

2 1

Initial Development
by Lorenzo Stoakes Jan. 19, 2008

Jan. 19, 2008

Hi, Apologies if it's not appropriate to send this email to the mailing list, however I am really really eager to contribute to the Python project (as a developer), and wondered whether anyone could advise me as to some entry-level tasks I could start out with. Thanks, Lorenzo Stoakes

2 1

Re: [Python-Dev] Rationale for NamedTemporaryFile revisited [SEC=UNCLASSIFIED]
by Ole.Nielsen＠ga.gov.au Jan. 19, 2008

Jan. 19, 2008

Thank you very much for the quick reply. I believe we have to close the file in order be able to read it in - in this case to feed a unittest. I actually tried to read it in before closing it, but (as I suspected) the data wasn't available. We use unit testing for pretty much all functions and classes in our system. Some functions read files and do something with them. We therefore need a standardised and robust way to generate temporary files that exist on the filesystem long enough for the … [View More]function being tested to read them. We are happy to write a wrapper ourselves that will do just that - but before doing so we had a look at the standard functionality. Hence the question about NamedTemporaryFile: What is the purpose of creating a name if it disappears after the file object is closed? I agree with Dustin that it would make sense for the file to live on the disk for as long as the File object is available to the script, closed or not. But I don't think that is the way NamedTemporaryFile currently works as illustrated in the test script in my first posting. Any help or comments, please? Cheers Ole Nielsen, Geoscience Australia -----Original Message----- From: gvanrossum(a)gmail.com [mailto:gvanrossum@gmail.com] On Behalf Of Guido van Rossum Sent: Friday, 18 January 2008 3:45 To: Nielsen Ole Cc: python-dev(a)python.org Subject: Re: [Python-Dev] Rationale for NamedTemporaryFile revisited [SEC=UNCLASSIFIED] Don't close it until you're done with it. Isn't that obvious? On Jan 17, 2008 8:30 PM, <Ole.Nielsen(a)ga.gov.au> wrote: > I found this posting, and those following it, as I too am baffled that > NamedTemporaryFile doesn't let you read the generated file - even within the > same script. > For unit testing it is very commonplace to generate a test file on the fly > and then use it as input the function being tested. NamedTemporaryFile would > be the perfect candidate for this except that the file seems to disappear > immediately after it has been closed. This is contrary to Dustin's comment > which states that the lifetime extends until the object is garbage collected. > The following script illustrates this isn't the case: > > from tempfile import NamedTemporaryFile > fid = NamedTemporaryFile(mode='w', > suffix='.tmp', > dir='.') > > fid.write('My temp file') > fid.close() > > # Read it (fid hasn't been garbage collected yet) > print fid.name > > # But the file itself has gone > fid2 = open(fid.name) > print fid2.readlines() > > > Can someone please help point me to the best way of creating temporary files > in Python that can be read in immediately after their creation. > > Thanks > Ole Nielsen, Geoscience Australia > > > > On Sun, Mar 18, 2007 at 11:49:55AM +1200, Greg Ewing wrote: > > I've just discovered the hard way that NamedTemporaryFile > > automatically deletes the file when you close it. That > > doesn't seem very useful to me, since surely the reason > > you're using NamedTemporaryFile instead of TemporaryFile > > is that you want to do something else with it afterwards? > > What's the rationale for this behaviour? > > For both TemporaryFile and NamedTemporaryFile, the rationale is that > "temporary" extends until the object is garbage collected. > TemporaryFile is deleted immediately (to prevent other applications from > modifying your temporary file). NamedTemporaryFile is inteded for use > when you need access to the file by filename during the lifetime of the > file. In either case, when the object goes, the file should too. > > Dustin > > > > > _______________________________________________ > Python-Dev mailing list > Python-Dev(a)python.org > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: http://mail.python.org/mailman/options/python-dev/guido%40python.org > -- --Guido van Rossum (home page: http://www.python.org/~guido/) [View Less]

3 2

Summary of Tracker Issues
by Tracker Jan. 19, 2008

Jan. 19, 2008

ACTIVITY SUMMARY (01/11/08 - 01/18/08) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1329 open (+31) / 11986 closed (+15) / 13315 total (+46) Open issues with patches: 437 Average duration of open issues: 673 days. Median duration of open issues: 989 days. Open Issues Breakdown open 1310 (+31) pending 19 ( +0) Issues Created Or Reopened (47) _______________________________ … [View More]

1 0

What to do for bytes in 2.6?
by Guido van Rossum Jan. 18, 2008

Jan. 18, 2008

I believe the issue of whether and how to backport bytes (and bytearray?) from 3.0 to 2.6 has come up before, but I don't think we've come to any kind of conclusion. It's quite subtle. In a private email, Thomas Wouters and I discussed this: [Guido] > > Perhaps the biggest question in my mind is what to do with bytes in > > 2.6. Make it an alias for str? Or a new type that doesn't mix with > > either str or unicode? But then how do we get read() calls and the > > like … [View More]

2 2

PEP 370, open questions
by Christian Heimes Jan. 18, 2008

Jan. 18, 2008

The PEP 370 (http://www.python.org/dev/peps/pep-0370) "per user site packages directory" has several open questions: * Are the directories for Windows, Mac and Unix fine? * Mac: Should framework and non-framework builds of Python use the same directories? * The patch also adds a usecustomize hook to site. Is it useful and should it stay? * Should the site package directory also be ignored if process gid != effective gid? * Should the Windows installer add %APPDATA%/Python/Scripts to PATH?… [View More]

12 34