[Python-Dev] Summary of Python tracker Issues
ACTIVITY SUMMARY (2013-02-15 - 2013-02-22) 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: open3866 (+21) closed 25186 (+45) total 29052 (+66) Open issues with patches: 1667 Issues opened (46) == #17212: os.path.isfile() in Python 3.3 sometimes fails http://bugs.python.org/issue17212 opened by gpoore #17213: ctypes loads wrong version of C runtime, leading to error mess http://bugs.python.org/issue17213 opened by dancol #17214: http.client.HTTPConnection.putrequest encode error http://bugs.python.org/issue17214 opened by Mi.Zou #17216: sparc linux build fails with "could not import runpy module" http://bugs.python.org/issue17216 opened by uservorname.usernachname #17217: Fix test discovery for test_format.py on Windows http://bugs.python.org/issue17217 opened by zach.ware #17218: support title and description in argparse add_mutually_exclusi http://bugs.python.org/issue17218 opened by chris.jerdonek #17219: cross add Python's library directory when building python stan http://bugs.python.org/issue17219 opened by rpetrov #17220: Little enhancements of _bootstrap.py http://bugs.python.org/issue17220 opened by serhiy.storchaka #17221: Resort Misc/NEWS http://bugs.python.org/issue17221 opened by serhiy.storchaka #17222: py_compile.compile() explicitly sets st_mode for written files http://bugs.python.org/issue17222 opened by Arfrever #17223: Initializing array.array with unicode type code and buffer seg http://bugs.python.org/issue17223 opened by mjacob #17224: can not open idle in python 2.7.3 http://bugs.python.org/issue17224 opened by hayeswu #17226: libintl should also check for libiconv http://bugs.python.org/issue17226 opened by alanh #17227: devguide: buggy heading numbers http://bugs.python.org/issue17227 opened by pitrou #17229: unable to discover preferred HTTPConnection class http://bugs.python.org/issue17229 opened by samwyse #17231: Mark __del__ not being called in cycles as an impl detail http://bugs.python.org/issue17231 opened by fijall #17232: Improve -O docs http://bugs.python.org/issue17232 opened by fijall #17233: http.client header debug output format http://bugs.python.org/issue17233 opened by Kim.Gräsman #17234: python-2.7.3-r3: crash in visit_decref() http://bugs.python.org/issue17234 opened by mmokrejs #17237: m68k aligns on 16bit boundaries. http://bugs.python.org/issue17237 opened by alanh #17238: Enhance import statement completion http://bugs.python.org/issue17238 opened by Ramchandra Apte #17239: XML vulnerabilities in Python http://bugs.python.org/issue17239 opened by christian.heimes #17240: argparse: subcommand name and arity http://bugs.python.org/issue17240 opened by Thibault.Kruse #17243: The changes made for issue 4074 should be documented http://bugs.python.org/issue17243 opened by r.david.murray #17244: py_compile.compile() fails to raise exceptions when writing of http://bugs.python.org/issue17244 opened by Arfrever #17245: ctypes libffi needs to align the x86 stack to 16 bytes http://bugs.python.org/issue17245 opened by gregory.p.smith #17246: cgitb fails when frame arguments are deleted (due to inspect b http://bugs.python.org/issue17246 opened by Andrew.Lutomirski #17247: int and float should detect inconsistent format strings http://bugs.python.org/issue17247 opened by christian.heimes #17249: reap threads in test_capi http://bugs.python.org/issue17249 opened by ezio.melotti #17250: argparse: Issue 15906 patch; positional with nargs='*' and str http://bugs.python.org/issue17250 opened by paul.j3 #17251: LWPCookieJar load() set domain_specifed wrong http://bugs.python.org/issue17251 opened by B. Kyven #17254: add thai encoding aliases to encodings.aliases http://bugs.python.org/issue17254 opened by fo...@yahoo.com #17258: multiprocessing.connection challenge implicitly uses MD5 http://bugs.python.org/issue17258 opened by dmalcolm #17259: locale.format() rounding is not reliable for floats http://bugs.python.org/issue17259 opened by Francis.Nimick #17261: multiprocessing.manager BaseManager cannot return proxies from http://bugs.python.org/issue17261 opened by Wilson.Harron #17263: crash when tp_dealloc allows other threads http://bugs.python.org/issue17263 opened by Albert.Zeyer #17264: Update Building C and C++ Extensions with distutils documentat http://bugs.python.org/issue17264 opened by berker.peksag #17267: datetime.time support for '+' and 'now' http://bugs.python.org/issue17267 opened by ronaldoussoren #17268: Context managers written as C types no longer work in Python 2 http://bugs.python.org/issue17268 opened by lemburg #17269: getaddrinfo segfaults on OS X when provided with invalid argum http://bugs.python.org/issue17269 opened by tibbe #17272: request.full_url: unexpected results on assignment http://bugs.python.org
Re: [Python-Dev] BDFL delegation for PEP 426 (PyPI metadata 1.3)
On 03/02/2013 13:27, Tres Seaver wrote: As for setuptools (as opposed to distribute), I don't think we should care anymore. Yes, you need to care. It is *still* true today that distribute and setuptools remain largely interchangeable, which is the only thing that makes distribute viable, in the ecosystem sense. + sys.maxint. I was very unpopular with the attitude I took to distribute when it arrived, including it's poor choice of name ;-) Now, I know my tone was bad, but we are where I feared we're be, to paraphrase Ned Batchelder's "two problems" job page: I had a problem with setuptools, so I thought I'd create distribute, now I have two problems... I'm excited by wheel and I still have vague hopes that one day the stdlib might be a collection of packages shipped as a "big distribution" for those who need it and separately upgradeable for the rest of us... ...but let's make sure we keep caring about the tools that people really use, which includes both setuptools and distribute. ...or deliberately break them both, at the same time as we fix the security issues, and provide a workable alternative. People will quickly migrate ;-) cheers, Chris -- Simplistix - Content Management, Batch Processing & Python Consulting - http://www.simplistix.co.uk ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] peps: PEP 426: replace implied 'version starts with' with new ~= operator
Hi, On Sat, Feb 23, 2013 at 5:33 AM, daniel.holth wrote: > http://hg.python.org/peps/rev/de69fe61f300 > changeset: 4764:de69fe61f300 > user:Daniel Holth > date:Fri Feb 22 22:33:09 2013 -0500 > summary: > PEP 426: replace implied 'version starts with' with new ~= operator > I haven't seen any discussion about this, but FWIW CSS [0] and JQuery [1] use ^= for this purpose. ^ also indicates the beginning of the string in regular expressions (this is why ^= was chosen for CSS/JQuery). They also use ~= to indicate "attribute contains word" [0][2]. Perl also has a similar-looking operator [3] (=~) used to test a regex match. Best Regards, Ezio Melotti [0]: http://www.w3.org/TR/selectors/#selectors [1]: http://api.jquery.com/attribute-starts-with-selector/ [2]: http://api.jquery.com/attribute-contains-word-selector/ [3]: http://perldoc.perl.org/perlop.html#Binding-Operators ___ 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
