Re: [Python-Dev] Python 3 as a Default in Linux Distros

2013-07-25 Thread Bohuslav Kabrda
- Original Message - Am 24.07.13 11:12, schrieb Bohuslav Kabrda: - Should we point /usr/bin/python to Python 3 when we make the move? This should depend on the answer to this question: - for how long have you been providing /usr/bin/python2 binaries? Huh, I don't know exactly,

Re: [Python-Dev] Python 3 as a Default in Linux Distros

2013-07-25 Thread Maciej Fijalkowski
On Wed, Jul 24, 2013 at 7:22 PM, Laurent Gautier lgaut...@gmail.com wrote: On 07/24/2013 06:30 PM, Chris Angelico wrote: On Thu, Jul 25, 2013 at 2:21 AM, Laurent Gautier lgaut...@gmail.com wrote: - errors that are typical of Python 2 script running with Python 3-specific are probably

Re: [Python-Dev] Python 3 as a Default in Linux Distros

2013-07-25 Thread Toshio Kuratomi
On Jul 24, 2013 6:37 AM, Brett Cannon br...@python.org wrote: The key, though, is adding python2 and getting your code to use that binary specifically so that shifting the default name is more of a convenience than something which might break existing code not ready for the switch. Applicable

Re: [Python-Dev] Python 3 as a Default in Linux Distros

2013-07-25 Thread Lennart Regebro
On Thu, Jul 25, 2013 at 12:41 PM, Laurent Gautier lgaut...@gmail.com wrote: - a user is running a python script (he expects to be working), and is using the default /usr/bin/python (formerly Python 2, now Python 3). If the program fails because of obvious Python 2-only idioms, reporting this

Re: [Python-Dev] Python 3 as a Default in Linux Distros

2013-07-25 Thread Nick Coghlan
On 25 July 2013 20:38, Toshio Kuratomi a.bad...@gmail.com wrote: On Jul 24, 2013 6:37 AM, Brett Cannon br...@python.org wrote: The key, though, is adding python2 and getting your code to use that binary specifically so that shifting the default name is more of a convenience than something

Re: [Python-Dev] Python 3 as a Default in Linux Distros

2013-07-25 Thread Nick Coghlan
On 25 July 2013 10:06, Nick Coghlan ncogh...@gmail.com wrote: On 25 Jul 2013 05:30, Toshio Kuratomi a.bad...@gmail.com wrote: On Wed, Jul 24, 2013 at 12:42:09PM -0400, Barry Warsaw wrote: On Jul 25, 2013, at 01:41 AM, Nick Coghlan wrote: How's this for an updated wording in the abstract:

[Python-Dev] Official github mirror for CPython?

2013-07-25 Thread Eli Bendersky
Hi all, I've been looking for a Github mirror for Python, and found two: * https://github.com/python-git/python has a lot of forks/watches/starts but seems to be very out of date (last updated 4 years ago) * https://github.com/python-mirror/python doesn't appear to be very popular but is updated

Re: [Python-Dev] Official github mirror for CPython?

2013-07-25 Thread Chris Angelico
On Fri, Jul 26, 2013 at 12:29 AM, Eli Bendersky eli...@gmail.com wrote: Hi all, I've been looking for a Github mirror for Python, and found two: * https://github.com/python-git/python has a lot of forks/watches/starts but seems to be very out of date (last updated 4 years ago) *

Re: [Python-Dev] Official github mirror for CPython?

2013-07-25 Thread Christian Heimes
Am 25.07.2013 16:29, schrieb Eli Bendersky: Hi all, I've been looking for a Github mirror for Python, and found two: * https://github.com/python-git/python has a lot of forks/watches/starts but seems to be very out of date (last updated 4 years ago) *

Re: [Python-Dev] Official github mirror for CPython?

2013-07-25 Thread Brian Curtin
On Thu, Jul 25, 2013 at 9:37 AM, Christian Heimes christ...@python.org wrote: Am 25.07.2013 16:29, schrieb Eli Bendersky: Hi all, I've been looking for a Github mirror for Python, and found two: * https://github.com/python-git/python has a lot of forks/watches/starts but seems to be very

