Re: [Python-Dev] Confirming status of new modules in 3.4
I don't think so. asyncio depends on selectors but not vice versa. The selectors module was not part of PEP 3156. It is solid and I don't see any reason why it should get a reprieve from the usual strict backwards compatibility standards. --Guido On Fri, Mar 14, 2014 at 6:49 PM, Eli Bendersky wrote: > > > > On Fri, Mar 14, 2014 at 4:56 PM, Giampaolo Rodola' wrote: > >> >> On Fri, Mar 14, 2014 at 9:25 PM, R. David Murray >> wrote: >> >>> Not Provisional: >>> >>> selectors >>> >> >> Wouldn't it be wiser to consider this one provisional as well? >> > > +1 because of the intimate ties to asyncio > > Eli > > > >> >> >> > >> -- >> Giampaolo - http://grodola.blogspot.com >> >> >> ___ >> Python-Dev mailing list >> Python-Dev@python.org >> https://mail.python.org/mailman/listinfo/python-dev >> Unsubscribe: >> https://mail.python.org/mailman/options/python-dev/eliben%40gmail.com >> >> > > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/guido%40python.org > > -- --Guido van Rossum (python.org/~guido) ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Confirming status of new modules in 3.4
On Fri, Mar 14, 2014 at 4:56 PM, Giampaolo Rodola' wrote: > > On Fri, Mar 14, 2014 at 9:25 PM, R. David Murray wrote: > >> Not Provisional: >> >> selectors >> > > Wouldn't it be wiser to consider this one provisional as well? > +1 because of the intimate ties to asyncio Eli > > > > -- > Giampaolo - http://grodola.blogspot.com > > > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/eliben%40gmail.com > > ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Confirming status of new modules in 3.4
On Mar 14, 2014, at 4:25 PM, R. David Murray wrote: > I just want to summarize the status of the modules that > have been added to the stdlib in 3.4 to make sure they > are all labeled correctly: > > Provisional: > > asyncio > pathlib > > Not Provisional: > > ensurepip ensurepip is correct. > enum > selectors > statistics > tracemalloc > > > I'm especially curious about tracemalloc, since I know Victor found > something he wanted to change (add?) to the API just recently. > > --David > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/donald%40stufft.io - Donald Stufft PGP: 0x6E3CBCE93372DCFA // 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA signature.asc Description: Message signed with OpenPGP using GPGMail ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Confirming status of new modules in 3.4
On Fri, Mar 14, 2014 at 9:25 PM, R. David Murray wrote: > Not Provisional: > > selectors > Wouldn't it be wiser to consider this one provisional as well? -- Giampaolo - http://grodola.blogspot.com ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] cpython: Added Doc/tools/ subdirs to .hgignore.
Sorry, my mistake - I should have checked more carefully. Thank you for pointing me to the commit where they were removed - I'll install a venv with Sphinx, revert the change and remove those files from my repo. Regards, Vinay Sajip From: Benjamin Peterson To: python-dev@python.org; python-check...@python.org; vinay_sa...@yahoo.co.uk Sent: Friday, 14 March 2014, 15:10 Subject: Re: [Python-checkins] cpython: Added Doc/tools/ subdirs to .hgignore. On Fri, Mar 14, 2014, at 07:20 AM, vinay.sajip wrote: > http://hg.python.org/cpython/rev/edb12dad7bf6 > changeset: 89654:edb12dad7bf6 > user: Vinay Sajip > date: Fri Mar 14 14:20:09 2014 + > summary: > Added Doc/tools/ subdirs to .hgignore. > > files: > .hgignore | 5 + > 1 files changed, 5 insertions(+), 0 deletions(-) > > > diff --git a/.hgignore b/.hgignore > --- a/.hgignore > +++ b/.hgignore > @@ -24,6 +24,11 @@ > reflog.txt$ > tags$ > Lib/plat-mac/errors.rsrc.df.rsrc > +Doc/tools/sphinx/ > +Doc/tools/docutils/ > +Doc/tools/jinja/ > +Doc/tools/jinja2/ > +Doc/tools/pygments/ Why are you readding these when they were apparently purposely removed in eef7899ea7ab?___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Confirming status of new modules in 3.4
On 03/14/2014 01:25 PM, R. David Murray wrote: Not Provisional: enum This is correct. -- ~Ethan~ ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Confirming status of new modules in 3.4
On Fri, 14 Mar 2014 16:25:56 -0400 "R. David Murray" wrote: > I just want to summarize the status of the modules that > have been added to the stdlib in 3.4 to make sure they > are all labeled correctly: > > Provisional: > > asyncio > pathlib These are right. Regards Antoine. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Confirming status of new modules in 3.4
I just want to summarize the status of the modules that have been added to the stdlib in 3.4 to make sure they are all labeled correctly: Provisional: asyncio pathlib Not Provisional: ensurepip enum selectors statistics tracemalloc I'm especially curious about tracemalloc, since I know Victor found something he wanted to change (add?) to the API just recently. --David ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] cpython: Added Doc/tools/ subdirs to .hgignore.
On Fri, 14 Mar 2014 12:08:22 -0500 Zachary Ware wrote: > On Fri, Mar 14, 2014 at 10:55 AM, Benjamin Peterson > wrote: > > On Fri, Mar 14, 2014, at 08:52 AM, Zachary Ware wrote: > >> On Fri, Mar 14, 2014 at 10:10 AM, Benjamin Peterson > >> wrote: > >> > Why are you readding these when they were apparently purposely removed > >> > in eef7899ea7ab? > >> > >> It is rather ugly to build the docs in a 3.3 checkout, then update to > >> default and run 'hg status' without those entries in .hgignore. I can > >> understand not wanting to be bombarded by all of the untracked files, > >> but it's also pretty easy to enable the purge extension and do "hg > >> purge Doc/tools". > > > > This is why everyone should use the share extension and have separate > > working copies for every branch. :) > > I've been using that setup for a few months now (and cursing myself > for not switching sooner), but I've still found myself annoyed by this > issue a time or two since the doc build chain change. I personally > don't mind whether those entries are in .hgignore or not, but I don't > see the harm in them sticking around (at least until 3.3 is out of > maintenance; updating from 2.7 to default is a great source of > problems even aside from this issue). Indeed, I think it's ok to keep them. Regards Antoine. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] cpython: Added Doc/tools/ subdirs to .hgignore.
On Fri, Mar 14, 2014 at 10:55 AM, Benjamin Peterson wrote: > On Fri, Mar 14, 2014, at 08:52 AM, Zachary Ware wrote: >> On Fri, Mar 14, 2014 at 10:10 AM, Benjamin Peterson >> wrote: >> > Why are you readding these when they were apparently purposely removed >> > in eef7899ea7ab? >> >> It is rather ugly to build the docs in a 3.3 checkout, then update to >> default and run 'hg status' without those entries in .hgignore. I can >> understand not wanting to be bombarded by all of the untracked files, >> but it's also pretty easy to enable the purge extension and do "hg >> purge Doc/tools". > > This is why everyone should use the share extension and have separate > working copies for every branch. :) I've been using that setup for a few months now (and cursing myself for not switching sooner), but I've still found myself annoyed by this issue a time or two since the doc build chain change. I personally don't mind whether those entries are in .hgignore or not, but I don't see the harm in them sticking around (at least until 3.3 is out of maintenance; updating from 2.7 to default is a great source of problems even aside from this issue). -- Zach ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Summary of Python tracker Issues
ACTIVITY SUMMARY (2014-03-07 - 2014-03-14) 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: open4486 (-107) closed 28213 (+169) total 32699 (+62) Open issues with patches: 2063 Issues opened (40) == #5926: bdist_msi: add support for minimum Python version for pure Pyt http://bugs.python.org/issue5926 reopened by eric.araujo #18678: Wrong struct members name for spwd module http://bugs.python.org/issue18678 reopened by r.david.murray #20866: segfailt with os.popen and SIGPIPE http://bugs.python.org/issue20866 opened by hanno #20867: fix_import in 2to3 adds spurious relative import (windows) http://bugs.python.org/issue20867 opened by ccanepa #20868: Lib/test/test_socket.py: skip testGetServBy if /etc/services i http://bugs.python.org/issue20868 opened by Steap #20872: dbm/gdbm/ndbm close methods are not document http://bugs.python.org/issue20872 opened by r.david.murray #20874: Tutorial section on starting python is out of date http://bugs.python.org/issue20874 opened by r.david.murray #20876: python -m test test_pathlib fails http://bugs.python.org/issue20876 opened by Jey.Narasimhan #20879: base64 module of Python 3.4 uses 920 kB of memory http://bugs.python.org/issue20879 opened by haypo #20880: Windows installation problem with 3.3.5 http://bugs.python.org/issue20880 opened by BreamoreBoy #20884: importlib/__init__.py can not be loaded without __file__ - bre http://bugs.python.org/issue20884 opened by Jurko.GospodnetiÄ #20885: Little Endian PowerPC64 Linux http://bugs.python.org/issue20885 opened by David.Edelsohn #20886: Disabling logging to ~/.python_history is not simple enough http://bugs.python.org/issue20886 opened by Sworddragon #20887: stdlib compatibility with pypy, test_zipfile.py http://bugs.python.org/issue20887 opened by mattip #20890: Miscellaneous PEP 101 additions http://bugs.python.org/issue20890 opened by ncoghlan #20891: PyGILState_Ensure on non-Python thread causes fatal error http://bugs.python.org/issue20891 opened by steve.dower #20895: Add bytes.empty_buffer and deprecate bytes(17) for the same pu http://bugs.python.org/issue20895 opened by ethan.furman #20897: @abstractmethod does not enforce method signatures http://bugs.python.org/issue20897 opened by the.mulhern #20898: Missing 507 response description http://bugs.python.org/issue20898 opened by Filip.Malczak #20899: Nested namespace imports do not work inside zip archives http://bugs.python.org/issue20899 opened by Andrey.Antsut #20900: distutils register command should print text, not bytes repr http://bugs.python.org/issue20900 opened by eric.araujo #20902: Which operand is preferred by set operations? Missing informat http://bugs.python.org/issue20902 opened by Giacomo.Alzetta #20903: smtplib.SMTP raises socket.timeout http://bugs.python.org/issue20903 opened by Chris.Clark #20904: HAVE_PY_SET_53BIT_PRECISION for m68k http://bugs.python.org/issue20904 opened by schwab #20906: Issues in Unicode HOWTO http://bugs.python.org/issue20906 opened by gwideman #20907: behavioral differences between shutil.unpack_archive and ZipFi http://bugs.python.org/issue20907 opened by pe...@psantoro.net #20909: 3.4 cherry pick: d22ef969cb82 & f5be4ea5b43e & 25dc02a2acae n http://bugs.python.org/issue20909 opened by ncoghlan #20910: Make sleep configurable in tests http://bugs.python.org/issue20910 opened by haypo #20911: urllib 'headers' is not a well defined data type http://bugs.python.org/issue20911 opened by r.david.murray #20912: [zipfile.py]: Make zip directory attributes more friendly for http://bugs.python.org/issue20912 opened by vmurashev #20913: Standard Library documentation needs SSL security best practic http://bugs.python.org/issue20913 opened by r.david.murray #20915: Add "pip" section to experts list in devguide http://bugs.python.org/issue20915 opened by eric.araujo #20916: ssl.enum_certificates() will not return all certificates trust http://bugs.python.org/issue20916 opened by Adam.Goodman #20917: Idle: Enhance font change notification system http://bugs.python.org/issue20917 opened by terry.reedy #20920: Turtle module transparency. http://bugs.python.org/issue20920 opened by Eli Innis #20921: DeprecationWarning: The Windows bytes API has been deprecated, http://bugs.python.org/issue20921 opened by pramod.jadhav #20923: ConfigParser should be greedy when parsing section name http://bugs.python.org/issue20923 opened by miloskomarcevic #20924: openssl init 100% CPU utilization http://bugs.python.org/issue20924 opened by bob.bob #20926: Devguide: Enhance Quick Start portion of instructions for Wind http://bugs.python.org/issue20926 opened by kathweaver #20927: Different behaviour on Posix and Windows when using subprocess http://bugs.python.org/issue20927 opened by Jovik Most recent 1
Re: [Python-Dev] cpython: Added Doc/tools/ subdirs to .hgignore.
Am 14.03.2014 16:55, schrieb Benjamin Peterson: > > > On Fri, Mar 14, 2014, at 08:52 AM, Zachary Ware wrote: >> On Fri, Mar 14, 2014 at 10:10 AM, Benjamin Peterson >> wrote: >> > On Fri, Mar 14, 2014, at 07:20 AM, vinay.sajip wrote: >> >> diff --git a/.hgignore b/.hgignore >> >> --- a/.hgignore >> >> +++ b/.hgignore >> >> @@ -24,6 +24,11 @@ >> >> reflog.txt$ >> >> tags$ >> >> Lib/plat-mac/errors.rsrc.df.rsrc >> >> +Doc/tools/sphinx/ >> >> +Doc/tools/docutils/ >> >> +Doc/tools/jinja/ >> >> +Doc/tools/jinja2/ >> >> +Doc/tools/pygments/ >> > >> > Why are you readding these when they were apparently purposely removed >> > in eef7899ea7ab? >> >> It is rather ugly to build the docs in a 3.3 checkout, then update to >> default and run 'hg status' without those entries in .hgignore. I can >> understand not wanting to be bombarded by all of the untracked files, >> but it's also pretty easy to enable the purge extension and do "hg >> purge Doc/tools". > > This is why everyone should use the share extension and have separate > working copies for every branch. :) I agree. Georg ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] cpython: Added Doc/tools/ subdirs to .hgignore.
On Fri, Mar 14, 2014, at 08:52 AM, Zachary Ware wrote: > On Fri, Mar 14, 2014 at 10:10 AM, Benjamin Peterson > wrote: > > On Fri, Mar 14, 2014, at 07:20 AM, vinay.sajip wrote: > >> diff --git a/.hgignore b/.hgignore > >> --- a/.hgignore > >> +++ b/.hgignore > >> @@ -24,6 +24,11 @@ > >> reflog.txt$ > >> tags$ > >> Lib/plat-mac/errors.rsrc.df.rsrc > >> +Doc/tools/sphinx/ > >> +Doc/tools/docutils/ > >> +Doc/tools/jinja/ > >> +Doc/tools/jinja2/ > >> +Doc/tools/pygments/ > > > > Why are you readding these when they were apparently purposely removed > > in eef7899ea7ab? > > It is rather ugly to build the docs in a 3.3 checkout, then update to > default and run 'hg status' without those entries in .hgignore. I can > understand not wanting to be bombarded by all of the untracked files, > but it's also pretty easy to enable the purge extension and do "hg > purge Doc/tools". This is why everyone should use the share extension and have separate working copies for every branch. :) ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] cpython: Added Doc/tools/ subdirs to .hgignore.
On Fri, Mar 14, 2014 at 10:10 AM, Benjamin Peterson wrote: > On Fri, Mar 14, 2014, at 07:20 AM, vinay.sajip wrote: >> diff --git a/.hgignore b/.hgignore >> --- a/.hgignore >> +++ b/.hgignore >> @@ -24,6 +24,11 @@ >> reflog.txt$ >> tags$ >> Lib/plat-mac/errors.rsrc.df.rsrc >> +Doc/tools/sphinx/ >> +Doc/tools/docutils/ >> +Doc/tools/jinja/ >> +Doc/tools/jinja2/ >> +Doc/tools/pygments/ > > Why are you readding these when they were apparently purposely removed > in eef7899ea7ab? It is rather ugly to build the docs in a 3.3 checkout, then update to default and run 'hg status' without those entries in .hgignore. I can understand not wanting to be bombarded by all of the untracked files, but it's also pretty easy to enable the purge extension and do "hg purge Doc/tools". -- Zach ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] cpython: Added Doc/tools/ subdirs to .hgignore.
On Fri, Mar 14, 2014, at 07:20 AM, vinay.sajip wrote: > http://hg.python.org/cpython/rev/edb12dad7bf6 > changeset: 89654:edb12dad7bf6 > user:Vinay Sajip > date:Fri Mar 14 14:20:09 2014 + > summary: > Added Doc/tools/ subdirs to .hgignore. > > files: > .hgignore | 5 + > 1 files changed, 5 insertions(+), 0 deletions(-) > > > diff --git a/.hgignore b/.hgignore > --- a/.hgignore > +++ b/.hgignore > @@ -24,6 +24,11 @@ > reflog.txt$ > tags$ > Lib/plat-mac/errors.rsrc.df.rsrc > +Doc/tools/sphinx/ > +Doc/tools/docutils/ > +Doc/tools/jinja/ > +Doc/tools/jinja2/ > +Doc/tools/pygments/ Why are you readding these when they were apparently purposely removed in eef7899ea7ab? ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] PEP URLs
Am 14.03.14 15:04, schrieb Barry Warsaw: > On Mar 14, 2014, at 04:48 PM, Nick Coghlan wrote: > >> I opened https://github.com/python/pythondotorg/issues/297 to ask for >> an ETA on when we can expect them to be fully integrated. > > Thanks Nick. On the bug I suggest creating peps.python.org. And I suggested setting up a reverse proxy. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] PEP URLs
On Mar 14, 2014, at 04:48 PM, Nick Coghlan wrote: >I opened https://github.com/python/pythondotorg/issues/297 to ask for >an ETA on when we can expect them to be fully integrated. Thanks Nick. On the bug I suggest creating peps.python.org. -Barry signature.asc Description: PGP signature ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Whats New in 3.4 is pretty much done...
On Fri, Mar 14, 2014 at 12:59 AM, Brian Curtin wrote: > On Thu, Mar 13, 2014 at 8:29 PM, Terry Reedy wrote: >> Now that no warnings is a serious goal for 3.4+, I will report them should >> they recur. > > If we're at no warnings, and no warnings is a serious goal, warnings > should be errors. I'm planning to get that done for 3.5, at least on 32bit Windows. I haven't gotten an issue opened for it yet, though. -- Zach ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] tracemallocqt: GUI to analyze tracemalloc snapshots
On 14 March 2014 09:54, Victor Stinner wrote: > I force pickle version 2 because tracemallocqt currently only works on > Python 2. (Mostly because I don't see how to get PySide for Python 3 > on Fedora 20.) The Fedora PySide package needs some spec file wrangling to actually build the Python 3 version of the packages: https://bugzilla.redhat.com/show_bug.cgi?id=1045780 (Some guidelines on handling that problem are at https://fedoraproject.org/wiki/Packaging:Python if anyone familiar with RPM and keen to see that fixed feels like taking a shot at the problem) Cheers, Nick. -- Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Whats New in 3.4 is pretty much done...
14.03.14 07:59, Brian Curtin написав(ла): On Thu, Mar 13, 2014 at 8:29 PM, Terry Reedy wrote: Now that no warnings is a serious goal for 3.4+, I will report them should they recur. If we're at no warnings, and no warnings is a serious goal, warnings should be errors. Sources still are not C89-clean and gcc -std=c89 emits warnings/errors. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com