<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.python.devel">
    <title>gmane.comp.python.devel</title>
    <link>http://blog.gmane.org/gmane.comp.python.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132845"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132833"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132830"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132826"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132819"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132816"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132804"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132798"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132790"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132784"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132757"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132737"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132711"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132694"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132687"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132686"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132675"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132674"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132644"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.devel/132632"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132845">
    <title>How to build a browser in Paython. cannot importwebkit &amp; object.</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132845</link>
    <description>&lt;pre&gt;I think that I will make a browser in Official Python (not MacPorts
Python).
What should I do in order to install Webkit for Official Python (not
MacPorts Python) ?

from tokyo Japan.
&lt;/pre&gt;</description>
    <dc:creator>Mr.T Beppu</dc:creator>
    <dc:date>2012-05-26T12:42:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132833">
    <title>Rietveld update</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132833</link>
    <description>&lt;pre&gt;As some have probably noticed: I updated the Rietveld version that we use to
the current code base. There have been a few incompatible changes (schema, GAE
API) which I hope I resolved. If you find new problems, please report them
to the meta tracker.

Regards,
Martin


&lt;/pre&gt;</description>
    <dc:creator>martin&lt; at &gt;v.loewis.de</dc:creator>
    <dc:date>2012-05-25T17:57:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132830">
    <title>doc change for weakref</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132830</link>
    <description>&lt;pre&gt;I'd like to make a slight doc change for weakref to state (more or less):

    weakrefs are not invalidated when the strong refs
    are gone, but rather when garbage collection
    reclaims the object

Should this be accurate for all implementations, or should it be more 
along the lines of:

    weakrefs may be invalidated as soon as the strong refs
    are gone, but may last until garbage collection reclaims
    the object

~Ethan~
&lt;/pre&gt;</description>
    <dc:creator>Ethan Furman</dc:creator>
    <dc:date>2012-05-25T17:21:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132826">
    <title>Summary of Python tracker Issues</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132826</link>
    <description>&lt;pre&gt;
ACTIVITY SUMMARY (2012-05-18 - 2012-05-25)
Python tracker at http://bugs.python.org/

To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.

Issues counts and deltas:
  open    3440 ( +8)
  closed 23254 (+58)
  total  26694 (+66)

Open issues with patches: 1455 


Issues opened (44)
==================

#11804: expat parser not xml 1.1 (breaks xmlrpclib)
http://bugs.python.org/issue11804  reopened by xrg

#14852: json and ElementTree parsers misbehave on streams containing m
http://bugs.python.org/issue14852  opened by Frederick.Ross

#14853: test_file.py depends on sys.stdin being unseekable
http://bugs.python.org/issue14853  opened by gregory.p.smith

#14854: faulthandler: fatal error with "SystemError: null argument to 
http://bugs.python.org/issue14854  opened by zbysz

#14855: IPv6 support for logging.handlers
http://bugs.python.org/issue14855  opened by cblp

#14856: argparse: creating an already defined subparsers does not rais
http://bugs.python.org/issue14856  opened by eacb

#14857: Direct access to lexically scoped __class__ is broken in 3.3
http://bugs.python.org/issue14857  opened by ncoghlan

#14858: 'pysetup create' off-by-one when choosing classification matur
http://bugs.python.org/issue14858  opened by todddeluca

#14869: imaplib erronously quotes atoms such as flags
http://bugs.python.org/issue14869  opened by brightbyte

#14870: Descriptions of os.utime() and os.utimensat() use wrong notati
http://bugs.python.org/issue14870  opened by hynek

#14871: Rewrite the command line parsers and actions system used in di
http://bugs.python.org/issue14871  opened by eric.araujo

#14873: Windows devguide: clarification for build errors due to missin
http://bugs.python.org/issue14873  opened by valhallasw

#14874: Faster charmap decoding
http://bugs.python.org/issue14874  opened by storchaka

#14876: IDLE highlighting theme does not preview with user-selected fo
http://bugs.python.org/issue14876  opened by andrew.m

#14877: No option to run bdist_wininst against newer msvc versions on 
http://bugs.python.org/issue14877  opened by Aaron.Staley

#14878: send statement from PEP342 is poorly documented.
http://bugs.python.org/issue14878  opened by Stephen.Lacy

#14879: invalid docs for subprocess exceptions with shell=True
http://bugs.python.org/issue14879  opened by techtonik

#14880: csv.reader and .writer use wrong kwargs notation in 2.7 docs
http://bugs.python.org/issue14880  opened by hynek

#14881: multiprocessing.dummy craches when self._parent._children does
http://bugs.python.org/issue14881  opened by Itay.Brandes

#14882: Link/Compile Error on Sun Sparc Solaris10 with gcc3.4.3----pyt
http://bugs.python.org/issue14882  opened by seeker77

#14886: json C vs pure-python implementation difference
http://bugs.python.org/issue14886  opened by mmarkk

#14892: 'import readline' hangs when launching with '&amp;amp;' on BSD and OS 
http://bugs.python.org/issue14892  opened by olivier-mattelaer

#14893: Tutorial: Add function annotation example to function tutorial
http://bugs.python.org/issue14893  opened by zach.ware

#14894: distutils.LooseVersion fails to compare number and a word
http://bugs.python.org/issue14894  opened by Natalia

#14895: test_warnings.py EnvironmentVariableTests is a bad test
http://bugs.python.org/issue14895  opened by tebeka

#14897: struct.pack raises unexpected error message
http://bugs.python.org/issue14897  opened by mesheb82

#14899: Naming conventions and guidelines for packages and namespace p
http://bugs.python.org/issue14899  opened by benoitbryon

#14900: cProfile does not take its result headers as sort arguments
http://bugs.python.org/issue14900  opened by ArneBab

#14901: Python Windows FAQ is Very Outdated
http://bugs.python.org/issue14901  opened by michael.driscoll

#14902: test_logging failed
http://bugs.python.org/issue14902  opened by cblp

#14903: dictobject infinite loop on 2.6.5 on 32-bit x86
http://bugs.python.org/issue14903  opened by Daniel.Farina

#14904: test_unicode_repr_oflw (in test_bigmem) crashes
http://bugs.python.org/issue14904  opened by pitrou

#14905: zipimport.c needs to support namespace packages when no 'direc
http://bugs.python.org/issue14905  opened by eric.smith

#14906: rotatingHandler WindowsError
http://bugs.python.org/issue14906  opened by jacuro

#14907: SSL module cannot handle unicode filenames
http://bugs.python.org/issue14907  opened by ms4py

#14908: datetime.datetime should have a timestamp() method
http://bugs.python.org/issue14908  opened by djc

#14909: Fix incorrect use of *Realloc() and *Resize()
http://bugs.python.org/issue14909  opened by kristjan.jonsson

#14910: argparse: disable abbreviation
http://bugs.python.org/issue14910  opened by jens.jaehrig

#14911: generator.throw() documentation inaccurate
http://bugs.python.org/issue14911  opened by kristjan.jonsson

#14912: Pdb does not stop at a breakpoint after a restart command and 
http://bugs.python.org/issue14912  opened by xdegaye

