Re: [Python-Dev] 5 : 1
R. David Murray bitdance.com> writes: > > On Fri, 02 Apr 2010 18:06:28 -, Antoine Pitrou wrote: > > R. David Murray bitdance.com> writes: > > > > > > On Fri, 02 Apr 2010 16:05:28 +0300, anatoly techtonik > > gmail.com> wrote: > > > > I reviewed 5 issues and want to see http://bugs.python.org/issue7585 > > > > committed to Python 2.7 > > > > > > It may be a little too close to the feature freeze to get this reviewed > > > and in to 2.7. > > > > This looks like a bug fix, not a new feature. > > Well, yes, but it is also a behavior change. Is that OK for a Beta? As soon as we consider the old behaviour a bug, I'd say yes. Besides, this is the first beta, things get stricter afterwards. Regards Antoine. ___ 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] 5 : 1
On Fri, 02 Apr 2010 18:06:28 -, Antoine Pitrou wrote: > R. David Murray bitdance.com> writes: > > > > On Fri, 02 Apr 2010 16:05:28 +0300, anatoly techtonik > gmail.com> wrote: > > > I reviewed 5 issues and want to see http://bugs.python.org/issue7585 > > > committed to Python 2.7 > > > > It may be a little too close to the feature freeze to get this reviewed > > and in to 2.7. > > This looks like a bug fix, not a new feature. Well, yes, but it is also a behavior change. Is that OK for a Beta? --David ___ 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] [buildbots] 'stop build' button causing subsequent builds to fail?
Mark Dickinson wrote: > On Fri, Apr 2, 2010 at 3:54 PM, Stefan Krah wrote: > > > > I looks like the 'stop build' button can a) cause subsequent builds to fail > > and b) cause pending builds to be deleted from the queue. > > > > > > a) http://www.python.org/dev/buildbot/builders/ARM Linux EABI 3.x/builds/18 > > was apparently interrupted by a 'stop build' for a previous build. > > Actually, I think that was me being impatient. I was trying to get > some information about the float.fromhex test failure on ARM > (bugs.python.org/issue8265) and didn't want to wait days. :) > > > b) I stopped http://www.python.org/dev/buildbot/builders/sparc solaris10 > > gcc 3.x/builds/558 > > and a pending build vanished (I'm certain that I used 'stop build' and > > not 'cancel all'). > > Don't know about this one. I was misled by the fact that the http://www.python.org/dev/buildbot/builders/XYZ pages often show 'no current builds' even when there is a build going on. The http://www.python.org/dev/buildbot/buildslaves/XYZ pages appear to give accurate information. Stefan Krah ___ 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] 5 : 1
R. David Murray bitdance.com> writes: > > On Fri, 02 Apr 2010 16:05:28 +0300, anatoly techtonik gmail.com> wrote: > > I reviewed 5 issues and want to see http://bugs.python.org/issue7585 > > committed to Python 2.7 > > It may be a little too close to the feature freeze to get this reviewed > and in to 2.7. This looks like a bug fix, not a new feature. Regards Antoine. ___ 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] 5 : 1
On Fri, 02 Apr 2010 16:05:28 +0300, anatoly techtonik wrote: > I reviewed 5 issues and want to see http://bugs.python.org/issue7585 > committed to Python 2.7 It may be a little too close to the feature freeze to get this reviewed and in to 2.7. I'll take a look at it tonight (I'm in GMT -4) if I can (and I think I can). -- R. David Murray www.bitdance.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
Re: [Python-Dev] Mixing float and Decimal -- thread reboot
On Fri, Apr 2, 2010 at 2:38 AM, Mark Dickinson wrote: > On Mon, Mar 22, 2010 at 7:52 PM, Guido van Rossum wrote: >> On Mon, Mar 22, 2010 at 11:36 AM, Raymond Hettinger >> wrote: >>> One other thought. >>> >>> The Decimal constructor should now accept floats as a possible input type. >>> Formerly, we separated that out to Decimal.from_float() because >>> decimals weren't interoperable with floats. >> >> Not sure this follows; Fraction(1.1) raises an exception, you have to >> use Fraction.from_float(). > > Is there any good reason for this, other than a parallel with Decimal? > It seems to me that Raymond's arguments for allowing direct > construction of a Decimal from a float apply equally well to the > Fraction type. > > If we're going to allow Decimal(1.1), I'd like to allow Fraction(1.1) > to succeed as well (giving the equivalent of > Fraction.from_float(1.1)). > > The main argument against allowing this (for both Fraction and > Decimal) seems to be that the result of Decimal(1.1) or Fraction(1.1) > could be confusing. But it's an immediate, explicit confusion, which > can be quickly resolved by pointing the confusee to the section on > floating-point in the appendix, so I don't find this objection > particularly compelling. Agreed. If people don't learn about from_float() they might do weird stuff like Decimal(0) + 1.1. Making Fraction and Decimal do the same thing should be easy enough. -- --Guido van Rossum (python.org/~guido) ___ 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 (2010-03-26 - 2010-04-02) 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. 2629 open (+37) / 17481 closed (+13) / 20110 total (+50) Open issues with patches: 1063 Average duration of open issues: 727 days. Median duration of open issues: 486 days. Open Issues Breakdown open 2590 (+37) languishing 5 ( +0) pending33 ( +0) Issues Created Or Reopened (51) ___ multiprocessing.Queue() blocks program 2010-03-26 http://bugs.python.org/issue8237reopened eua py2_test_grammar.py contains invalid syntax for 2.62010-03-27 http://bugs.python.org/issue8241created gagenellina Support surrogates in import ; install Python in a non-ASCII d 2010-03-27 http://bugs.python.org/issue8242created haypo patch curses writing to window's bottom right position raises: `_cur 2010-03-27 http://bugs.python.org/issue8243created theosp Remove obsolete update.sh in PEPs repo 2010-03-27 CLOSED http://bugs.python.org/issue8244created merwok email examples don't actually work (SMTP.connect is not called 2010-03-27 http://bugs.python.org/issue8245created jaraco test_signal in test_subprocess displays traceback 2010-03-27 CLOSED http://bugs.python.org/issue8246created pitrou Can't Import Tkinter 2010-03-28 http://bugs.python.org/issue8247created SevenThunders Add test cases for bool2010-03-28 CLOSED http://bugs.python.org/issue8248created gnofi patch expat.ParserCreate - SystemError bad argument to internal func 2010-03-28 http://bugs.python.org/issue8249created flox Implement pkgutil APIs as described in PEP 376 2010-03-28 http://bugs.python.org/issue8250created tarek WeakRefSet 2010-03-28 CLOSED http://bugs.python.org/issue8251created michael.foord add a metadata section in setup.cfg2010-03-28 http://bugs.python.org/issue8252created tarek add a resource+files section in setup.cfg 2010-03-28 http://bugs.python.org/issue8253created tarek write a configure command 2010-03-28 http://bugs.python.org/issue8254created tarek step-by-step tutorial 2010-03-28 http://bugs.python.org/issue8255created tarek TypeError: bad argument type for built-in operation2010-03-28 http://bugs.python.org/issue8256created dangyogi patch Decimal constructor to accept float2010-03-28 http://bugs.python.org/issue8257created rhettinger patch, easy Multiple Python Interpreter Memory Leak2010-03-29 ht
Re: [Python-Dev] [buildbots] 'stop build' button causing subsequent builds to fail?
On Fri, Apr 2, 2010 at 3:54 PM, Stefan Krah wrote: > > I looks like the 'stop build' button can a) cause subsequent builds to fail > and b) cause pending builds to be deleted from the queue. > > > a) http://www.python.org/dev/buildbot/builders/ARM Linux EABI 3.x/builds/18 > was apparently interrupted by a 'stop build' for a previous build. Actually, I think that was me being impatient. I was trying to get some information about the float.fromhex test failure on ARM (bugs.python.org/issue8265) and didn't want to wait days. :) > b) I stopped http://www.python.org/dev/buildbot/builders/sparc solaris10 gcc > 3.x/builds/558 > and a pending build vanished (I'm certain that I used 'stop build' and not > 'cancel all'). Don't know about this one. Mark ___ 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] [buildbots] 'stop build' button causing subsequent builds to fail?
Hi, I looks like the 'stop build' button can a) cause subsequent builds to fail and b) cause pending builds to be deleted from the queue. a) http://www.python.org/dev/buildbot/builders/ARM Linux EABI 3.x/builds/18 was apparently interrupted by a 'stop build' for a previous build. b) I stopped http://www.python.org/dev/buildbot/builders/sparc solaris10 gcc 3.x/builds/558 and a pending build vanished (I'm certain that I used 'stop build' and not 'cancel all'). Is this a known issue? Stefan Krah ___ 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] 5 : 1
I reviewed 5 issues and want to see http://bugs.python.org/issue7585 committed to Python 2.7 http://bugs.python.org/issue7443 test.support.unlink issue on Windows platform i race condition between os.unlink(), TortoiseSVN and os.open() - reporter changed OS and can't confirm bug anymore, need somebody with Windows and TortoiseSVN installed http://bugs.python.org/issue6703 cross platform failure and silly test in doctest i non-crossplatform check for absolute path when 'module_relative' is True - added patch - need testcases http://bugs.python.org/issue1659 Tests needing network flag? i skip tests that require network if network is not available - added patch - it is recommended to split issue to count skipped tests exactly and to probe which tests marked as 'require network' are actually don't http://bugs.python.org/issue2810 _winreg.EnumValue fails when the registry data includes multibyte unicode characters i WindowsError: [Error 234] More data is available when working with _winreg - original issue assumed that it is caused by multibyte string, however this can not be confirmed anymore - exception can be thrown when operating over long keys, this should be tested with WinAPI over ctypes, I propose to open new bug for long keys - another bug could be opened - it seems impossible to get values of Unicode keys with _winreg http://bugs.python.org/issue3778 python uninstaller leave registry entries - confirmed for 2.6.5 - need windows installer expert to create patch for cleaning empty registry keys -- anatoly t. ___ 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] Mixing float and Decimal -- thread reboot
On Mon, Mar 22, 2010 at 7:52 PM, Guido van Rossum wrote: > On Mon, Mar 22, 2010 at 11:36 AM, Raymond Hettinger > wrote: >> One other thought. >> >> The Decimal constructor should now accept floats as a possible input type. >> Formerly, we separated that out to Decimal.from_float() because >> decimals weren't interoperable with floats. > > Not sure this follows; Fraction(1.1) raises an exception, you have to > use Fraction.from_float(). Is there any good reason for this, other than a parallel with Decimal? It seems to me that Raymond's arguments for allowing direct construction of a Decimal from a float apply equally well to the Fraction type. If we're going to allow Decimal(1.1), I'd like to allow Fraction(1.1) to succeed as well (giving the equivalent of Fraction.from_float(1.1)). The main argument against allowing this (for both Fraction and Decimal) seems to be that the result of Decimal(1.1) or Fraction(1.1) could be confusing. But it's an immediate, explicit confusion, which can be quickly resolved by pointing the confusee to the section on floating-point in the appendix, so I don't find this objection particularly compelling. Mark ___ 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
