On 29 September 2016 at 04:26, Zachary Ware
wrote:
> On Wed, Sep 28, 2016 at 10:04 PM, Terry Reedy wrote:
>> On 9/28/2016 9:57 PM, terry.reedy wrote:
>>> https://hg.python.org/cpython/rev/02eb35b79af0
>>
>>
>> (2nd try) I mistakenly null merged from 3.5 to default.
>> Should a now do a proper nul
On 29 September 2016 at 03:04, Terry Reedy wrote:
> On 9/28/2016 9:57 PM, terry.reedy wrote:
>> https://hg.python.org/cpython/rev/02eb35b79af0
>
> (2nd try) I mistakenly null merged from 3.5 to default.
> Should a now do a proper null merge from 3.5 to 3.6 to default?
Yes, I think 3.5 needs to be
On 2 February 2016 at 05:21, raymond.hettinger
wrote:
> https://hg.python.org/cpython/rev/0731f097157b
> changeset: 100142:0731f097157b
> parent: 100140:c7f1acdd8be1
> user:Raymond Hettinger
> date:Mon Feb 01 21:21:19 2016 -0800
> summary:
> merge
>
> files:
> Doc/libra
This change is okay and not harmful. But I think, It might still not fix
the encoding issue that we encountered on Mac.
[localhost cpython]$ hg log -l 1
changeset: 92128:7cdc941d5180
tag: tip
parent: 92126:3153a400b739
parent: 92127:a894b629bbea
user:Serhiy Storchaka
d
Sorry about that. I will look into it soon, but won't have time right away.
(Also I missed David's earlier message.)
On May 12, 2014 5:14 PM, "Eric Snow" wrote:
> On Mon, May 12, 2014 at 12:43 PM, R. David Murray
> wrote:
> > These changes appear to have caused several builbot failures, and
> >
On Mon, May 12, 2014 at 12:43 PM, R. David Murray wrote:
> These changes appear to have caused several builbot failures, and
> there doesn't appear to be a bugs.python.org issue to report it to.
> One failure example:
>
>
> http://buildbot.python.org/all/builders/PPC64%20PowerLinux%203.4/buil
These changes appear to have caused several builbot failures, and
there doesn't appear to be a bugs.python.org issue to report it to.
One failure example:
http://buildbot.python.org/all/builders/PPC64%20PowerLinux%203.4/builds/119
test_asyncio fails similarly for me on tip.
On Mon, 12 May 20
On Thu, Apr 17, 2014, at 8:55, matthias.klose wrote:
> http://hg.python.org/cpython/rev/1d1aefd00f07
> changeset: 90382:1d1aefd00f07
> parent: 90380:517de1983677
> parent: 90381:1a00e04a233d
> user:d...@ubuntu.com
> date:Thu Apr 17 17:55:03 2014 +0200
> summary:
> Merg
On Fri, Sep 13, 2013 at 7:49 AM, Eric V. Smith wrote:
>> Patch contributed by Vajrasky Kok. Addresses Issue #17324
>
>> +trailing_slash = True if path.rstrip().endswith('/') else False
>
> Wouldn't this be better just as:
> trailing_slash = path.rstrip().endswith('/')
I noticed
On 9/13/2013 3:22 AM, senthil.kumaran wrote:
> http://hg.python.org/cpython/rev/b85c9d2a5227
> changeset: 85672:b85c9d2a5227
> parent: 85668:66ec8431032d
> parent: 85671:1fcccbbe15e2
> user:Senthil Kumaran
> date:Fri Sep 13 00:22:45 2013 -0700
> summary:
> Fix http.se
I explicitly did a second merge, reverted Misc/NEWS and committed, so that
shouldn't have come up. It's not a big deal having the entry, but I didn't
worry about it either.
On Fri, Aug 23, 2013 at 1:26 PM, Victor Stinner wrote:
> 2013/8/23 brett.cannon :
> > http://hg.python.org/cpython/rev/7d30
2013/8/23 brett.cannon :
> http://hg.python.org/cpython/rev/7d30ecf5c916
> changeset: 85339:7d30ecf5c916
> parent: 85336:391f36ef461a
> parent: 85337:ddd610cb65ef
> user:Brett Cannon
> date:Fri Aug 23 11:52:19 2013 -0400
> summary:
> merge for issue #18755
>
> files:
Hi,
On Mon, Aug 12, 2013 at 10:51 PM, david.wolever
wrote:
> http://hg.python.org/cpython/rev/0f4d971b0cee
> changeset: 85138:0f4d971b0cee
> branch: 2.7
> parent: 85137:102b3e257dca
> parent: 83899:ef037ad304c1
> user:David Wolever
> date:Thu May 23 17:51:58 2013
On 1 Aug, 2013, at 9:49, Christian Heimes wrote:
> Am 01.08.2013 09:03, schrieb Ronald Oussoren:
>>
>> On 31 Jul, 2013, at 23:50, christian.heimes
>> wrote:
>>
>>> http://hg.python.org/cpython/rev/0e09588a3bc2
>>> changeset: 84939:0e09588a3bc2
>>> parent: 84937:809a64ecd5f1
>>> parent
Am 01.08.2013 09:03, schrieb Ronald Oussoren:
>
> On 31 Jul, 2013, at 23:50, christian.heimes
> wrote:
>
>> http://hg.python.org/cpython/rev/0e09588a3bc2
>> changeset: 84939:0e09588a3bc2
>> parent: 84937:809a64ecd5f1
>> parent: 84938:83a55ca935f0
>> user:Christian Heimes
>>
On 31 Jul, 2013, at 23:50, christian.heimes wrote:
> http://hg.python.org/cpython/rev/0e09588a3bc2
> changeset: 84939:0e09588a3bc2
> parent: 84937:809a64ecd5f1
> parent: 84938:83a55ca935f0
> user:Christian Heimes
> date:Wed Jul 31 23:48:04 2013 +0200
> summary:
> Si
2013/7/16 benjamin.peterson :
> http://hg.python.org/cpython/rev/8889c9b5dd3a
> changeset: 84654:8889c9b5dd3a
> branch: 3.3
> parent: 84653:c3a510b22218
> parent: 84652:8a078bf3cf14
> user:Benjamin Peterson
> date:Mon Jul 15 19:15:49 2013 -0700
> summary:
> merge
2013/5/27 terry.reedy :
> http://hg.python.org/cpython/rev/c5d4c041ab47
> changeset: 83942:c5d4c041ab47
> parent: 83940:2ea849fde22b
> parent: 83941:24c3e7e08168
> user:Terry Jan Reedy
> date:Mon May 27 21:33:40 2013 -0400
> summary:
> Merge with 3.3
>
> files:
> Li
Done, thanks
On Sat, Apr 6, 2013 at 5:41 PM, Eli Bendersky wrote:
> It currently says:
>
> "Let's also change the rest of the program to make the new functionality
> makes more sense"
>
> This can be changed to:
>
> "Let's also change the rest of the program so that the new functionality
> makes
It currently says:
"Let's also change the rest of the program to make the new functionality
makes more sense"
This can be changed to:
"Let's also change the rest of the program so that the new functionality
makes more sense".
Eli
On Sat, Apr 6, 2013 at 7:25 AM, Andrew Svetlov wrote:
> Do yo
Do you mean something like:
«Let's also change the rest of the program to make the new functionality:»
???
On Sat, Apr 6, 2013 at 6:41 AM, Eli Bendersky wrote:
>
> On Fri, Apr 5, 2013 at 1:40 AM, andrew.svetlov
> wrote:
>>
>> http://hg.python.org/cpython/rev/6cf485ffd325
>> changeset: 83110:6c
On Fri, Apr 5, 2013 at 1:40 AM, andrew.svetlov
wrote:
> http://hg.python.org/cpython/rev/6cf485ffd325
> changeset: 83110:6cf485ffd325
> parent: 83106:94fb906e5899
> parent: 83109:9610ede72ed2
> user:Andrew Svetlov
> date:Fri Apr 05 11:40:01 2013 +0300
> summary:
> Fi
On Sat, Mar 16, 2013 at 11:48 PM, Terry Reedy wrote:
> The FAQ says "... using hg merge 3.3 as usual." Serhiy's commit message
> said 'Null merge', which to me is not 'as usual', as there are extra steps
> given in the FAQ above. So, do he really do a 'null merge' and is that the
> right thing to
Hi,
On Sat, Mar 16, 2013 at 10:08 PM, terry.reedy
wrote:
> http://hg.python.org/cpython/rev/9a2f4418e65a
> changeset: 82699:9a2f4418e65a
> parent: 82691:0a15a58ac4a1
> parent: 82695:533a60251b9d
> user:Terry Jan Reedy
> date:Sat Mar 16 16:08:12 2013 -0400
> summary:
>
This seems to have caused the Windows buildbots to fail.
On Fri, Jan 11, 2013 at 5:40 AM, serhiy.storchaka
wrote:
> http://hg.python.org/cpython/rev/8452c23139c6
> changeset: 81407:8452c23139c6
> parent: 81399:5ec8daab477a
> parent: 81406:01df1f7841b2
> user:Serhiy Storchaka
On Thu, Dec 27, 2012 at 12:05 PM, serhiy.storchaka
wrote:
> http://hg.python.org/cpython/rev/26eb2979465c
> changeset: 81094:26eb2979465c
> branch: 2.7
> parent: 81086:ccbb16719540
> parent: 81090:d3c81ef728ae
> user:Serhiy Storchaka
> date:Thu Dec 27 22:00:12 201
This change appears to have broken test_urllib. See, for example:
http://buildbot.python.org/all/builders/AMD64%20OpenIndiana%203.x/builds/4774/steps/test/logs/stdio
- Nadeem
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailm
On 2012-10-16 12:59, Stephen J. Turnbull wrote:
Antoine Pitrou writes:
> But, yes, I would call it "higher level" rather than "easy to use"
> (I don't think there's a need for hyphens, by the way).
You don't need them to get the point across, but elderly grammar
pedants will think better of
Antoine Pitrou writes:
> But, yes, I would call it "higher level" rather than "easy to use"
> (I don't think there's a need for hyphens, by the way).
You don't need them to get the point across, but elderly grammar
pedants will think better of you if you use the hyphens.
Personally, I hope the
On Tue, 16 Oct 2012 12:52:25 +0200
Christian Heimes wrote:
> Am 16.10.2012 12:43, schrieb Larry Hastings:
> > On 10/16/2012 11:23 AM, Hynek Schlawack wrote:
> >> Am 16.10.2012 um 12:15 schrieb andrew.svetlov :
> >>
> >>> + For easy to use interface to system randomness please see
> >>> + :clas
Well. I rephrased text following suggestion from Larry Hastings.
If there are need more clarification please reopen #15936
On Tue, Oct 16, 2012 at 1:52 PM, Christian Heimes wrote:
> Am 16.10.2012 12:43, schrieb Larry Hastings:
>> On 10/16/2012 11:23 AM, Hynek Schlawack wrote:
>>> Am 16.10.2012
Am 16.10.2012 12:43, schrieb Larry Hastings:
> On 10/16/2012 11:23 AM, Hynek Schlawack wrote:
>> Am 16.10.2012 um 12:15 schrieb andrew.svetlov :
>>
>>> + For easy to use interface to system randomness please see
>>> + :class:`random.SystemRandom`.
>> Is it just my non-native speaker ears, or sh
On 10/16/2012 11:23 AM, Hynek Schlawack wrote:
Am 16.10.2012 um 12:15 schrieb andrew.svetlov :
+ For easy to use interface to system randomness please see
+ :class:`random.SystemRandom`.
Is it just my non-native speaker ears, or should there be an “an” before “easy”?
There should. And "
I dont feel anything wrong with it, but I'm also not native speaker.
On Tue, Oct 16, 2012 at 1:23 PM, Hynek Schlawack wrote:
> Am 16.10.2012 um 12:15 schrieb andrew.svetlov :
>
>> + For easy to use interface to system randomness please see
>> + :class:`random.SystemRandom`.
>
> Is it just my
Am 16.10.2012 um 12:15 schrieb andrew.svetlov :
> + For easy to use interface to system randomness please see
> + :class:`random.SystemRandom`.
Is it just my non-native speaker ears, or should there be an “an” before “easy”?
___
Python-Dev mailing l
2012/10/12 Chris Jerdonek :
> On Fri, Oct 12, 2012 at 8:22 PM, Chris Jerdonek
> wrote:
>> On Fri, Oct 12, 2012 at 7:40 PM, Benjamin Peterson
>> wrote:
>>> 2012/10/12 Chris Jerdonek :
On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson
wrote:
> http://hg.python.org/cpython/rev/de878
On Fri, Oct 12, 2012 at 8:22 PM, Chris Jerdonek
wrote:
> On Fri, Oct 12, 2012 at 7:40 PM, Benjamin Peterson
> wrote:
>> 2012/10/12 Chris Jerdonek :
>>> On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson
>>> wrote:
http://hg.python.org/cpython/rev/de8787029fe4
changeset: 79702:de8787
On Fri, Oct 12, 2012 at 7:40 PM, Benjamin Peterson wrote:
> 2012/10/12 Chris Jerdonek :
>> On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson
>> wrote:
>>> http://hg.python.org/cpython/rev/de8787029fe4
>>> changeset: 79702:de8787029fe4
>>> branch: 3.3
>>> parent: 79701:d4ab5859721e
>>
2012/10/12 Chris Jerdonek :
> On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson
> wrote:
>> http://hg.python.org/cpython/rev/de8787029fe4
>> changeset: 79702:de8787029fe4
>> branch: 3.3
>> parent: 79701:d4ab5859721e
>> parent: 79690:0cddf0bd19f8
>
> It looks like this 3.3 check-i
On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson
wrote:
> http://hg.python.org/cpython/rev/de8787029fe4
> changeset: 79702:de8787029fe4
> branch: 3.3
> parent: 79701:d4ab5859721e
> parent: 79690:0cddf0bd19f8
It looks like this 3.3 check-in also reverted previous valid work.
The
On Fri, Oct 12, 2012 at 9:05 AM, benjamin.peterson
wrote:
> http://hg.python.org/cpython/rev/6e721c72683f
> changeset: 79703:6e721c72683f
> parent: 79700:d3d4737fa093
> parent: 79702:de8787029fe4
> user:Benjamin Peterson
> date:Fri Oct 12 12:05:09 2012 -0400
> summary:
On Thu, Oct 11, 2012 at 2:13 PM, brian.curtin
wrote:
> http://hg.python.org/cpython/rev/2802b26c64a9
> changeset: 79670:2802b26c64a9
> parent: 79667:c3c188a0325a
> parent: 79668:8245333db1e5
> user:Brian Curtin
> date:Thu Oct 11 16:12:47 2012 -0500
> summary:
> Merge
On Wed, Oct 10, 2012 at 3:52 AM, gregory.p.smith
wrote:
> http://hg.python.org/cpython/rev/ee30d7ef70be
> changeset: 79633:ee30d7ef70be
> branch: 3.3
> parent: 79630:9451908da615
> parent: 79632:e938fa6be509
> user:Gregory P. Smith
> date:Wed Oct 10 03:44:47 2012
On Mon, Oct 1, 2012 at 11:11 PM, nadeem.vawda
wrote:
> http://hg.python.org/cpython/rev/a19f47d380d2
> changeset: 79382:a19f47d380d2
> parent: 79378:fb90e2ff95b7
> parent: 79381:6d7bf512e0c3
> user:Nadeem Vawda
> date:Mon Oct 01 23:11:35 2012 +0200
> summary:
> Merge
Christian Heimes wrote:
> Am 12.09.2012 16:22, schrieb Stefan Krah:
> > This is a false positive:
>
> You might be right. But did you notice that there is much more code
> beyond the large comment block in PyLong_FromString()? There might be
> other code paths that push str beyond its limit.
Yes
Am 12.09.2012 18:14, schrieb Terry Reedy:
> On 9/12/2012 10:22 AM, Stefan Krah wrote:
>> christian.heimes wrote:
>>> Fix out of bounds read in long_new() for empty bytes with an explicit
>>> base.
>>> int(b'', somebase) calls PyLong_FromString() with char* of length 1
>
> I don't know what happen
On 9/12/2012 10:22 AM, Stefan Krah wrote:
christian.heimes wrote:
Fix out of bounds read in long_new() for empty bytes with an explicit base.
>> int(b'', somebase) calls PyLong_FromString() with char* of length 1
I don't know what happens internally, but such calls raise
ValueError: invalid l
Am 12.09.2012 17:42, schrieb Stefan Krah:
> I think 'k' is owned by the PySTEntryObject after it is assigned here:
>
> ste->ste_id = k;
>
>
> So ste_dealloc() will call Py_XDECREF(k) a second time.
You are right. I missed that ste steals the reference to k and does its
own cleanup. I've fixed t
christian.heimes wrote:
> summary:
> Closed reference leak of variable 'k' in function ste_new which wasn't
> decrefed in error cases
>
> files:
> Python/symtable.c | 3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
>
> diff --git a/Python/symtable.c b/Python/symtable.c
> ---
Am 12.09.2012 16:22, schrieb Stefan Krah:
> This is a false positive:
>
>
>
> Assumption: string ==
christian.heimes wrote:
> Fix out of bounds read in long_new() for empty bytes with an explicit base.
> int(b'', somebase) calls PyLong_FromString() with char* of length 1 but the
> function accesses the first argument at offset 1. CID 715359
>
> files:
> Objects/longobject.c | 4 ++--
>
On Sep 11, 2012, at 09:30 PM, Chris Jerdonek wrote:
>I didn't have time to respond Barry's e-mail from four hours ago
>before this was committed. I think this change may be problematic.
>At the least, I think people should have an opportunity to air their
>specific concerns and talk through the i
On Tue, Sep 11, 2012 at 9:13 PM, barry.warsaw
wrote:
> http://hg.python.org/cpython/rev/25e41fdc4e60
> changeset: 79001:25e41fdc4e60
> parent: 78998:6fea947edead
> parent: 79000:bc342cd7ed96
> user:Barry Warsaw
> date:Wed Sep 12 00:12:29 2012 -0400
> summary:
> - Iss
Hi,
benjamin.peterson wrote:
> http://hg.python.org/cpython/rev/263d09ce3e9e
> changeset: 78794:263d09ce3e9e
> parent: 78790:454dceb5fd56
> parent: 78793:4d431e719646
> user:Benjamin Peterson
> date:Tue Aug 28 18:01:45 2012 -0400
> summary:
> merge 3.2 (#15801)
>
>
Looks like it is the source of buildbot fail on Windows box.
On Wed, Aug 15, 2012 at 2:42 PM, petri.lehtinen
wrote:
> http://hg.python.org/cpython/rev/7c8c6b905a18
> changeset: 78586:7c8c6b905a18
> parent: 78583:8d90fde35cc6
> parent: 78585:cbc1dc8cda06
> user:Petri Lehtinen
On Mon, Aug 13, 2012 at 5:13 PM, brian.curtin
wrote:
> http://hg.python.org/cpython/rev/256bfee696c5
> changeset: 78552:256bfee696c5
> parent: 78549:edcbf3edf701
> parent: 78551:fcad4566910b
> user:Brian Curtin
> date:Mon Aug 13 17:12:02 2012 -0500
> summary:
> Merge
On Sat, Aug 4, 2012 at 11:51 AM, Victor Stinner
wrote:
> 2012/8/4 Chris Jerdonek :
>> Now that this change is made, it may make sense to update the
>> subprocess documentation to reference TextIOWrapper's documentation
>> instead of open()'s (since use of the 'U' flag to open() is
>> discouraged i
2012/8/4 Chris Jerdonek :
> On Fri, Aug 3, 2012 at 3:59 PM, antoine.pitrou
> wrote:
>> http://hg.python.org/cpython/rev/f17a1410ebe5
>> changeset: 78401:f17a1410ebe5
>> summary:
>> Make TextIOWrapper's documentation clearer by copying the newline
>> argument's description from open().
>
> Now
On Fri, Aug 3, 2012 at 3:59 PM, antoine.pitrou
wrote:
> http://hg.python.org/cpython/rev/f17a1410ebe5
> changeset: 78401:f17a1410ebe5
> summary:
> Make TextIOWrapper's documentation clearer by copying the newline
> argument's description from open().
Now that this change is made, it may make
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 23/07/12 20:19, Meador Inge wrote:
> self.assertGreaterEqual(sys.getsizeof(struct.Struct('123B')),
[...]
> and while they didn't fail without the patch I felt they were still
> useful in documenting that there is nothing that guarantees
> 'sizeof("1
On Mon, Jul 23, 2012 at 11:38 AM, Jesus Cea wrote:
>> As for the tests, I intentionally kept them the way that Serhiy
>> contributed them -- using >= instead of >. I kept them this way
>> because we also discussed in issue14596 the prospect of optimizing
>> the way repeat counts are handled. Th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 23/07/12 18:27, Meador Inge wrote:
> Doc/ACKS.txt is *only* for acknowledging documentation
> contributions. Serhiy is already in Misc/ACKS. No need to add him
> to Doc/ACKS.txt.
Oh, I missed that. Thanks for the head up.
> As for the tests, I in
On Mon, Jul 23, 2012 at 11:17 AM, jesus.cea wrote:
> http://hg.python.org/cpython/rev/b9a3ed1b14b9
> changeset: 78260:b9a3ed1b14b9
> parent: 78257:03063e718f5f
> parent: 78259:1911e192af0d
> user:Jesus Cea
> date:Mon Jul 23 18:16:18 2012 +0200
> summary:
> MERGE: Be
On Mon, Jul 23, 2012 at 12:34 AM, Meador Inge wrote:
> On Sun, Jul 22, 2012 at 8:55 PM, r.david.murray
> wrote:
>
>> http://hg.python.org/cpython/rev/80b81658455b
>> changeset: 78246:80b81658455b
>> parent: 78244:c43d73277756
>> parent: 78245:b97f65f2298d
>> user:R David Murr
On Sun, Jul 22, 2012 at 8:55 PM, r.david.murray
wrote:
> http://hg.python.org/cpython/rev/80b81658455b
> changeset: 78246:80b81658455b
> parent: 78244:c43d73277756
> parent: 78245:b97f65f2298d
> user:R David Murray
> date:Sun Jul 22 21:53:54 2012 -0400
> summary:
>
On Mon, Feb 20, 2012 at 10:19 PM, Gregory P. Smith wrote:
> Look at PCbuild/pythoncore.vcproj within this commit, it looks like
> you committed (or merged) a merge conflict marker in the file.
>
> -gps
>
> On Mon, Feb 20, 2012 at 6:49 PM, benjamin.peterson
> wrote:
>> http://hg.python.org/cpython
> changeset: 0feb5a5dbaeb
> user:Antoine Pitrou
> date:Sun Nov 13 01:02:02 2011 +0100
> summary:
> Fix memory leak with FLUFL-related syntax errors (!)
I don’t think it is allowed to criticize FLUFL-related code. As the
FLUFL is flawless, so are flufly things. I hear the PSU
Hi,
> > But this i tell you - if i would be an italian.. then i.. would..
> > Viva la mamma - per que!!!
>
> Sob.
>
> This is **NOT** offensive against just anybody.
> (Except maybe that i don't take *myself* too seriously, because
> doing so is a bit strange on a planet which disappears in som
I was contacted off-list due to anxiety about cleanliness of
python-dev in respect to the following lines:
> But this i tell you - if i would be an italian.. then i.. would..
> Viva la mamma - per que!!!
Sob.
This is **NOT** offensive against just anybody.
(Except maybe that i don't take *myself
> We don’t add NEWS entries for each and every doc fix, otherwise it would
> be very huge :) We rather document large changes to the documentation,
> like adding links to the source files, using “python3” instead of
> “python” in all examples, etc. In addition, Library is the wrong
> section, it
Hi,
> Murmur... but it hits me little: where is the difference in
> between Doc/ACKS.txt and Misc/ACKS?
Doc/ACKS.txt is used for doc contributions, Misc/ACKS for other
contributions (but sometimes doc too!). Doc/A is also displayed on
docs.python.org whereas Misc/A is only readable in tarballs.
@ Éric Araujo wrote (2011-07-26 15:17+0200):
> > [.]
> > Doc/library/mmap.rst | 6 ++
> > [.]
> > + with mmap. Patch by Steffen Daode Nurpmeso.
>
> I’m doing commits this afternoon, so I’ll take the occasion to remove
> this entry.
Murmur... but it hits me little: where is the difference
Hi,
> changeset: 71497:4898b14dcd69
> user:Ross Lagerwall
> summary:
> Issue #12102: Merge with 3.2.
>
> files:
> Doc/ACKS.txt | 1 +
> Doc/library/mmap.rst | 6 ++
> Misc/NEWS| 3 +++
> diff --git a/Misc/NEWS b/Misc/NEWS
> --- a/Misc/NEWS
> +++ b/Misc/
Done:
changeset: 71337:66e519792e4c
tag: tip
user:Victor Stinner
date:Thu Jul 14 22:28:36 2011 +0200
files: Lib/cgi.py Lib/test/test_cgi.py Misc/NEWS
description:
Add cgi.closelog() function to close the log file
Le 14/07/2011 14:57, Ezio Melotti a écrit :
di
Hi,
On 14/07/2011 15.57, ezio.melotti wrote:
http://hg.python.org/cpython/rev/ac1c3291a689
changeset: 71325:ac1c3291a689
parent: 71321:f45823977d4b
parent: 71324:530ba6c7e578
user:Ezio Melotti
date:Thu Jul 14 15:57:12 2011 +0300
summary:
Le lundi 25 avril 2011 à 04:47 +0200, Jesus Cea a écrit :
> If a patch in 3.2 is not applicable in 3.3, a "null merge" should be
> done.
Correct. Sorry, I forgot that. And yes, the 3.2 fix was not applicable
to 3.3, that's why I forgot to merge.
> If not, next developer tring to merge will find s
On Mon, 25 Apr 2011 04:47:03 +0200
Jesus Cea wrote:
>
> And yes, I fully realized that I should try to compile locally first.
> Dealing with this unexpected merge when merging my own patch was...
> unexpected, and the code seemed sensible enough.
You should *always* recompile and run the affecte
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If a patch in 3.2 is not applicable in 3.3, a "null merge" should be
done. If not, next developer tring to merge will find some other
unrelated code to merge, and she doesn't have the context knowledge to
know what to do :-).
In this case, I merged co
I think you have the wrong issue #; that one has to do with string
exceptions.
On Wed, Apr 13, 2011 at 22:21, senthil.kumaran
wrote:
> http://hg.python.org/cpython/rev/7563f10275a2
> changeset: 69350:7563f10275a2
> parent: 69344:1f767f834e67
> parent: 69349:37d1b749eebb
> user:
> Good point. If someone knows how to generate elliptic curve keys, a
> patch for test_ssl.py is welcome.
You can generate EC keys and certificates like this:
openssl ecparam -out server.key -name secp112r2 -genkey
openssl req -new -x509 -key server.key -out server.pem -subj /CN=www.test
(see
On Sun, 03 Apr 2011 13:29:28 -0400
Eric Smith wrote:
> On 4/3/2011 12:20 PM, antoine.pitrou wrote:
> > http://hg.python.org/cpython/rev/c11e05a60d36
> > changeset: 69115:c11e05a60d36
> > parent: 69113:ff105faf1bac
> > parent: 69114:88ed3de28520
> > user:Antoine Pitrou
> > date
On 4/3/2011 12:20 PM, antoine.pitrou wrote:
> http://hg.python.org/cpython/rev/c11e05a60d36
> changeset: 69115:c11e05a60d36
> parent: 69113:ff105faf1bac
> parent: 69114:88ed3de28520
> user:Antoine Pitrou
> date:Sun Apr 03 18:16:50 2011 +0200
> summary:
> Merge fix for
82 matches
Mail list logo