Re: [Python-Dev] Official github mirror for CPython?

2013-07-25 Thread Christian Heimes
Am 25.07.2013 16:48, schrieb Brian Curtin: On Thu, Jul 25, 2013 at 9:37 AM, Christian Heimes christ...@python.org wrote: Am 25.07.2013 16:29, schrieb Eli Bendersky: Hi all, I've been looking for a Github mirror for Python, and found two: * https://github.com/python-git/python has a lot of

Re: [Python-Dev] Official github mirror for CPython?

2013-07-25 Thread Eli Bendersky
On Thu, Jul 25, 2013 at 7:48 AM, Brian Curtin br...@python.org wrote: On Thu, Jul 25, 2013 at 9:37 AM, Christian Heimes christ...@python.org wrote: Am 25.07.2013 16:29, schrieb Eli Bendersky: Hi all, I've been looking for a Github mirror for Python, and found two: *

Re: [Python-Dev] Daemon creation code in the standard library (was: Inherance of file descriptor and handles on Windows (PEP 446))

2013-07-25 Thread Antoine Pitrou
Le Thu, 25 Jul 2013 12:08:18 +1000, Ben Finney ben+pyt...@benfinney.id.au a écrit : Guido van Rossum gu...@python.org writes: To reduce the need for 3rd party subprocess creation code, we should have better daemon creation code in the stdlib -- I wrote some damn robust code for this

Re: [Python-Dev] Official github mirror for CPython?

2013-07-25 Thread Brett Cannon
On Thu, Jul 25, 2013 at 11:18 AM, Eli Bendersky eli...@gmail.com wrote: On Thu, Jul 25, 2013 at 7:48 AM, Brian Curtin br...@python.org wrote: On Thu, Jul 25, 2013 at 9:37 AM, Christian Heimes christ...@python.org wrote: Am 25.07.2013 16:29, schrieb Eli Bendersky: Hi all, I've been

Re: [Python-Dev] Python 3 as a Default in Linux Distros

2013-07-25 Thread Lennart Regebro
On Thu, Jul 25, 2013 at 1:53 PM, Laurent Gautier lgaut...@gmail.com wrote: My meaning was the use of 2to3's machinery (and fire a message if a translation occurs) not 2to3 itself, obviously. I don't understand what you mean is the difference. //Lennart

Re: [Python-Dev] Python 3 as a Default in Linux Distros

2013-07-25 Thread Toshio Kuratomi
On Thu, Jul 25, 2013 at 10:25:26PM +1000, Nick Coghlan wrote: On 25 July 2013 20:38, Toshio Kuratomi a.bad...@gmail.com wrote: On Jul 24, 2013 6:37 AM, Brett Cannon br...@python.org wrote: The key, though, is adding python2 and getting your code to use that binary specifically so that

Re: [Python-Dev] Official github mirror for CPython?

2013-07-25 Thread Maciej Fijalkowski
On Thu, Jul 25, 2013 at 5:30 PM, Brett Cannon br...@python.org wrote: On Thu, Jul 25, 2013 at 11:18 AM, Eli Bendersky eli...@gmail.com wrote: On Thu, Jul 25, 2013 at 7:48 AM, Brian Curtin br...@python.org wrote: On Thu, Jul 25, 2013 at 9:37 AM, Christian Heimes christ...@python.org

[Python-Dev] Coverity Scan

2013-07-25 Thread Christian Heimes
Hello, this is an update on my work and the current status of Coverity Scan. Maybe you have noticed a checkins made be me that end with the line CID #. These are checkins that fix an issue that was discovered by the static code analyzer Coverity. Coverity is a commercial product but it's a free

Re: [Python-Dev] Python 3 as a Default in Linux Distros

2013-07-25 Thread Laurent Gautier
On 07/25/2013 06:03 PM, Lennart Regebro wrote: On Thu, Jul 25, 2013 at 1:53 PM, Laurent Gautier lgaut...@gmail.com wrote: My meaning was the use of 2to3's machinery (and fire a message if a translation occurs) not 2to3 itself, obviously. I don't understand what you mean is the difference.

