[Python-Dev] WikiSort
[I'm nomail -- Cc me if you care whether I see followups] https://github.com/BonzaiThePenguin/WikiSort/tree/master WikiSort is a stable bottom-up in-place merge sort based on the work described in Ratio based stable in-place merging, by Pok-Son Kim and Arne Kutzner [PDF]. Kim's and Kutzner's algorithm is a stable merge algorithm with great performance characteristics and proven correctness, but no attempt at adapting their work to a stable merge sort apparently existed. This is one such attempt! Probably no interest in switching over, but there might be a trick or two to add to TimSort. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ usenet imitates usenet --Darkhawk ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] FWD: Windows 3.2.3 64 bit installers are actually 3.2
Note: I'm no-mail on python-dev - Forwarded message from Sean Johnson seanjohnso...@gmail.com - Date: Thu, 14 Jun 2012 03:48:55 -0400 From: Sean Johnson seanjohnso...@gmail.com To: webmas...@python.org Subject: Windows 3.2.3 64 bit installers are actually 3.2 The installers on both this page: http://www.python.org/getit/releases/3.2.3/ and http://www.python.org/download/ For the x86-64 MSI Installer are both builds for version 3.2, not 3.2.3 (even though the filename says 3.2.3). I just tried for about 30 minutes to find out why the input() bug mentioned here: http://bugs.python.org/issue11272 was occuring in what I thought was the latest release - then I realized that my terminal windows stated version 3.2, not 3.2.3 after several uninstalls/installs. - End forwarded message - -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ https://en.wikipedia.org/wiki/Mary_Anning ___ 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/archive%40mail-archive.com
Re: [Python-Dev] 404 in (important) documentation in www.python.org and contributor agreement
On Fri, Nov 25, 2011, Jesus Cea wrote: Checking documentation abut the contributor license agreement, I had encounter a wrong HTML link in http://www.python.org/about/help/ : * Python Patch Guidelines points to http://www.python.org/dev/patches/, that doesn't exist. Fixed PS: The devguide doesn't say anything (AFAIK) about the contributor agreement. The devguide seems to now be hosted on docs.python.org and AFAIK the web team doesn't deal with that. Someone from python-dev needs to lead. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ WiFi is the SCSI of the 21st Century -- there are fundamental technical reasons for sacrificing a goat. (with no apologies to John Woods) ___ 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/archive%40mail-archive.com
Re: [Python-Dev] webmas...@python.org address not working
On Fri, Nov 25, 2011, Jesus Cea wrote: When mailing there, I get this error. Not sure where to report. Final-Recipient: rfc822; sdr...@sdrees.de Original-Recipient: rfc822;webmas...@python.org Action: failed Status: 5.1.1 Remote-MTA: dns; stefan.zinzdrees.de Diagnostic-Code: smtp; 550 5.1.1 sdr...@sdrees.de: Recipient address rejected: User unknown in local recipient table You reported it to the correct place, I pinged Stefan at the contact address listed by whois. Note that webmas...@python.org is a plain alias, so anyone whose e-mail isn't working will generate a bounce. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ WiFi is the SCSI of the 21st Century -- there are fundamental technical reasons for sacrificing a goat. (with no apologies to John Woods) ___ 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/archive%40mail-archive.com
[Python-Dev] FWD: gpg keys have problems
I'm not currently reading python-dev, dunno if this has come up before: - Forwarded message from Michael J. Dinneen m...@cs.auckland.ac.nz - Date: Sun, 05 Jun 2011 19:33:04 +1200 From: Michael J. Dinneen m...@cs.auckland.ac.nz To: webmas...@python.org Subject: gpg keys have problems Organization: University of Auckland From your python download page you need to update the public keys to not use the faulty MD5 digest algorithm. (see the link listed below) $ gpg --import pubkeys.txt gpg: key 6A45C816: public key Anthony Baxter anth...@interlink.com.au imported gpg: WARNING: digest algorithm MD5 is deprecated gpg: please see http://www.gnupg.org/faq/weak-digest-algos.html for more information gpg: key ED9D77D5: public key Barry A. Warsaw ba...@warsaw.us imported gpg: Total number processed: 2 gpg: imported: 2 (RSA: 1) gpg: no ultimately trusted keys found - End forwarded message - -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Looking back over the years, after I learned Python I realized that I never really had enjoyed programming before. ___ 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/archive%40mail-archive.com
[Python-Dev] FWD: http://www.python.org/dev/patches/
- Forwarded message from Bob Vadnais b...@boblicious.com - Date: Tue, 09 Mar 2010 00:37:33 -0500 From: Bob Vadnais b...@boblicious.com To: webmas...@python.org Subject: http://www.python.org/dev/patches/ Submit documentation patches the same way. When adding the patch, be sure to set the Category field to Documentation. There doesn't appear to be a field named Category. Perhaps there used to be? The correct field name now appears to be Components. - End forwarded message - -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Many customs in this life persist because they ease friction and promote productivity as a result of universal agreement, and whether they are precisely the optimal choices is much less important. --Henry Spencer ___ 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/archive%40mail-archive.com
[Python-Dev] PyCon 2010 registration open! (Early-bird Jan 6)
PyCon 2010 registration has opened! Register by January 6 for the best rates! http://us.pycon.org/2010/registration/ Registering early gets you early-bird registration rates, guarantees you the tutorials you want, and helps the PyCon volunteers plan better. Scheduled talk and tutorial lists: http://us.pycon.org/2010/conference/talks/ http://us.pycon.org/2010/tutorials/ We'll see you in Atlanta! Spread the word! -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ The best way to get information on Usenet is not to ask a question, but to post the wrong information. ___ 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/archive%40mail-archive.com
[Python-Dev] PyCon 2010: Poster sessions
PyCon 2010: Poster sessions === Due date: November 30, 2009 PyCon 2010 introduces a new type of presentation, the poster session. Poster sessions consist of two pieces: * A display space where you can put up information about a topic * Live QA during a plenary timeslot where people can get more information from you while you stand next to your display For more information and to submit a poster proposal, visit http://us.pycon.org/2010/conference/posters/ -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ [on old computer technologies and programmers] Fancy tail fins on a brand new '59 Cadillac didn't mean throwing out a whole generation of mechanics who started with model As. --Andrew Dalke ___ 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/archive%40mail-archive.com
[Python-Dev] LAST CHANCE: PyCon 2010: Call for Proposals
Just four more days to propose a presentation! Call for proposals -- PyCon 2010 -- http://us.pycon.org/2010/ === Due date: October 1st, 2009 Want to showcase your skills as a Python Hacker? Want to have hundreds of people see your talk on the subject of your choice? Have some hot button issue you think the community needs to address, or have some package, code or project you simply love talking about? Want to launch your master plan to take over the world with python? PyCon is your platform for getting the word out and teaching something new to hundreds of people, face to face. Previous PyCon conferences have had a broad range of presentations, from reports on academic and commercial projects, tutorials on a broad range of subjects and case studies. All conference speakers are volunteers and come from a myriad of backgrounds. Some are new speakers, some are old speakers. Everyone is welcome so bring your passion and your code! We're looking to you to help us top the previous years of success PyCon has had. PyCon 2010 is looking for proposals to fill the formal presentation tracks. The PyCon conference days will be February 19-22, 2010 in Atlanta, Georgia, preceded by the tutorial days (February 17-18), and followed by four days of development sprints (February 22-25). Online proposal submission is open now! Proposals will be accepted through October 1st, with acceptance notifications coming out on November 15th. For the detailed call for proposals, please see: http://us.pycon.org/2010/conference/proposals/ For videos of talks from previous years - check out: http://pycon.blip.tv We look forward to seeing you in Atlanta! -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Look, it's your affair if you want to play with five people, but don't go calling it doubles. --John Cleese anticipates Usenet ___ 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/archive%40mail-archive.com
[Python-Dev] FWD: Windows 7 Compatibility
Still no-mail on python-dev, forwarding this because it has a direct e-mail contact for Microsoft at the bottom. - Forwarded message from Joanna Cobb joanna.c...@nichecubed.com - From: Joanna Cobb joanna.c...@nichecubed.com To: webmas...@python.org webmas...@python.org Date: Mon, 14 Sep 2009 10:05:34 -0400 Subject: Windows 7 Compatibility Regarding: Windows 7 Compatibility for Python Software Foundation - Application: Python I am trying to contact your company regarding the Microsoft Windows 7 Compatibility Program for Python. I have not been able to get in touch with the person responsible for this application in your company and this is why I am reaching out to you through the Support Team. This application has been identified as one of the applications Microsoft would like to see supported on Windows 7 and I have been tasked by Microsoft to help answer your questions about Windows 7 application compatibility and help you get your application through the Windows 7 Green Light compatibility process. If your application already supports Windows Vista, chances are it will already be compatible with Windows 7 without the need for any code changes. By pledging support for Windows 7 you're application will automatically be listed in the Windows Application Compatibility seen currently by more than 1 million users per month. The registration is extremely simple and just asks a few key questions. Here is the link to Microsoft's ISV Application Compatibility page: http://partner.microsoft.com/isvappcompat. When you have a moment, I would encourage you to visit the site and complete the process to pledge support for your application on Windows 7 by October 22nd 2009 when Windows 7 is officially released. In addition if you are able to pledge compatibility you'll receive access to a special Windows 7 Partner Marketing Kit that includes a press release with a Microsoft quote, plus customizable marketing templates including; email templates, postcards, web banners, business letter, and copy blocks, all to identify to your customers, or potential customers that your solutions are compatible with Windows 7. If you provide me with a phone number where to get in touch with you, I will call you to answer any questions you may have. Once you register on the ISV Application Compatibility site, I would appreciate it if you would email me to let me know that you have completed so that I can make a note of it for Microsoft. If you register the application under a different partner or application name please let me know in order to track changes. If there is a new version of the application and there are no plans to support Windows 7 on the older version please register the older version as No planned Support on the site as well as the new version with desired Win7 compatibility date. Should you have any questions about this email feel free to call me or send an email to my supervisor at v-m...@microsoft.commailto:v-m...@microsoft.com. Best regards, Joanna Cobb Business Development Representative N(3) niche cubed Office: 800.508.4291 Ext. 316 joanna.c...@nichecubed.commailto:first.l...@nichecubed.com www.nichecubed.comhttp://www.nichecubed.com Confidentiality note: This e-mail, and any attachment to it, contains privileged and confidential information intended only for the use of the individual(s) or entity named in the e-mail. If the reader of the e-mail is not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that reading it is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you. - End forwarded message - -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ It's 106 miles to Chicago. We have a full tank of gas, a half-pack of cigarettes, it's dark, and we're wearing sunglasses. Hit it. ___ 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/archive%40mail-archive.com
[Python-Dev] FWD: Front Runner Program
I'm still no-mail on python-dev, forwarding as FYI - Forwarded message from Eric Albrecht eric.albre...@nichecubed.com - From: Eric Albrecht eric.albre...@nichecubed.com To: webmas...@python.org webmas...@python.org Date: Thu, 10 Sep 2009 10:48:11 -0400 Subject: Front Runner Program Regarding: Windows 7 Compatibility for Python Application. I am trying to contact your company regarding the Microsoft Windows 7 Compatibility Program for the application above. I have not been able to get in touch with the person responsible for this application in your company and this is why I am reaching out to you through the Support Team. This application has been identified as one of the applications Microsoft would like to see supported on Windows 7 and I have been tasked by Microsoft to help answer your questions about Windows 7 application compatibility and help you get your application through the Windows 7 Green Light compatibility process. If your application already supports Windows Vista, chances are it will already be compatible with Windows 7 without the need for any code changes. By pledging support for Windows 7 you're application will automatically be listed in the Windows Application Compatibility seen currently by more than 1 million users per month. The registration is extremely simple and just asks a few key questions. Here is the link to Microsoft's ISV Application Compatibility page: www.isvappcompat.comhttp://www.isvappcompat.com/ . When you have a moment, I would encourage you to visit the site and complete the process to pledge support for your application on Windows 7 by October 22nd 2009 when Windows 7 is officially released. In addition if you are able to pledge compatibility you'll receive access to a special Windows 7 Partner Marketing Kit that includes a press release with a Microsoft quote, plus customizable marketing templates including; email templates, postcards, web banners, business letter, and copy blocks, all to identify to your customers, or potential customers that your solutions are compatible with Windows 7. If you provide me with a phone number where to get in touch with you, I will call you to answer any questions you may have. Once you register on the ISV Application Compatibility site, I would appreciate it if email me to let me know that you have completed so that I can make a note of it for Microsoft. If you register the application under a different partner or application name please let me know in order to track changes. If there is a new version of the application and there are no plans to support Windows 7 on the older version please register the older version as No planned Support on the site as well as the new version with desired Win7 compatibility date. Should you have any questions about this email feel free to call me or send an email to my supervisor at v-m...@microsoft.commailto:v-m...@microsoft.com. Best regards, Eric Albrecht 800-508-4291 EXT: 309 eric.albre...@nichecubed.commailto:eric.albre...@nichecubed.com - End forwarded message - -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. --re...@lion.austin.ibm.com ___ 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/archive%40mail-archive.com
[Python-Dev] REMINDER: PyCon 2010: Call for Proposals
Call for proposals -- PyCon 2010 -- http://us.pycon.org/2010/ === Due date: October 1st, 2009 Want to showcase your skills as a Python Hacker? Want to have hundreds of people see your talk on the subject of your choice? Have some hot button issue you think the community needs to address, or have some package, code or project you simply love talking about? Want to launch your master plan to take over the world with python? PyCon is your platform for getting the word out and teaching something new to hundreds of people, face to face. Previous PyCon conferences have had a broad range of presentations, from reports on academic and commercial projects, tutorials on a broad range of subjects and case studies. All conference speakers are volunteers and come from a myriad of backgrounds. Some are new speakers, some are old speakers. Everyone is welcome so bring your passion and your code! We're looking to you to help us top the previous years of success PyCon has had. PyCon 2010 is looking for proposals to fill the formal presentation tracks. The PyCon conference days will be February 19-22, 2010 in Atlanta, Georgia, preceded by the tutorial days (February 17-18), and followed by four days of development sprints (February 22-25). Online proposal submission is open now! Proposals will be accepted through October 1st, with acceptance notifications coming out on November 15th. For the detailed call for proposals, please see: http://us.pycon.org/2010/conference/proposals/ For videos of talks from previous years - check out: http://pycon.blip.tv We look forward to seeing you in Atlanta! -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Look, it's your affair if you want to play with five people, but don't go calling it doubles. --John Cleese anticipates Usenet ___ 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/archive%40mail-archive.com
[Python-Dev] Going nomail
I just started a new job today, and I've got a bunch of other stuff going on in my life, so I'm setting python-dev and python-ideas to nomail for a while. Please feel free to ping me directly if you want. I'll be back. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Many customs in this life persist because they ease friction and promote productivity as a result of universal agreement, and whether they are precisely the optimal choices is much less important. --Henry Spencer ___ 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/archive%40mail-archive.com
Re: [Python-Dev] REVIEW: PyArg_ParseTuple with s format and NUL: Bogus TypeError detail string.
On Thu, Jul 23, 2009, Sean Reifschneider wrote: Thoughts? Please file a report at bugs.python.org to make sure it doesn't get lost. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ At Resolver we've found it useful to short-circuit any doubt and just refer to comments in code as 'lies'. :-) --Michael Foord paraphrases Christian Muirhead on python-dev, 2009-03-22 ___ 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/archive%40mail-archive.com
Re: [Python-Dev] command line attachable debugger
On Thu, Jul 23, 2009, Edward Peschko wrote: I'I was wondering if there was a command line python debugger that was able to attach to an existing process. I'd very much like to be able to debug over a ssh session using screen. python-dev is not the correct place to ask about this, please use comp.lang.python (python-dev is for questions about fixing bugs and adding features). -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ At Resolver we've found it useful to short-circuit any doubt and just refer to comments in code as 'lies'. :-) --Michael Foord paraphrases Christian Muirhead on python-dev, 2009-03-22 ___ 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/archive%40mail-archive.com
Re: [Python-Dev] GSoC: Replace MS Windows Console with Unicode UI
On Thu, Jul 23, 2009, INADA Naoki wrote: I found WriteConsoleW() API recently. This API can write utf16 string to console directly, without change OutputCodepage. example: http://bitbucket.org/methane/hg-fixutf8-jp/src/tip/win32helper.py#cl-42 I think this API is good for py3k. When stdout is console and not redirected to [pipe|file], sys.stdout.write(ufoo) can avoid encoding and use WriteConsoleW(Lfoo) Please submit a feature request to bugs.python.org -- with a patch would be even nicer, of course. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ The volume of a pizza of thickness 'a' and radius 'z' is given by pi*z*z*a ___ 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/archive%40mail-archive.com
Re: [Python-Dev] python sendmsg()/recvmsg() implementation
On Thu, Jul 23, 2009, K?lm?n Gergely wrote: This is the rewritten-from-scratch implementation of the sendmsg()/recvmsg() methods. Any comments / suggestions / flames are very welcome. Currently it supports what I need and I'm only releasing it, because I don't have much time to develop it further in the forseeable future (1-2 months). It is rewritten from scratch, using the python c-api documents. I've tried my best, but I wouldn't bet that it works as it's supposed to. I'd be glad if someone could give me a review on what I've done wrong. Please post this to bugs.python.org -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ The volume of a pizza of thickness 'a' and radius 'z' is given by pi*z*z*a ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Experiment: Adding re to string objects.
On Fri, Jul 17, 2009, Sean Reifschneider wrote: I'm mailing this to python-dev because I'd like feedback on the idea of adding an re attribute to strings. I'm not sure if it's a good idea or not yet, but I figure it's worth discussion. The module mentioned here includes a class called restr() which allows you to play with s.re. Ideas should go to python-ideas, please. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Any updates on this subprocess/signal bug/issue (Re: subprocess and EINTR errnos)
On Mon, Jul 06, 2009, Hatem Nassrat wrote: On Wed, 17 Nov 2004, Peter Astrand wrote, I've made a patch (attached) to subprocess.py (and test_subprocess.py) that should guard against EINTR, but I haven't committed it yet. It's quite large. Are Python modules supposed to handle EINTR? Why not let the C code handle this? Or, perhaps the signal module should provide a sigaction function, so that users can use SA_RESTART. This is a snippet from a email sent in 2004, I was wondering if there was any update on this issue. Are these issues supposed to be handled on a per application basis, or will a fix go into Python in the near future? For starters, if there is to be any progress, there needs to be an open issue on bugs.python.org -- have you searched to see if one already exists and created one if it doesn't? -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ as long as we like the same operating system, things are cool. --piranha ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Mercurial migration: progress report (PEP 385)
On Fri, Jul 03, 2009, Brett Cannon wrote: Should we consider adding a sys.revision attribute and begin the deprecation of sys.subversion? +1 -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ as long as we like the same operating system, things are cool. --piranha ___ 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/archive%40mail-archive.com
Re: [Python-Dev] I am back
On Wed, Jul 01, 2009, Brett Cannon wrote: Anything happen while I was gone that I should be aware of that is not covered in a PEP? Yes. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ as long as we like the same operating system, things are cool. --piranha ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Syntax for parsing tuples/lists into C arrays
On Thu, Jun 25, 2009, Yingjie Lan wrote: The current C API does not support directly parsing into C arrays. Parsing tuples into C arrays can be greatly facilitated with the introduction of a natural extension of the current parsing syntax. I'd like to propose a syntax extension to facilitate that kind of tasks, and would appreciate your feedbacks. This should probably get reposted to python-ideas. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ as long as we like the same operating system, things are cool. --piranha ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Python 3.0.1 and mingw
On Tue, Jun 23, 2009, Vincent R. wrote: I wanted to know if you have some patch to compile python 3.x on mingw platform because I found some but doesn't work very well : This question belongs on comp.lang.python, please re-post there. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ as long as we like the same operating system, things are cool. --piranha ___ 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/archive%40mail-archive.com
Re: [Python-Dev] draft pep: backwards compatibility
On Fri, Jun 19, 2009, Georg Brandl wrote: Yet another rather pointless bikeshed: if this becomes policy, maybe it should get a PEP number 100, like PEP 5 or 6. +1 -- I was debating whether to say something. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ as long as we like the same operating system, things are cool. --piranha ___ 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/archive%40mail-archive.com
Re: [Python-Dev] draft pep: backwards compatibility
On Fri, Jun 19, 2009, Benjamin Peterson wrote: 2009/6/19 Aahz a...@pythoncraft.com: On Fri, Jun 19, 2009, Georg Brandl wrote: Yet another rather pointless bikeshed: if this becomes policy, maybe it should get a PEP number 100, like PEP 5 or 6. +1 -- I was debating whether to say something. Is that a +1 to numbering or bike shedding? +1 to changing the PEP number -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ as long as we like the same operating system, things are cool. --piranha ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Distributed computing sending the interpreter
On Sat, Jun 13, 2009, Jeremy Cowles wrote: I apologize if this question is misplaced, I wasn't sure which list to post it in. I'm working on a distributed computing project (PyMW and BOINC) where we are sending Python scripts to client machines. Currently, we make two very unlikely assumptions: that Python 2.5 is installed and that the interpreter is available on the PATH. Definitely the wrong list -- python-dev is for people working on the core interpreter and libraries. comp.lang.python would be the standard place, but you might also find some good advice on the new list concurrency-sig. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Many customs in this life persist because they ease friction and promote productivity as a result of universal agreement, and whether they are precisely the optimal choices is much less important. --Henry Spencer ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Adding key and reverse args to bisect
On Thu, Jun 11, 2009, David A. Barrett wrote: I propose adding the key parameter to the bisect.bisect routines. This would allow it to be used on lists with an ordering other than the one natural to the contained objects. Raymond addressed your actual question, but please post suggestions like this to python-ideas, that's the best place for them. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ If you don't know what your program is supposed to do, you'd better not start writing it. --Dijkstra ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Google Wave as a developer communication tool
On Thu, Jun 04, 2009, Terry Reedy wrote: Example: if PEPs were waves, then responses could either be entered as live edits (with permission) or comments immediately following the relevant text (as with email/newsgroups) visible to all. Much easier than current situation. Edits are marked in red shading for those who have previously seen document. Many have complained that it is hard to read multiple versions of a PEP since so much is new and there is no indication of what is new to the particular reader. It sounds like Wave requires a high-powered browser, similar to Google Maps. That makes me -1 because I want to continue using Lynx. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Given that C++ has pointers and typecasts, it's really hard to have a serious conversation about type safety with a C++ programmer and keep a straight face. It's kind of like having a guy who juggles chainsaws wearing body armor arguing with a guy who juggles rubber chickens wearing a T-shirt about who's in more danger. --Roy Smith, c.l.py, 2004.05.23 ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Arguments of MatchObject in re module
On Tue, May 26, 2009, MRAB wrote: p = re.compile(foo) help(p.match) Help on built-in function match: match(...) match(string[, pos[, endpos]]) -- match object or None. Matches zero or more characters at the beginning of the string p.match(string=foo) Traceback (most recent call last): File pyshell#8, line 1, in module p.match(string=foo) TypeError: Required argument 'pattern' (pos 1) not found The name of the first argument should be string, yet it's pattern. Does anyone know if it's anything other than a mistake? Should it be fixed in the next version of the re module, or are we just stuck with it (and should just change the docstring to match)? Please file a report on bugs.python.org so this doesn't get lost. Attaching a suggested patch for _sre.c would be most welcome. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ In many ways, it's a dull language, borrowing solid old concepts from many other languages styles: boring syntax, unsurprising semantics, few automatic coercions, etc etc. But that's one of the things I like about it. --Tim Peters on Python, 16 Sep 1993 ___ 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/archive%40mail-archive.com
Re: [Python-Dev] python-checkins is down
On Mon, May 25, 2009, Benjamin Peterson wrote: I haven't gotten emails for any of the commits I've done in the last 12 hours or so. Forwarded to postmas...@python.org -- if there's a problem with the checkins process itself, that won't help. Have you verified that the commits are landing? (I.e. is svn working properly?) Also, if you could double-check the python-checkins archives to see whether it's just you not getting the messages, that would help. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ A foolish consistency is the hobgoblin of little minds, adored by little statesmen and philosophers and divines. --Ralph Waldo Emerson ___ 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/archive%40mail-archive.com
[Python-Dev] FWD: python-checkins is down
- Forwarded message from Ralf Hildebrandt ralf.hildebra...@charite.de - Date: Mon, 25 May 2009 21:59:32 +0200 From: Ralf Hildebrandt ralf.hildebra...@charite.de To: Patrick Ben Koetter patr...@python.org Cc: Aahz a...@pythoncraft.com, postmas...@python.org Subject: Re: FWD: Re: [Python-Dev] python-checkins is down * Patrick Ben Koetter patr...@python.org: This just hit python-check...@python.org: May 25 20:50:33 albatross postfix/local[12976]: A029ED5FF: to=python-check...@mail.python.org, orig_to=python-check...@python.org, relay=local, delay=0.17, delays=0.09/0/0/0.08, dsn=2.0.0, status=sent (delivered to command: /usr/local/mailman/mail/mailman post python-checkins) Looks like the list itself is online and can be reached. I didn't read the whole thread (deleted part of it already). If that isn't the problem, what should I look for then? I let all the mails through and set the senders to the may send although they're not members -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12200 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebra...@charite.de | http://www.charite.de - End forwarded message - -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ A foolish consistency is the hobgoblin of little minds, adored by little statesmen and philosophers and divines. --Ralph Waldo Emerson ___ 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/archive%40mail-archive.com
Re: [Python-Dev] FWD: FTP URLs for Python source
On Sat, May 23, 2009, Martin v. L?wis wrote: We cannot add an FTP URL to the download page, because we don't run an ftp server anymore, and don't plan to. That's the critical bit. At this point, I don't think anything else needs doing. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ A foolish consistency is the hobgoblin of little minds, adored by little statesmen and philosophers and divines. --Ralph Waldo Emerson ___ 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/archive%40mail-archive.com
[Python-Dev] FWD: FTP URLs for Python source
Yes, this is ancient, I've been putting off dealing with it because I couldn't figure out who should handle it. At this point, I think that if anyone does it should be the release team, therefore I'm forwarding to python-dev. Feel free to tell me I made the wrong choice. ;-) - Forwarded message from Douglas W. Goodall douglas_good...@mac.com - From: Douglas W. Goodall douglas_good...@mac.com To: webmas...@python.org Subject: made too hard... Date: Mon, 16 Feb 2009 05:57:15 -0800 Dear Sir, I am not sure why, but you have made it harder than it has to be to fetch the python source for installation on a unix system such as OpenBSD. I had to use the command line ftp client and it took a lot of time to discover the real URL of the download file. Here is what ended up working. ftp http://www.e you made it this hard on purpose. Yes, it is easy if you are using a web browser, but if you are on a unix system without X it is a pain to get it when you don't know how. You might want to add the ftp URL to the web page for people like me. Respectfully, Doug --- Douglas W. Goodall 425 San Juanico Street Santa Maria, CA 93455 (805) 598-9099 http://www.goodall.com I call on each of us to pray for our president. He is who we have for the next four years, and we need him to be successful for all of us. God Bless America, and the President. - End forwarded message - -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ A foolish consistency is the hobgoblin of little minds, adored by little statesmen and philosophers and divines. --Ralph Waldo Emerson ___ 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/archive%40mail-archive.com
Re: [Python-Dev] doc error in 2.6.2
On Sat, May 16, 2009, Leo Jay wrote: There is a syntax error in the client side code of SocketServer.UDPServer Example in http://docs.python.org/library/socketserver.html: Please follow the directions in http://docs.python.org/bugs.html to report this on bugs.python.org -- that ensures that it won't get lost. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ In 1968 it took the computing power of 2 C-64's to fly a rocket to the moon. Now, in 1998 it takes the Power of a Pentium 200 to run Microsoft Windows 98. Something must have gone wrong. --/bin/fortune ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Should collections.Counter check for int?
On Wed, May 13, 2009, Hagen F?rstenau wrote: I'd prefer Counter to refuse non-numerical values right away as the present behaviour may hide bugs (e.g. a forgotten string-int conversion). Any opinions? (And what about negative values or floats?) Please file a report on bugs.python.org so that there's a record of this issue. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ It is easier to optimize correct code than to correct optimized code. --Bill Harlan ___ 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/archive%40mail-archive.com
[Python-Dev] Switchover: mail.python.org
On Monday 2009-05-11, mail.python.org will be switched to another machine starting roughly at 14:00 UTC. This should be invisible (expected downtime is less than ten minutes). -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ It is easier to optimize correct code than to correct optimized code. --Bill Harlan ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Adding a sysconfig module in the stdlib
On Fri, May 08, 2009, Tarek Ziad? wrote: This module can be used by site.py, by distutils, and others, and will focus on this role. This should get kicked around on python-ideas; I don't think it will require a full-blown PEP unless there's disagreement about what it should contain. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ It is easier to optimize correct code than to correct optimized code. --Bill Harlan ___ 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/archive%40mail-archive.com
Re: [Python-Dev] using help function in Py3k
On Tue, May 05, 2009, s|s wrote: I Ran Python 3.0 for the first time. I used help() function and wrote modules hash. It issues an error. Please file a report on bugs.python.org -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ It is easier to optimize correct code than to correct optimized code. --Bill Harlan ___ 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/archive%40mail-archive.com
Re: [Python-Dev] RFC: Threading-Aware Profiler for Python
On Mon, May 04, 2009, Christian Schubert wrote: Python ships with a profiler module which, unfortunately, is almost useless in a multi-threaded environment. * I've created an alternative profiler module which queries per-thread CPU usage via netlink/taskstats, which limits the applicability to Linux (which shouldn't be much of an issue, profiling is usually not done by end users). It implements two modes: a sampling (does CPU time accounting based on stack fraames 100 times per second, by default) and a deterministic profiler (does CPU time accounting on each function call/return, based on sys.profiler interface). The deterministic profiler is currently implemented in pure python (except for taskstats interface) and much slower than the sampling profiler. If you want to discuss this, please subscribe to python-ideas and repost your message. Generally speaking, in order to include modules like this, they need to prove themselves over time and may require PEP approval. If you choose to move the discussion to python-ideas, it would help if you mention known uses of your module. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ It is easier to optimize correct code than to correct optimized code. --Bill Harlan ___ 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/archive%40mail-archive.com
[Python-Dev] FWD: svn down?
- Forwarded message from \Martin v. L?wis\ mar...@v.loewis.de - Date: Sat, 02 May 2009 08:18:56 +0200 From: \Martin v. L?wis\ mar...@v.loewis.de To: Aahz a...@pythoncraft.com CC: pydot...@python.org Subject: Re: [Pydotorg] FWD: [Python-Dev] svn down? Benjamin Peterson reports being unable to ssh to dinsdale I have rebooted the machine; it seems now to be working again. Regards, Martin - End forwarded message - -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Typing is cheap. Thinking is expensive. --Roy Smith ___ 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/archive%40mail-archive.com
Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces
the burden on the program in displaying the strings, and also on the user that might view the resulting mojibake in trying to differentiate one such string from another. Those are outlined in various emails in this thread, although some include my misconception that strings obtained via Unicode-enabled OS APIs would also need to be encoded and altered. If there is any interest in using a more readable encoding, I'd be glad to rework them to remove those misconceptions. * It would be nice to point out that invariant in the PEP, also. -- Glenn -- http://nevcal.com/ === A protocol is complete when there is nothing left to remove. -- Stuart Cheshire, Apple Computer, regarding Zero Configuration Networking ___ 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/aahz%40pythoncraft.com -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Installing Python 2.5.4 from Source under Windows
On Wed, Apr 29, 2009, Paul Franz wrote: I have looked and looked and looked. But I can not find any directions on how to install the version of Python build using Microsoft's compiler. It builds. I get the dlls and the exe's. But there is no documentation that says how to install what has been built. I have read every readme and stop by the IRC channel and there seems to be nothing. Any ideas where I can look? Please use comp.lang.python -- python-dev is for discussion of core development. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair ___ 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/archive%40mail-archive.com
Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces
On Thu, Apr 30, 2009, Cameron Simpson wrote: The lengthy discussion mostly revolves around: - Glenn points out that strings that came _not_ from listdir, and that are _not_ well-formed unicode (== have bare surrogates in them) but that were intended for use as filenames will conflict with the PEP's scheme - programs must know that these strings came from outside and must be translated into the PEP's funny-encoding before use in the os.* functions. Previous to the PEP they would get used directly and encode differently after the PEP, thus producing different POSIX filenames. Breakage. - Glenn would like the encoding to use Unicode scalar values only, using a rare-in-filenames character. That would avoid the issue with outside' strings that contain surrogates. To my mind it just moves the punning from rare illegal strings to merely uncommon but legal characters. - Some parties think it would be better to not return strings from os.listdir but a subclass of string (or at least a duck-type of string) that knows where it came from and is also handily recognisable as not-really-a-string for purposes of deciding whether is it PEP-funny-encoded by direct inspection. Assuming people agree that this is an accurate summary, it should be incorporated into the PEP. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair ___ 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/archive%40mail-archive.com
Re: [Python-Dev] PEP 383 (again)
On Wed, Apr 29, 2009, Martin v. L?wis wrote: I'm at a loss how to make the text more clear than it already is. I'm really not good at writing long essays, with a lot of explanatory-but-non-normative text. I also think that explanations do not belong in the section titled specification, nor does a full description of the status quo belongs into the PEP at all. The reader should consult the current Python source code if in doubt what the status quo is. Perhaps not a full description of the status quo, but the PEP definitely needs a good summary -- remember that PEPs are not just for the time that they are written, but also for the future. While telling people to read the source, Luke makes some sense at a specific point in time, I don't think that requiring a trawl through code history is fair. And, yes, PEP-writing is painful. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair ___ 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/archive%40mail-archive.com
Re: [Python-Dev] PEP 383: Non-decodable Bytes in System?Character?Interfaces
On Mon, Apr 27, 2009, Antoine Pitrou wrote: Stephen J. Turnbull stephen at xemacs.org writes: If you see a broken encoding once, you're likely to see it a million times (spammers have the most broken software) or maybe have it raise an unhandled Exception a dozen times (in rate of using busted software, the spammers are closely followed by bosses---which would be very bad, eh, if you 2/3 of the mail from your boss ends up in an undeliverables queue due to encoding errors that are unhandled by your some filter in your mail pipeline). Besides, I don't care about spammers and their broken software. Maybe you don't, but anyone who has to process random messages does; you have to assume that messages will be broken. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Bug tracker down?
On Sun, Apr 26, 2009, Mark Dickinson wrote: The bugs.python.org site seems to be down. Dunno -- forwarded to the people who can do something about it. (There's a migration to a new mailserver going on, but I don't think this is related.) -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Bug tracker down?
On Sun, Apr 26, 2009, Mark Dickinson wrote: On Sun, Apr 26, 2009 at 4:19 PM, Aahz a...@pythoncraft.com wrote: On Sun, Apr 26, 2009, Mark Dickinson wrote: The bugs.python.org site seems to be down. Dunno -- forwarded to the people who can do something about it. ?(There's a migration to a new mailserver going on, but I don't think this is related.) Thanks. Who should I contact next time, to avoid spamming python-dev? python-dev isn't a bad place (because it alerts the core developers), but you can also send a message to pydot...@python.org -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair ___ 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/archive%40mail-archive.com
Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces
On Fri, Apr 24, 2009, Paul Moore wrote: 2009/4/24 Simon Cross hodgestar+python...@gmail.com: Humour aside :), the expectation that filenames are Unicode data simply doesn't agree with the reality of POSIX file systems. However, it *does* agree with the reality of Windows file systems. The fundamental problem here is that there is a strong OS disparity - for Windows, the OS uses Unicode, for POSIX, the OS uses bytes. Traditionally, Python has been happy to expose OS differences, and let application code address platform portability issues. But this is such a fundamental area, that doing so is problematic - it could easily result in *more* code being OS-specific (in subtle, only-affects-non-Latin-alphabet-using-users manners) rather than less. The part that I haven't seen clearly addressed so far is what happens when disks get mounted across OSes (e.g. NFS). While I agree that there should be a layer on top that can handle most situations, it also seems clear that the raw layer needs to be readily accessible. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Tuples and underorderable types
On Fri, Apr 24, 2009, Raymond Hettinger wrote: I'm wondering if there is something we can do to mitigate the issue in a general way. It bites that the venerable technique of tuple sorting has lost some of its mojo. This may be an unintended consequence of eliminating default comparisons. My understanding was that this was entirely an *intended* consequence of eliminating default comparisons. Not so much in the sense that it was desired by itself, but that the whole discussion of whether to keep moving forward in stripping out default comparisons explicitly revolved around whether this kind of difficulty warranted the overall simplification we now have (I don't remember off-hand whether this specific case was discussed, though). I think that anyone who wants to suggest reverting to some kind of default comparison behavior needs to write up a PEP and clearly summarize all previous discussion prior to 3.0 release, then go through the usual grind of starting with python-ideas before coming back to python-dev. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Length of str changes after passed in Python 2.5
On Fri, Apr 24, 2009, leo.baren...@nokia.com wrote: I have the following code: # len(all_svs) = 10 # the I call a function with 2 list parameters def proc_line(line,all_svs) : # inside the function the length of the list all_svs is 1 more - 11 # I had to workaround it This sounds like a usage question. Please use comp.lang.python (or possibly the tutor mailing list). -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Suggested doc patch for tarfile
On Thu, Apr 23, 2009, Ben North wrote: The current documentation for tarfile.TarFile.extractfile() does not mention that the returned 'file-like object' supports close() and also iteration. The attached patch (against svn trunk) fixes this. Please post the patch to bugs.python.org -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Issue5434: datetime.monthdelta
On Fri, Apr 17, 2009, BJ?rn Lindqvist wrote: It's not only about what people find intuitive. Why care about them? Most persons aren't programmers. It is about what application developers find useful too. I have often needed to calculate month deltas according to the proposal. I suspect many other programmers have too. Writing a month add function isn't entirely trivial and would be a good candidate for stdlib imho. At this point, further discussion really needs to move to python-ideas; for acceptance in stdlib, there needs to be either well-accepted code out in the community or a PEP for Guido to pronounce on (or probably both, in the end). I've set followups to python-ideas for convenience. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ If you think it's expensive to hire a professional to do the job, wait until you hire an amateur. --Red Adair ___ 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/archive%40mail-archive.com
Re: [Python-Dev] PEP 382: Namespace Packages
[much quote-trimming, the following is intended to just give the gist, but the bits quoted below are not in directe response to each other] On Wed, Apr 15, 2009, P.J. Eby wrote: At 09:51 AM 4/15/2009 +0200, M.-A. Lemburg wrote: [...] Again: the PEP is about creating a standard for namespace packages. It's not about making namespace packages easy to use for Linux distribution maintainers. Instead, it's targeting *developers* that want to enable shipping a single package in multiple, separate pieces, giving the user the freedom to the select the ones she needs. [...] [...] Anyway, since you clearly understand precisely what you're doing, I'm now going to stop trying to explain things, as my responses are apparently just encouraging you, and possibly convincing bystanders that there's some genuine controversy here as well. For the benefit of us bystanders, could you summarize your vote at this point? Given the PEP's intended goals, if you do not oppose the PEP, are there any changes you think should be made? -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Why is this newsgroup different from all other newsgroups? ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Dropping bytes support in json
On Fri, Apr 10, 2009, Barry Warsaw wrote: On Apr 10, 2009, at 2:06 PM, Michael Foord wrote: Shouldn't headers always be text? /me weeps /me hands Barry a hankie -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Why is this newsgroup different from all other newsgroups? ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Adding new features to Python 2.x (PEP 382: Namespace Packages)
On Thu, Apr 09, 2009, Nick Coghlan wrote: Martin v. L?wis wrote: Such a policy would then translate to a dead end for Python 2.x based applications. 2.x based applications *are* in a dead end, with the only exit being portage to 3.x. The actual end of the dead end just happens to be in 2013 or so :) More like 2016 or 2020 -- as of January, my former employer was still using Python 2.3, and I wouldn't be surprised if 1.5.2 was still out in the wilds. The transition to 3.x is more extreme, and lots of people will continue making do for years after any formal support is dropped. Whether this warrants including PEP 382 in 2.x, I don't know; I still don't really understand this proposal. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Why is this newsgroup different from all other newsgroups? ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Rethinking intern() and its data structure
On Thu, Apr 09, 2009, John Arbash Meinel wrote: PS I'm not yet subscribed to python-dev, so if you could make sure to CC me in replies, I would appreciate it. Please do subscribe to python-dev ASAP; I also suggest that you subscribe to python-ideas, because I suspect that this is sufficiently blue-sky to start there. As always, this is the kind of thing where code trumps gedanken, so you shouldn't expect much activity unless either you are willing to make at least initial attempts at trying out your ideas or someone else just happens to find it interesting. In general, the core Python implementation strives for simplicity, so there's already some built-in pushback. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Why is this newsgroup different from all other newsgroups? ___ 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/archive%40mail-archive.com
Re: [Python-Dev] BLOBs in Pg
On Thu, Apr 09, 2009, Steve Holden wrote: import psycopg2 as db conn = db.connect(database=maildb, user=@@@, password=@@@, host=localhost, port=5432) curs = conn.cursor() curs.execute(DELETE FROM tst) curs.execute(INSERT INTO tst (byt) VALUES (%s), (.join(chr(i) for i in range(256)), )) conn.commit() curs.execute(SELECT byt FROM tst) for st, in curs.fetchall(): print len(st) If I change the date to use range(1, 256) I get a ProgrammingError fron PostgreSQL invalid input syntax for type bytea. If I can't pass a 256-byte string into a BLOB and get it back without anything like this happening then there's *something* in the chain that makes the database useless. My current belief is that this something is fairly deeply embedded in the PostgreSQL engine. No syntax should be necessary. You're not using a parameterized query. I suggest you post to c.l.py for more information. ;-) -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Why is this newsgroup different from all other newsgroups? ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Dropping bytes support in json
On Thu, Apr 09, 2009, Barry Warsaw wrote: So, what I'm really asking is this. Let's say you agree that there are use cases for accessing a header value as either the raw encoded bytes or the decoded unicode. What should this return: message['Subject'] The raw bytes or the decoded unicode? Let's make that the raw bytes by default -- we can add a parameter to Message() to specify that the default where possible is unicode for returned values, if that isn't too painful. Here's my reasoning: ultimately, everyone NEEDS to understand that the underlying transport for e-mail is bytes (similar to sockets). We do people no favors by pasting over this too much. We can overlay convenience at various points, but except for text payloads, everything should be bytes by default. Even for text payloads, I'm not entirely certain the default shouldn't be bytes: consider an HTML attachment that you want to compare against the output from a webserver. Still, as long as it's easy to get bytes for text payloads, I think overall I'm still leaning toward unicode for them. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Why is this newsgroup different from all other newsgroups? ___ 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/archive%40mail-archive.com
[Python-Dev] Update PEP 374 (DVCS)
Someone listed this URL on c.l.py and I thought it would make a good reference addition to PEP 374 (DVCS decision): http://www.catb.org/~esr/writings/version-control/version-control.html -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ ...string iteration isn't about treating strings as sequences of strings, it's about treating strings as sequences of characters. The fact that characters are also strings is the reason we have problems, but characters are strings for other good reasons. --Aahz ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Mercurial?
On Tue, Apr 07, 2009, Dirkjan Ochtman wrote: On Tue, Apr 7, 2009 at 13:42, Steven D'Aprano st...@pearwood.info wrote: Perhaps you should ask Aahz what he thinks about being forced to provide two names before being allowed to contribute. Thanks for speaking up! I'm not sure I would have noticed the implication of Dirkjan's post (I'm not paying a huge amount of attention to the conversion process). Huh? The contributor's agreement list would presumably include real names only (so Aahz is out of luck), but the names wouldn't need to be limited to just one word. What you apparently are unaware of is that Aahz is in fact my full legal name. (Which was clearly the point of Steven's post since he knows that Teller also has only one legal name -- it's not common, but we do exist.) -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ ...string iteration isn't about treating strings as sequences of strings, it's about treating strings as sequences of characters. The fact that characters are also strings is the reason we have problems, but characters are strings for other good reasons. --Aahz ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Mercurial?
On Tue, Apr 07, 2009, Dirkjan Ochtman wrote: On Tue, Apr 7, 2009 at 16:29, Aahz a...@pythoncraft.com wrote: What you apparently are unaware of is that Aahz is in fact my full legal name. (Which was clearly the point of Steven's post since he knows that Teller also has only one legal name -- it's not common, but we do exist.) Ah, sorry about that. But I hope you also concluded from my email that that wouldn't be a problem. Nope, thanks for clearing it up. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ ...string iteration isn't about treating strings as sequences of strings, it's about treating strings as sequences of characters. The fact that characters are also strings is the reason we have problems, but characters are strings for other good reasons. --Aahz ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Shorter float repr in Python 3.1?
On Tue, Apr 07, 2009, Mark Dickinson wrote: Executive summary (details and discussion points below) = Some time ago, Noam Raphael pointed out that for a float x, repr(x) can often be much shorter than it currently is, without sacrificing the property that eval(repr(x)) == x, and proposed changing Python accordingly. See http://bugs.python.org/issue1580 Sounds good to me! -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ ...string iteration isn't about treating strings as sequences of strings, it's about treating strings as sequences of characters. The fact that characters are also strings is the reason we have problems, but characters are strings for other good reasons. --Aahz ___ 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/archive%40mail-archive.com
Re: [Python-Dev] calling dictresize outside dictobject.c
On Mon, Apr 06, 2009, Dan Schult wrote: I'm trying to write a C extension which is a subclass of dict. I want to do something like a setdefault() but with a single lookup. python-dev is for core development, not for questions about using Python. Please use comp.lang.python or the capi-sig list. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ ...string iteration isn't about treating strings as sequences of strings, it's about treating strings as sequences of characters. The fact that characters are also strings is the reason we have problems, but characters are strings for other good reasons. --Aahz ___ 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/archive%40mail-archive.com
[Python-Dev] FWD: Documentation site problems
The 3.0 docs seem to be correct: http://docs.python.org/3.0/tutorial/ - Forwarded message from Ernst Persson er...@stickybit.se - Subject: Documentation site problems From: Ernst Persson er...@stickybit.se To: webmas...@python.org Organization: StickyBit AB Date: Mon, 06 Apr 2009 10:32:42 +0200 Hi, there contents is missing from the python tutorial: http://docs.python.org/tutorial/ BR /Ernst Persson - End forwarded message - -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ ...string iteration isn't about treating strings as sequences of strings, it's about treating strings as sequences of characters. The fact that characters are also strings is the reason we have problems, but characters are strings for other good reasons. --Aahz ___ 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/archive%40mail-archive.com
[Python-Dev] FWD: Library Reference is incomplete
Hrm, looks like the whole 2.6 build is broken. - Forwarded message from M?ller-Reineke, Matthias matthias.mueller-rein...@grundvers.de - Subject: Library Reference is incomplete Date: Mon, 6 Apr 2009 11:25:54 +0200 From: M?ller-Reineke, Matthias matthias.mueller-rein...@grundvers.de To: webmas...@python.org Dear Webmaster, Library Reference on http://www.python.org/doc/ takes me to http://docs.python.org/library/ . That side doesn't contain the index of contents. Matthias M?ller-Reineke -- Grundeigent?mer-Versicherung VVaG Gro?e B?ckerstra?e 7 20095 Hamburg Tel: 040 - 3 76 63 - 199 Fax: 040 - 3 76 63 - 98 199 http://www.grundvers.de mailto:matthias.mueller-rein...@grundvers.de Firmensitz: Hamburg HRB 13 103 Vorstand: Heinz Walter Berens (Vors.), R?diger Buyten Aufsichtsratsvorsitzender: Peter Landmann - End forwarded message - -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ ...string iteration isn't about treating strings as sequences of strings, it's about treating strings as sequences of characters. The fact that characters are also strings is the reason we have problems, but characters are strings for other good reasons. --Aahz ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Mercurial?
On Mon, Apr 06, 2009, Alexandre Vassalotti wrote: This makes me remember that we will have to decide how we will reorganize our workflow. For this, we can either be conservative and keep the current CVS-style development workflow?i.e., a few main repositories where all developers can commit to. Or we could drink the kool-aid and go with a kernel-style development workflow?i.e., each developer maintains his own branch and pull changes from each others. How difficult would it be to change the decision later? That is, how about starting with a CVS-style system and maybe switch to kernel-style once people get comfortable with Hg? -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ ...string iteration isn't about treating strings as sequences of strings, it's about treating strings as sequences of characters. The fact that characters are also strings is the reason we have problems, but characters are strings for other good reasons. --Aahz ___ 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/archive%40mail-archive.com
Re: [Python-Dev] PyDict_SetItem hook
On Fri, Apr 03, 2009, Collin Winter wrote: I don't believe that these are insurmountable problems, though. A great contribution to Python performance work would be an improved version of PyBench that corrects these problems and offers more precise measurements. Is that something you might be interested in contributing to? As performance moves more into the wider consciousness, having good tools will become increasingly important. GSoC work? -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. --Brian W. Kernighan ___ 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/archive%40mail-archive.com
[Python-Dev] Mercurial?
With Brett's (hopefully temporary!) absence, who is spearheading the Mercurial conversion? Whoever it is should probably take over PEP 374 and start updating it with the conversion plan, particularly WRT expectations for dates relative to 3.1 final and 2.7 final. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. --Brian W. Kernighan ___ 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/archive%40mail-archive.com
Re: [Python-Dev] BufferedReader.peek() ignores its argument
On Sun, Apr 05, 2009, Antoine Pitrou wrote: Currently, BufferedReader.peek() ignores its argument and can return more or less than the number of bytes requested by the user. This is how it was implemented in the Python version, and we've reflected this in the C version. It seems a bit strange and unhelpful though. Should we change the implementation so that the argument to peek() becomes the upper bound to the number of bytes returned? IIRC, this was made to handle SSL where the number of bytes returned may need to be larger than the size. If that's the case, there should be a record somewhere in the list archives... (Or possibly the svn logs.) -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. --Brian W. Kernighan ___ 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/archive%40mail-archive.com
Re: [Python-Dev] CSV, bytes and encodings
On Wed, Apr 01, 2009, s...@pobox.com wrote: Antoine Perhaps. But without using 'rU' the file couldn't be read at Antoine all. (I'm not sure it was Windows line endings by the way; Antoine perhaps Macintosh ones; anyway, it didn't work using 'rb') Please file a bug report and assign to me. Does it work in 2.x? What was the source of the file? Perhaps there have been changes, but in my last job, I was running into this problem with Python 2.3, and I also needed to open with 'rU' under Linux. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. --Brian W. Kernighan ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Evaluated cmake as an autoconf replacement
Nice report! Thanks! -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. --Brian W. Kernighan ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Unladen-Swallow: A faster python
On Sat, Mar 28, 2009, andrew cooke wrote: Mark Hammond wrote: [...I wrote] i'm discussing a programming language, not the size of your dick. Wow, talk about jumping to conclusions :) Is there something you feel the need to get off your chest? i'm not sure how this has ended up in python-dev; i was responding in python and if you read that group my comments may have made a little more sense (there were some hysterics in a separate thread accusing me of saying python was dying because i was concerned about how the discussion groups had evolved). There certainly was no such accusation. You said that c.l.py was in decline (your own word), and I made reference to the ancient Usenet is dead, news at 11 meme. http://groups.google.com/group/comp.lang.python/msg/0b3fbfcdb92ae0e3 Mark's question seems pertinent. ;-) -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ At Resolver we've found it useful to short-circuit any doubt and just refer to comments in code as 'lies'. :-) --Michael Foord paraphrases Christian Muirhead on python-dev, 2009-3-22 ___ 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/archive%40mail-archive.com
Re: [Python-Dev] About adding a new iterator method called shuffled
On Tue, Mar 24, 2009, Roy Hyunjin Han wrote: I know that Python has iterator methods called sorted and reversed and these are handy shortcuts. Why not add a new iterator method called shuffled? Please do not post ideas like this to python-dev, please use python-ideas -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Programming language design is not a rational science. Most reasoning about it is at best rationalization of gut feelings, and at worst plain wrong. --GvR, python-ideas, 2009-3-1 ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Roundup / Python Tracker enhancements
On Tue, Mar 24, 2009, Daniel (ajax) Diniz wrote: This proposal has two main goals: making the Python bug tracker more efficient for core developers and improving Roundup in areas that don't directly concern the PSF trackers. Most of the code would land in Roundup's repositories, but many instance-level changes would be specific to our tracker. Is this for GSoC? If yes, please make sure to include that tag in the Subject: line to make it easier to track. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ At Resolver we've found it useful to short-circuit any doubt and just refer to comments in code as 'lies'. :-) --Michael Foord paraphrases Christian Muirhead on python-dev, 2009-3-22 ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Proposal: new list function: pack
On Fri, Mar 20, 2009, paul bedaride wrote: I propose a new function for list for pack values of a list and sliding over them: Please switch this discussion to python-ideas -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Programming language design is not a rational science. Most reasoning about it is at best rationalization of gut feelings, and at worst plain wrong. --GvR, python-ideas, 2009-3-1 ___ 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/archive%40mail-archive.com
Re: [Python-Dev] What level of detail wanted for import and the language reference?
On Mon, Mar 16, 2009, Michael Foord wrote: Personally I would rather see the import semantics themselves in the language reference. Either way is fine with me, but it needs to be cross-referenced. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Adopt A Process -- stop killing all your children! ___ 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/archive%40mail-archive.com
Re: [Python-Dev] PEP 377 - allow __enter__() methods to skip the statement body
On Sun, Mar 15, 2009, Michael Foord wrote: Note that using exceptions for control flow can be bad for other implementations of Python. For example exceptions on the .NET framework are very expensive. (Although there are workarounds such as not really raising the exception - but they're ugly). Isn't it better practise for exceptions to be used for exceptional circumstances rather than for control flow? It seems to me that we as a development community already made a decision when we switched to StopIteration as the primary mechanism for halting ``for`` loops. (Not that it was really a new decision because parts of the Python community have always advocated using exceptions for control flow, but the ``for`` loop enshrines it.) I doubt that using exceptions for control flow in ``with`` blocks will cause anywhere near so much a performance degradation. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Adopt A Process -- stop killing all your children! ___ 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/archive%40mail-archive.com
Re: [Python-Dev] PEP 377 - allow __enter__() methods to skip the statement body
On Sun, Mar 15, 2009, Michael Foord wrote: Aahz wrote: On Sun, Mar 15, 2009, Michael Foord wrote: Note that using exceptions for control flow can be bad for other implementations of Python. For example exceptions on the .NET framework are very expensive. (Although there are workarounds such as not really raising the exception - but they're ugly). Isn't it better practise for exceptions to be used for exceptional circumstances rather than for control flow? It seems to me that we as a development community already made a decision when we switched to StopIteration as the primary mechanism for halting ``for`` loops. (Not that it was really a new decision because parts of the Python community have always advocated using exceptions for control flow, but the ``for`` loop enshrines it.) I doubt that using exceptions for control flow in ``with`` blocks will cause anywhere near so much a performance degradation. Well, StopIteration is still an implementation detail that only occasionally bleeds through to actual programming. It says nothing about whether using exceptions for non-exceptional circumstances (control flow) is good practise. Personally I think it makes the intent of code less easy to understand - in effect the exceptions *are* being used as a goto. Let me know how you'd rewrite this more clearly without a control-flow exception: try: for field in curr_fields: for item in record[field]: item = item.lower() for filter in excludes: if match(item, filter): raise Excluded except Excluded: continue This is pretty much the canonical example showing why control-flow exceptions are a Good Thing. They're a *structured* goto. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Adopt A Process -- stop killing all your children! ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Python-Dev] wait time [was: Ext4 data loss
On Fri, Mar 13, 2009, Antoine Pitrou wrote: R. David Murray rdmurray at bitdance.com writes: You will note that what I suggested was that applications that _use the sync feature_ make it user controllable. I'm sorry, but if it has nothing to do with Python itself, perhaps we could stop this subthread (or move it to another ML)? There are enough messages already. blink Yes, this *is* about Python: how should Python support David's use-case? This discussion started because Python currently doesn't have good mechansisms for fine-grained synching, and people are discussing how Python should support various use-cases. Please don't be too aggressive about labeling discussion off-topic. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ All problems in computer science can be solved by another level of indirection. --Butler Lampson ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Ext4 data loss
On Wed, Mar 11, 2009, Scott Dial wrote: Aahz wrote: On Wed, Mar 11, 2009, Antoine Pitrou wrote: After Hrvoje's message, let me rephrase my suggestion. Let's instead allow: open(..., sync_on=close) open(..., sync_on=flush) with a default of None meaning no implicit syncs. That looks good, though I'd prefer using named constants rather than strings. I would agree, but where do you put them? Since open is a built-in, where would you suggest placing such constants (assuming we don't want to pollute the built-in namespace)? The os module, of course, like the existing O_* constants. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ All problems in computer science can be solved by another level of indirection. --Butler Lampson ___ 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/archive%40mail-archive.com
Re: [Python-Dev] More on Py3K urllib -- urlencode()
On Tue, Mar 10, 2009, Dan Mahn wrote: Ahh ... I see. I should have done a bit more digging to find where the standard tests were. I created a few new tests that could be included in that test suite -- see the attached file. Do you think that this would be sufficient? First of all, please notice from the list traffic that except for Guido (who gets special dispensation because he's BDFL), most messages do not use top-posting: A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet? Second, please follow the advice to put ALL patches on the tracker. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ All problems in computer science can be solved by another level of indirection. --Butler Lampson ___ 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/archive%40mail-archive.com
Re: [Python-Dev] More on Py3K urllib -- urlencode()
On Mon, Mar 09, 2009, Dan Mahn wrote: Any suggestions would be welcome before I try to submit this as a patch. Just go ahead and submit it now; it's easier to review patches when they're in the system, and it also makes sure that it won't get lost. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ All problems in computer science can be solved by another level of indirection. --Butler Lampson ___ 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/archive%40mail-archive.com
Re: [Python-Dev] More on Py3K urllib -- urlencode()
On Sat, Mar 07, 2009, Dan Mahn wrote: After a harder look, I concluded there was a bit more work to be done, but still very basic modifications. Attached is a version of urlencode() which seems to make the most sense to me. I wonder how I could officially propose at least some of these modifications. Submit a patch to bugs.python.org -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ All problems in computer science can be solved by another level of indirection. --Butler Lampson ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Belated introduction
On Sat, Mar 07, 2009, rdmur...@bitdance.com wrote: So, a little belatedly, here is my intro. [...] --RDM Welcome! You apparently haven't set your $NAME nor listed a name in your .sig, so how do you prefer to be addressed? Or do you just prefer your initials, like RMS? ;-) -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ All problems in computer science can be solved by another level of indirection. --Butler Lampson ___ 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/archive%40mail-archive.com
Re: [Python-Dev] IMAP/POP3 servers on python.org?
[moving discussion to python-dev from pydotorg] On Fri, Mar 06, 2009, Bill Janssen wrote: Michael Foord mich...@voidspace.org.uk wrote: Bill Janssen wrote: Steve Holden st...@holdenweb.com wrote: Seems to me it might be better to have a test start a local server then kill it, but I am presuming you have some good reason why this is not practical? It seems a steep learning curve just to run the Python test suite, to have to know how to install an IMAP server on your machine. But perhaps you're right. Does it need to test against a real server - can't some of the lower calls be mocked out? Not really. These *are* the lower-level calls. One thing I haven't seen addressed in this discussion is why it's undesirable to ship Twisted as part of the testing source tree. Yes, I realize that it could create an attractive nuisance, but I think the gains in simplifying testing outweigh that. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ All problems in computer science can be solved by another level of indirection. --Butler Lampson ___ 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/archive%40mail-archive.com
Re: [Python-Dev] RELEASED Python 3.1 alpha 1
On Sat, Mar 07, 2009, Benjamin Peterson wrote: On behalf of the Python development team and the Python community, I'm happy to announce the first alpha release of Python 3.1. Congratulations on your first baby! Here's to hoping you release many more of these! -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ All problems in computer science can be solved by another level of indirection. --Butler Lampson ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Fwd: require python rpms for fc8
On Fri, Feb 27, 2009, shashidhar velagandula wrote: [...] python-dev is the wrong place for this kind of question, please use comp.lang.python In addition, it's not even clear what your question is, please see http://www.catb.org/~esr/faqs/smart-questions.html -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. ___ 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/archive%40mail-archive.com
Re: [Python-Dev] A suggestion: Do proto-PEPs in Google Docs
On Sat, Feb 21, 2009, rdmur...@bitdance.com wrote: Not that I'm expecting to be working on PEPs any time soon, but just as a different perspective, I would find the effort to open up Google docs to be a much higher barrier to doing some editing tweaks than the dvcs case. For me, the big barrier to Google docs is the requirement to fire up a GUI browser and log into Google. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Choosing a best practice solution for Python/extension modules
On Sun, Feb 22, 2009, Brett Cannon wrote: On Sat, Feb 21, 2009 at 20:12, Aahz a...@pythoncraft.com wrote: On Sat, Feb 21, 2009, Brett Cannon wrote: On Sat, Feb 21, 2009 at 15:46, Aahz a...@pythoncraft.com wrote: On Sat, Feb 21, 2009, Brett Cannon wrote: I am seeing two approaches emerging. One is where pickle contains all Python code and then uses something like use_extension to make sure the original Python objects are still reachable at some point. This has the drawback that you have to use some function to make the extensions happen and there is some extra object storage. The other approach is having pickle contain code known not to be overridden by anyone, import _pypickle for stuff that may be overridden, and then import _pickle for whatever is available. This approach has the perk of using a standard practice for how to pull in different implementation. But the drawback, thanks to how globals are bound, is that any code pulled in from _pickle/_pypickle will not be able to call into other optimized code; it's a take or leave it once the call chain enters one of those modules as they will always call the implementations in the module they originate from. To what extent do we care about being able to select Python-only on a per-module basis, particularly in the face of threaded imports? That is, we could have a sys.python_only attribute that gets checked on import. That's simple and direct, and even allows per-module switching if the application really cares and import doesn't need to worry about threads. Alternatively, sys.python_only could be a set, but that gets ugly about setting from the application. (The module checks to see whether it's listed in sys.python_only.) Maybe we should move this discussion to python-ideas for now to kick around really oddball suggestions? This is all about testing. If a change is made to some extension code it should be mirrored in the Python code and vice-versa. Okay, I don't see how that is a response to my suggestion -- I can imagine that someone might want to test a combination of pure-Python and binary libraries. I don't want to move it because this isn't some idea for a new feature that may or may not be useful; this isn't an idea, it's needed. That's fine, but what about my idea of using sys.python_only? -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Choosing a best practice solution for Python/extension modules
On Sat, Feb 21, 2009, Brett Cannon wrote: I am seeing two approaches emerging. One is where pickle contains all Python code and then uses something like use_extension to make sure the original Python objects are still reachable at some point. This has the drawback that you have to use some function to make the extensions happen and there is some extra object storage. The other approach is having pickle contain code known not to be overridden by anyone, import _pypickle for stuff that may be overridden, and then import _pickle for whatever is available. This approach has the perk of using a standard practice for how to pull in different implementation. But the drawback, thanks to how globals are bound, is that any code pulled in from _pickle/_pypickle will not be able to call into other optimized code; it's a take or leave it once the call chain enters one of those modules as they will always call the implementations in the module they originate from. To what extent do we care about being able to select Python-only on a per-module basis, particularly in the face of threaded imports? That is, we could have a sys.python_only attribute that gets checked on import. That's simple and direct, and even allows per-module switching if the application really cares and import doesn't need to worry about threads. Alternatively, sys.python_only could be a set, but that gets ugly about setting from the application. (The module checks to see whether it's listed in sys.python_only.) Maybe we should move this discussion to python-ideas for now to kick around really oddball suggestions? -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Choosing a best practice solution for Python/extension modules
On Sat, Feb 21, 2009, Brett Cannon wrote: On Sat, Feb 21, 2009 at 15:46, Aahz a...@pythoncraft.com wrote: On Sat, Feb 21, 2009, Brett Cannon wrote: I am seeing two approaches emerging. One is where pickle contains all Python code and then uses something like use_extension to make sure the original Python objects are still reachable at some point. This has the drawback that you have to use some function to make the extensions happen and there is some extra object storage. The other approach is having pickle contain code known not to be overridden by anyone, import _pypickle for stuff that may be overridden, and then import _pickle for whatever is available. This approach has the perk of using a standard practice for how to pull in different implementation. But the drawback, thanks to how globals are bound, is that any code pulled in from _pickle/_pypickle will not be able to call into other optimized code; it's a take or leave it once the call chain enters one of those modules as they will always call the implementations in the module they originate from. To what extent do we care about being able to select Python-only on a per-module basis, particularly in the face of threaded imports? That is, we could have a sys.python_only attribute that gets checked on import. That's simple and direct, and even allows per-module switching if the application really cares and import doesn't need to worry about threads. Alternatively, sys.python_only could be a set, but that gets ugly about setting from the application. (The module checks to see whether it's listed in sys.python_only.) Maybe we should move this discussion to python-ideas for now to kick around really oddball suggestions? This is all about testing. If a change is made to some extension code it should be mirrored in the Python code and vice-versa. Okay, I don't see how that is a response to my suggestion -- I can imagine that someone might want to test a combination of pure-Python and binary libraries. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Choosing a best practice solution for Python/extension modules
On Fri, Feb 20, 2009, Brett Cannon wrote: On Fri, Feb 20, 2009 at 12:37, Brett Cannon br...@python.org wrote: On Fri, Feb 20, 2009 at 12:31, Daniel Stutzbach dan...@stutzbachenterprises.com wrote: A slight change would make it work for modules where only key functions have been rewritten. For example, pickle.py could read: from _pypickle import * try: from _pickle import * except ImportError: pass True, although that still suffers from the problem of overwriting things like __name__, __file__, etc. Actually, I take that back; the IMPORT_STAR opcode doesn't pull in anything starting with an underscore. So while this alleviates the worry above, it does mean that anything that gets rewritten needs to have a name that does not lead with an underscore for this to work. Is that really an acceptable compromise for a simple solution like this? Doesn't __all__ control this? -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. ___ 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/archive%40mail-archive.com
Re: [Python-Dev] 2 very interesting projects - Python / Finance
On Tue, Feb 17, 2009, David Russell wrote: Dear Python Development Group, First of all sorry for the unsolicited email, This is spam, and you have now jeopardized your correct posting to the Python Job Board. The other website administrators will be informed and we will discuss whether spamming python-dev warrants withdrawing it. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. ___ 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/archive%40mail-archive.com
Re: [Python-Dev] smtplib violates SMTP spec
On Sun, Feb 15, 2009, Felix Schwarz wrote: I would like to get attention to issue 4142 [1] which was filed several months ago. This is about a clear bug in smtplib's SMTP implementation which is probably present since (at least) Python 1.5. When re-using an smtplib.SMTP instance for a second connection, smtplib does not send another HELO/EHLO which is a clear violation of the SMTP specification. I built a small patch (changes only 2 lines) but I'm unable to write a unit test for this easily because: * Python's smtpd does not check if HELO/EHLO was received before MAIL FROM * Therefore any extension of test_smtplib would need some patches to check this also. If you want to increase the chance of your patch getting into 2.7/3.1, please provide a patch against smtpd in addition to your smtplib patch. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. ___ 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/archive%40mail-archive.com
Re: [Python-Dev] python seg faults
One more thing: There's a mailing list specifically for help with C extensions, c...@python.org -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Pycon and Randall Munroe
On Mon, Feb 09, 2009, Jeroen Ruigrok van der Werven wrote: Whoever thought this one up [1], thank you for making me almost choke on my meal due to laughing fits. :-) [1] http://pycon.blogspot.com/2009/02/randall-munroe.html Primary credit for the writing goes to Catherine Devlin, who runs publicity for PyCon, but it was to some extent a group effort on the pycon-organizers list. PyCon is all about the volunteering! -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Pycon and Randall Munroe
On Mon, Feb 09, 2009, Guido van Rossum wrote: On Mon, Feb 9, 2009 at 11:50 AM, Aahz a...@pythoncraft.com wrote: On Mon, Feb 09, 2009, Jeroen Ruigrok van der Werven wrote: Whoever thought this one up [1], thank you for making me almost choke on my meal due to laughing fits. :-) [1] http://pycon.blogspot.com/2009/02/randall-munroe.html Primary credit for the writing goes to Catherine Devlin, who runs publicity for PyCon, but it was to some extent a group effort on the pycon-organizers list. PyCon is all about the volunteering! Very cool. Has anyone contacted Randall about giving a keynote at PyCon? We're discussing it, but unless we want to conduct a public campaign to push him to come, let's keep it low-key for now. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. ___ 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/archive%40mail-archive.com
Re: [Python-Dev] IDLE reading IDLESTARTUP or PYTHONSTARTUP on restart
On Sat, Feb 07, 2009, Mitchell L Model wrote: I have a small change (shown below) to PyShell.py in idlelib that causes the subprocess interpreter to read IDLESTARTUP or PYTHONSTARTUP each time it restarts. To me this would make IDLE much more useful for myself and students I teach. It isn't quite clear what behavior to install with the enabling patch, so I would like some feedback before submitting it. You haven't received any feedback so far, so I recommend going ahead and submitting the patch to ensure that it doesn't get lost. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. ___ 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/archive%40mail-archive.com
Re: [Python-Dev] [patch] Duplicate sections detection in ConfigParser
On Tue, Feb 03, 2009, Yannick Gingras wrote: The attached patch is compatible with both the 2.x and the 3.x branches; it adds a `unique_sects` parameter to the constructor of RawConfigParser and a test in the parser loop that raises DuplicateSectionError if a section is seen more then once and that unique_sects is True. Please go ahead and post the patch to bugs.python.org; it can always be revised later and this ensures that we have a record. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Issue 4285 Review
On Tue, Feb 03, 2009, Ross Light wrote: Hello, python-dev. I submitted a patch a couple weeks ago for Issue 4285, and it has been reviewed and revised. Would someone please review/commit it? Thank you. http://bugs.python.org/issue4285 When sending in a request like this, it's useful to summarize the issue; few people know bug reports by number, and at least some people who might be interested in looking probably won't bother if they have no clue whether it's in their area of expertise. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ Weinberg's Second Law: If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. ___ 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/archive%40mail-archive.com
