[Python-Dev] urlparse.urlunsplit should be smarter about +
David Abrahams writes:
>
> This is a bug report. bugs.python.org seems to be down.
>
> >>> from urlparse import *
> >>> urlunsplit(urlsplit('git+file:///foo/bar/baz'))
> git+file:/foo/bar/baz
>
> Note the dropped slashes after the colon.
That's clearly wrong, but what does "+" have to to do with it? AFAIK,
the only thing special about + in scheme names is that it's not
allowed as the first character.
___
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] urlparse.urlunsplit should be smarter about +
Stephen J. Turnbull wrote:
> David Abrahams writes:
> >
> > This is a bug report. bugs.python.org seems to be down.
> >
> > >>> from urlparse import *
> > >>> urlunsplit(urlsplit('git+file:///foo/bar/baz'))
> > git+file:/foo/bar/baz
> >
> > Note the dropped slashes after the colon.
>
> That's clearly wrong, but what does "+" have to to do with it? AFAIK,
> the only thing special about + in scheme names is that it's not
> allowed as the first character.
Don't you need to register the "git+file:///" url for urlparse to
properly split it?
if protocol not in urlparse.uses_netloc:
urlparse.uses_netloc.append(protocol)
John
=:->
___
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] Parallel test execution on buildbot
Hi all, Has anyone considered using regrtest's -j option in the buildbot configuration to speed up the test runs? Antoine Pitrou pointed out that even for single CPU slaves, this could be a win due to the number of tests that spend time sleeping or waiting on I/O. And on slaves with multiple CPUs it would clearly be even better. eg, I don't know what hardware is actually in the Solaris slave (bot loewis-sun), but if it has the full 4 UltraSPARCs that it could, then running with -j4 or -j5 there might bring its runtime down from nearly 100 minutes to 20 or 25 - competitive with some of the more reasonable slaves. Jean-Paul ___ 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] Parallel test execution on buildbot
Hi, > Has anyone considered using regrtest's -j option in the buildbot > configuration to speed up the test runs? Perhaps some buildbots are doing other useful tasks, in addition to simply building Python. This should probably be a case by case setting. I don't know how easy it is to add specific options to a buildslave. One small issue would be that, currently, when a buildbot hangs, you know which test it is hung in since it's the last one displayed. This isn't true with -j (but perhaps we can improve the runner to fix this). 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
[Python-Dev] [RELEASED] Python 2.7 beta 2
On behalf of the Python development team, I'm elated to announce the second beta release of Python 2.7. Python 2.7 is scheduled (by Guido and Python-dev) to be the last major version in the 2.x series. 2.7 will have an extended period of bugfix maintenance. 2.7 includes many features that were first released in Python 3.1. The faster io module, the new nested with statement syntax, improved float repr, set literals, dictionary views, and the memoryview object have been backported from 3.1. Other features include an ordered dictionary implementation, unittests improvements, a new sysconfig module, and support for ttk Tile in Tkinter. For a more extensive list of changes in 2.7, see http://doc.python.org/dev/whatsnew/2.7.html or Misc/NEWS in the Python distribution. To download Python 2.7 visit: http://www.python.org/download/releases/2.7/ While this is a development release and is thus not suitable for production use, we encourage Python application and library developers to test the release with their code and report any bugs they encounter to: http://bugs.python.org/ 2.7 documentation can be found at: http://docs.python.org/2.7/ Enjoy! -- Benjamin Peterson 2.7 Release Manager benjamin at python.org (on behalf of the entire python-dev team and 2.7's contributors) ___ 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] Parallel test execution on buildbot
> Has anyone considered using regrtest's -j option in the buildbot > configuration to speed up the test runs? Yes, I did. I turned it off again when the tests started failing because of it. Regards, Martin ___ 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] bugs.python.org intermittently not working.
Saturday eve (us, eastern). Last night I had intermittent problems with bugs.python.org: issues not being fetched, submissions not being recorded. David Abrahams reported 'bugs.python.org seems to be down' is his urlparse thread. Right not, I have a fetch and submission 'loading' for over a minute, after fetching an issue a minute before. The new beta2 page came up with no problems. The submission just stopped with Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request POST /issue8641. Reason: Error reading from remote server Apache/2.2.9 (Debian) mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.9 OpenSSL/0.9.8g Server at bugs.python.org Port 80 ___ 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] Parallel test execution on buildbot
Martin v. Löwis wrote: >> Has anyone considered using regrtest's -j option in the buildbot >> configuration to speed up the test runs? > > Yes, I did. I turned it off again when the tests started failing because > of it. Yeah, a lot of our tests weren't written with parallel execution in mind (e.g. the existence of test_support.TESTFN, using specific ports for test servers). While they've been getting better (e.g. increased use of randomly generated temporary directories over specific filenames, letting the OS assign a free port to servers), I believe there is still a fair bit of work to be done to make them all "parallel execution friendly" (of course, some tests, such as those that try to trigger MemoryError, are inherently parallel execution unfriendly). So yes, we've thought about it, but there's still work to be done before that option can be used without having to worry about false alarms. Cheers, Nick. -- Nick Coghlan | ncogh...@gmail.com | 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
