[Python-Dev] py3k buildbots
Hello Only one of the py3k buildbots seems up: http://www.python.org/dev/buildbot/3.x.stable/ cheers 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] py3k buildbots
Antoine Pitrou schrieb: > Hello > > Only one of the py3k buildbots seems up: > http://www.python.org/dev/buildbot/3.x.stable/ Maybe they are waiting for the snakebite network ;-) (what's up with it, anyway?). I've restarted mine (x86 osx.5), but it isn't in the stable list... -- Thanks, Thomas ___ 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, linefeeds, and Visual Studio
Dirkjan Ochtman wrote: >> Essentially, pcbuild.sln is a binary file, and should be treated as >> such. Maybe it's an error in the Subversion setup that it's treated as >> text at all... > > Yes, it certainly seems that way. Except it isn't a binary file - it's a text file with CRLF line endings. Why would we throw away the chance to get meaningful diffs when Subversion can easily get the line endings correct? 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
Re: [Python-Dev] Mercurial, linefeeds, and Visual Studio
2009/6/5 Nick Coghlan : > Dirkjan Ochtman wrote: >>> Essentially, pcbuild.sln is a binary file, and should be treated as >>> such. Maybe it's an error in the Subversion setup that it's treated as >>> text at all... >> >> Yes, it certainly seems that way. > > Except it isn't a binary file - it's a text file with CRLF line endings. > Why would we throw away the chance to get meaningful diffs when > Subversion can easily get the line endings correct? Fair point - I hadn't thought of it in that context. I wonder if Mercurial can treat it as a specialised form of binary file with custom diff/merge behaviour (which just happens to be "treat as text")? Of course, if that also requires client-side configuration, it's no better solution than win32text. I've a feeling I've seen discussions of versioned metadata (things like file properties) in Mercurial at some point in the past, but my Google skills are failing me at the moment... 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
[Python-Dev] Summary of Python tracker Issues
ACTIVITY SUMMARY (05/29/09 - 06/05/09) 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. 2207 open (+37) / 15822 closed (+27) / 18029 total (+64) Open issues with patches: 868 Average duration of open issues: 653 days. Median duration of open issues: 403 days. Open Issues Breakdown open 2178 (+37) pending29 ( +0) Issues Created Or Reopened (66) ___ string module requires bytes type for maketrans, but calling met 05/31/09 CLOSED http://bugs.python.org/issue5675reopened rhettinger IDLE - an extension to clear the shell window05/29/09 http://bugs.python.org/issue6143created serwy [IDLE] UnicodeDecodeError when invoking force-open-completions 05/29/09 http://bugs.python.org/issue6144created jamesie distutils.extension.read_setup_file misinterprets -C switch 05/29/09 http://bugs.python.org/issue6145created donlorenzo patch markup error in Doc/library/rlcompleter.rst 05/29/09 CLOSED http://bugs.python.org/issue6146created Trundle patch multithreading.Pool.map() crashes Windows computer 05/30/09 CLOSED http://bugs.python.org/issue6147created ac.james Help well execute code it is called on 05/30/09 CLOSED http://bugs.python.org/issue6148created imiers1 WeakValueDictionary constructor ported to Python 3.0 incorrectly 05/30/09 CLOSED http://bugs.python.org/issue6149created zzzeek patch test_unicode fails in wide unicode build 05/30/09 CLOSED http://bugs.python.org/issue6150created hagen Make PyDescr_COMMON conform to standard C05/30/09 http://bugs.python.org/issue6151created alexandre.vassalotti patch, patch, needs review Parallel regression testing 05/31/09 http://bugs.python.org/issue6152created pitrou patch email parsing - Rare Failure 05/31/09 CLOSED http://bugs.python.org/issue6153created WinstonEwert Python 3.1 rc1 will not build on OS X 10.5.7 with macports libin 05/31/09 http://bugs.python.org/issue6154created brett.cannon patch "logging" example uses unavailable cPickle module05/31/09 CLOSED http://bugs.python.org/issue6155created mnewman Error compiling valid regex 05/31/09 http://bugs.python.org/issue6156created Eloff patch Tkinter.Text: changes for bbox, debug, and edit methods. 05/31/09 http://bugs.python.org/issue6157created gpolo patch test_aifc failing on 32bit windows in python 3.1 rc 105/31/09 CLOSED http://bugs.python.org/issue6158created rhettinger patch Tkinter.PanedWindow: docstring fixes, change in paneconfigure an 05/31/09 http://bugs.python.org/issue6159created gpolo patch Tkinter.Spinbox: fix for bbox and removed some uninteresting ret 06/01/09 http://bugs.python.org/issue6160created gpolo patch
Re: [Python-Dev] py3k buildbots
Antoine Pitrou writes: > Only one of the py3k buildbots seems up: > http://www.python.org/dev/buildbot/3.x.stable/ Strange - everything looks good on my buildbot end (XP-4), including an established TCP session back to dinsdale. Not sure why the master thinks it's offline. Although I'm pretty sure I've seen this a handful of times in the past too. The fact that it also shows my FreeBSD buildbot offline (which I rarely have to touch compared to the Windows version and they're on the same host machine) seems to imply some wierd communication breakdown. I've restarted my buildbots. -- 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] py3k buildbots
David Bolen schrieb:
> Antoine Pitrou writes:
>
>> Only one of the py3k buildbots seems up:
>> http://www.python.org/dev/buildbot/3.x.stable/
>
> Strange - everything looks good on my buildbot end (XP-4), including
> an established TCP session back to dinsdale. Not sure why the master
> thinks it's offline. Although I'm pretty sure I've seen this a handful
> of times in the past too.
>
> The fact that it also shows my FreeBSD buildbot offline (which I
> rarely have to touch compared to the Windows version and they're on
> the same host machine) seems to imply some wierd communication
> breakdown.
>
> I've restarted my buildbots.
Well, here is an excerpt from the twistd.log of my osx buildbot, in case someone
want to look at it. I restarted it this morning, at 2009/06/05 11:21 +0200:
2009/06/01 20:20 +0200 [Broker,client] SlaveBuilder._ackFailed:
SlaveBuilder.sendUpdate
2009/06/01 20:20 +0200 [Broker,client] SlaveBuilder._ackFailed:
SlaveBuilder.sendUpdate
2009/06/01 20:20 +0200 [Broker,client] SlaveBuilder._ackFailed:
SlaveBuilder.sendUpdate
2009/06/01 20:20 +0200 [Broker,client] lost remote
2009/06/01 20:20 +0200 [Broker,client] lost remote
2009/06/01 20:20 +0200 [Broker,client] lost remote
2009/06/01 20:20 +0200 [Broker,client] lost remote
2009/06/01 20:20 +0200 [Broker,client] lost remote step
2009/06/01 20:20 +0200 [Broker,client] stopCommand: halting current command
2009/06/01 20:20 +0200 [Broker,client] command interrupted, killing pid 21579
2009/06/01 20:20 +0200 [Broker,client] trying os.kill(-pid, 9)
2009/06/01 20:20 +0200 [Broker,client] signal 9 sent successfully
2009/06/01 20:20 +0200 [Broker,client] will retry in 3 seconds
2009/06/01 20:20 +0200 [Broker,client] Stopping factory
2009/06/01 20:20 +0200 [-] Unhandled Error
Traceback (most recent call last):
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python/twisted/python/log.py",
line 48, in callWithLogger
return callWithContext({"system": lp}, func, *args, **kw)
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python/twisted/python/log.py",
line 33, in callWithContext
return context.call({ILogContext: newCtx}, func, *args, **kw)
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python/twisted/python/context.py",
line 59, in callWithContext
return self.currentContext().callWithContext(ctx, func, *args, **kw)
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python/twisted/python/context.py",
line 37, in callWithContext
return func(*args,**kw)
--- ---
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python/twisted/internet/selectreactor.py",
line 139, in _doReadOrWrite
why = getattr(selectable, method)()
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python/twisted/internet/abstract.py",
line 113, in doWrite
l = self.writeSomeData(self.dataBuffer)
File
"/System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python/twisted/internet/process.py",
line 879, in writeSomeData
return os.write(self.fd, data)
exceptions.OSError: [Errno 5] Input/output error
2009/06/01 20:20 +0200 [-] command finished with signal 9, exit code None
2009/06/01 20:20 +0200 [-] SlaveBuilder.commandComplete None
2009/06/01 20:20 +0200 [-] Starting factory
2009/06/05 11:21 +0200 [-] Received SIGTERM, shutting down.
2009/06/05 11:21 +0200 [Broker,client] Stopping factory
2009/06/05 11:21 +0200 [-] Main loop terminated.
2009/06/05 11:21 +0200 [-] Server Shut Down.
2009/06/05 11:21 +0200 [-] Log opened.
2009/06/05 11:21 +0200 [-] twistd 2.5.0
(/System/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/Contents/MacOS/Python
2.5.1) starting up
2009/06/05 11:21 +0200 [-] reactor class:
2009/06/05 11:21 +0200 [-] Loading buildbot.tac...
--
Thanks,
Thomas
___
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] Draft PEP 385: Migrating from svn to Mercurial
So, a while ago Martin von Löwis asked who would champion the migration to Mercurial, and I volunteered. He asked me to produce a PEP outlining which steps to take, which I've been working on. The PEP is numbered 385, and is just about ready for your review. I'd really welcome any sort of feedback or questions about Mercurial and surrounding tools relevant to the migration project (I'm happy to answer other questions as well, but maybe python-dev is not the appropriate forum for that -- instead, try mercur...@selenic.com and/or #mercurial on freenode). http://www.python.org/dev/peps/pep-0385/ In particular, you may want to review (a) branches that you care about and whether they would be migrated under the current proposal, (b) non-release tags that you think are useful and (c) the author map (check if it has a correct email address for you and people you know). Thanks to Antoine, Benjamin, Georg and Martin for early feedback. Cheers, Dirkjan ___ 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 385: Migrating from svn to Mercurial
2009/6/5 Dirkjan Ochtman : > > In particular, you may want to review (a) branches that you care about > and whether they would be migrated under the current proposal, (b) > non-release tags that you think are useful and (c) the author map > (check if it has a correct email address for you and people you know). Thanks very much for doing this! The PEP should talk about tracker migration. ie. how to handle specifying revisions on multiple clones if we choose that path. -- Regards, Benjamin ___ 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 385: Migrating from svn to Mercurial
Dirkjan Ochtman ochtman.nl> writes: > > http://www.python.org/dev/peps/pep-0385/ « [cloned branches] makes it easier to distinguish branches, at the expense of requiring more disk space on the client. » This is a bit misleading. Actually, by separating branches into distinct repositories, you can save quite a bit of repository space. It really depends on the structure of the project and your own workflow. « This reflects that the default branch in hg is called 'default' instead of Subversion's 'trunk', and reflects the proposed new tag format. » If we use several distinct repositories, the default branch should instead mirror the repository name (like what is done in the current hg mirrors: "trunk", "py3k", etc.). 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] Roundup keywords for bug tracking
It is impossible to edit roundup keywords and this takes away the flexibility in selecting bugs related to a module/function/test or some other aspect of development. For example, I need to gather all subprocess bugs in one query and things that won't be fixed in deprecated os.popen() into another. In Trac I would use "subprocess" and "os.popen" keywords. On ohloh I would add similar tags (if bugs were software) without, but I can't do anything about Python roundup. Is there any reason for such restriction? --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] Roundup keywords for bug tracking
anatoly techtonik wrote: It is impossible to edit roundup keywords and this takes away the flexibility in selecting bugs related to a module/function/test or some other aspect of development. For example, I need to gather all subprocess bugs in one query At the moment, search for 'subprocess' in text and component = library returns 53 open issues. A quick scan of the titles suggests that about 40 are for the subprocess module. So changing the search to 'subprocess' in title might be better. and things that won't be fixed in deprecated os.popen() into another. In Trac I would use "subprocess" and "os.popen" keywords. On ohloh I would add similar tags (if bugs were software) without, but I can't do anything about Python roundup. Is there any reason for such restriction? If every module and built-in and keyword were added to the drop-down list, it would be pretty long. But I agree that better sorting could help. G. Polo, for one, made his own app to download canned search results (for tk and idle) and store them in a local db, where he could add annotations. tjr ___ 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 keywords for bug tracking
anatoly techtonik wrote: > > It is impossible to edit roundup keywords and this takes away the > flexibility in selecting bugs related to a module/function/test or > some other aspect of development. For example, I need to gather all > subprocess bugs in one query and things that won't be fixed in > deprecated os.popen() into another. In Trac I would use "subprocess" > and "os.popen" keywords. On ohloh I would add similar tags (if bugs > were software) without, but I can't do anything about Python roundup. > Is there any reason for such restriction? Well, keywords are used as a very restricted set of tags, so only users in the Developer group can create them. We've discussed free form issue tags that any user can create or edit in #python-dev and tracker-discuss[0]. I'm pretty sure they'd cover your use-case. I've submitted a patch to Rietveld[1], but it seems I never filled it in the meta-tracker, oopsie. If you (or anyone else) want to test-drive the tags feature, I can create an account in the experimental tracker[2] (which needs some attention anyway). I should be able to submit the patch to the meta-tracker during the weekend. Also, if you would like to bookmark arbitrary sets of issues, the bookmarklet and form in http://static.bot.bio.br/tool.html may be of help. You can paste the ids into the search page's ID field and create a query for a given (static) set of issues. Regards, Daniel [0] http://mail.python.org/pipermail/tracker-discuss/2009-April/002099.html [1] http://codereview.appspot.com/40100/show [2] http://bot.bio.br/python-dev-exp/issue5 ___ 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, linefeeds, and Visual Studio
Paul Moore wrote: 2009/6/5 Nick Coghlan : Dirkjan Ochtman wrote: Essentially, pcbuild.sln is a binary file, and should be treated as such. Maybe it's an error in the Subversion setup that it's treated as text at all... Yes, it certainly seems that way. Except it isn't a binary file - it's a text file with CRLF line endings. Why would we throw away the chance to get meaningful diffs when Subversion can easily get the line endings correct? Fair point - I hadn't thought of it in that context. I wonder if Mercurial can treat it as a specialised form of binary file with custom diff/merge behaviour (which just happens to be "treat as text")? Of course, if that also requires client-side configuration, it's no better solution than win32text. I've a feeling I've seen discussions of versioned metadata (things like file properties) in Mercurial at some point in the past, but my Google skills are failing me at the moment... I've looked into this recently. IIUC: * There has been some limited support expressed for having win32text look in a normal versioned file for hints about the current repo. * Once concern here was the fact that such config files are somewhat 'untrusted', but the hg config parsing code has recently been reimplemented to support the concept of 'trusted' versus 'untrusted' options. I'm not sure what this means in practice though. * There isn't currently much activity on win32text. None of the core hg devs seem to use Windows, so while they are receptive to Windows patches, it might be necessary to be quite noisy to get attention. I recently submitted some changes to the filtering for Windows which were accepted without any angst, and the ability to use a versioned file for per-repo rules is something I'd like too. I believe that if a few Windows users got together and agreed on both semantics and implementation we could get such an enhancement landed in the core of hg... Cheers, 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
