Re: [Python-Dev] "threading.Lock().locked()" is not documented

On Sat, Feb 3, 2018, at 11:25, Gregory P. Smith wrote: > On Wed, Jan 31, 2018 at 4:46 PM Jesus Cea wrote: > > > https://docs.python.org/3.6/library/threading.html doesn't document > > "threading.Lock().locked()", and it is something quite useful. > > > > In fact, it is used in "threading.py" it

Re: [Python-Dev] How is the GitHub workflow working for people?

On Wed, Feb 21, 2018, at 13:22, Guido van Rossum wrote: > On Wed, Feb 21, 2018 at 9:53 AM, Brett Cannon wrote: > > > > > > > On Wed, 21 Feb 2018 at 09:30 Yury Selivanov > > wrote: > > > >> FWIW I'm extremely happy with the current workflow. The recent > >> improvements to @miss-islington (kudo

Re: [Python-Dev] Python 2.7 -- bugfix or security before EOL?

pecial case. > > > > Will there be a period where Py2.7 is in security-only status before > >> hitting EOL? > >> > > > > https://www.python.org/dev/peps/pep-0373 gives the public status. When > > Benjamin Peterson want to add something, he will. > > >

[Python-Dev] 2.7.15 release schedule

Hi all, It's that time yet again: I'm planning to release 2.7.15 release candidate 1 on April 14 and a final release two weeks later on April 28. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubs

[Python-Dev] [RELEASE] Python 2.7.15 release candidate 1

