On Sat, Mar 7, 2015 at 12:39 PM Scott Dial
wrote:
> On 2015-03-06 11:34 AM, Brett Cannon wrote:
> > This PEP proposes eliminating the concept of PYO files from Python.
> > To continue the support of the separation of bytecode files based on
> > their optimization lev
On Sun, Mar 8, 2015, 08:40 Paul Moore wrote:
On 26 February 2015 at 21:48, Paul Moore wrote:
> On 26 February 2015 at 21:34, Guido van Rossum wrote:
>> Accepted!
>>
>> Thanks for your patience, Paul, and thanks everyone for their feedback.
>>
>> I know there are still a few small edits to the
On Mon, Dec 22, 2014 at 4:49 PM Jim J. Jewett wrote:
>
>
> On Thu, Dec 18, 2014, at 14:13, Maciej Fijalkowski wrote:
> > ... http://bugs.python.org/issue23085 ...
> > is there any reason any more for libffi being included in CPython?
>
>
> Paul Moore wrote:
> > Probably the easiest way of moving
On Fri, Mar 6, 2015 at 6:49 PM Benjamin Peterson
wrote:
>
>
> On Fri, Mar 6, 2015, at 15:11, Brett Cannon wrote:
> >
> > OK, but that doesn't influence the PEP's goal of dropping .pyo files.
>
> Correct.
>
> >
> > Are you sugge
On Wed, Mar 11, 2015 at 4:37 PM David Cournapeau wrote:
> Hi,
>
> While looking at the import code of python for C extensions, I was
> wondering why we pass a relative path instead of an absolute path to
> LoadLibraryEx (see bottom for some context).
>
> In python 2.7, the full path existence was
On Wed, Mar 11, 2015 at 5:29 PM Armin Rigo wrote:
> Hi Brett,
>
> On 6 March 2015 at 19:11, Brett Cannon wrote:
> > I disagree with your premise that .pyo files don't have a noticeable
> effect
> > on performance. If you don't use asserts a lot then there is no
On Wed, Mar 11, 2015 at 6:03 PM Paul Moore wrote:
> On 11 March 2015 at 21:45, Maciej Fijalkowski wrote:
> >> Is it possible to use cffi without a C compiler/headers as easily than
> >> ctypes?
> >
> > yes, it has two modes, one that does that and the other that does
> > extra safety at the cost
were not keeping up with
libffi upstream. If we solve the latter I'm not bothered enough to
personally pursue the former.
-Brett
>
> On Wed, Mar 11, 2015 at 3:20 PM, Brett Cannon wrote:
>
>>
>>
>> On Wed, Mar 11, 2015 at 6:03 PM Paul Moore wrote:
>>
&
On Thu, Mar 12, 2015 at 10:39 AM Zachary Ware
wrote:
> I started this message about 3 months ago; at this point I'm just
> getting it posted so it stops rotting in my Drafts folder.
>
Thanks for looking into this!
>
> On Mon, Dec 22, 2014 at 3:49 PM, Jim J. Jewett
> wrote:
> > On Thu, Dec 18,
wants to delegate to a BDFAP.
PEP: 488
Title: Elimination of PYO files
Version: $Revision$
Last-Modified: $Date$
Author: Brett Cannon
Status: Draft
Type: Standards Track
Content-Type: text/x-rst
Created: 20-Feb-2015
Post-History:
2015-03-06
2015
On Sun, Mar 8, 2015 at 10:35 AM Brett Cannon wrote:
>
> On Sun, Mar 8, 2015, 08:40 Paul Moore wrote:
>
> On 26 February 2015 at 21:48, Paul Moore wrote:
> > On 26 February 2015 at 21:34, Guido van Rossum wrote:
> >> Accepted!
> >>
> >> Thanks for
On Mon, Mar 16, 2015 at 7:11 PM Neil Girdhar wrote:
> Hi everyone,
>
> I was wondering what is left with the PEP 448 (
> http://bugs.python.org/issue2292) code review? Big thanks to Benjamin,
> Ethan, and Serhiy for reviewing some (all?) of the code. What is the next
> step of this process?
>
On Tue, Mar 17, 2015 at 3:05 PM Zaur Shibzukhov wrote:
> Hello!
>
> In order to explain, let define subclass of dict:
>
> class Pair:
> def __init__(self, key, val):
> self.key = key
> self.val = val
>
> class MyDict(dict):
> #
> def __init__(self, *args, **kwds):
>
level. You can look at
https://hg.python.org/cpython/file/22a0c925a7c2/Objects/dictobject.c#l1997
to see the actual code.
-Brett
>
> ---
> *Zaur Shibzukhov*
>
>
> 2015-03-17 22:12 GMT+03:00 Brett Cannon :
>
>>
>>
>> On Tue, Mar 17, 2015 at 3:05 PM Zaur Shi
gt; ---
> *Zaur Shibzukhov*
>
>
> 2015-03-17 22:38 GMT+03:00 Brett Cannon :
>
>>
>>
>> On Tue, Mar 17, 2015 at 3:29 PM Zaur Shibzukhov wrote:
>>
>>> Yes... But I expected that dict constructor will use `__getitem__` or
>>> `items` method of MyDic
eed either a BDFL decision or
a BDFAP to be assigned to make a decision. Guido?
==
PEP: 488
Title: Elimination of PYO files
Version: $Revision$
Last-Modified: $Date$
Author: Brett Cannon
Status: Draft
Type: Standards Track
Content-Type: text/x-rst
Created: 2
d,
the pre-PEP ``.pyc`` file name will be used (i.e., no change in file name
semantics)", but obviously it's a bit too subtle. I just updated the PEP
with an explicit list of bytecode file name examples based on no -O, -O,
and -OO.
-Brett
>
>
> On Fri, Mar 20, 2015 at 11:34 AM, B
rats and thank you very
> much for writing the PEP and guiding the discussion.
>
> On Fri, Mar 20, 2015 at 4:00 PM, Brett Cannon wrote:
>
>>
>>
>> On Fri, Mar 20, 2015 at 4:41 PM Guido van Rossum
>> wrote:
>>
>>> I am willing to be the BDFL for thi
On Mon, Mar 23, 2015 at 1:59 PM Andrea Griffini wrote:
> Hello,
>
> does it have any sense for a linux distribution (arch to be specific) to
> provide default Python package compiled with valgrind support? I thought
> this flag was just about silencing false positives generated by valgrind
> (in
Anyone know what is causing the deque leakage?
On Sat, Apr 4, 2015, 04:48 wrote:
> results for e10ad4d4d490 on branch "default"
>
>
> test_collections leaked [0, -4, 0] references, sum=-4
> test_collections leaked [0, -2, 0] memory blocks, sum=-2
> t
Thanks for fixing it!
On Sat, Apr 4, 2015, 10:53 Benjamin Peterson wrote:
>
>
> On Sat, Apr 4, 2015, at 10:33, Brett Cannon wrote:
> > Anyone know what is causing the deque leakage?
>
> https://hg.python.org/cpython/rev/3409f4d945e8
>
On Thu, Apr 16, 2015 at 9:23 PM Facundo Batista
wrote:
> On Thu, Apr 16, 2015 at 6:34 PM, R. David Murray
> wrote:
>
> > Most likely you just need to run 'make touch' so that it doesn't try
> > to rebuild stuff it doesn't need to (because we check in those
> > particular build artifacts, like th
On Mon, Apr 20, 2015 at 10:44 AM Saul Shanabrook
wrote:
> I started trying some CPythong development a week ago at PyCon and first
> got testing working using Docker on my mac. This had the advantage of not
> having to worry about installing and dependencies, and also let me test on
> different P
The default branch is going to become 3.5, so you're fine.
On Wed, Apr 22, 2015 at 5:45 PM Facundo Batista
wrote:
> Hola!
>
> I just commited a simple improvement to HTTPError repr, and checking
> in the source code page [0], I see that my commit has a small
> "default" besides it; and other com
A better place to ask this question is the core-mentorship mailing list
which was set up specifically to help people contribute to Python.
On Thu, Apr 23, 2015 at 9:07 AM Leonid Kokorev wrote:
> Hello.
> My name is Leonid. I'm very interested in Python programming language.
> I'm sending this le
On Sun, Apr 26, 2015, 17:49 Mark Shannon wrote:
On 26/04/15 21:40, Yury Selivanov wrote:
> Hi Mark,
>
> On 2015-04-26 4:21 PM, Mark Shannon wrote:
>> Hi,
>>
>> I was looking at PEP 492 and it seems to me that no new syntax is
>> required.
>
> Mark, all your points are explained in the PEP in a g
Real world stuff is devouring my free time since immediately after PyCon
and will continue to do so for probably the next few months. I'm hoping to
find the energy to engage Donald and Nick about their proposals while I'm
time-constrained so that when I do have free time again I will be able to
mak
On Tue, May 5, 2015 at 3:14 PM Paul Moore wrote:
> On 5 May 2015 at 19:25, Yury Selivanov wrote:
> > On 2015-05-05 7:27 AM, Wolfgang wrote:
> >> Even the discussion on python-dev suggests there is some time needed
> >> to finalize all this.
> >
> > I'd say that:
> >
> > 80% of the recent discuss
On Sun, May 10, 2015 at 10:04 AM Skip Montanaro
wrote:
> I haven't run the test suite in awhile. I am in the midst of running it on
> my Mac running Yosemite 10.10.3. Twice now, I've gotten this popup:
>
>
>
> I assume this is testing some server listening on localhost. Is this a new
> thing, e
On Tue, May 12, 2015 at 1:05 PM Larry Hastings wrote:
> [SNIP]
>
> What do you think? My votes are as follows:
>
> Workflow 0: -0.5
> Workflow 1: +1
> Workflow 2: +0.5
>
>
> Please cast your votes,
>
Workflow 0: -0
Workflow 1: +1
Workflow 2: +0
___
P
This is actually a question for distutils-sig since they manage PyPI.
On Mon, 4 Sep 2017 at 03:50 Giampaolo Rodola' wrote:
> I know pythonhosted.org was deprecated long ago in favor of readthedocs
> but I kept postponing it and my doc for psutil is still hosted on
> https://pythonhosted.org/psut
On Fri, 8 Sep 2017 at 10:53 Benjamin Peterson wrote:
> Thank you all for the feedback. I've now updated the PEP to specify a
> 4-word pyc header with a bit field in every case.
>
> On Fri, Sep 8, 2017, at 09:43, Nick Coghlan wrote:
> > On 8 September 2017 at 07:55, Antoine Pitrou
> wrote:
> > >
On Thu, 14 Sep 2017 at 12:09 Ivan Levkivskyi wrote:
> On 14 September 2017 at 01:13, Guido van Rossum wrote:
>
>>
>> That last sentence is a key observation. Do we even know whether there
>> are (non-toy) things that you can do *in principle* with __class__
>> assignment but which are too slow *
I should mention that I have a prototype design for improving importlib's
lazy loading to be easier to turn on and use. See
https://notebooks.azure.com/Brett/libraries/di2Btqj7zSI/html/Lazy%20importing.ipynb
for my current notes. Part of it includes an explicit lazy_import()
function which would ne
BTW, if you find the bytecode-specific APIs are sub-par while trying to
update them, let me know as I have been toying with cleaning them up and
centralizing them under importlib for a while and just never gotten around
to sitting down and coming up with a better design that warranted putting
the t
On Mon, 2 Oct 2017 at 08:00 Christian Heimes wrote:
> On 2017-10-02 15:26, Victor Stinner wrote:
> > 2017-10-02 13:10 GMT+02:00 INADA Naoki :
> >> https://github.com/python/cpython/pull/3796
> >> In this PR, lazy loading only happens when uuid1 is used.
> >> But uuid1 is very uncommon for nowdays
On Mon, 2 Oct 2017 at 02:43 Raymond Hettinger
wrote:
>
> > On Oct 2, 2017, at 12:39 AM, Nick Coghlan wrote:
> >
> > "What requests uses" can identify a useful set of
> > avoidable imports. A Flask "Hello world" app could likely provide
> > another such sample, as could some example data analysi
On Mon, 2 Oct 2017 at 11:19 Christian Heimes wrote:
> On 2017-10-02 19:29, Brett Cannon wrote:
> > My current design for an opt-in lazy importing setup includes an
> > explicit function for importlib that's mainly targeted for the stdlib
> > and it's startup mod
On Sat, 30 Sep 2017 at 18:46 Benjamin Peterson wrote:
> What do you mean by bytecode-specific APIs? The internal importlib ones?
>
There's that, but more specifically py_compile and compileall.
-Brett
>
> On Fri, Sep 29, 2017, at 09:38, Brett Cannon wrote:
> > BTW, i
On Mon, Oct 2, 2017, 12:30 Barry Warsaw, wrote:
> On Oct 2, 2017, at 14:56, Brett Cannon wrote:
>
> > So Mercurial specifically is an odd duck because they already do lazy
> importing (in fact they are using the lazy loading support from importlib).
> In terms of all of
On Mon, Oct 2, 2017, 13:56 Antoine Pitrou, wrote:
> On Mon, 02 Oct 2017 18:56:15 +
> Brett Cannon wrote:
> >
> > So Mercurial specifically is an odd duck because they already do lazy
> > importing (in fact they are using the lazy loading support from
> importlib)
On Mon, Oct 2, 2017, 17:49 Ronald Oussoren, wrote:
> Op 3 okt. 2017 om 04:29 heeft Barry Warsaw het
> volgende geschreven:
>
> > On Oct 2, 2017, at 14:56, Brett Cannon wrote:
> >
> >> So Mercurial specifically is an odd duck because they already do lazy
> impo
On Wed, Oct 4, 2017, 09:00 Antoine Pitrou, wrote:
> On Wed, 4 Oct 2017 10:14:22 -0400
> Barry Warsaw wrote:
> > On Oct 3, 2017, at 13:29, Benjamin Peterson wrote:
> >
> > > I'm not sure turning the implementation details of our internal formats
> > > into APIs is the way to go.
> >
> > I still
On Fri, 20 Oct 2017 at 06:42 Ronald Oussoren wrote:
> Op 10 okt. 2017 om 01:48 heeft Brett Cannon het
> volgende geschreven:
>
>
>
> On Mon, Oct 2, 2017, 17:49 Ronald Oussoren,
> wrote:
>
>> Op 3 okt. 2017 om 04:29 heeft Barry Warsaw het
>> volgende gesch
It probably should be more consistent and I have a vague recollection that
this has been brought up before.
On Sun, Oct 29, 2017, 08:21 Serhiy Storchaka, wrote:
> The copy() methods of list, dict, bytearray, set, frozenset,
> WeakValueDictionary, WeakKeyDictionary return an instance of the base
On Mon, 30 Oct 2017 at 09:36 Mariatta Wijaya
wrote:
> > Except of Antoine Pitrou, does everybody else like the new UI? :-)
>
> I love the new UI. +1000 for migrating.
>
I personally prefer MM3 + HyperKitty compared to MM2 + pipermail.
-Brett
>
>
>
> Mariatta Wijaya
>
> On Mon, Oct 30, 2017 at
The official guidelines on what it takes to add official support for a
platform is https://www.python.org/dev/peps/pep-0011/#supporting-platforms.
Basically it's a core dev willing to sponsor and maintain the work, a
buildbot, and implicitly at least a 5 year commitment.
On Wed, 1 Nov 2017 at 05:5
On Thu, 2 Nov 2017 at 08:46 Steven D'Aprano wrote:
> On Wed, Nov 01, 2017 at 03:48:00PM -0700, Lukasz Langa wrote:
>
> > PEP: 563
> > Title: Postponed Evaluation of Annotations
>
> > This PEP proposes changing function annotations and variable annotations
> > so that they are no longer evaluated
On Wed, 1 Nov 2017 at 16:17 Lukasz Langa wrote:
> I find this sad. In the JavaScript community the existence of Babel is
> very important for the long-term evolution of the language independently
> from the runtime. With Babel, JavaScript programmers can utilize new
> language syntax while being
On Fri, 3 Nov 2017 at 08:09 Paul Moore wrote:
> On 3 November 2017 at 14:50, Serhiy Storchaka wrote:
> > 03.11.17 16:36, Guido van Rossum пише:
> >> Maybe we should remove typing from the stdlib?
> >> https://github.com/python/typing/issues/495
> >
> > I didn't use typing, but AFAIK the most use
Since the initial email got cross-posted, would it be possible to drop
python-dev from any discussing that doesn't directly involve Python itself
(e.g. we don't need to be involved in a discussion about whether you all
have threading on UEFI)?
On Fri, 3 Nov 2017 at 07:57 Michael Zimmermann
wrote:
On Fri, 3 Nov 2017 at 17:59 Lukasz Langa wrote:
>
> > On 3 Nov, 2017, at 4:01 PM, Victor Stinner
> wrote:
> >
> > The question is if you would only need or > pip install typing>.
> >
> > If typing is removed from the stdlib, you can still use it in your
> > application. It's "just" another dep
On Mon, 6 Nov 2017 at 08:36 Paul Sokolovsky wrote:
> Hello,
>
> On Mon, 6 Nov 2017 14:30:45 +0100
> Antoine Pitrou wrote:
>
> > On Tue, 7 Nov 2017 00:14:35 +1100
> > Steven D'Aprano wrote:
> > > On Mon, Nov 06, 2017 at 12:27:54PM +0100, Antoine Pitrou wrote:
> > >
> > > > The ordered-ness of di
On Mon, 6 Nov 2017 at 00:30 Victor Stinner wrote:
> 2017-11-06 8:47 GMT+01:00 Serhiy Storchaka :
> > 06.11.17 09:09, Guido van Rossum пише:
> >>
> >> I still find this unfriendly to users of Python scripts and small apps
> who
> >> are not the developers of those scripts. (Large apps tend to spit
On Mon, Nov 6, 2017, 10:27 R. David Murray, wrote:
> I agree with Steve. There is *cognitive* overhead to type annotations.
> I find that they make Python code harder to read and understand. So I
> object to them in the documentation and docstrings as well. (Note:
> while I agree that the nota
On Mon, 6 Nov 2017 at 11:08 Paul Sokolovsky wrote:
> Hello,
>
> On Mon, 06 Nov 2017 17:58:47 +0000
> Brett Cannon wrote:
>
> []
>
> > > Why suddenly once in 25 years there's a need to do something to
> > > dict's, violating computer science backg
On Tue, 7 Nov 2017 at 03:34 Paul Moore wrote:
> On 7 November 2017 at 10:18, Steve Holden wrote:
> > On Tue, Nov 7, 2017 at 12:35 AM, Donald Stufft wrote:
> > [..]
> >
> >>
> >> Maybe we just need to fully flesh out the idea of a "Python Core" (What
> >> exists now as “Python”) and a “Python Pl
On Thu, Nov 9, 2017, 17:33 Nathaniel Smith, wrote:
> On Nov 8, 2017 16:12, "Nick Coghlan" wrote:
>
> On 9 November 2017 at 07:46, Antoine Pitrou wrote:
> >
> > Le 08/11/2017 à 22:43, Nick Coghlan a écrit :
> >>
> >> However, between them, the following two guidelines should provide
> >> pretty
Please file bugs at bugs.python.org.
On Fri, Nov 10, 2017, 16:40 Larry Chen, wrote:
> Upgraded from 3.6.1 to 3.6.3; but got an error when trying to create my
> virtual environment.
>
>
>
> [larrchen@rslab239 Larry]$ /opt/python3.6.3/bin/python3.6 -m venv
> /u/larrchen/work2/SAN/Users/Larry/rsla
On Mon, Nov 13, 2017, 13:37 Greg Ewing, wrote:
> Guido van Rossum wrote:
> > But Python's syntax changes in nearly every release.
>
> The changes are almost always additions, so there's no
> reason why the AST can't remain backwards compatible.
>
> > the AST level ... elides many details
> > (suc
On Sun, Nov 12, 2017, 10:22 Koos Zevenhoven, wrote:
> On Nov 12, 2017 19:10, "Guido van Rossum" wrote:
>
> On Sun, Nov 12, 2017 at 4:14 AM, Koos Zevenhoven
> wrote:
>
>> So actually my question is: What should happen when the annotation is
>> already a string literal?
>>
>
> The PEP answers tha
On Wed, 15 Nov 2017 at 16:27 Ethan Furman wrote:
> So there are currently two ways to customize a module, with PEP 562
> proposing a third.
>
> The first method involves creating a standard class object, instantiating
> it, and replacing the sys.modules entry with it.
>
> The second way is fairly
Tests are not isolated from the warnings system, so things will leak out.
Your best option is to use the context manager in the warnings module to
temporarily make all warnings raise exceptions and test for the exception
(I'm at the airport, hence why I don't know the name of the context
manager; t
+1 from me as well.
On Sat, Nov 18, 2017, 02:36 Serhiy Storchaka, wrote:
> 18.11.17 03:22, Victor Stinner пише:
> > I noticed that Python not only hides DeprecationWarning, but also
> > PendingDeprecationWarning and ImportWarning by default. While I
> > understand why we decided to hide these wa
I've now ended up in Guido's boat of needing a summary since I think this
thread has grown to cover whether yield should be allowed in
comprehensions, something about await in comprehensions, and now about
leaking the loop variable (or some implementation detail). IOW there seems
to be 3 separate d
On Fri, Nov 24, 2017, 19:32 Guido van Rossum, wrote:
> On Fri, Nov 24, 2017 at 4:22 PM, Guido van Rossum
> wrote:
>
>> The more I hear about this topic, the more I think that `await`, `yield`
>> and `yield from` should all be banned from occurring in all comprehensions
>> and generator expressio
On Sat, Nov 25, 2017, 14:00 Eric V. Smith, wrote:
> The updated version should show up at
> https://www.python.org/dev/peps/pep-0557/ shortly.
>
> The major changes from the previous version are:
>
> - Add InitVar to specify initialize-only fields.
> - Renamed __dataclass_post_init__() to __post_
On Tue, 28 Nov 2017 at 03:33 Nick Coghlan wrote:
> On 28 November 2017 at 15:42, Larry Hastings wrote:
> > On 11/27/2017 03:58 PM, Yury Selivanov wrote:
> >> We can't say anything about the order if someone passes a partial
> >> object
> >
> > Sure we could. We could ensure that functools.parti
On Thu, 30 Nov 2017 at 05:01 David Cuthbert wrote:
> Henk-Jaap noted that the grammar section of the language ref for yield and
> return should also be updated from expression_list to starred_list with
> this change. As noted elsewhere, this isn't in-sync with the Grammar file
> (intentionally, i
On Thu, 30 Nov 2017 at 05:00 Eric V. Smith wrote:
> On 11/30/2017 6:59 AM, Antoine Pitrou wrote:
> >
> > Or, simply, is_dataclass_instance(), which is even longer, but far more
> > readable thanks to explicit word boundaries :-)
>
> That actually doesn't bother me. I think this API will be used r
On Tue, 5 Dec 2017 at 08:31 Senthil Kumaran wrote:
> On Tue, Dec 5, 2017 at 6:25 AM, Victor Stinner
> wrote:
>
>> Stéphane Wirtel gave a talk last month at Pycon CA about CPython pull
>> requests. His slides:
>>
>>https://speakerdeck.com/matrixise/cpython-loves-your-pull-requests
>>
>> He pr
On Wed, 6 Dec 2017 at 06:10 INADA Naoki wrote:
> >> And I have one worrying point.
> >> With UTF-8 mode, open()'s default encoding/error handler is
> >> UTF-8/surrogateescape.
> >
> > The Strict UTF-8 Mode is for you if you prioritize correctness over
> usability.
>
> Yes, but as I said, I cares
While the note from a technical standpoint is interest, Xavier, I don't
quite see what needs to be done to support Android at this point. Are you
simply asking we add Android API 24 as an official platform? Or permission
to add your note to the Misc/ directory? Basically what are you wanting to
see
On Mon, 18 Dec 2017 at 07:30 Steve Holden wrote:
> I submitted the 3.6 patch that Raymond committed. The purpose of the
> change was to allow access to the ordering of the columns.
>
> It doesn't use any of the OrderedDict-only methods, and I'd be very
> surprised if a reversion to using dict in
On Thu, Dec 21, 2017, 03:37 Ivan Levkivskyi, wrote:
> On 21 December 2017 at 11:22, Terry Reedy wrote:
>
>> On 12/21/2017 4:22 AM, Eric V. Smith wrote:
>>
>>> On 12/21/2017 1:46 AM, Chris Barker wrote:
>>>
>>
>> I suggest that it be clear in the docs, and ideally in the PEP, that the
datacl
On Fri, Dec 22, 2017, 11:38 Chris Barker, wrote:
> On Fri, Dec 22, 2017 at 8:49 AM, Brett Cannon wrote:
>
>> I think it's worth reminding people that if they don't like the fact
>>> dataclasses (ab)use type hints for their succinct syntax that you can
>>>
On Tue, 26 Dec 2017 at 21:00 Ned Batchelder wrote:
> On 12/26/17 1:49 PM, Chris Barker wrote:
>
> On Sat, Dec 23, 2017 at 5:54 PM, Nick Coghlan wrote:
>
>>
>> I still wonder about the "fields *must* be annotated" constraint though.
>> I can understand a constraint that the style be *consistent*
Barry and I had a meeting at work today and we decided to go with Nick's
idea of using a get_resource_reader(fullname) method on loaders. We aren't
going to go with an ABC and simply depend on the method existing as
implementing the API (and then returning None if the loader can't handle
the specif
On Mon, 8 Jan 2018 at 07:57 Pablo Galindo Salgado
wrote:
> Hi,
>
> I'm currently working on exposing posix_spawn in the posix module (and by
> extension in the os module). You can find the initial implementation in
> this PR:
>
> https://github.com/python/cpython/pull/5109
>
> As pointed out by G
On Mon, 8 Jan 2018 at 15:06 Gregory P. Smith wrote:
> On Mon, Jan 8, 2018 at 12:36 PM Serhiy Storchaka
> wrote:
>
>> 08.01.18 11:11, Pablo Galindo Salgado пише:
>> > Following Gregory's comment on the PR I understand that he is proposing
>> > to have three objects in the os module representing e
On Tue, 9 Jan 2018 at 02:42 Nick Coghlan wrote:
> On 9 January 2018 at 20:01, Antoine Pitrou wrote:
> > On Mon, 08 Jan 2018 09:11:38 +
> > Pablo Galindo Salgado wrote:
> >> Hi,
> >>
> >> I'm currently working on exposing posix_spawn in the posix module (and
> by
> >> extension in the os mod
On Sat, Jan 13, 2018, 05:24 Antoine Pitrou, wrote:
> On Sat, 13 Jan 2018 13:54:33 +0100
> Christian Heimes wrote:
> >
> > If we agree to drop support for OpenSSL 0.9.8 and 1.0.1, then I can land
> > bunch of useful goodies like proper hostname verification [2], proper
> > fix for IP address in S
On Sat, Jan 13, 2018, 11:13 Miro Hrončok, wrote:
> On 13.1.2018 18:06, Christian Heimes wrote:
> > Nowadays Python has venv in the standard library. The user-specific
> > site-packages directory is no longer that useful. I would even say it's
> > causing more trouble than it's worth. For example
On Sat, Jan 13, 2018, 14:45 Christian Heimes, wrote:
> On 2018-01-13 21:02, Brett Cannon wrote:
> > +1 from me as well for the improved security.
>
> Thanks, Brett!
>
> How should we handle CPython's Travis CI tests? The 14.04 boxes have
> OpenSSL 1.0.1. To the
On Sat, Jan 13, 2018, 17:27 Alex Walters, wrote:
> I would suggest throwing this to -ideas, rather than just keeping it in
> -dev
> as there is a much wider community of users and usecases in -ideas.
>
> ... and -ideas will shoot it down because user installs are too useful. It
> is also my unde
This seems like a bug report and is best reported on bugs.python.org.
On Wed, 17 Jan 2018 at 08:05 Joshua Yeow wrote:
> Dear Python Developers
> I hope to be able to use the latest version Python on my Windows 7 PC
> soon. The installer is very buggy and as I have discovered that the new exe
> i
On Fri, 19 Jan 2018 at 01:30 Pablo Galindo Salgado
wrote:
> Hello everyone,
>
> In today's episode of exposing useful Linux system calls I am exposing
> preadv2 in this PR:
>
> https://github.com/python/cpython/pull/5239
>
> as requested in this issue:
>
> https://bugs.python.org/issue31368
>
> A
On Thu, 18 Jan 2018 at 21:39 Benjamin Peterson wrote:
> +1 to both of your specific proposals.
>
> More generally, I think it makes good sense to allow dropping support for
> a platform in the next major Python release after vendor support for the
> platform stops. Even we say we support somethin
I can switch off the requirement that holds admins to having to pass the
same status checks as everyone else (there's still a big warning when you
exercise this power), that way you can override the merge if you want. Not
sure if you want to ignore the CI in that case as well.
On Mon, 22 Jan 2018
On Mon, 22 Jan 2018 at 09:29 Victor Stinner
wrote:
> Hi,
>
> I'm still talking with Paul Peny (pmpp on IRC) who is trying to build
> the master branch of Python on Android, using cross-compilation or
> directly on an Android device. I started to took notes since Android
> is a complex platforms a
On Thu, 25 Jan 2018 at 10:14 Zachary Ware
wrote:
> On Thu, Jan 25, 2018 at 12:03 PM, Mariatta Wijaya
> wrote:
> >> Of course, we would still need to convince people to install it :)
> >
> >
> > Right, that's the challenge :)
> > I personally use Chrome (!) and I've been using your Chrome extensi
On Thu, 25 Jan 2018 at 10:51 Berker Peksağ wrote:
> On Thu, Jan 25, 2018 at 9:38 PM, Mariatta Wijaya
> wrote:
> >> That would be best solution (I think it would solve
> >> https://github.com/python/miss-islington/issues/16 too) but it's more
> >> complicated than the extension idea :) I have som
On Thu, 25 Jan 2018 at 17:33 Eric V. Smith wrote:
> On 1/25/2018 8:13 PM, Terry Reedy wrote:
> > On 1/25/2018 7:47 PM, Mariatta Wijaya wrote:
> >> I think we're starting to deviate from the original topic here which
> >> is: please replace # with GH- when you click Squash & Merge button.
> >
> >
Over the last 3 days I have had two situations come up where I was asked
for my opinion in regards to possible CoC violations. I just wanted to take
this opportunity to remind everyone that open source does not work if we
are not open, considerate, and respectful to one another (which also
happens
On Tue, 30 Jan 2018 at 10:01 Paul Moore wrote:
> On 30 January 2018 at 17:10, Antoine Pitrou wrote:
> >
> > This is missing a bit of context. Is this about python-dev? Some
> > other ML?
>
> While I'll admit to being curious about what prompted this, honestly,
> it's none of my business - and
On Tue, Jan 30, 2018, 17:30 Steven D'Aprano, wrote:
> On Tue, Jan 30, 2018 at 06:00:36PM +, Paul Moore wrote:
> > On 30 January 2018 at 17:10, Antoine Pitrou wrote:
> > >
> > > This is missing a bit of context. Is this about python-dev? Some
> > > other ML?
> >
> > While I'll admit to bein
I have written a script that will go through and backfill the 'awaiting'
label on older pull requests based on the review state as it stands today.
A comment will be left if an "awaiting changes" label is set explaining
that we're backfilling and if you're ready for a change review then leave
the m
It's been a year and 10 days since we moved to GitHub, so I figured now is
as good a time as any to ask people if they are generally happy with the
workflow and if there is a particular sticking point to please bring it up
on the core-workflow mailing list so we can potentially address it.
d that this is a hard to
> implement feature...)
>
Possibly. This is starting to dive into Bors/Zuul-level regression
management which is more infrastructure to run, so we would have to decide
we seriously want this maintenance overhead.
-Brett
>
> Huge thanks to the core-workflow
FYI I am now done backfilling issues.
On Tue, 30 Jan 2018 at 19:35 Brett Cannon wrote:
> I have written a script that will go through and backfill the 'awaiting'
> label on older pull requests based on the review state as it stands today.
> A comment will be left if an "
101 - 200 of 3314 matches
Mail list logo
