<?xml version="1.0"?>
<statsTarget><link>http://cia.vc/stats/author/georg.brandl</link><counters><counter name="forever" lastEventTime="1337080872" firstEventTime="1172350518">8108</counter><counter name="lastMonth" lastEventTime="1335616365" firstEventTime="1333273627">23</counter><counter name="lastWeek" lastEventTime="1337080872" firstEventTime="1337080872">1</counter><counter name="thisMonth" lastEventTime="1337080872" firstEventTime="1335987961">9</counter></counters><metadata><item name="subtitle"><value type="text/plain">None</value></item><item name="description"><value type="text/plain">None</value></item><item name="links-filter"><value type="text/plain">None</value></item><item name="title"><value type="text/plain">Georg Brandl</value></item><item name="url"><value type="text/plain">None</value></item><item name="related-filter"><value type="text/plain">None</value></item></metadata><recentMessages><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14133</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>improved PEP 409 implementation</file></files>     <log>I hope you're not disappointed when that PEP doesn't show up in the release notes :)</log>     <url>http://bugs.python.org/issue14133</url>   </commit> </body> <timestamp>1337080872</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14770</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>Minor documentation fixes</file></files>     <log>Re 5: the sentence needs to be rephrased in any case, because it's ungrammatical
 Re 8: it's not text, it's code, so it needs to go in code markup</log>     <url>http://bugs.python.org/issue14770</url>   </commit> </body> <timestamp>1336675859</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14760</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>logging: make setLevel() return handler itself for chained configuration</file></files>     <log>Well, can you find any other setter method of a &quot;high level object&quot; in the stdlib that returns self?</log>     <url>http://bugs.python.org/issue14760</url>   </commit> </body> <timestamp>1336565395</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14760</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>logging: make setLevel() return handler itself for chained configuration</file></files>     <log>-1. Attribute setters or mutating methods returning self is not a common pattern in Python. See list.sort().</log>     <url>http://bugs.python.org/issue14760</url>   </commit> </body> <timestamp>1336564687</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14754</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>Emacs configuration to enforce PEP7</file></files>     <log>[closed] As much as I like Emacs, I don't think it is special enough to warrant a special file in the root directory.
 
 Editor-specific directori ...</log>     <url>http://bugs.python.org/issue14754</url>   </commit> </body> <timestamp>1336520703</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14749</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>Add 'Z' to skipitem() in Python/getargs.c</file></files>     <log>Sound good.</log>     <url>http://bugs.python.org/issue14749</url>   </commit> </body> <timestamp>1336487887</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#13183</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>pdb skips frames after hitting a breakpoint and running step</file></files>     <log>[closed] Should be fixed now.</log>     <url>http://bugs.python.org/issue13183</url>   </commit> </body> <timestamp>1336313336</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14705</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>Add 'bool' format character to PyArg_ParseTuple*</file></files>     <log>Indeed, &quot;because the code is written&quot; is not a good argument if even you yourself are -0.</log>     <url>http://bugs.python.org/issue14705</url>   </commit> </body> <timestamp>1336251086</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14656</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>Add a macro for unreachable code</file></files>     <log>&gt; If there's a bug, either an exception should be raised, or a fatal error.
 &gt; We should discourage warnings on stderr (the PHP approach).
 
 Agre ...</log>     <url>http://bugs.python.org/issue14656</url>   </commit> </body> <timestamp>1335987961</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14387</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>Include\accu.h incompatible with Windows.h</file></files>     <log>[closed] I think so, yes.</log>     <url>http://bugs.python.org/issue14387</url>   </commit> </body> <timestamp>1335616365</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14671</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>isinstance(obj, object) returns True for _old style_ class instances</file></files>     <log>[closed] This is a result of how old-style classes are implemented.
 
 If you look at type(Old()), you can see that it isn't Old, but &quot;instance&quot;.
 ...</log>     <url>http://bugs.python.org/issue14671</url>   </commit> </body> <timestamp>1335434924</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14586</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>TypeError: truncate() takes no keyword arguments</file></files>     <log>The patch is wrong: PyArg_ParseTupleAndKeywords already handles the correct assignment of positional and keyword args, and raises exceptions accor ...</log>     <url>http://bugs.python.org/issue14586</url>   </commit> </body> <timestamp>1334631718</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14535</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>three code examples in docs are not syntax highlighted</file></files>     <log>Ezio: That's a &quot;bug&quot; in Sphinx; even when the language is selected explicitly as &quot;python&quot;, it will try to parse the code. It is fixed in a later S ...</log>     <url>http://bugs.python.org/issue14535</url>   </commit> </body> <timestamp>1334400110</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14538</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>HTMLParser: parsing error</file></files>     <log>ISTM that &quot;&lt;meta / &gt;&quot; is neither valid HTML nor valid XHTML.</log>     <url>http://bugs.python.org/issue14538</url>   </commit> </body> <timestamp>1334229786</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14554</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>test module: correction</file></files>     <log>I think a patch is missing :)</log>     <url>http://bugs.python.org/issue14554</url>   </commit> </body> <timestamp>1334200590</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14545</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>html module should not be available in Python 3.1</file></files>     <log>The comment that &quot;html&quot; was a package was not meant as a correction, but as an explanation why it already exists previous to its status as an offi ...</log>     <url>http://bugs.python.org/issue14545</url>   </commit> </body> <timestamp>1334151535</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14545</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>html module should not be available in Python 3.1</file></files>     <log>&quot;html&quot; is a package. The &quot;html.parser&quot; module, which was already in 3.0, cannot be importable without a &quot;html&quot; package, so in all 3.x versions the ...</log>     <url>http://bugs.python.org/issue14545</url>   </commit> </body> <timestamp>1334141445</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14502</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>Document better what happens on releasing an unacquired lock</file></files>     <log>Agreed. Jim, I think you're trying to get consistency where none is required.</log>     <url>http://bugs.python.org/issue14502</url>   </commit> </body> <timestamp>1334019450</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14528</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>Document whether strings implement __iter__</file></files>     <log>&quot;behaves like a list&quot; is misleading.  If you mean checking for iterable-ness, calling iter() on the object is the way to do it.</log>     <url>http://bugs.python.org/issue14528</url>   </commit> </body> <timestamp>1333896124</timestamp></message><message> <generator>   <name>Roundup Reactor for CIA</name>   <version>69784</version> </generator> <source>   <project>Python</project>   <module>#14528</module>   <branch>roundup</branch> </source> <body>   <commit>     <author>georg.brandl</author>     <files><file>Document whether strings implement __iter__</file></files>     <log>Why is it so important if strings implement __iter__?  They are iterable in both versions, since iteration falls back on __getitem__ if no __iter_ ...</log>     <url>http://bugs.python.org/issue14528</url>   </commit> </body> <timestamp>1333894498</timestamp></message></recentMessages></statsTarget>