ship with a built-in copy of OpenSSL. Additionally, there is a new additional installer variant for macOS 10.9+ that includes a built-in version of Tcl/Tk 8.6. See the installer README for more information. Thank you, Benjamin (on behalf of 2.7's release team and co

[Python-Dev] [RELEASE] Python 2.7.15

macOS installers now ship with a builtin copy of OpenSSL. Additionally, there is a new additional installer variant for macOS 10.9+ that includes a built-in version of Tcl/Tk 8.6. See the installer README for more information. Happy May, Benjamin 2.7 release ma

Re: [Python-Dev] [RELEASE] Python 2.7.15

API for Python" was my motivation for the PEP 546, but > it seems like he is busy and the TLS PEP doesn't move anymore :-( > https://www.python.org/dev/peps/pep-0543/ > > Victor > > 2018-05-01 6:09 GMT+02:00 Benjamin Peterson : > > Greetings, > > I'

Re: [Python-Dev] Python startup time

On Wed, May 2, 2018, at 09:42, Gregory Szorc wrote: > The direction Mercurial is going in is that `hg` will likely become a Rust > binary (instead of a #!python script) that will use an embedded Python > interpreter. So we will have low-level control over the interpreter via the > C API. I'd also

Re: [Python-Dev] Unicode 11.0.0 released

On Tue, Jun 5, 2018, at 12:17, MRAB wrote: > Unicode 11.0.0 has been released. Will Python 3.7 be updated to it, or > is it too late? https://github.com/python/cpython/pull/7439 will update 3.8. Generally, we've considered updating the Unicode database to be a feature and not backported upda

[Python-Dev] [RELEASE] Python 2.7.10

://bugs.python.org Enjoy your 2 digit versions, Benjamin (on behalf of 2.7.10's contributors) ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/p

Re: [Python-Dev] PEP 484

On Mon, May 25, 2015, at 04:02, Mike Kozulya wrote: > May I suggest to eliminate "->" in function definition? > > def function1 (variable1: variable1_type, variable2: > variable2_type): function1_type > return str2function1_type(str(variable1)+str(' > ')+str(variable2)) >

Re: [Python-Dev] Preserving the definition order of class namespaces.

On Mon, May 25, 2015, at 03:33, Antoine Pitrou wrote: > On Sat, 23 May 2015 20:14:56 -0700 > Larry Hastings wrote: > > > > On 05/23/2015 07:38 PM, Nick Coghlan wrote: > > > Eric clarified for me that Larry was considering granting a feature > > > freeze exemption to defer landing this to beta 2

Re: [Python-Dev] cpython (3.5): remove STORE_MAP, since it's unused

On Thu, May 28, 2015, at 15:52, Serhiy Storchaka wrote: > On 28.05.15 22:40, benjamin.peterson wrote: > > https://hg.python.org/cpython/rev/ac891c518d4e > > changeset: 96342:ac891c518d4e > > branch: 3.5 > > parent: 96339:6f05f83c7010 > > user:

Re: [Python-Dev] Avoiding reference leaks in heap types with custom tp_dealloc

> > it should be added; is it too late for 3.5? > > Well, but the stable ABI is supposed to be a subset of the API > that's safe to program against, regardless of the Python version (at > least from the point where the stable ABI was introduced). What happens > if you

Re: [Python-Dev] RM for 3.6?

On Mon, Jun 1, 2015, at 14:24, Stefan Behnel wrote: > Barry Warsaw schrieb am 01.06.2015 um 20:07: > > On May 30, 2015, at 10:09 AM, Serhiy Storchaka wrote: > >> Isn't it a time to assign release manager for 3.6-3.7? > > > > Indeed! Please welcome Ned Deily as RM for 3.6: > > > > https://www.p

Re: [Python-Dev] Unicode 8.0 and 3.5

On Thu, Jun 18, 2015, at 13:27, Terry Reedy wrote: > Unicode 8.0 was just released. Can we have unicodedata updated to match > in 3.5? 3.5 now has Unicode 8.0.0. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listin

Re: [Python-Dev] Not getting mail from the issue tracker

On Sun, Jun 28, 2015, at 23:28, Robert Collins wrote: > Firstly, a big sorry to all those unittest issues I haven't commented on. > > Turns out I simply don't get mail from the issue tracker. :(. Is it in your spam? ___ Python-Dev mailing list Python-

Re: [Python-Dev] Building Extensions for Python 3.5 on Windows

On 26 August 2015 at 17:14, Steve Dower wrote: >> On 8/25/2015 2:17 PM, Steve Dower wrote: >>> >>> I've written up a long technical blog post about the compiler and CRT >>> changes in Python 3.5, which will be of interest to those who build and >>> distribute native extensions for Windows. >>> >>>

Re: [Python-Dev] PEP: Collecting information about git

-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/benjamin%40python.org ___ 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: Collecting information about git

On Tue, Sep 15, 2015, at 11:02, Oleg Broytman wrote: > On Tue, Sep 15, 2015 at 09:46:55AM -0700, Benjamin Peterson > wrote: > > This looks like good information, but why is it a PEP? If anything, the > > devguide was probably be more appropriate. But even that's strange &

Re: [Python-Dev] VS 2010 compiler

On Tue, 29 Sep 2015 17:20 Steve Dower wrote: On 29Sep2015 0820, Chris Barker wrote: > OK -- I'm going to get off my soap box now -- time to actually suggest > doc patches Just bear in mind that you're suggesting patches for Python 3.3 and 3.4, which means that 3.4.4 is the only real chance t

Re: [Python-Dev] PEP 0484 - the Numeric Tower

On Wed, 14 Oct 2015 21:57 Laura Creighton wrote: In a message of Wed, 14 Oct 2015 08:38:43 -0700, Guido van Rossum writes: >Perhaps you could solve this with type variables. Here's a little >demonstration program: >``` >from decimal import Decimal >from typing import TypeVar >F = TypeVar('F', flo

Re: [Python-Dev] PEP 0484 - the Numeric Tower

On 14 Oct 2015 23:06, "Laura Creighton" wrote: > > In a message of Wed, 14 Oct 2015 21:21:30 -, Oscar Benjamin writes: > >Generally if it's possible to interchange floats and decimals in your code > >then there's probably no need for decimals in the firs

Re: [Python-Dev] [Python-checkins] Daily reference leaks (d7e490db8d54): sum=61494

On Tue, Oct 20, 2015, at 15:57, Antoine Pitrou wrote: > > > These leaks have been here a while. Anyone know the cause? > > > > On Tue, 20 Oct 2015 at 01:47 wrote: > > > >> results for d7e490db8d54 on branch "default" > >> > >> > >> test_capi leaked

[Python-Dev] 2.7.11 plans

Happy November, everyone. It’s nearly time for the next semi-annual instalment of the 2.7 series. I’m planning to release a 2.7.11 release candidate on November 21st and 2.7.11 final on December 5. More than half-done releasing 2.7-ly yours, Benjamin

Re: [Python-Dev] [Python-checkins] cpython (2.7): Backport early-out 91259f061cfb to reduce the cost of bb1a2944bcb6

On Tue, Oct 6, 2015, at 19:12, raymond.hettinger wrote: > https://hg.python.org/cpython/rev/37aee118e1a3 > changeset: 98578:37aee118e1a3 > branch: 2.7 > parent: 98572:60c44a09c5fc > user:Raymond Hettinger > date:Tue Oct 06 23:12:02 2015 -0400 > summary: > Backport e

Re: [Python-Dev] [Python-checkins] cpython (2.7): Backport early-out 91259f061cfb to reduce the cost of bb1a2944bcb6

There's two instances in that file. On Thu, Nov 12, 2015, at 07:20, Raymond Hettinger wrote: > > > On Nov 11, 2015, at 10:50 PM, Benjamin Peterson wrote: > > > >> +if (Py_SIZE(deque) == 0) > >> +return; > >> + > > > > d

Re: [Python-Dev] Support of UTF-16 and UTF-32 source encodings

ring refactoring. But in many places besides the tokenizer > the ASCII compatible encoding of source files is expected. > > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev

[Python-Dev] [RELASE] Python 2.7.11 release candidate 1

bugs to https://bugs.python.org If no serious problems are found, 2.7.11 final will be released in two weeks. Regards, Benjamin Peterson (on behalf of Python 2.7.11's contributors) ___ Python-Dev mailing list Python-Dev@python.org

[Python-Dev] [RELEASED] Python 2.7.11

Python 2.7.11, the latest bugfix release of the Python 2.7 series, is now available for download at https://www.python.org/downloads/release/python-2711/ Thank you as always to Steve Dower and Ned Deily, who build our binaries. Enjoy the rest of the year, Benjamin

Re: [Python-Dev] Typo in PEP-0423

gt; Disallow: /3.0/* > Disallow: /3.1/* > > And we'd need to update it for each new major release. > > --amk > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https:/

Re: [Python-Dev] Modifying the self-signed.pythontest.net certificate

On Wed, Jan 13, 2016, at 13:15, Martin Panter wrote: > In order to fix the SSL test suite > , I would like to modify the > certificate used by https://self-signed.pythontest.net. So far I have > a patch ready for the pythontestdotnet repository, but I want to k

Re: [Python-Dev] Discussion related to memory leaks requested

than I. > > Thanks, > > Matt > > > -- > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-d

Re: [Python-Dev] Modifying the self-signed.pythontest.net certificate

On Wed, Jan 13, 2016, at 23:31, Martin Panter wrote: > On 14 January 2016 at 05:34, Benjamin Peterson > wrote: > > On Wed, Jan 13, 2016, at 13:15, Martin Panter wrote: > >> In order to fix the SSL test suite > >> <https://bugs.python.org/issue25940>, I would

Re: [Python-Dev] More optimisation ideas

On 30 January 2016 at 03:48, Steve Dower wrote: > > It doesn't currently end up on disk. Some tables are partially or completely > stored on disk as Python source code (some are partially generated from > simple rules), but others are generated by inverting those. That process > takes time that co

Re: [Python-Dev] Challenge: Please break this! (a.k.a restricted mode revisited)

On 10 Apr 2016 22:55, "Jon Ribbens" wrote: > > On Mon, Apr 11, 2016 at 12:07:48AM +0300, Serhiy Storchaka wrote: > > On 10.04.16 19:51, Jon Ribbens wrote: > > >On Sun, Apr 10, 2016 at 02:51:23PM +1000, Nick Coghlan wrote: > > >>On 9 April 2016 at 22:43, Victor Stinner wrote: > > >>>See pysandbox

Re: [Python-Dev] RFC: PEP 509: Add a private version to dict

On 15 April 2016 at 18:54, Jim J. Jewett wrote: > > [2A] Do you want to promise that replacing a value with a > non-identical object *will* trigger a version_tag update *even* > if the objects are equal? > > I would vote no, but I realize backwards-compatibility may create > such a promise implici

Re: [Python-Dev] Updated PEP 509

On 18 April 2016 at 12:46, Jim J. Jewett wrote: >> >> * I removed the dict[key]=value; dict[key]=value. It's really a >> micro-optimization. I also fear that Raymond will complain because it >> adds an if in the hot code of dict, and the dict type is very >> important for Python performance. > > T

[Python-Dev] 2.7.12 schedule

I have been reminded that we are due for a 2.7.12 release. I think Larry's 3.5.2 schedule is perfectly cromulent and am going to piggyback. Therefore, 2.7.12rc1 will be on June 11th, and the final will be on June 25. Servus, Benjamin ___ Pytho

Re: [Python-Dev] PyGC_Collect ignores state of `enabled`

ps://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/benjamin%40python.org > Email had 1 attachment: > + signature.asc > 1k (application/pgp-signature) ___ Python-Dev mailing list

Re: [Python-Dev] Adding NewType() to PEP 484

On 28 May 2016 00:03, "Guido van Rossum" wrote: > > Also -- the most important thing. :-) What to call these things? We're > pretty much settled on the semantics and how to create them (A = > NewType('A', int)) but what should we call types like A when we're > talking about them? "New types" sound

[Python-Dev] C99

- Booleans In summary, some niceties that would make CPython hacking a little more fun. So, what say you to updating PEP 7 to allow C99 features for Python 3.6 (in so much as GCC and MSVC support them)? Regards, Benjamin ___ Python-Dev mailing list

Re: [Python-Dev] C99

On Sat, Jun 4, 2016, at 11:32, Dino Viehland wrote: > > > Martin wrote: > > On 4 June 2016 at 06:11, Benjamin Peterson wrote: > > > PEP 7 requires CPython to use C code conforming to the venerable C89 > > > standard. Traditionally, we've been stuck with C

Re: [Python-Dev] cpython: replace custom validation logic in the parse module with a simple DFA validator

On Sat, Jun 4, 2016, at 17:26, Christian Heimes wrote: > On 2016-06-02 11:32, benjamin.peterson wrote: > > https://hg.python.org/cpython/rev/4a9159ea2536 > > changeset: 101601:4a9159ea2536 > > user:Benjamin Peterson > > date:Thu Jun 02 11:3

Re: [Python-Dev] Python 3.4.0a4: Coming In For A Bumpy Landing

r. This is fixed, so you could just move the tag up a bit. -- Regards, Benjamin ___ 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-committers] Python 3.4.0a4: Coming In For A Bumpy Landing

2013/10/20 Ned Deily : > > On Oct 20, 2013, at 15:57 , Benjamin Peterson wrote: > >> 2013/10/20 Larry Hastings : >>> >>> >>> 3.4.0a4 is tagged and I'm in the process of releasing it. But it's going to >>> be, let's say, mor

Re: [Python-Dev] OS X 10.9 Mavericks -> 2.7.6/3.3.3 updates needed

2013/10/24 Georg Brandl : > Am 24.10.2013 11:11, schrieb Ned Deily: > >> I don't know where any other potential 2.7.6 or 3.3.3 issues stand at this >> point. But I'd like Benjamin and Georg to propose an aggressive schedule so >> we can get these fixes out there

[Python-Dev] [RELEASE] Python 2.7.6 release candidate 1

final release will follow in a week. Enjoy, Benjamin Peterson 2.7 Release Manager ___ 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/ar

Re: [Python-Dev] Block module import during Python finalization?

u think? Though the practice of importing during finalization seems dubious, baning it may be a compatibility problem. -- Regards, Benjamin ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe

Re: [Python-Dev] Compiler security

python.org/mailman/options/python-dev/benjamin%40python.org -- Regards, Benjamin ___ 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] [Infrastructure] bugs.python.org not reachable in IPv6?

NS ns1.p11.dynect.net. python.org. 2396IN NS ns4.p11.dynect.net. -- Regards, Benjamin ___ 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 384 (stable api) question

On 7 November 2013 12:44, Thomas Heller wrote: > PEP 384 describes the stable Python api, available when > Py_LIMITED_API is defined. > > However, there are some (small) changes in the function prototypes > available, one example is (in Python 3.3): > PyObject* PyObject_CallFunction(PyObject *cal

Re: [Python-Dev] [Python-checkins] cpython: Fix _Py_normalize_encoding(): ensure that buffer is big enough to store "utf-8"

ts/unicodeobject.c > @@ -2983,6 +2983,8 @@ > char *l_end; > > if (encoding == NULL) { > +if (lower_len < 6) How about doing something like strlen("utf-8") rather than hardcoding that? -- Regards, Benjamin ___ Pyth

Re: [Python-Dev] [Python-checkins] cpython: Fix _Py_normalize_encoding(): ensure that buffer is big enough to store "utf-8"

ed of replacing 6 with > strlen("utf-8")+1. GCC will fold constant strlen calls. Another option would be to use sizeof(). -- Regards, Benjamin ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/

Re: [Python-Dev] Assign(expr* targets, expr value) - why targetS?

2013/11/10 anatoly techtonik : > http://hg.python.org/cpython/file/1ee45eb6aab9/Parser/Python.asdl > > In Assign(expr* targets, expr value), why the first argument is a list? x = y = 42 -- Regards, Benjamin ___ Python-Dev mailing list P

[Python-Dev] [RELEASE] Python 2.7.6

/ As always, report bugs to http://bugs.python.org/ Have a nice November, Benjamin Peterson 2.7 Release Manager [1] http://bugs.python.org/issue19435 ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python

Re: [Python-Dev] [RELEASE] Python 2.7.6

2013/11/10 Victor Stinner : > 2013/11/10 Benjamin Peterson : >> All the changes in Python 2.7.6 are described in full detail in the Misc/NEWS >> file of the source tarball. You can also view online at >> >> http://hg.python.org/cpython/raw-file/99d03261c1ba/Misc/

Re: [Python-Dev] Assign(expr* targets, expr value) - why targetS?

2013/11/12 anatoly techtonik : > On Sun, Nov 10, 2013 at 8:34 AM, Benjamin Peterson > wrote: >> 2013/11/10 anatoly techtonik : >>> http://hg.python.org/cpython/file/1ee45eb6aab9/Parser/Python.asdl >>> >>> In Assign(expr* targets, expr value), why the fir

Re: [Python-Dev] [Python-checkins] Daily reference leaks (784a02ec2a26): sum=522

odecs leaked [38, 38, 38] references, sum=114 >> > > test_codecs leaked [24, 24, 24] memory blocks, sum=72 >> > > test_email leaked [16, 16, 16] references, sum=48 >> > > test_email leaked [16, 16, 16] memory blocks, sum=48 >> > >> > Hmm, it appe

Re: [Python-Dev] unicode Exception messages in py2.7

at am I missing? This seems so obvious, and easy to do (though maybe > it's buried in the C implementation of Exceptions) -- Regards, Benjamin ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/pytho

Re: [Python-Dev] Assign(expr* targets, expr value) - why targetS?

2013/11/15 anatoly techtonik : > On Tue, Nov 12, 2013 at 5:08 PM, Benjamin Peterson > wrote: >> 2013/11/12 anatoly techtonik : >>> On Sun, Nov 10, 2013 at 8:34 AM, Benjamin Peterson >>> wrote: >>>> 2013/11/10 anatoly techtonik : >>>>&

Re: [Python-Dev] NTPath or WindowsPath?

2013/11/16 Antoine Pitrou : > > Hello, > > In a (private) discussion about PEP 428 and pathlib, Guido proposed > that maybe NTPath should be renamed to WindowsPath, since the name is > more likely to stay relevant in the middle term. What do you think? I agree with Guido. --

Re: [Python-Dev] Assign(expr* targets, expr value) - why targetS?

2013/11/22 anatoly techtonik : > On Fri, Nov 15, 2013 at 5:43 PM, Benjamin Peterson > wrote: >> 2013/11/15 anatoly techtonik : >>> On Tue, Nov 12, 2013 at 5:08 PM, Benjamin Peterson >>> wrote: >>>> 2013/11/12 anatoly techtonik : >>>&g

Re: [Python-Dev] Backward-incompatible change to random.randrange in 2.7.6

ert > it *in 2.7*. I agree with Antoine. It's better not to break even morally-broken programs like the zope tests in 2.7.x if it doesn't win anything. -- Regards, Benjamin ___ Python-Dev mailing list Python-Dev@python.org https://mail.

Re: [Python-Dev] Backward-incompatible change to random.randrange in 2.7.6

ken for people who depend on it > >> On Dec 17, 2013, at 5:54 PM, Benjamin Peterson wrote: >> >> 2013/12/17 Antoine Pitrou : >>> On Tue, 17 Dec 2013 13:18:25 -0500 >>> Tres Seaver wrote: >>>> -BEGIN PGP SIGNED MESSAGE- >&g

Re: [Python-Dev] assert(blah blah) in the C code base

igure. They should "never" fail. -- Regards, Benjamin ___ 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] Request to release new version of python-defaults with ppc64le support

> 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/benjamin%40python.org -- Regards, Benjamin ___

Re: [Python-Dev] [RELEASED] Python 3.4.0b2

-- Regards, Benjamin On Sun, Jan 5, 2014, at 04:19 PM, Bob Hanson wrote: > On Sun, 05 Jan 2014 13:20:50 -0800, Larry Hastings wrote: > > > On behalf of the Python development team, I'm pleased to announce > > the second beta release of Python 3.4. > > Thanks,

Re: [Python-Dev] General Q&A regarding Python 3, adoption etc.

On Mon, Jan 6, 2014, at 03:16 PM, Nick Coghlan wrote: > For anyone that isn't already aware, I wrote a Q & A about Python 3 last > year (in response to an article about how we should have fixed the GIL > instead of Unicode), and I've updated it extensively over the past > several > days due to Alex

Re: [Python-Dev] Changing Clinic's output

On Tue, Jan 7, 2014, at 11:53 AM, Antoine Pitrou wrote: > > Hello, > > Several core developers a bit unhappy with the way Argument Clinic > currently scatters generated code into hand-written C modules. The > opinion is that it makes C files more confusing and annoying to > navigate through. > >

Re: [Python-Dev] RFC: PEP 460: Add bytes % args and bytes.format(args) to Python 3.5

On Tue, Jan 7, 2014, at 12:46 PM, Barry Warsaw wrote: > On Jan 07, 2014, at 10:40 AM, Georg Brandl wrote: > > >Very nice, thanks. If I was to make a blasphemous suggestion I would > >even target it for Python 3.4. (No, seriously, this is a big issue > >- see the recent discussion by Armin - and

Re: [Python-Dev] magic method __bytes__

On Mon, Jan 13, 2014, at 05:38 PM, Ethan Furman wrote: > Has anyone actually used __bytes__ yet? What for? In the stdlib itself: email.message wsgiref pathlib ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/py

Re: [Python-Dev] cpython (merge 2.7 -> 3.1): complain when nbytes > buflen to fix possible buffer overflow (closes #20246)

:b1ddcb220a7f > > parent: 88453:87673659d8f7 > > user:Benjamin Peterson > > date:Mon Jan 13 23:06:14 2014 -0500 > > summary: > > complain when nbytes > buflen to fix possible buffer overflow (closes > > #20246) > > Benjamin, I t

Re: [Python-Dev] PEP 461 updates

On 17 January 2014 21:37, Chris Barker wrote: > > For the record, we've got a pretty good thread (not this good, though!) over > on the numpy list about how to untangle the mess that has resulted from > porting text-file-parsing code to py3 (and the underlying issue with the 'S' > data type in num

Re: [Python-Dev] PEP 461 updates

On 19 January 2014 06:19, Nick Coghlan wrote: > > While I agree it's not relevant to the PEP 460/461 discussions, so > long as numpy.loadtxt is explicitly documented as only working with > latin-1 encoded files (it currently isn't), there's no problem. Actually there is problem. If it explicitly

Re: [Python-Dev] Enable Hostname and Certificate Chain Validation

On Wed, Jan 22, 2014, at 04:15 AM, Donald Stufft wrote: > > On Jan 22, 2014, at 6:58 AM, Nick Coghlan wrote: > > > On 22 January 2014 21:36, Donald Stufft wrote: > >> On Jan 22, 2014, at 6:30 AM, M.-A. Lemburg wrote: > >>> The change would also disable all services using self-signed > >>> cert

Re: [Python-Dev] Enable Hostname and Certificate Chain Validation

On Wed, Jan 22, 2014, at 04:02 AM, Donald Stufft wrote: > > On Jan 22, 2014, at 6:45 AM, Nick Coghlan wrote: > > > On 22 January 2014 21:21, Paul Moore wrote: > >> On 22 January 2014 10:30, Donald Stufft wrote: > >>> Python 3.4 has made great strides in making it easier for applications > >>>

Re: [Python-Dev] Enable Hostname and Certificate Chain Validation

On Wed, Jan 22, 2014, at 12:25 PM, Nick Coghlan wrote: > On 23 Jan 2014 00:39, "Benjamin Peterson" wrote: > > Speaking of requests, I think another way to address this issue would be > > import a requests-like APIs into the stdlib (something which should > > happ

Re: [Python-Dev] Enable Hostname and Certificate Chain Validation

On Wed, Jan 22, 2014, at 01:48 PM, Donald Stufft wrote: > Never mind. If someone else cares they can propose it. I withdraw. I'm sorry to see this thread went down hill so quickly. I think we can all agree than not validating certs by default is bad and that it should change "soon". It's only a

Re: [Python-Dev] [Python-checkins] Cron /home/docs/build-devguide

On Fri, Jan 24, 2014, at 08:45 PM, Cron Daemon wrote: > Could not find platform independent libraries > Could not find platform dependent libraries > Consider setting $PYTHONHOME to [:] > 'import site' failed; use -v for traceback > Traceback (most recent call last): > File "/data/hg/sphinx-env

Re: [Python-Dev] version numbers mismatched in google search results.

On Sat, Jan 25, 2014, at 05:47 AM, Vincent Davis wrote: > When I do a google search the version numbers are mismatched with the > linked page (or redirected). > For example search for "python counter" I get the following results. (see > attachment) > It seems like the website is redirecting incorre

Re: [Python-Dev] version numbers mismatched in google search results.

On Sat, Jan 25, 2014, at 10:55 AM, Vincent Davis wrote: > On Sat, Jan 25, 2014 at 10:12 AM, Benjamin Peterson > wrote: > > > Internal links with no version redirect to the Python 2 version for > > backwards compatibility reasons. > > > > On Sat, Jan 25, 2014

Re: [Python-Dev] version numbers mismatched in google search results.

On Sat, Jan 25, 2014, at 07:04 PM, Nick Coghlan wrote: > Which suggests that the Google web crawler *is* spidering the dev > docs, which we generally don't want :P I've now added a robots.txt to disallow crawling /dev. ___ Python-Dev mailing list Pytho

Re: [Python-Dev] version numbers mismatched in google search results.

On Thu, Jan 30, 2014, at 10:11 AM, Gregory P. Smith wrote: > I also get search results with Python 1.5.0p2 showing up. > > Search for PyArg_ParseTuple. The first result is a URL with /2/ in it > who's > search result title says "3.3.3" but opening it is the correct 2.x > documentation. The secon

Re: [Python-Dev] The online documentation is no more updated?

On Mon, Feb 3, 2014, at 02:22 AM, Victor Stinner wrote: > Hi, > > I modified the Python documentaton (asyncio module) 6 days ago, and my > changes are not online yet: > http://docs.python.org/dev/library/asyncio-eventloop.html#running-subprocesses > > Is it a problem with the server generating th

Re: [Python-Dev] The online documentation is no more updated?

On Mon, Feb 3, 2014, at 08:36 AM, Victor Stinner wrote: > 2014-02-03 Benjamin Peterson : > >> Is it a problem with the server generating the documentation? > > > > Hopefully fixed now. > > The documentation is still outdated. For example, I don't see

Re: [Python-Dev] Using more specific methods in Python unit tests

On Sat, Feb 15, 2014, at 10:12 AM, Serhiy Storchaka wrote: > Many Python tests were written a very long time before the unittest, > using simple asserts. Then, when they have been ported to the unittest, > asserts were replaced with the assert_ method and then with assertTrue. > The unittest has

Re: [Python-Dev] pootle.python.org is down

On Sun, Feb 16, 2014, at 06:52 AM, A.M. Kuchling wrote: > I came across http://bugs.python.org/issue13663, which is about a > pootle.python.org installation. http://pootle.python.org/ currently > returns a 500. Are we still using Pootle, or should I just close #13663? > (Maybe the installation go

Re: [Python-Dev] python 3 niggle: None < 1 raises TypeError

On 18 February 2014 15:53, Terry Reedy wrote: > On 2/18/2014 2:35 AM, Greg Ewing wrote: > >>results = sorted(invoices, key=attrgetter('duedate'), none='first') > > I think this is the best idea on the thread. As a pure enhancement, it could > be added in 3.5. The only tricky part of the implem

Re: [Python-Dev] Python 3.4: Cherry-picking into rc2 and final

On Tue, Feb 18, 2014, at 03:54 PM, Barry Warsaw wrote: > On Feb 19, 2014, at 12:38 AM, Matthias Klose wrote: > > >Am 17.02.2014 00:25, schrieb Larry Hastings: > >> And my local branch will remain private until 3.4.0 final ships! > > > >sorry, but this is so wrong. Is there *any* reason why to keep

Re: [Python-Dev] Python Remote Code Execution in socket.recvfrom_into()

On Mon, Feb 24, 2014, at 11:39 PM, Christian Heimes wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hi, > > this looks pretty serious -- and it caught me off guard, too. :( > > https://www.trustedsec.com/february-2014/python-remote-code-execution-socket-recvfrom_into/ > > Next

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

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 > >&g

Re: [Python-Dev] [python-committers] default hg.python.org/cpython is now 3.5

On Mon, Mar 17, 2014, at 7:10, Brett Cannon wrote: > On Mon, Mar 17, 2014 at 4:51 AM, Victor Stinner > wrote: > > > Until when should we fix bugs in the branch 3.3? Branches 3.1 and 3.2 only > > accept security fixes, right? > > > > Typically we do one last release before shutting the last bugf

Re: [Python-Dev] hg branching + log question

On Mon, Mar 17, 2014, at 13:02, Sean Felipe Wolfe wrote: > I'm getting my feet wet with the cpython sources and Mercurial. I'm a > bit confused -- when I checkout a branch, eg. 3.3, and I do an 'hg > log', why do I see log messages for other branches? That's just the way Mercurial works. If you on

Re: [Python-Dev] 3.4 buildbots available

te > the text and URLs at https://www.python.org/dev/buildbot/. We probably want a http://buildbot.python.org/3.4.stable/ redirect, too, then. -- Regards, Benjamin ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listi

Re: [Python-Dev] PEP 466: Proposed policy change for handling network security enhancements

On Sat, Mar 22, 2014, at 14:11, Nick Coghlan wrote: > Folks, > > I have just posted a proposal to change the way we treat enhancements > that relate to Python's support for network security enhancements. I think the PEP should also address "security-mode" releases. Do the same exceptions apply?

Re: [Python-Dev] PEP 466: Proposed policy change for handling network security enhancements

On Sat, Mar 22, 2014, at 15:40, Martin v. Löwis wrote: > Am 22.03.14 23:33, schrieb Nick Coghlan: > > Hard to maintain legacy software is a fact of life, and way too much > > of it is exposed to the public internet. This PEP is about doing what > > we can to mitigate the damage caused both by other

Re: [Python-Dev] PEP 466: Proposed policy change for handling network security enhancements

On Sat, Mar 22, 2014, at 16:34, Antoine Pitrou wrote: > On Sun, 23 Mar 2014 09:08:29 +1000 > Nick Coghlan wrote: > > On 23 March 2014 08:53, Ben Darnell wrote: > > > I agree wholeheartedly with the sentiment behind this PEP, but I have > > > concerns about the implementation. If we introduce new

Re: [Python-Dev] collections.sortedtree

On Wed, Mar 26, 2014, at 13:31, Marko Rauhamaa wrote: > > I have made a full implementation of a balanced tree and would like to > know what the process is to have it considered for inclusion in Python > 3. It's not a bad idea. (I believe others have proposed an red-black tree.) Certainly, it req

<    1   2   3   4   5   6   7   8   9   10   >