#14913: tokenize the source to manage Pdb breakpoints
http://bugs.python.org/issue14913  opened by xdegaye

#14914: pysetup installed distribute despite dry run option being spec
http://bugs.python.org/issue14914  opened by ncoghlan

#14915: pysetup may leave a package in a half-installed state
http://bugs.python.org/issue14915  opened by ncoghlan

#14916: PyRun_InteractiveLoop fails to run interactively when using a 
http://bugs.python.org/issue14916  opened by Kevin.Barry



Most recent 15 issues with no replies (15)
==========================================

#14916: PyRun_InteractiveLoop fails to run interactively when using a 
http://bugs.python.org/issue14916

#14915: pysetup may leave a package in a half-installed state
http://bugs.python.org/issue14915

#14914: pysetup installed distribute despite dry run option being spec
http://bugs.python.org/issue14914

#14913: tokenize the source to manage Pdb breakpoints
http://bugs.python.org/issue14913

#14911: generator.throw() documentation inaccurate
http://bugs.python.org/issue14911

#14910: argparse: disable abbreviation
http://bugs.python.org/issue14910

#14909: Fix incorrect use of *Realloc() and *Resize()
http://bugs.python.org/issue14909

#14906: rotatingHandler WindowsError
http://bugs.python.org/issue14906

#14904: test_unicode_repr_oflw (in test_bigmem) crashes
http://bugs.python.org/issue14904

#14900: cProfile does not take its result headers as sort arguments
http://bugs.python.org/issue14900

#14874: Faster charmap decoding
http://bugs.python.org/issue14874

#14871: Rewrite the command line parsers and actions system used in di
http://bugs.python.org/issue14871

#14858: 'pysetup create' off-by-one when choosing classification matur
http://bugs.python.org/issue14858

#14853: test_file.py depends on sys.stdin being unseekable
http://bugs.python.org/issue14853

#14852: json and ElementTree parsers misbehave on streams containing m
http://bugs.python.org/issue14852



Most recent 15 issues waiting for review (15)
=============================================

#14913: tokenize the source to manage Pdb breakpoints
http://bugs.python.org/issue14913

#14909: Fix incorrect use of *Realloc() and *Resize()
http://bugs.python.org/issue14909

#14900: cProfile does not take its result headers as sort arguments
http://bugs.python.org/issue14900

#14899: Naming conventions and guidelines for packages and namespace p
http://bugs.python.org/issue14899

#14895: test_warnings.py EnvironmentVariableTests is a bad test
http://bugs.python.org/issue14895

#14893: Tutorial: Add function annotation example to function tutorial
http://bugs.python.org/issue14893

#14876: IDLE highlighting theme does not preview with user-selected fo
http://bugs.python.org/issue14876

#14874: Faster charmap decoding
http://bugs.python.org/issue14874

#14873: Windows devguide: clarification for build errors due to missin
http://bugs.python.org/issue14873

#14856: argparse: creating an already defined subparsers does not rais
http://bugs.python.org/issue14856

#14855: IPv6 support for logging.handlers
http://bugs.python.org/issue14855

#14854: faulthandler: fatal error with "SystemError: null argument to 
http://bugs.python.org/issue14854

#14843: support define_macros / undef_macros in setup.cfg
http://bugs.python.org/issue14843

#14840: Tutorial: Add a bit on the difference between tuples and lists
http://bugs.python.org/issue14840

#14837: Better SSL errors
http://bugs.python.org/issue14837



Top 10 most discussed issues (10)
=================================

#14814: Implement PEP 3144 (the ipaddress module)
http://bugs.python.org/issue14814  15 msgs

#14775: Dict untracking can result in quadratic dict build-up
http://bugs.python.org/issue14775  12 msgs

#14855: IPv6 support for logging.handlers
http://bugs.python.org/issue14855  11 msgs

#11804: expat parser not xml 1.1 (breaks xmlrpclib)
http://bugs.python.org/issue11804   7 msgs

#12014: str.format parses replacement field incorrectly
http://bugs.python.org/issue12014   7 msgs

#14744: Use _PyUnicodeWriter API in str.format() internals
http://bugs.python.org/issue14744   7 msgs

#14854: faulthandler: fatal error with "SystemError: null argument to 
http://bugs.python.org/issue14854   7 msgs

#14886: json C vs pure-python implementation difference
http://bugs.python.org/issue14886   6 msgs

#14894: distutils.LooseVersion fails to compare number and a word
http://bugs.python.org/issue14894   6 msgs

#1191964: asynchronous Subprocess
http://bugs.python.org/issue1191964   6 msgs



Issues closed (54)
==================

#4033: python search path - .pth recursion
http://bugs.python.org/issue4033  closed by brett.cannon

#9374: urlparse should parse query and fragment for arbitrary schemes
http://bugs.python.org/issue9374  closed by orsenthil

#9400: multiprocessing.pool.AsyncResult.get() messes up exceptions
http://bugs.python.org/issue9400  closed by sbt

#11647: function decorated with a context manager can only be invoked 
http://bugs.python.org/issue11647  closed by ncoghlan

#12098: Child process running as debug on Windows
http://bugs.python.org/issue12098  closed by sbt

#13152: textwrap: support custom tabsize
http://bugs.python.org/issue13152  closed by hynek

#13208: Problems with urllib on windows
http://bugs.python.org/issue13208  closed by holdenweb

#13210: Support Visual Studio 2010
http://bugs.python.org/issue13210  closed by loewis

#13445: Enable linking the module pysqlite with Berkeley DB SQL instea
http://bugs.python.org/issue13445  closed by petri.lehtinen

#13585: Add contextlib.ExitStack
http://bugs.python.org/issue13585  closed by python-dev

#13682: Documentation of os.fdopen() refers to non-existing bufsize ar
http://bugs.python.org/issue13682  closed by petri.lehtinen

#14072: urlparse on tel: URI-s misses the scheme in some cases
http://bugs.python.org/issue14072  closed by ezio.melotti

#14075: argparse: unused method?
http://bugs.python.org/issue14075  closed by petri.lehtinen

#14136: Simplify PEP 409 command line test and move it to test_cmd_lin
http://bugs.python.org/issue14136  closed by python-dev

#14426: date format problem in Cookie/http.cookies
http://bugs.python.org/issue14426  closed by orsenthil

#14472: .gitignore is outdated
http://bugs.python.org/issue14472  closed by petri.lehtinen

#14494: __future__.py and its documentation claim absolute imports bec
http://bugs.python.org/issue14494  closed by petri.lehtinen

#14572: 2.7.3: sqlite module does not build on centos 5 and Mac OS X 1
http://bugs.python.org/issue14572  closed by ned.deily

#14588: PEP 3115 compliant dynamic class creation
http://bugs.python.org/issue14588  closed by python-dev

#14660: Implement PEP 420: Implicit Namespace Packages
http://bugs.python.org/issue14660  closed by eric.smith

#14721: httplib doesn't specify content-length header for POST request
http://bugs.python.org/issue14721  closed by orsenthil

