Re: [Python-Dev] [Python-3000] Backporting multiprocessing?
Christian Heimes wrote: > Nick Coghlan wrote: >> As Jesse points out, some of that robustness comes from long-standing >> bugs in the core getting fixed as a result of the addition of the >> multiprocessing unit tests to the standard library test suite. >> >> Not trying to discourage the project, just pointing out that it may not >> be as effective as hoped without patching the older versions of the >> interpreter. > > Oh h... > Are you able to recall a list of the most important bug fixes? Maybe we > can get the bug fixes into 2.5.3 before it's too late. The one Jesse linked in his python-dev post was the one that blocked it the longest: http://bugs.python.org/issue874900 However, if I'm reading the discussion in the tracker correctly, the fix was applied to all 3 branches (2.5, trunk, 3k). So it is only people using versions <= 2.5.2 that will suffer that particular problem. I think there were a couple of others as well, but it would take a trawl through the py3k mailing list archives to figure out what they were (I'm pretty sure Jesse posted a list of the issues that needed to be fixed to get the multiprocessing unit tests passing reliably). Cheers, Nick. -- Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia --- ___ 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-3000] Backporting multiprocessing?
Christian> I like to make as much code of the trunk version compatible Christian> with 2.5 and 2.4 as possible. Let's see how far we can get Christian> with a bunch of macros and #ifdefs. I'll follow your lead. ;-) Skip ___ 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-3000] Backporting multiprocessing?
Jesse> Do we want to start a google code project for this given all Jesse> three of us are interested in this? :) Maybe the svn repo could grow a backports sibling of sandbox. Skip ___ 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-3000] Backporting multiprocessing?
Jesse> I've not used svn.python.org for personal side/projects - also, Jesse> ideally the back port would be stand-alone and package-index Jesse> installable I wouldn't call this really a personal/side project. OTOH, firing up a Google Code project means you can admit project developers without giving them the keys to the kingdom so-to-speak. Skip ___ 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-3000] Backporting multiprocessing?
Christian> Oh h... Are you able to recall a list of the most important Christian> bug fixes? Maybe we can get the bug fixes into 2.5.3 before Christian> it's too late. Maybe doing the modest amount of translation required of the 2.6 unit tests so they run under 0.52 would help. See what fails and then see what fixes correspond to fixing those failing tests. Skip ___ 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-3000] Backporting multiprocessing?
On Fri, Oct 17, 2008 at 10:47 AM, <[EMAIL PROTECTED]> wrote: > >Jesse> I've not used svn.python.org for personal side/projects - also, >Jesse> ideally the back port would be stand-alone and package-index >Jesse> installable > > I wouldn't call this really a personal/side project. OTOH, firing up a > Google Code project means you can admit project developers without giving > them the keys to the kingdom so-to-speak. > > Skip > Fair enough :) I fired up http://code.google.com/p/python-multiprocessing/ last night, and added you and Christian - anyone else wanting in on this can ping me. Skip - I know you had some work you already had on the bench for pulling out-repackaging the MP stuff, do you want to commit that and then we can work from there? We should also probably take this off the dev list -jesse ___ 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] Summary of Python tracker Issues
ACTIVITY SUMMARY (10/10/08 - 10/17/08) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 2104 open (+21) / 13859 closed (+19) / 15963 total (+40) Open issues with patches: 689 Average duration of open issues: 714 days. Median duration of open issues: 1891 days. Open Issues Breakdown open 2088 (+21) pending16 ( +0) Issues Created Or Reopened (41) ___ Get rid of more refercenes to __cmp__10/16/08 http://bugs.python.org/issue1717reopened georg.brandl patch Missing type in "types" module 10/10/08 CLOSED http://bugs.python.org/issue4101created Antoine d'Otreppe sphinx: ansi color even on dumb terminal 10/10/08 CLOSED http://bugs.python.org/issue4102created dottedmag sphinx: latexwriter uses undefined 'excdescni' environment 10/10/08 CLOSED http://bugs.python.org/issue4103created dottedmag Namespace inconsistency 10/10/08 CLOSED http://bugs.python.org/issue4104created Antoine d'Otreppe Renamed PyGILState_Acquire to PyGILState_Ensure in Docs/c-api/in 10/10/08 CLOSED http://bugs.python.org/issue4105created gpolo patch multiprocessing occasionally spits out exception during shutdown 10/11/08 http://bugs.python.org/issue4106created skip.montanaro Backticks still mentioned in documentation 10/12/08 CLOSED http://bugs.python.org/issue4107created jamesie robotparser.py fail when more than one User-Agent: * is present 10/12/08 http://bugs.python.org/issue4108created thsajid Wrong UnboundLocalError with += operator 10/12/08 CLOSED http://bugs.python.org/issue4109created atienza A minor slip while typing10/12/08 CLOSED http://bugs.python.org/issue4110created vinetou Add DTrace probes10/12/08 http://bugs.python.org/issue4111created bretthoerner patch Subprocess: Popen'ed children hang due to open pipes 10/13/08 http://bugs.python.org/issue4112created boye functools.partial(), no __name__; wrong __doc__ 10/13/08 http://bugs.python.org/issue4113created stribb struct returns incorrect 4 byte float10/13/08 CLOSED http://bugs.python.org/issue4114created TD22057 split() method 10/13/08 CLOSED http://bugs.python.org/issue4115created terry.scott name conflict in ScrolledCanvas.__init__() in Lib/turtle.py 10/13/08 http://bugs.python.org/issue4116created gregorlingl patch missing update() in _Screen.setup() of Lib/turtle.py 10/13/08 http://bugs.python.org/issue4117created gregorlingl patch Built-in compile() and ast module doc issues 10/13/08 http://bugs.python.org/issue4118created tjreedy ssl wrapper: add makefile() method
Re: [Python-Dev] [Python-3000] Backporting multiprocessing?
[EMAIL PROTECTED] wrote: Christian> Oh h... Are you able to recall a list of the most important Christian> bug fixes? Maybe we can get the bug fixes into 2.5.3 before Christian> it's too late. Maybe doing the modest amount of translation required of the 2.6 unit tests so they run under 0.52 would help. See what fails and then see what fixes correspond to fixing those failing tests. Sounds like a good plan. Let's get started! Are you going to commit your work to the Google Code repository anytime soon? Christian ___ 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] Old green snake icon on Windows
I've installed the new Python 2.6 for windows (Windows-installer) on several machines among them a new one which has never seen Python before and all these installations show the old fashioned green snake logo (from Python 2.3 or before, I think) in the automatically created menu-entries. Has anybody else observed this? What could be the reason for this? Is this intentional, and if so what is the intention? Or is there something wrong with the installer? (I even cannot change the icons for the menu-entries because these links don't behave like ordinary links and the change-icon-button in the property dialog is greyed out). Should this be posted to the issue-tracker Regards, Gregor ___ 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] Old green snake icon on Windows
> Has anybody else observed this? Yes, see http://bugs.python.org/issue4019 > What could be the reason for this? I forgot to invoke nmake in the appropriate directory. > Is this intentional, and if so what is the intention? It's not intentional. > Should this be posted to the issue-tracker No, see above. Regards, Martin P.S. It's too bad that nobody noticed this in all these alpha and beta releases. ___ 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
