Re: [Python-Dev] bzr on dinsdale
Martin v. Löwis wrote: > If I do "bzr status" in dinsdale:/etc/apache2, I get > > BzrCheckError: Internal check failed: file u'/etc/init.d/stop-bootlogd' > entered as kind 'symlink' id > 'stopbootlogd-20070303140018-fe340b888f6e9c69', now of kind 'file' > > bzr 0.11.0 on python 2.4.4.final.0 (linux2) > arguments: ['/usr/bin/bzr', 'status'] > > ** please send this report to [EMAIL PROTECTED] > > Can somebody experienced with bzr please help? Bzr allow kind changes only starting from version 0.15, for old versions you should first remove file from version control with 'bzr rm' and then add again with 'bzr add'. -- Dmitry Vasiliev http://hlabs.spb.ru ___ 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] Possible bug in re module?
I've just found a strange re behavior:
>>> import re
>>> re.sub("(?:ab|b|a)", "+", "cbacbabcabc")
'c++c++c+c'
>>> re.sub("(?:ab|b|a){2}", "+", "cbacbabcabc")
'c+c+c+c'
In the last case |-separated expressions seems don't tried from left to
right. Is it bug or just me?
--
Dmitry Vasiliev
http://hlabs.spb.ru
signature.asc
Description: OpenPGP digital signature
___
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] Merging mailing lists
Martin v. Löwis wrote: > I would like to merge mailing lists, now that the design and first > implementation of Python 3000 is complete. In particular, I would +1 -- Dmitry Vasiliev (dima at hlabs.spb.ru) http://hlabs.spb.ru ___ 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] Py3k: magical dir()
Hello! I think it's a strange behavior: Python 3.1a0 (py3k:67851, Dec 19 2008, 16:50:32) [GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> hash(range(10)) Traceback (most recent call last): File "", line 1, in TypeError: unhashable type: 'range' >>> dir(range(10)) ['__class__', '__delattr__', '__doc__', '__eq__', '__format__', '__ge__', '__getattribute__', '__getitem__', '__gt__', '__hash__', '__init__', '__iter__', '__le__', '__len__', '__lt__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__reversed__', '__setattr__', '__sizeof__', '__str__', '__subclasshook__'] >>> hash(range(10)) -1211318616 >>> hash(range(1000)) -1211318472 -- Dmitry Vasiliev (dima at hlabs.spb.ru) http://hlabs.spb.ru ___ 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
Barry Warsaw wrote: > Thanks. I've bumped that to release blocker for now. If there are any > other 'high' bugs that you want considered for 3.0.1, please make the > release blockers too, for now. I think wsgiref package needs to be fixed. For now it's totally broken. I've already found 4 issues about that: http://bugs.python.org/issue3348 http://bugs.python.org/issue3401 http://bugs.python.org/issue3795 http://bugs.python.org/issue4522 What needs to be fixed: 1. Headers handling in wsgiref.simple_server. Not so hard actually - in a few places headers expected as a list object instead of a dict. 2. wsgiref.handlers should support bytes instead of str. I think WSGI applications must return bytes as a result but we can allow Unicode strings in start_response() because the resulting encoding for headers is known and strings can be safely encoded. So the fix won't be so hard too - few asserts needs to be fixed and headers output needs to be directed through auxiliary encoding method. 3. Tests 4. Documentation examples. I can create the patch before December 24th if needed. -- Dmitry Vasiliev http://hlabs.spb.ru ___ 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] Test failures in test_timeout
Steve Holden wrote: > Thomas Wouters wrote: >> I'm thinking that it could probably try to connect to a less reliable >> website, but that's just moving the problem around (and possibly harassing >> an unsuspecting website, particularly around release-time.) Perhaps the test >> should try to connect to a known unconnecting site, like a firewalled port >> on www.python.org? Not something that refuses connections, just something >> that times out. >> > Couldn't the test use subprocess to start a reliably slow server on > localhost? It might even be possible to retrieve the ephemeral port > number used by the server, to avoid conflicts with already-used ports on > the testing machine. About 3 years ago I submitted the patch for test_timeout which had fixed some of these issues: http://sourceforge.net/tracker/index.php?func=detail&aid=728815&group_id=5470&atid=305470 Now I think the patch need more review and need to be updated for the current Python version and maybe some new ideas. -- Dmitry Vasiliev (dima at hlabs.spb.ru) http://hlabs.spb.ru ___ 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