#14798: pyclbr raises KeyError when the prefix of a dotted name is not
http://bugs.python.org/issue14798  closed by petri.lehtinen

#14804: Wrong defaults args notation in docs
http://bugs.python.org/issue14804  closed by hynek

#14821: _ctypes and other modules not built with msbuild on vs2010 sol
http://bugs.python.org/issue14821  closed by jason.coombs

#14822: Build unusable when compiled for Win 64-bit release
http://bugs.python.org/issue14822  closed by jason.coombs

#14831: make r argument on itertools.combinations() optional
http://bugs.python.org/issue14831  closed by terry.reedy

#14833: Copyright date in footer of /pypi says 2011
http://bugs.python.org/issue14833  closed by terry.reedy

#14836: Add next(iter(o)) to set.pop, dict.popitem entries.
http://bugs.python.org/issue14836  closed by rhettinger

#14838: IDLE Will not load on reinstall
http://bugs.python.org/issue14838  closed by loewis

#14842: Link to function time() in the docs point to the time module
http://bugs.python.org/issue14842  closed by python-dev

#14849: C implementation of ElementTree: Inheriting from Element break
http://bugs.python.org/issue14849  closed by eli.bendersky

#14851: Python-2.6.8 install fails due to missing files
http://bugs.python.org/issue14851  closed by ned.deily

#14859: Patch to make IDLE window rise to top in OS X on launch
http://bugs.python.org/issue14859  closed by ned.deily

#14860: devguide: Clarify how to run cpython test suite - esp. on 2.7
http://bugs.python.org/issue14860  closed by ezio.melotti

#14861: Make ./python -m test work to run test suite in Python 2.7
http://bugs.python.org/issue14861  closed by loewis

#14862: os.__all__ is missing some names
http://bugs.python.org/issue14862  closed by petri.lehtinen

#14863: Update docs of os.fdopen()
http://bugs.python.org/issue14863  closed by petri.lehtinen

#14864: Mention logging.disable(logging.NOTSET) to reset the command i
http://bugs.python.org/issue14864  closed by python-dev

#14865: #doctest: directives removed from doctest chapter examples
http://bugs.python.org/issue14865  closed by terry.reedy

#14866: 2.x,3.x iOS static build: Fatal Python error: exceptions boots
http://bugs.python.org/issue14866  closed by amaury.forgeotdarc

#14867: chm link missing from 2.7.3 download page
http://bugs.python.org/issue14867  closed by ned.deily

#14868: Allow log calls to return True for code optimization.
http://bugs.python.org/issue14868  closed by Llu&lt;/pre&gt;</description>
    <dc:creator>Python tracker</dc:creator>
    <dc:date>2012-05-25T16:07:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132819">
    <title>Accepting PEP 405 (Python Virtual Environments)</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132819</link>
    <description>&lt;pre&gt;As the latest round of updates that Carl and Vinay pushed to the PEPs
repo have addressed my few remaining questions, I am accepting PEP 405
for inclusion in Python 3.3.

Thanks to all involved in working out the spec for what to model
directly on virtualenv, and areas where cleaner solutions could be
found given the power to tweak the behaviour of the core interpreter
and the standard library.

Cheers,
Nick.

&lt;/pre&gt;</description>
    <dc:creator>Nick Coghlan</dc:creator>
    <dc:date>2012-05-25T08:44:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132816">
    <title>VS 11 Express is Metro only.</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132816</link>
    <description>&lt;pre&gt;The free Visual Studio 11 Express for Windows 8 (still in beta) will 
produce both 32 and 64 bit binaries and allow multiple languages but 
will only produce Metro apps. For desktop apps, either the paid Visual 
Studio versions or the free 2010 Express releases are required.
https://www.microsoft.com/visualstudio/11/en-us/products/express
bottom of page.

Will this inhibit someday moving to Visual Studio 11 Professional or 
would VS2010 Express or VC++2010 Express still work for hacking on 
Python or making extensions that would work with any VS11-produced binary?

&lt;/pre&gt;</description>
    <dc:creator>Terry Reedy</dc:creator>
    <dc:date>2012-05-24T22:21:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132804">
    <title>An infinite loop in dictobject.c</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132804</link>
    <description>&lt;pre&gt;Hello all.  I seem to be encountering somewhat rare an infinite loop
in hash table probing while importing _socket, as triggered by
init_socket.c in Python 2.6, as seen/patched shipped with Ubuntu 10.04
LTS.  The problem only reproduces on 32 bit machines, on both -O2 and
-O0 builds (which is how I have managed to retrieve the detailed stack
traces below).  To cut to the chase, the bottom of the stack trace
invariably looks like this, in particular the "key" (and therefore
"hash") value is always the same:

#0  0x08088637 in lookdict_string (mp=0xa042714, key='SO_RCVTIMEO',
    hash=612808203) at ../Objects/dictobject.c:421
#1  0x080886cd in insertdict (mp=0xa042714, key='SO_RCVTIMEO', hash=612808203,
    value=20) at ../Objects/dictobject.c:450
#2  0x08088cac in PyDict_SetItem (op=&amp;lt;unknown at remote 0x37&amp;gt;, key=
    'SO_RCVTIMEO', value=20) at ../Objects/dictobject.c:701
#3  0x0808b8d4 in PyDict_SetItemString (v=
    {'AF_INET6': 10, 'SocketType': &amp;lt;type at remote 0x8275e00&amp;gt;,
'getaddrinfo': &amp;lt;built-in function getaddrinfo&amp;gt;,
'TIPC_MEDIUM_IMPORTANCE': 1, 'htonl': &amp;lt;built-in function htonl&amp;gt;,
'AF_UNSPEC': 0, 'TIPC_DEST_DROPPABLE': 129, 'TIPC_ADDR_ID': 3,
'PF_PACKET': 17, 'AF_WANPIPE': 25, 'PACKET_OTHERHOST': 3, 'AF_AX25':
3, 'PACKET_BROADCAST': 1, 'PACKET_FASTROUTE': 6, 'TIPC_NODE_SCOPE': 3,
'inet_pton': &amp;lt;built-in function inet_pton&amp;gt;, 'AF_ATMPVC': 8,
'NETLINK_IP6_FW': 13, 'NETLINK_ROUTE': 0, 'TIPC_PUBLISHED': 1,
'TIPC_WITHDRAWN': 2, 'AF_ECONET': 19, 'AF_LLC': 26, '__name__':
'_socket', 'AF_NETROM': 6, 'SOCK_RDM': 4, 'AF_IRDA': 23, 'htons':
&amp;lt;built-in function htons&amp;gt;, 'SOCK_RAW': 3, 'inet_ntoa': &amp;lt;built-in
function inet_ntoa&amp;gt;, 'AF_NETBEUI': 13, 'AF_NETLINK': 16,
'TIPC_WAIT_FOREVER': -1, 'AF_UNIX': 1, 'TIPC_SUB_PORTS': 1,
'HCI_TIME_STAMP': 3, 'gethostbyname_ex': &amp;lt;built-in function
gethostbyname_ex&amp;gt;, 'SO_RCVBUF': 8, 'AF_APPLETALK': 5,
'SOCK_SEQPACKET': 5, 'AF_DECnet': 12, 'PACKET_OUTGOING': 4,
'SO_SNDLOWAT': 19, 'TIPC_SRC_DROPPABLE':...(truncated), key=0x81ac5fb
"SO_RCVTIMEO", item=20) at ../Objects/dictobject.c:2301
#4  0x080f6c98 in PyModule_AddObject (m=&amp;lt;module at remote 0xb73cac8c&amp;gt;, name=
    0x81ac5fb "SO_RCVTIMEO", o=20) at ../Python/modsupport.c:615
