On Wed, Nov 02 2016, "Stephen J. Turnbull"
wrote:
> > Where/how should RFC patches be posted?
>
> To the issue tracker, bugs.python.org. A follow-up here (and if you
> choose to post to python-list, there) to mention the issue number and
> URL is a good idea.
Thanks. Turns out to be a lot eas
Mark Lawrence via Python-Dev writes:
> Surely patches related to any bugs, not just security related ones, will
> be accepted until EOL in 2020?
Maybe, since it is the last in the 2.x line -- ask the RM, not me. I
shouldn't have said anything, my apologies.
But that doesn't matter for this c
On 02/11/2016 12:09, Terry Reedy wrote:
On 11/2/2016 3:54 AM, Mark Lawrence via Python-Dev wrote:
On 02/11/2016 06:23, Stephen J. Turnbull wrote:
That is correct. This is clearly a feature, and 2.7 currently is
accepting only security-related patches (broadly construed -- a
sufficiently seve
On 11/2/2016 3:54 AM, Mark Lawrence via Python-Dev wrote:
On 02/11/2016 06:23, Stephen J. Turnbull wrote:
That is correct. This is clearly a feature, and 2.7 currently is
accepting only security-related patches (broadly construed -- a
sufficiently severe bug, such as a crash or infloop, is se
Hi,
2016-11-01 22:56 GMT+01:00 Rasmus Villemoes :
> I'm using (and contributing to) an application which spends a
> significant part of its startup time calling copy.deepcopy, so I thought
> I'd try to write a C extension to speed this up.
Maybe you should consider another option: using copy.dpee
On 02/11/2016 06:23, Stephen J. Turnbull wrote:
Rasmus Villemoes writes:
> First, apologies if this isn't the appropriate list; I trust I'll be
> nudged in the right direction.
Given the relatively advanced state of patch, I doubt that this is the
*wrong* list. However, you would probably be
Rasmus Villemoes writes:
> First, apologies if this isn't the appropriate list; I trust I'll be
> nudged in the right direction.
Given the relatively advanced state of patch, I doubt that this is the
*wrong* list. However, you would probably benefit from posting to
python-l...@python.org to co
First, apologies if this isn't the appropriate list; I trust I'll be
nudged in the right direction.
I'm using (and contributing to) an application which spends a
significant part of its startup time calling copy.deepcopy, so I thought
I'd try to write a C extension to speed this up. Aside from avo
