On 28 March 2017 at 03:11, Steven D'Aprano wrote:
> On Mon, Mar 27, 2017 at 10:33:44PM -0400, Terry Reedy wrote:
>> https://bugs.python.org/issue29926 was opened as an IDLE issue, which
>> means that most watching the new issues list would ignore it. But I
>> think it is an issue with _thread.int
On Mon, Mar 27, 2017 at 10:33:44PM -0400, Terry Reedy wrote:
> https://bugs.python.org/issue29926 was opened as an IDLE issue, which
> means that most watching the new issues list would ignore it. But I
> think it is an issue with _thread.interrupt_main (which IDLE calls in
> respond to ^C) not
https://bugs.python.org/issue29926 was opened as an IDLE issue, which
means that most watching the new issues list would ignore it. But I
think it is an issue with _thread.interrupt_main (which IDLE calls in
respond to ^C) not interrupting time.sleep(n) in main thread*. I tested
on Windows, d
Hi,
Don't forget our brave buildbots which compile Python to run the full
test suite, every day, every night, even if it's raining or worse!
Python 3.7:
http://buildbot.python.org/all/waterfall?category=3.x.stable&category=3.x.unstable
Python 3.6:
http://buildbot.python.org/all/waterfall?categor
2017-02-08 15:14 GMT+01:00 Jesus Cea :
> On 08/02/17 11:24, Victor Stinner wrote:
>> So I suggest to drop official Solaris support, but I don't propose to
>> remove the C code specific to Solaris. In practice, I suggest to
>> remove Solaris and OpenIndiana buildbots since they are broken for
>> mon
Oops, thanks for the reminder! I found two old pull requests that I
forgot to rebase and republish on the new CPython Git repository.
Victor
2017-03-27 22:13 GMT+02:00 Brett Cannon :
> On the two-month anniversary of the GitHub migration I'm going to delete the
> old git mirror: https://github.co
2017-03-27 19:32 GMT+02:00 Ryan Gonzalez :
> Then I found bpo-11913 (https://bugs.python.org/issue11913), which said:
>
> This would be easy to fix, but as it would be considered a new feature, it
> can’t go into distutils, which is frozen.
Oh, that painful story. There was a huge "distutils2 proj
On the two-month anniversary of the GitHub migration I'm going to delete
the old git mirror: https://github.com/python/cpython-mirror. If you have a
old PR that got closed with comments or something, now is the time to get
those comments off.
___
Python-D
On 03/25/2017 08:57 PM, Terry Reedy wrote:
> On 3/25/2017 8:56 AM, Serhiy Storchaka wrote:
>> On 25.03.17 12:04, Victor Stinner wrote:
>>>
https://blog.jetbrains.com/pycharm/2017/03/inside-the-debugger-interview-with-elizaveta-shashkova/
>>>
>>>
>>> "What changed in Python 3.6 to allow this?
>>>
On Mon, 27 Mar 2017 at 03:23 Serhiy Storchaka wrote:
> A number of public typedef names without the "Py" prefix survived the
> Grand Renaming [1]. A couple of new names without the "Py" prefix were
> added after the Grand Renaming (e.g. getter and setter [2]).
>
> That names were included in the
(reposting, cc'ing python-dev)
It’s that time again: time to start thinking about the Python Language Summit!
The 2017 summit will be held on Wednesday, May 17, from 10am to 4pm, at the
Oregon Convention Center in Portland, Oregon, USA. Your befezzled hosts Larry
and Barry will once again be at
On Mon, 27 Mar 2017 12:32:09 -0500
Ryan Gonzalez wrote:
> So, I had opened up a PR (#563) to add README.rst to the distutils readme
> list. Turns out, I didn't read the devguide correctly, and there needed to
> be an open issue first. Oops.
>
> Then I found bpo-11913 (https://bugs.python.org/iss
So, I had opened up a PR (#563) to add README.rst to the distutils readme
list. Turns out, I didn't read the devguide correctly, and there needed to
be an open issue first. Oops.
Then I found bpo-11913 (https://bugs.python.org/issue11913), which said:
This would be easy to fix, but as it would b
On 27.03.17 13:43, Victor Stinner wrote:
2017-03-27 12:22 GMT+02:00 Serhiy Storchaka :
Should we to do something with this? Maybe add Py-prefixed aliases and
temporary keep old names for compatibility (but allow to hide them if define
a special macro)?
Is is possible to keep backward compatibi
Hi
I would like to change struct.Struct.format type from bytes to str. I
don't expect that anyone uses this attribute, and struct.Struct()
constructor accepts both bytes and str.
http://bugs.python.org/issue21071
It's just to be convenient: more functions accept str than bytes in
Python 3. Examp
2017-03-27 12:22 GMT+02:00 Serhiy Storchaka :
> Should we to do something with this? Maybe add Py-prefixed aliases and
> temporary keep old names for compatibility (but allow to hide them if define
> a special macro)?
Is is possible to keep backward compatibility if an older version of
the stable
A number of public typedef names without the "Py" prefix survived the
Grand Renaming [1]. A couple of new names without the "Py" prefix were
added after the Grand Renaming (e.g. getter and setter [2]).
That names were included in the Stable ABI. The long list of such names
can be found in PEP
17 matches
Mail list logo