#5  0x080f6d0b in PyModule_AddIntConstant (m=&amp;lt;module at remote 0xb73cac8c&amp;gt;,
    name=0x81ac5fb "SO_RCVTIMEO", value=20) at ../Python/modsupport.c:627
#6  0x081321fd in init_socket () at ../Modules/socketmodule.c:4708

Here, we never escape from lookdict_string.  The key is not in the
dictionary, but at this stage Python is trying to figure out that is
the case, and cannot seem to exit because of the lack of a dummy
entry.  Furthermore, every single reproduced case has a dictionary
with a suspicious looking violation of an invariant that I believe is
communicated by the source of dictobject.c, with emphasis on the
values of ma_fill, ma_used, and ma_mask, which never deviate in any
reproduced case.  It seems like no hash table should ever get this
full, per the comments in the source:

$3 = {ob_refcnt = 1, ob_type = 0x81c3aa0, ma_fill = 128, ma_used = 128,
  ma_mask = 127, ma_table = 0xa06b4a8, ma_lookup =
    0x8088564 &amp;lt;lookdict_string&amp;gt;, ma_smalltable = {{me_hash = 0, me_key = 0x0,
      me_value = 0x0}, {me_hash = 1023053529, me_key = '__name__', me_value =
    '_socket'}, {me_hash = 1679430097, me_key = 'gethostbyname', me_value =
    &amp;lt;built-in function gethostbyname&amp;gt;}, {me_hash = 0, me_key = 0x0, me_value =
    0x0}, {me_hash = 779452068, me_key = 'gethostbyname_ex', me_value =
    &amp;lt;built-in function gethostbyname_ex&amp;gt;}, {me_hash = -322108099, me_key =
    '__doc__', me_value = None}, {me_hash = -1649837379, me_key =
    'gethostbyaddr', me_value = &amp;lt;built-in function gethostbyaddr&amp;gt;}, {
      me_hash = 1811348911, me_key = '__package__', me_value = None}}}

The Python program that is running afoul this bug is using gevent, but
the stack traces suggest that all gevent is doing at the time this
crashes is importing "socket", and this is done at the very, very
beginning of program execution.

Finally, what's especially strange is that I had gone a very long time
running this exact version of Python, libraries, and application quite
frequently: it suddenly started cropping up a little while ago (maybe
a few weeks).  It could have been just coincidence, but if there are
code paths in init_socket.c that may somehow be sensitive to the
network somehow, this could have been related.  I also have a limited
suspicion that particularly unlucky OOM (these systems are configured
in a way where malloc and friends will return NULL, i.e. no overcommit
on Linux) could be related.

Any guiding words, known bugs, or suspicions?

&lt;/pre&gt;</description>
    <dc:creator>Daniel Farina</dc:creator>
    <dc:date>2012-05-24T19:11:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132798">
    <title>possible bug in distutils (Mingw32CCompiler)?</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132798</link>
    <description>&lt;pre&gt;
Mingw32CCompiler in cygwincompiler.py emits the symbol -mno-cygwin.

This is used to make Cygwin's gcc behave as mingw. As of gcc 4.6 it is 
not recognized by the mingw gcc compiler itself, and causes as crash. It 
should be removed because it is never needed for mingw (in any version), 
only for cross-compilation to mingw from other gcc versions.

Instead, those who use CygwinCCompiler or Linux GCC to "cross-compile" 
to plain Win32 can set -mno-cygwin manually. It also means -mcygwin 
should be removed from the output of CygwinCCompiler.

I think...


Sturla



&lt;/pre&gt;</description>
    <dc:creator>Sturla Molden</dc:creator>
    <dc:date>2012-05-24T12:03:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132790">
    <title>Python db2 installation error</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132790</link>
    <description>&lt;pre&gt;I want to install python db2 package for Python but Im unable to install it.

I have installed the easy_install and Im able to successfully import the
easy_install.

My easy_install location :c:/python27/lib/site-packages/

My db2 egg location c:/python27/ibm_db-1.0.5-py2.7-win32.egg

How would my installation command look like in the shell,

I tried this command and it gives me invalid error,

C:\Python27\Scripts&amp;gt;easy_install
c:/python27/lib/site-packages/ibm_db-1.0.5-py2.
7-win32.egg
error: Not a URL, existing file, or requirement spec:
'c:/python27/lib/site-pack
ages/ibm_db-1.0.5-py2.7-win32.egg'


&lt;/pre&gt;</description>
    <dc:creator>PremAnand Lakshmanan</dc:creator>
    <dc:date>2012-05-23T23:00:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132784">
    <title>Benchmark performance...</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132784</link>
    <description>&lt;pre&gt;Hi,