Re: [Python-Dev] Coverity Scan

2013-07-25 Thread Terry Reedy
On 7/25/2013 2:48 PM, Christian Heimes wrote: Hello, this is an update on my work and the current status of Coverity Scan. Great work. Maybe you have noticed a checkins made be me that end with the line CID #. These are checkins that fix an issue that was discovered by the static code

Re: [Python-Dev] Coverity Scan

2013-07-25 Thread Terry Reedy
On 7/25/2013 6:00 PM, Terry Reedy wrote: Defect Density:0.05 = defects per thousand lines = 20/400 Anything under 1 is good. The release above reports Samba now at .6. http://www.pcworld.com/article/2038244/linux-code-is-the-benchmark-of-quality-study-concludes.html reports Linux 3.8 as

Re: [Python-Dev] Coverity Scan

2013-07-25 Thread Antoine Pitrou
On Thu, 25 Jul 2013 18:00:55 -0400 Terry Reedy tjre...@udel.edu wrote: On 7/25/2013 2:48 PM, Christian Heimes wrote: Hello, this is an update on my work and the current status of Coverity Scan. Great work. Maybe you have noticed a checkins made be me that end with the line CID #.

Re: [Python-Dev] Coverity Scan

2013-07-25 Thread Christian Heimes
Am 26.07.2013 00:32, schrieb Terry Reedy: I found the answer here https://docs.google.com/file/d/0B5wQCOK_TiRiMWVqQ0xPaDEzbkU/edit Coverity Integrity Level 1 is 1 (defect/1000 lines) Level 2 is .1 (we have passed that) Level 3 is .01 + no major defects + 20% (all all defects?) false

Re: [Python-Dev] Coverity Scan

2013-07-25 Thread Christian Heimes
Am 26.07.2013 00:50, schrieb Antoine Pitrou: Excellence? The term is too weak, I would say perfection at least, but perhaps we should go as far as divinity. Don't forget that Python can offer lots of places to keep your bike clean and dry ... *scnr*

Re: [Python-Dev] Coverity Scan

2013-07-25 Thread Christian Heimes
Am 26.07.2013 00:00, schrieb Terry Reedy: http://www.coverity.com/company/press-releases/read/coverity-introduces-monthly-spotlight-series-for-coverity-scan-open-source-projects The intention is to promote the best of open source to industry. I think it's also a marketing tool. They like to

Re: [Python-Dev] Coverity Scan

2013-07-25 Thread Terry Reedy
On 7/25/2013 6:56 PM, Christian Heimes wrote: Am 26.07.2013 00:32, schrieb Terry Reedy: # Since false positives should stay constant as true positives are reduced toward 0, false / all should tend toward 1 (100%) if I understand the ratio correctly. Which I did not ;-). About 40% of the

Re: [Python-Dev] Official github mirror for CPython?

2013-07-25 Thread Nick Coghlan
On 26 Jul 2013 03:02, Maciej Fijalkowski fij...@gmail.com wrote: On Thu, Jul 25, 2013 at 5:30 PM, Brett Cannon br...@python.org wrote: On Thu, Jul 25, 2013 at 11:18 AM, Eli Bendersky eli...@gmail.com wrote: On Thu, Jul 25, 2013 at 7:48 AM, Brian Curtin br...@python.org wrote:

Re: [Python-Dev] Daemon creation code in the standard library (was: Inherance of file descriptor and handles on Windows (PEP 446))

2013-07-25 Thread Cameron Simpson
On 25Jul2013 17:26, Antoine Pitrou solip...@pitrou.net wrote: | Le Thu, 25 Jul 2013 12:08:18 +1000, | Ben Finney ben+pyt...@benfinney.id.au a écrit : | Work continues on the PEP 3143-compatible ‘python-daemon’, porting it | to Python 3 and aiming for inclusion in the standard library. | | The