Re: [Python-Dev] [Python-checkins] peps: Add rules for indenting continuation lines.
On Fri, Jun 3, 2011 at 00:15, Barry Warsaw wrote: > On Jun 02, 2011, at 12:57 PM, Glenn Linderman wrote: > >>On 6/2/2011 12:01 PM, Guido van Rossum wrote: >>> Bingo. That's why. (Though you are missing some colons in your examples.:-) >>> >>> --Guido >> >>You operate as a good Python compiler :) > > Actually, this is a key insight, which I just mentioned in a private response > to Steve. How about this for the rule: > > If the hanging line ends in a colon, then double-indent (or "more-ly > indented") seems appropriate. If not, then a single indent is sufficient. > > That handles cases like this, where double indent makes sense: > > def some_really_long_function_name( > an_argument, > another_argument, > and_a_third_argument): > foo() > > --- > > if some_really_long_function_name( > an_argument, > another_argument, > and_a_third_argument): > foo() > > --- > > and these cases where a single indent is fine: > > x = some_really_long_function_name( > an_argument, > another_argument, > and_a_third_argument) > foo(x) > > --- > > d = dict( > a=1, > b=2, > c=3, > d=4) > return d > > Does that cover it? I like it. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Summary of Python tracker Issues
ACTIVITY SUMMARY (2011-05-27 - 2011-06-03) 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: open2815 ( +2) closed 21221 (+56) total 24036 (+58) Open issues with patches: 1224 Issues opened (38) == #12197: non-blocking SSL write in Windows sends large data but raises http://bugs.python.org/issue12197 opened by dsiroky #12198: zipfile.py:1047: DeprecationWarning: 'H' format requires 0 <= http://bugs.python.org/issue12198 opened by gnezdo #12200: bdist_wininst install_script not run on uninstall http://bugs.python.org/issue12200 opened by mhammond #12201: Returning FILETIME is unsupported in msilib.SummaryInformation http://bugs.python.org/issue12201 opened by markm #12202: Check status returns in msilib.SummaryInformation.GetProperty( http://bugs.python.org/issue12202 opened by markm #12204: str.upper converts to title http://bugs.python.org/issue12204 opened by py.user #12206: Documentation Std. Library 15.7.5 "LogRecord objects": Paramet http://bugs.python.org/issue12206 opened by mponweiser #12207: Document ast.PyCF_ONLY_AST http://bugs.python.org/issue12207 opened by eric.araujo #12208: Glitches in email.policy docs http://bugs.python.org/issue12208 opened by eric.araujo #12209: Minor edits to faulthandler doc http://bugs.python.org/issue12209 opened by eric.araujo #12210: test_smtplib: intermittent failures on FreeBSD http://bugs.python.org/issue12210 opened by skrah #12211: math.copysign must keep object type. http://bugs.python.org/issue12211 opened by umedoblock #12213: BufferedRandom, BufferedRWPair: issues with interlaced read-wr http://bugs.python.org/issue12213 opened by haypo #12214: platform module can't detect archlinux distribution http://bugs.python.org/issue12214 opened by lilaboc #12215: TextIOWrapper: issues with interlaced read-write http://bugs.python.org/issue12215 opened by haypo #12217: Cross-link docs for faulthandler, traceback and pdb http://bugs.python.org/issue12217 opened by eric.araujo #12219: tkinter.filedialog.askopenfilename XT dialog on Windows 7 http://bugs.python.org/issue12219 opened by hfischer #12220: minidom xmlns not handling spaces in xmlns attribute value fie http://bugs.python.org/issue12220 opened by hfischer #1: All pysetup commands should respect exit codes http://bugs.python.org/issue1 opened by tarek #12223: Datamodel documentation page: 'operator' where 'operand' shoul http://bugs.python.org/issue12223 opened by Vladimir.M. #12224: problem with siginterrupt http://bugs.python.org/issue12224 opened by Zhiping.Deng #12226: use secured channel for uploading packages to pypi http://bugs.python.org/issue12226 opened by techtonik #12228: Stat doc - fix swap of UF_OPAQUE and UF_NOUNLINK description http://bugs.python.org/issue12228 opened by sandro.tosi #12231: regrtest: add -k and -K options to filter tests by function/fi http://bugs.python.org/issue12231 opened by haypo #12232: embedded python import cmath http://bugs.python.org/issue12232 opened by Thanh Ly #12234: unittest2 could enable regex debugging for more information http://bugs.python.org/issue12234 opened by iElectric #12237: Document how to open non-default webbrowser http://bugs.python.org/issue12237 opened by hirsh #12238: Readline module loading in interactive mode http://bugs.python.org/issue12238 opened by Niels.Heinen #12239: msilib VT_EMPTY SummaryInformation properties raise an error ( http://bugs.python.org/issue12239 opened by markm #12240: Allow multiple setup_hooks http://bugs.python.org/issue12240 opened by erik.bray #12242: distutils2 environment marker for current compiler http://bugs.python.org/issue12242 opened by eli.collins #12243: getpass.getuser works on OSX http://bugs.python.org/issue12243 opened by louiscipher #12245: Document the meaning of FLT_ROUNDS constants for sys.float_inf http://bugs.python.org/issue12245 opened by rhettinger #12246: create installation path if it's non-existent http://bugs.python.org/issue12246 opened by tshepang #12248: __dir__ semantics changed in Python 2.7.2 http://bugs.python.org/issue12248 opened by barry #12249: add missing command http://bugs.python.org/issue12249 opened by tshepang #12253: Document packaging.manifest and packaging.errors http://bugs.python.org/issue12253 opened by eric.araujo #12254: PEP-3107 has a wrong attribute name for function annotations http://bugs.python.org/issue12254 opened by Roman.Alexeev Most recent 15 issues with no replies (15) == #12254: PEP-3107 has a wrong attribute name for function annotations http://bugs.python.org/issue12254 #12253: Document packaging.manifest and packaging.errors http://bugs.python.org/issue12253 #12245: Document the meaning of FLT_ROUNDS constants for sys.float_inf http://bugs.python.org/issue12245 #
[Python-Dev] os.stat and nanosecond precision
With regards to http://bugs.python.org/issue11457 What should the name of the (seconds, nanoseconds) tuple be? st_atim, st_ctim and st_mtim has bee suggested and is what the POSIX specification uses. This is confusingly similar to the existing st_atime, st_ctime and st_mtime. Also, should it be that these attributes are always defined (and just have 0 for nanoseconds if the OS doesn't support it) or should it be that they are only defined if the OS supports nanosecond precision. If they are always defined, it would make usage simpler. Cheers Ross ___ 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] os.stat and nanosecond precision
On Fri, Jun 3, 2011 at 12:34 PM, Ross Lagerwall wrote: > .. > What should the name of the (seconds, nanoseconds) tuple be? > st_atim, st_ctim and st_mtim has bee suggested and is what the POSIX > specification uses. This is confusingly similar to the existing > st_atime, st_ctime and st_mtime. > Still, inventing new names would make it even more confusing. +1 for POSIX names. > Also, should it be that these attributes are always defined (and just > have 0 for nanoseconds if the OS doesn't support it) or should > it be that they are only defined if the OS supports nanosecond > precision. > If they are always defined, it would make usage simpler. +1 to have them always defined. ___ 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] cpython: Fix reST label for collections ABCs.
On Jun 3, 2011, at 10:27 AM, eric.araujo wrote: > > Fix reST label for collections ABCs. > > The previous markup hijacked the abstract-base-classes glossary entry, > which resulted in the HTML linking to collections.abc when defining the > generic ABC concept. Now the glossary links to the abc module. I think the users are better served by links to collections.abc, io.abc, etc. For the most part, glossary readers will be interested in actual abstract classes than in the underlying implementation. IOW, I believe this edit makes the docs worse rather than better. Raymond___ 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] cpython: Fix reST label for collections ABCs.
Le 03/06/2011 19:43, Raymond Hettinger a écrit : > I think the users are better served by links to collections.abc, io.abc, etc. The specific problem I addressed was that :ref:`abstract-base-classes` was replaced by “Collections Abstract Base Classes”, which was wrong: the glossary entry talks about “Abstract Base Classes”. I will add links to abc submodules as you suggested tomorrow. Thanks for the review. ___ 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] os.stat and nanosecond precision
> What should the name of the (seconds, nanoseconds) tuple be? See my comment: -1 on having such a tuple in the first place. We have the decimal type to represent arbitrary-precision time stamps. > st_atim, st_ctim and st_mtim has bee suggested and is what the POSIX > specification uses. This is confusingly similar to the existing > st_atime, st_ctime and st_mtime. That the POSIX spec uses it is IMO a strong argument. > Also, should it be that these attributes are always defined (and just > have 0 for nanoseconds if the OS doesn't support it) Definitely. There may be a day when ps, fs, or as resolution comes along. It would be good if a) the fields are always available, and b) have "unspecified"/"best-effort" precision, to accomodate future changes. I wish the decimal type would have been available in 2.3, when I changed the fields to be doubles instead of longs... Regards, Martin ___ 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] Sniffing passwords from PyPI using insecure connection
> I followed up on the tracker. I'm +0 on adding this to 2.6, but not until > after the 2.6.7 release on Friday. > > How well has this change been tested? Are there people for whom this could > break things? As others have pointed out: it would break systems that don't have the _ssl module built. Regards, Martin ___ 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] cpython: Add NEWS and whatsnew entries for the packaging module
Le vendredi 03 juin 2011 17:28:48, eric.araujo a écrit : > +packaging > +- > + > +:mod:`distutils` has undergone additions and refactoring under a new name, > +:mod:`packaging`, to allow developers to break backward compatibility. > +:mod:`distutils` is still provided in the standard library, but users are > +encouraged to transition to :mod:`packaging`. For older versions of > Python, a +backport compatible with 2.4+ and 3.1+ will be made available > on PyPI under the +name :mod:`distutils2`. Even for Python 2.4, really? Do you really need to support this old Python release? Victor ___ 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] Sniffing passwords from PyPI using insecure connection
On Fri, Jun 3, 2011 at 11:40 PM, "Martin v. Löwis" wrote: >> I followed up on the tracker. I'm +0 on adding this to 2.6, but not until >> after the 2.6.7 release on Friday. >> >> How well has this change been tested? Are there people for whom this could >> break things? > > As others have pointed out: it would break systems that don't have the > _ssl module built. yeah, we would need to fallback to http in that case. while using https by default is a nice addition, maybe we should also look at adding a scp-like upload/register command, since the server has now this ability. > > Regards, > Martin > ___ > 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/ziade.tarek%40gmail.com > -- Tarek Ziadé | http://ziade.org ___ 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] cpython: Add NEWS and whatsnew entries for the packaging module
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/03/2011 06:06 PM, Victor Stinner wrote: > Le vendredi 03 juin 2011 17:28:48, eric.araujo a écrit : >> +packaging >> +- >> + >> +:mod:`distutils` has undergone additions and refactoring under a new name, >> +:mod:`packaging`, to allow developers to break backward compatibility. >> +:mod:`distutils` is still provided in the standard library, but users are >> +encouraged to transition to :mod:`packaging`. For older versions of >> Python, a +backport compatible with 2.4+ and 3.1+ will be made available >> on PyPI under the +name :mod:`distutils2`. > > Even for Python 2.4, really? Do you really need to support this old Python Yes. Many projects distribute packages to folks still using 2.4. Tres. - -- === Tres Seaver +1 540-429-0999 tsea...@palladion.com Palladion Software "Excellence by Design"http://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3pYC0ACgkQ+gerLs4ltQ638ACghJiU7Ts7D5PrcfA2r1ZoJklW 7zkAn2vJwI1W1N7GVTrpR6/8Lt48ltBz =xKNv -END PGP SIGNATURE- ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Released: Python 2.6.7
Hello Pythoneers and Pythonistas, I'm happy to announce the final release of Python 2.6.7. Python 2.6 is in security-fix only mode. This means that general bug maintenance has ended, and only critical security issues are being fixed. We will support Python 2.6 in security-fix only mode until October 2013. Also, this is a source-only release; no installers for Windows or Mac OS X will be provided. Please download the source from: http://www.python.org/download/releases/2.6.7/ The NEWS file contains the list of changes since 2.6.6: http://www.python.org/download/releases/2.6.7/NEWS.txt Many thanks go out to the entire Python community for their contributions and help in making Python 2.6.7 available. Enjoy, -Barry (on behalf of the Python development community) signature.asc Description: PGP signature ___ 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] cpython: Add NEWS and whatsnew entries for the packaging module
On Fri, Jun 3, 2011 at 3:29 PM, Tres Seaver wrote: > > Even for Python 2.4, really? Do you really need to support this old > Python > > > Yes. Many projects distribute packages to folks still using 2.4. > Supporting detail: I recently installed the latest CentOS, 5.6, and found that it still Ships with CPython 2.4. I installed a CPython 3.2 in /usr/local almost immediately, but I can see how some might want 2.4 support yet. ___ 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] cpython: Add NEWS and whatsnew entries for the packaging module
On Sat, Jun 4, 2011 at 10:29 AM, Dan Stromberg wrote: > Supporting detail: I recently installed the latest CentOS, 5.6, and found > that it still Ships with CPython 2.4. > > I installed a CPython 3.2 in /usr/local almost immediately, but I can see > how some might want 2.4 support yet. Yeah, this came up at Brispy last week. Until CentOS 6 comes out and hosting providers based on CentOS make that version available to their customers, quite a few people are going to want 2.4 support. That's likely to take a while, since the last note from the CentOS folks was a month ago [1], and essentially just said "soon". Once it happens, CentOS 6 users will be able to join RHEL6 users on 2.6.2. [1] https://www.centos.org/modules/newbb/viewtopic.php?topic_id=25878&forum=53#12 Cheers, Nick. -- Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