as Antoine pointed out in the corresponding issue
(http://bugs.python.org/issue14757#msg160870), measuring/assessing
real-world performance of my patch would be interesting. I mentioned
that I am not aware of any relevant Python 3 program/application to
report numbers for (but guess that the speedups should persist.) Since
nobody came up with an answer yet, I figured it would be a good idea
to ask everybody on python-dev for suggestions...

Regards,
--stefan
&lt;/pre&gt;</description>
    <dc:creator>stefan brunthaler</dc:creator>
    <dc:date>2012-05-23T18:40:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132757">
    <title>Volunteering to be PEP czar for PEP 421,sys.implementation</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132757</link>
    <description>&lt;pre&gt;I've mentioned this in private to a few folks, with generally positive
feedback.

I am formally volunteering to be PEP czar for PEP 421, sys.implementation.  If
there are no objections in the next few days, I'll make it official.

Cheers,
-Barry
&lt;/pre&gt;</description>
    <dc:creator>Barry Warsaw</dc:creator>
    <dc:date>2012-05-21T21:24:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132737">
    <title>ossaudiodev and linuxaudiodev not built on SLES11SP2 due to change in sys.platform</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132737</link>
    <description>&lt;pre&gt;
I am currently working on porting our Linux tool chains to SuSe Enterprise Linux 11 service pack 2 (SLES11SP2).  During this process, we noticed an issue due to a change in the sys.platform string.  Previously, the string was "linux2" and it has now changed to "linux3".  This seems to be due to a change in the kernel version.  This causes the ossaudiodev and linuxaudiodev modules to be omitted from the build.  I found the relevant code in setup.py:

        if platform == 'linux2':
            # Linux-specific modules
            exts.append( Extension('linuxaudiodev', ['linuxaudiodev.c']) )
        else:
            missing.append('linuxaudiodev')

        if platform in ('linux2', 'freebsd4', 'freebsd5', 'freebsd6',
                        'freebsd7', 'freebsd8'):
            exts.append( Extension('ossaudiodev', ['ossaudiodev.c']) )
        else:
            missing.append('ossaudiodev')

Since neither of these account for "linux3", they are both omitted from the build.  I can simply modify the code to include "linux3" so that these modules are built on the new platform.  However, I wanted to check and see whether they are specifically being omitted for a reason or if the setup file just wasn't ported and tested against the new platform.  Any help would be appreciated.  Thanks.

                Kris


________________________________

IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.
&lt;/pre&gt;</description>
    <dc:creator>Wempa, Kristofer</dc:creator>
    <dc:date>2012-05-21T14:49:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132711">
    <title>PEP 420 - dynamic path computation is missing rationale</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132711</link>
    <description>&lt;pre&gt;I have just reviewed PEP 420 (namespace packages) and sent Eric my
detailed feedback; most of it is minor or requesting for examples and
I'm sure he'll fix it to my satisfaction.

Generally speaking the PEP is a beacon if clarity. But I stumbled
about one feature that bothers me in its specification and through its
lack of rationale. This is the section on Dynamic Path Computation:
(http://www.python.org/dev/peps/pep-0420/#dynamic-path-computation).
The specification bothers me because it requires in-place modification
of sys.path. Does this mean sys.path is no longer a plain list? I'm
sure it's going to break things left and right (or at least things
will be violating this requirement left and right); there has never
been a similar requirement (unlike, e.g., sys.modules, which is
relatively well-known for being cached in a C-level global variable).
Worse, this apparently affects __path__ variables of namespace
packages as well, which are now specified as an unspecified read-only
iterable. (I can only guess that there is a connection between these
two features -- the PEP doesn't mention one.) Again, I would be much
happier with just a list.

While I can imagine there being a use case for recomputing the various
paths, I am much less sure that it is worth attempting to specify that
this will happen *automatically* when sys.path is modified in a
certain way. I'd be much happier if these constraints were struck and
the recomputation had to be requested explicitly by calling some new
function in sys.

(That is, either a rock-solid rationale should be supplied, or the
constraints should be removed.)

&lt;/pre&gt;</description>
    <dc:creator>Guido van Rossum</dc:creator>
    <dc:date>2012-05-21T01:33:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132694">
    <title>Backward compatibility of shutil.rmtree</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132694</link>
    <description>&lt;pre&gt;Hi,

as our shutil.rmtree() is vulnerable to symlink attacks (see
&amp;lt;http://bugs.python.org/issue4489&amp;gt;) I’ve implemented a safe version
using os.fwalk() and os.unlinkat() for Python 3.3.

Now we face a problem I’d like a broad opinion on: rmtree has a callback
hook called `onerror` that that gets called with amongst others the
function that caused the error (see
&amp;lt;http://docs.python.org/dev/library/shutil.html#shutil.rmtree&amp;gt;).

Two of them differ in the new version: os.fwalk() is used instead of
os.listdir() and os.unlinkat() instead of os.remove().

The safe version is used transparently if available, so this could
potentially break code. Also it would mean that rmtree would behave
differently on Linux &amp;amp; OS X for example.

I’ve been thinking to "fake" the function names, as they map pretty good
anyway. I.e. call onerror with os.listdir if os.fwalk failed and with
os.remove instead of os.unlinkat. That could also make sense if some
kind soul writes a safe rmtree for Windows or OS X so the function works
the same across all platforms. It's a bit ugly though, a cleaner way
would be to start using well defined symbols, but that would break code
for sure.

Opinions?

Cheers,
Hynek
_______________________________________________
Python-Dev mailing list
Python-Dev&amp;lt; at &amp;gt;python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/python-python-dev%40m.gmane.org
&lt;/pre&gt;</description>
    <dc:creator>Hynek Schlawack</dc:creator>
    <dc:date>2012-05-20T11:58:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132687">
    <title>PEP 3135 (new super()) __class__ references broken in3.3</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132687</link>
    <description>&lt;pre&gt;PEP 3135 defines the new zero-argument form of super() as implicitly
equivalent to super(__class__, &amp;lt;first argument&amp;gt;), and up until 3.2 has
behaved accordingly: if you accessed __class__ from inside a method,
you would receive a reference to the lexically containing class.

In 3.3, that currently doesn't work: you get NameError instead
(http://bugs.python.org/issue14857)

While the 3.2 behaviour wasn't documented in the language reference,
it's *definitely* documented in PEP 3135 (and my recent updates to the
3.3 version of the metaclass docs were written accordingly - that's
how I discovered the problem)

The error in the alpha releases appears to be a consequence of the
attempt to fix a problem where the special treatment of __class__
meant that you couldn't properly set the __class__ attribute of the
class itself in the class body (see
http://bugs.python.org/issue12370).

The fact that patch went in without causing a test failure means that
this aspect of PEP 3135 has no explicit tests - it was only tested
indirectly through the zero-argument super() construct.

What I plan to do:
1. Revert the previous fix for #12370
2. Add tests for direct access to __class__ from methods
3. Create a *new* fix for #12370 that only affects the class scope,
not the method bodies (this will be harder than the previous fix which
affected the resolution of __class__ *everywhere* in the class body).

Cheers,
Nick.

&lt;/pre&gt;</description>
    <dc:creator>Nick Coghlan</dc:creator>
    <dc:date>2012-05-20T08:51:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132686">
    <title>Language reference updated for metaclasses</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132686</link>
    <description>&lt;pre&gt;When writing the docs for types.new_class(), I discovered that the
description of the class creation process in the language reference
was not only hard to follow, it was actually *incorrect* when it came
to describing the algorithm for determining the correct metaclass.

I rewrote the offending section of the language reference to both
describe the correct algorithm, and hopefully also to be easier to
read. Once people have had a chance to review the changes in the 3.3
docs, I'll backport the update to 3.2.

Previous docs: http://docs.python.org/py3k/reference/datamodel.html#customizing-class-creation
Updated docs: http://docs.python.org/dev/reference/datamodel.html#customizing-class-creation

Cheers,
Nick.

&lt;/pre&gt;</description>
    <dc:creator>Nick Coghlan</dc:creator>
    <dc:date>2012-05-20T08:38:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132675">
    <title>docs.python.org pointing to Python 3 by default?</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132675</link>
    <description>&lt;pre&gt;At what point should we cut over docs.python.org to point to the Python 3
documentation by default?  Wouldn't this be an easy bit to flip in order to
promote Python 3 more better?

Cheers,
-Barry

&lt;/pre&gt;</description>
    <dc:creator>Barry Warsaw</dc:creator>
    <dc:date>2012-05-18T18:24:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132674">
    <title>Summary of Python tracker Issues</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132674</link>
    <description>&lt;pre&gt;
ACTIVITY SUMMARY (2012-05-11 - 2012-05-18)
Python tracker at http://bugs.python.org/

To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.

Issues counts and deltas:
  open    3432 (+14)
  closed 23196 (+53)
  total  26628 (+67)

Open issues with patches: 1457 


Issues opened (52)
==================

#14784: Re-importing _warnings changes warnings.filters
http://bugs.python.org/issue14784  opened by brett.cannon

#14785: Add sys._debugmallocstats()
http://bugs.python.org/issue14785  opened by dmalcolm

#14787: pkgutil.walk_packages returns extra modules
http://bugs.python.org/issue14787  opened by cjerdonek

#14788: Pdb debugs itself after ^C and a breakpoint is set anywhere
http://bugs.python.org/issue14788  opened by xdegaye

#14789: after continue, Pdb stops at a line without a breakpoint
http://bugs.python.org/issue14789  opened by xdegaye

#14790: use packaging in setup.py
http://bugs.python.org/issue14790  opened by pitrou

#14791: setup.py only adds /prefix/lib, not /prefix/lib64
http://bugs.python.org/issue14791  opened by pitrou

#14792: setting a bp on current function, Pdb stops at next line altho
http://bugs.python.org/issue14792  opened by xdegaye

#14794: slice.indices raises OverflowError
http://bugs.python.org/issue14794  opened by Paul.Upchurch

#14795: Pdb incorrectly handles a method breakpoint when module not im
http://bugs.python.org/issue14795  opened by xdegaye

#14796: Calendar module test coverage improved
http://bugs.python.org/issue14796  opened by Oleg.Plakhotnyuk

#14797: Deprecate imp.find_module()/load_module()
http://bugs.python.org/issue14797  opened by brett.cannon

#14798: pyclbr raises KeyError when the prefix of a dotted name is not
http://bugs.python.org/issue14798  opened by xdegaye

#14799: Tkinter ttk tests hang on linux
http://bugs.python.org/issue14799  opened by asvetlov

#14802: Python fails to compile with VC11 ARM configuration
http://bugs.python.org/issue14802  opened by Minmin.Gong

#14803: Add feature to allow code execution prior to __main__ invocati
http://bugs.python.org/issue14803  opened by ncoghlan

#14804: Wrong defaults args notation in docs
http://bugs.python.org/issue14804  opened by hynek

#14805: Support display of both __cause__ and __context__
http://bugs.python.org/issue14805  opened by ncoghlan

#14807: Move tarfile.filemode() into stat module
http://bugs.python.org/issue14807  opened by giampaolo.rodola

#14808: Pdb does not stop at a breakpoint set on the line of a functio
http://bugs.python.org/issue14808  opened by xdegaye

#14810: Bug in tarfile
http://bugs.python.org/issue14810  opened by hwm

#14811: decoding_fgets() truncates long lines and fails with a SyntaxE
http://bugs.python.org/issue14811  opened by v+python

#14812: Change file associations to not be a default installer feature
http://bugs.python.org/issue14812  opened by brian.curtin

#14813: Can't build under VS2008 anymore
http://bugs.python.org/issue14813  opened by pitrou

#14814: Implement PEP 3144 (the ipaddress module)
http://bugs.python.org/issue14814  opened by ncoghlan

#14815: random_seed uses only 32-bits of hash on Win64
http://bugs.python.org/issue14815  opened by loewis

#14817: pkgutil.extend_path has no tests
http://bugs.python.org/issue14817  opened by eric.smith

#14818: C implementation of ElementTree: Some functions should support
http://bugs.python.org/issue14818  opened by cmn

#14821: Ctypes extension module builds as _ctypes_test.pyd
http://bugs.python.org/issue14821  opened by jason.coombs

#14822: Build unusable when compiled for Win 64-bit release
http://bugs.python.org/issue14822  opened by jason.coombs

#14824: reprlib documentation references string module
http://bugs.python.org/issue14824  opened by magcius

#14826: urllib2.urlopen fails to load URL
http://bugs.python.org/issue14826  opened by wichert

#14830: pysetup fails on non-ascii filenames
http://bugs.python.org/issue14830  opened by tarek

#14831: make r argument on itertools.combinations() optional
http://bugs.python.org/issue14831  opened by djc

#14833: Copyright date in footer of /pypi says 2011
http://bugs.python.org/issue14833  opened by antlong

#14834: A list of broken links on the python.org website
http://bugs.python.org/issue14834  opened by antlong

#14835: plistlib: output empty elements correctly
http://bugs.python.org/issue14835  opened by ssm

#14836: Add next(iter(o)) to set.pop, dict.popitem entries.
http://bugs.python.org/issue14836  opened by terry.reedy

#14837: Better SSL errors
http://bugs.python.org/issue14837  opened by pitrou

#14838: IDLE Will not load on reinstall
http://bugs.python.org/issue14838  opened by BugReporter

#14840: Tutorial: Add a bit on the difference between tuples and lists
http://bugs.python.org/issue14840  opened by zach.ware

#14841: os.get_terminal_size() should check stdin as a fallback
http://bugs.python.org/issue14841  opened by Arfrever

#14842: Link to time.time() in the docs of time.localtime() is wrong
http://bugs.python.org/issue14842  opened by petri.lehtinen

#14843: support define_macros / undef_macros in setup.cfg
http://bugs.python.org/issue14843  opened by dholth

#14844: netrc does not handle accentuated characters
http://bugs.python.org/issue14844  opened by drzraf

#14845: list(&amp;lt;generator expression&amp;gt;) != [&amp;lt;list comprehension&amp;gt;]
http://bugs.python.org/issue14845  opened by Peter.Norvig

#14846: Change in error when sys.path contains a nonexistent folder (i
http://bugs.python.org/issue14846  opened by takluyver

#14847: AttributeError: NoneType has no attribute 'utf_8_decode'
http://bugs.python.org/issue14847  opened by jason.coombs

#14848: os.rename should not be used
http://bugs.python.org/issue14848  opened by nvetoshkin

#14849: C implementation of ElementTree: Inheriting from Element break
http://bugs.python.org/issue14849  opened by cmn

#14850: The inconsistency of codecs.charmap_decode
http://bugs.python.org/issue14850  opened by storchaka

#1635217: Warn against using requires/provides/obsoletes in setup.py
http://bugs.python.org/issue1635217  reopened by techtonik



Most recent 15 issues with no replies (15)
==========================================

#14850: The inconsistency of codecs.charmap_decode
http://bugs.python.org/issue14850

#14849: C implementation of ElementTree: Inheriting from Element break
http://bugs.python.org/issue14849

#14844: netrc does not handle accentuated characters
http://bugs.python.org/issue14844

#14843: support define_macros / undef_macros in setup.cfg
http://bugs.python.org/issue14843

#14842: Link to time.time() in the docs of time.localtime() is wrong
http://bugs.python.org/issue14842

#14841: os.get_terminal_size() should check stdin as a fallback
http://bugs.python.org/issue14841

#14837: Better SSL errors
http://bugs.python.org/issue14837

#14835: plistlib: output empty elements correctly
http://bugs.python.org/issue14835

#14833: Copyright date in footer of /pypi says 2011
http://bugs.python.org/issue14833

#14830: pysetup fails on non-ascii filenames
http://bugs.python.org/issue14830

#14814: Implement PEP 3144 (the ipaddress module)
http://bugs.python.org/issue14814

#14812: Change file associations to not be a default installer feature
http://bugs.python.org/issue14812

#14808: Pdb does not stop at a breakpoint set on the line of a functio
http://bugs.python.org/issue14808

#14805: Support display of both __cause__ and __context__
http://bugs.python.org/issue14805

#14795: Pdb incorrectly handles a method breakpoint when module not im
http://bugs.python.org/issue14795



Most recent 15 issues waiting for review (15)
=============================================

#14840: Tutorial: Add a bit on the difference between tuples and lists
http://bugs.python.org/issue14840

#14837: Better SSL errors
http://bugs.python.org/issue14837

#14836: Add next(iter(o)) to set.pop, dict.popitem entries.
http://bugs.python.org/issue14836

#14835: plistlib: output empty elements correctly
http://bugs.python.org/issue14835

#14824: reprlib documentation references string module
http://bugs.python.org/issue14824

#14818: C implementation of ElementTree: Some functions should support
http://bugs.python.org/issue14818

#14813: Can't build under VS2008 anymore
http://bugs.python.org/issue14813

#14811: decoding_fgets() truncates long lines and fails with a SyntaxE
http://bugs.python.org/issue14811

#14808: Pdb does not stop at a breakpoint set on the line of a functio
http://bugs.python.org/issue14808

#14807: Move tarfile.filemode() into stat module
http://bugs.python.org/issue14807

#14804: Wrong defaults args notation in docs
http://bugs.python.org/issue14804

#14798: pyclbr raises KeyError when the prefix of a dotted name is not
http://bugs.python.org/issue14798

#14796: Calendar module test coverage improved
http://bugs.python.org/issue14796

#14795: Pdb incorrectly handles a method breakpoint when module not im
http://bugs.python.org/issue14795

#14792: setting a bp on current function, Pdb stops at next line altho
http://bugs.python.org/issue14792



Top 10 most discussed issues (10)
=================================

#14813: Can't build under VS2008 anymore
http://bugs.python.org/issue14813  26 msgs

#13210: Support Visual Studio 2010
http://bugs.python.org/issue13210  18 msgs

#14315: zipfile.ZipFile() unable to open zip File
http://bugs.python.org/issue14315  13 msgs

#8271: str.decode('utf8', 'replace') -- conformance with Unicode 5.2.
http://bugs.python.org/issue8271  12 msgs

#14780: urllib.request could use the default CA store
http://bugs.python.org/issue14780  12 msgs

#11959: smtpd cannot be used without affecting global state
http://bugs.python.org/issue11959  11 msgs

#14807: Move tarfile.filemode() into stat module
http://bugs.python.org/issue14807  11 msgs

#14811: decoding_fgets() truncates long lines and fails with a SyntaxE
http://bugs.python.org/issue14811  11 msgs

#12029: Catching virtual subclasses in except clauses
http://bugs.python.org/issue12029  10 msgs

#14674: Add link to RFC 4627 from json documentation
http://bugs.python.org/issue14674  10 msgs



Issues closed (49)
==================

#5730: setdefault speedup
http://bugs.python.org/issue5730  closed by pitrou

#6302: Add decode_header_as_string method to email.utils
http://bugs.python.org/issue6302  closed by r.david.murray

#6544: Fix refleak in kqueue implementation
http://bugs.python.org/issue6544  closed by pitrou

#8098: PyImport_ImportModuleNoBlock() may solve problems but causes o
http://bugs.python.org/issue8098  closed by pitrou

#8330: Failures seen in test_gdb on buildbots
http://bugs.python.org/issue8330  closed by dmalcolm

#9120: Reduce pickle size for an empty set
http://bugs.python.org/issue9120  closed by loewis

#9251: Test for the import lock
http://bugs.python.org/issue9251  closed by pitrou

#9260: A finer grained import lock
http://bugs.python.org/issue9260  closed by pitrou

#11051: Improve Python 3.3 startup time
http://bugs.python.org/issue11051  closed by pitrou

#12541: Accepting Badly formed headers in urllib HTTPBasicAuth
http://bugs.python.org/issue12541  closed by orsenthil

#13031: small speed-up for tarfile.py when unzipping tarballs
http://bugs.python.org/issue13031  closed by rosslagerwall

#14082: shutil doesn't copy extended attributes
http://bugs.python.org/issue14082  closed by pitrou

#14245: float rounding examples in FAQ are outdated
http://bugs.python.org/issue14245  closed by mark.dickinson

#14366: Supporting lzma compression in zip files
http://bugs.python.org/issue14366  closed by loewis

#14405: Some "Other Resources" in the sidebar are hopelessly out of da
http://bugs.python.org/issue14405  closed by ezio.melotti

#14417: dict RuntimeError workaround
http://bugs.python.org/issue14417  closed by pitrou

#14419: Faster ascii decoding
http://bugs.python.org/issue14419  closed by pitrou

#14543: Upgrade OpenSSL on Windows to 0.9.8u
http://bugs.python.org/issue14543  closed by loewis

#14584: Add gzip support to xmlrpc.server
http://bugs.python.org/issue14584  closed by rosslagerwall

#14624: Faster utf-16 decoder
http://bugs.python.org/issue14624  closed by pitrou

#14682: Backport missing errnos to 2.7
http://bugs.python.org/issue14682  closed by hynek

#14692: json.loads parse_constant callback not working anymore
http://bugs.python.org/issue14692  closed by hynek

#14702: os.makedirs breaks under autofs directories
http://bugs.python.org/issue14702  closed by hynek

#14732: PEP 3121 Refactoring applied to _csv module
http://bugs.python.org/issue14732  closed by pitrou

#14766: Non-naive time comparison throws naive time error
http://bugs.python.org/issue14766  closed by r.david.murray

#14770: Minor documentation fixes
http://bugs.python.org/issue14770  closed by ezio.melotti

#14773: fwalk breaks on dangling symlinks
http://bugs.python.org/issue14773  closed by hynek

#14777: Tkinter clipboard_get() decodes characters incorrectly
http://bugs.python.org/issue14777  closed by ned.deily

#14779: test_buffer fails on OS X universal 64-/32-bit builds
http://bugs.python.org/issue14779  closed by skrah

#14781: Default to year 1 in strptime if year 0 has been specified
http://bugs.python.org/issue14781  closed by r.david.murray

#14786: htmlparser with tag br
http://bugs.python.org/issue14786  closed by ezio.melotti

#14793: broken grammar in Built-in Types doc
http://bugs.python.org/issue14793  closed by sandro.tosi

#14800: stat.py constant comments + docstrings
http://bugs.python.org/issue14800  closed by giampaolo.rodola

#14801: ssize_t where size_t expected
http://bugs.python.org/issue14801  closed by pitrou

#14806: re.match does not match word '{'
http://bugs.python.org/issue14806  closed by ezio.melotti

#14809: Add HTTP status codes introduced by RFC 6585
http://bugs.python.org/issue14809  closed by hynek

#14816: compilation failed on Ubuntu shared buildbot
http://bugs.python.org/issue14816  closed by pitrou

#14819: Add `assertIsSubclass` and `assertNotIsSubclass` to `unittest.
http://bugs.python.org/issue14819  closed by ezio.melotti

#14820: socket._decref_socketios and close
http://bugs.python.org/issue14820  closed by giampaolo.rodola

#14823: Simplify threading.Lock.acquire() description
http://bugs.python.org/issue14823  closed by r.david.murray

#14825: Interactive Shell vs Executed code
http://bugs.python.org/issue14825  closed by mark.dickinson

#14827: IDLE crash when typing ^ character on Mac OS X
http://bugs.python.org/issue14827  closed by JPEC

#14828: itertools.groupby not working as expected
http://bugs.python.org/issue14828  closed by petri.lehtinen

#14829: test_bisect failure under 64-bit Windows
http://bugs.python.org/issue14829  closed by pitrou

#14832: unittest's assertItemsEqual() method gives wrong order in erro
http://bugs.python.org/issue14832  closed by r.david.murray

#14839: xml.sax.make_parser() returns "No parsers found"
http://bugs.python.org/issue14839  closed by Arfrever

#1479611: speed up function calls
http://bugs.python.org/issue1479611  closed by pitrou

#504152: rfc822 long header continuation broken
http://bugs.python.org/issue504152  closed by r.david.murray

#1440472: email.Generator is not idempotent
http://bugs.python.org/issue1440472  closed by r.david.murray
&lt;/pre&gt;</description>
    <dc:creator>Python tracker</dc:creator>
    <dc:date>2012-05-18T16:07:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132644">
    <title>64-bit Windows buildbots needed</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132644</link>
    <description>&lt;pre&gt;
Hello all,

We still need 64-bit Windows buildbots to test for regressions.
Otherwise we might let regressions slip through, since few people seem
to run the test suite under Windows at home.

Regards

Antoine.



&lt;/pre&gt;</description>
    <dc:creator>Antoine Pitrou</dc:creator>
    <dc:date>2012-05-16T12:44:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132632">
    <title>C-level duck typing</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132632</link>
    <description>&lt;pre&gt;Hi python-dev,

these ideas/questions comes out of the Cython and NumPy developer lists.

What we want is a way to communicate things on the C level about the 
extension type instances we pass around. The solution today is often to 
rely on PyObject_TypeCheck. For instance, hundreds of handcrafted C 
extensions rely on the internal structure of NumPy arrays, and Cython 
will check whether objects are instances of a Cython class or not.

However, this creates one-to-many situations; only one implementor of an 
object API/ABI, but many consumers. What we would like is multiple 
implementors and multiple consumers of mutually agreed-upon standards. 
We essentially want more duck typing on the C level.

A similar situation was PEP 3118. But there's many more such things one 
might want to communicate at the C level, many of which are very 
domain-specific and not suitable for a PEP at all. Also PEPs don't 
backport well to older versions of Python.

What we *think* we would like (but we want other suggestions!) is an 
arbitrarily extensible type object, without tying this into the type 
hierarchy. Say you have

typedef struct {
     unsigned long extension_id;
     void *data;
} PyTypeObjectExtensionEntry;

and then a type object can (somehow!) point to an array of these. The 
array is linearly scanned by consumers for IDs they recognize (most 
types would only have one or two entries). Cython could then get a 
reserved ID space to communicate whatever it wants, NumPy another one, 
and there could be "unofficial PEPs" where two or more projects get 
together to draft a spec for a particular type extension ID without 
having to bother python-dev about it.

And, we want this to somehow work with existing Python; we still support 
users on Python 2.4.

Options we've thought of so far:

  a) Use dicts and capsules to get information across. But 
performance-wise the dict lookup is not an option for what we want to 
use this for in Cython.

  b) Implement a metaclass which extends PyTypeObject in this way. 
However, that means a common runtime dependency for libraries that want 
to use this scheme, which is a big disadvantage to us. Today, Cython 
doesn't ship a runtime library but only creates standalone compileable C 
files, and there's no dependency from NumPy on Cython or the other way 
around.

  c) Hijack a free bit in tp_flags (22?) which we use to indicate that 
the PyTypeObject struct is immediately followed by a pointer to such an 
array.

The final approach is drafted in more detail at 
http://wiki.cython.org/enhancements/cep1001 . To us that looks very 
attractive both for the speed and for the lack of runtime dependencies, 
and it seems like it should work in existing versions of Python. But do 
please feel free to tell us we are misguided. Hijacking a flag bit 
certainly feels dirty.

Examples of how this would be used:

  - In Cython, we'd like to use this to annotate callable objects that 
happen to wrap a C function with their corresponding C function 
pointers. That way, callables that wrap a C function could be "unboxed", 
so that Cython could "cast" the Python object "scipy.special.gamma" to a 
function pointer at runtime and speed up the call with an order of 
magnitude. SciPy and Cython just needs to agree on a spec.

  - Lots of C extensions rely on using PyObject_TypeCheck (or even do an 
exact check) before calling the NumPy C API with PyArrayObject* 
arguments. This means that new features all have to go into NumPy; it is 
rather difficult to create new experimental array libraries. Extensible 
PyTypeObject would open up the way for other experimental array 
libraries; NumPy could make the standards, but others implement them 
(without getting NumPy as a runtime dependency, which is the consequence 
of subclassing). Of course, porting over the hundreds (thousands?) of 
extensions relying on the NumPy C API is a lot of work, but we can at 
least get started...

Ideas?

Dag Sverre Seljebotn
&lt;/pre&gt;</description>
    <dc:creator>Dag Sverre Seljebotn</dc:creator>
    <dc:date>2012-05-16T07:44:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.devel/132631">
    <title>dir() in inspect.py ?</title>
    <link>http://comments.gmane.org/gmane.comp.python.devel/132631</link>
    <description>&lt;pre&gt;Hi,

by chance I looked into the impl of inspect.getmembers today and was
slightly shocked:

def getmembers(object, predicate=None):
     """Return all members of an object as (name, value) pairs sorted by 
name.
     Optionally, only return members that satisfy a given predicate."""
     results = []
     for key in dir(object):

According to

http://docs.python.org/library/functions.html

"""
Note Because dir() is supplied primarily as a convenience for use at an 
interactive prompt, it tries to supply an interesting set of names more 
than it tries to supply a rigorously or consistently defined set of 
names, and its detailed behavior may change across releases. For 
example, metaclass attributes are not in the result list when the 
argument is a class.
"""

This is a bit inconsistent, and I think the standard lib should be the
best example for clean code that is consistent with the docs.

Is the usage of dir() correct in this context or is the doc right?
It would be nice to add a sentence of clarification if the use of
dir() is in fact the correct way to implement inspect.

cheers - chris

&lt;/pre&gt;</description>
    <dc:creator>Christian Tismer</dc:creator>
    <dc:date>2012-05-15T20:13:04</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.python.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.python.devel</link>
  </textinput>
</rdf:RDF>

