Re: [Python-Dev] Single-file Python executables (was: Computed Goto dispatch for Python 2)

On Fri, May 29, 2015 at 2:28 AM, Chris Barker chris.bar...@noaa.gov wrote: oops, sorry -- I see this was addressed in another thread. Though I guess I still don't see why single file is critical, over single thing to install -- like a OS-X app bundle that can just be dragged into the

Re: [Python-Dev] Importance of async keyword

On Mon, Jul 6, 2015 at 7:50 AM, Sven R. Kunze srku...@mail.de wrote: Seems like we stick to this example once again. So, let me get this straight: 1) I can add, subtract, multiply and divide real numbers. 2) I can add, subtract, multiply and divide complex numbers. 3) I can even add,

Re: [Python-Dev] Reminder: 3.5 now has its own branch! default branch is now 3.6!

On Mon, May 25, 2015 at 9:49 AM, Larry Hastings la...@hastings.org wrote: I've now pushed the 3.5.0 beta 1 release-engineering checkins to hg.python.org. At the same time I did this, I also created the 3.5 branch. Quick FAQ: Additional Q. What does this mean for buildbots? Will they

Re: [Python-Dev] trailing commas on statements

On Wed, Aug 12, 2015 at 3:01 AM, R. David Murray rdmur...@bitdance.com wrote: Sorry, trailing comma outside () was a shorthand for 'trailing comma on a complete statement'. That is, what trips me up is going from something like: dict(abc=1, foo=2, bar=3, )

Re: [Python-Dev] PEP-498: Literal String Formatting

On Tue, Aug 18, 2015 at 12:50 AM, Barry Warsaw ba...@python.org wrote: On Aug 17, 2015, at 11:02 AM, Paul Moore wrote: print(fIteration {n}: Took {end-start) seconds) This illustrates (more) problems I have with arbitrary expressions. First, you've actually made a typo there; it should

Re: [Python-Dev] Status on PEP-431 Timezones

On Tue, Jul 28, 2015 at 10:06 PM, Mark Lawrence breamore...@yahoo.co.uk wrote: On 28/07/2015 06:21, Lennart Regebro wrote: On Tue, Jul 28, 2015 at 3:22 AM, Mark Lawrence breamore...@yahoo.co.uk wrote: To me a day is precisely 24 hours, no more, no less. In my mission critical code, which I

Re: [Python-Dev] Status on PEP-431 Timezones

On Tue, Jul 28, 2015 at 3:22 AM, Mark Lawrence breamore...@yahoo.co.uk wrote: To me a day is precisely 24 hours, no more, no less. Start with this line. Then proceed: On Wed, Jul 29, 2015 at 3:01 AM, Mark Lawrence breamore...@yahoo.co.uk wrote: My cashflow forecast doesn't give two hoots

Re: [Python-Dev] who must makes FOR loop quicker

On Thu, Aug 6, 2015 at 1:25 AM, John Doe z2...@bk.ru wrote: To pass by reference or by copy of - that is the question from hamlet. (hamlet - a community of people smaller than a village python3.4-linux64) xlist = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10] i = 0 for x in xlist: print(xlist)

Re: [Python-Dev] PEP 498 f-string: please remove the special case for spaces

On Tue, Aug 11, 2015 at 5:08 PM, Cameron Simpson c...@zip.com.au wrote: On 11Aug2015 18:07, Greg Ewing greg.ew...@canterbury.ac.nz wrote: Cameron Simpson wrote: To illustrate, there's a consumer rights TV snow here with a segment called F.U. Tube, where members of the public describe ripoffs

Re: [Python-Dev] PEP needed for http://bugs.python.org/issue9232 ?

On Wed, Aug 12, 2015 at 12:46 AM, R. David Murray rdmur...@bitdance.com wrote: (If you wanted to fix an 'oops' trailing comma syntax issue, I'd vote for disallowing trailing commas outside of (). The number of times I've ended up with an unintentional tuple after converting a dictionary to a

Re: [Python-Dev] Status on PEP-431 Timezones

On Tue, Jul 28, 2015 at 12:13 AM, Steven D'Aprano st...@pearwood.info wrote: On Mon, Jul 27, 2015 at 10:54:02AM +0200, Lennart Regebro wrote: On Mon, Jul 27, 2015 at 10:47 AM, Paul Moore p.f.mo...@gmail.com wrote: I'm confused by your position. If it's 7am on the clock behind me, right now,

Re: [Python-Dev] Status on PEP-431 Timezones

On Tue, Jul 28, 2015 at 12:57 AM, Ronald Oussoren ronaldousso...@mac.com wrote: IMHO “+ 1 days” and “+ 24 hours” are two different things. Date arithmetic is full of messy things like that. “+ 1 month” is another example of that (which the datetime module punts completely and can be a source

Re: [Python-Dev] Status on PEP-431 Timezones

On Tue, Jul 28, 2015 at 4:49 AM, Tim Peters tim.pet...@gmail.com wrote: But it's a fact that they _are_ the same in naive time, which Python's datetime single-timezone arithmetic implements: - A minute is exactly 60 seconds. No leap second support, presumably. Also feature? ChrisA

Re: [Python-Dev] How far to go with user-friendliness

On Tue, Jul 14, 2015 at 11:51 PM, Florian Bruhin m...@the-compiler.org wrote: However, it also has some special methods to see if it has been called: m.assert_called_with() [...] AssertionError: Expected call: mock() Not called I suppose it's too late to change this so

Re: [Python-Dev] GetFinalPathNameByHandleW - what is the minimum windows version python-3.5 will support ?

On Mon, Jul 20, 2015 at 4:31 AM, Terry Reedy tjre...@udel.edu wrote: I think this line in the PEP, Because of this policy, no further Windows releases need to be listed in this PEP. is false economy. Your research on server 2003 should be recorded. (The presence of a 3.5 Server 2003 buildbot,

Re: [Python-Dev] Generated Bytecode ...

On Fri, Oct 23, 2015 at 3:05 PM, Terry Reedy wrote: > Indeed, whether 'pass' should be compiled to 'NOP' or nothing depends on > one's view of the meaning of pass and whether it must be executed (by going > though the ceval loop once and doing nothing) or not. Hmm. I thought

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

On Sun, Nov 15, 2015 at 12:47 PM, Glenn Linderman <v+pyt...@g.nevcal.com> wrote: > On 11/14/2015 5:37 PM, Chris Angelico wrote: > > On Sun, Nov 15, 2015 at 12:27 PM, Glenn Linderman <v+pyt...@g.nevcal.com> > wrote: > > Notepad defaults to ANSI encoding, as

Re: [Python-Dev] Python 3.5.1 plans

On Sun, Nov 1, 2015 at 9:55 PM, Phil Thompson <p...@riverbankcomputing.com> wrote: > On 1 Nov 2015, at 10:30 a.m., Chris Angelico <ros...@gmail.com> wrote: >> >> PEP 478 [1] doesn't currently have any info on a planned 3.5.1 release >> (and actually, it has 3.5.0

[Python-Dev] Python 3.5.1 plans

PEP 478 [1] doesn't currently have any info on a planned 3.5.1 release (and actually, it has 3.5.0 Final listed as a future release). About when is it likely to happen? The one thing I'm hanging out for is an installer patch on Windows that detects XP and immediately aborts with a convenient

Re: [Python-Dev] Python 3.5.1 plans

On Mon, Nov 2, 2015 at 5:51 AM, Larry Hastings wrote: > If I didn't have any release blockers, I'd schedule 3.5.1 for sometime > around three weeks from now. And FYI I want to release 3.4.4 about two > weeks after that. > Thanks Larry! That'd be awesome. If there's testing

Re: [Python-Dev] type(obj) vs. obj.__class__

On Mon, Oct 19, 2015 at 11:35 AM, David Mertz wrote: > That's interesting about the `self._full` variable slowing it down, I think > I'm not surprised (but obviously it depends on just how it's used). But one > can also simply define RingBuffer.isfull() using

Re: [Python-Dev] PEP 506 secrets module

On Fri, Oct 16, 2015 at 9:04 PM, Steven D'Aprano wrote: > On Fri, Oct 16, 2015 at 08:57:24AM +0200, Victor Stinner wrote: >> Hi, >> >> I like the PEP. IMHO it's a better solution than using a CPRNG for >> random by default. >> >> I suggest to raise an error if token_bytes(n)

Re: [Python-Dev] Rationale behind lazy map/filter

On Wed, Oct 14, 2015 at 3:49 AM, Random832 wrote: > My theory is that most circumstances under which this would cause a > RuntimeError are indicative of a bug in the algorithm consuming the > iterator (for example, an algorithm that hasn't considered iterators and >

Re: [Python-Dev] Rationale behind lazy map/filter

On Wed, Oct 14, 2015 at 3:08 AM, Random832 wrote: > If you are writing code that tries > to resume iterating after the iterator has been exhausted, I have to > ask: why? A well-behaved iterator is supposed to continue raising StopIteration forever once it's been

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

On Sun, Nov 15, 2015 at 12:06 PM, Steve Dower wrote: > The native encoding on Windows has been UTF-16 since Windows NT. Obviously > we've survived without Python tokenization support for a long time, but > every API uses it. > > I've hit a few cases where it would have

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

On Sun, Nov 15, 2015 at 12:27 PM, Glenn Linderman wrote: > Notepad defaults to ANSI encoding, as I think it always has. UTF-8 is an > option, and it does seem to try to notice the original encoding of the file, > when editing old files, but when creating a new one

Re: [Python-Dev] Testing tkinter on Linux

On Fri, Aug 28, 2015 at 5:00 AM, R. David Murray rdmur...@bitdance.com wrote: I believe gui depends on the existence of the DISPLAY environment variable on unix/linux (that is, TK will fail to start if DISPLAY is not set, so _is_gui_available will return False). You should be able to confirm

Re: [Python-Dev] Testing tkinter on Linux

On Thu, Aug 27, 2015 at 2:20 PM, Terry Reedy tjre...@udel.edu wrote: None of the linux buildbots run with X enabled. Consequently none of the tkinter (or tkinter user) gui tests are run on Linux. It was thus pointed out to me, during discussion of using ttk widgets in Idle, that we do not

Re: [Python-Dev] PEP 498: Literal String Interpolation is ready for pronouncement

On Sat, Sep 5, 2015 at 7:10 PM, haypo s wrote: > 2015-09-05 5:01 GMT+02:00 Guido van Rossum : >> And I'm ready to accept it. I'll wait until Tuesday night (Monday's a >> holiday in the US) in case anything unforeseen comes up, but this is really >> the

Re: [Python-Dev] PEP 498: Literal String Interpolation is ready for pronouncement

On Sat, Sep 5, 2015 at 8:57 PM, Chris Angelico <ros...@gmail.com> wrote: >> IMHO the main advantage of allowing expressions inside f-string is >> that it adds something really new compared to the current str.format() >> method. Without it, f-string are less interestin

Re: [Python-Dev] python programmer

On Thu, Sep 3, 2015 at 6:57 AM, Linda Ryan wrote: > I am an IT/Project Management recruiter looking to increase the available > pool of talent for available job placements. > Currently I have an opening for a python programmer/developer. Could I post > opportunities to

Re: [Python-Dev] What's New editing

On Wed, Sep 9, 2015 at 3:08 AM, Laxmikant Chitare wrote: > > It is really nice, motivating and encouraging to see people contribute to > community in spite of the work load. "Thank you" is just not enough to > appreciate your efforts. I have been programming in Python

Re: [Python-Dev] PEP 495 Was: PEP 498: Literal String Interpolation is ready for pronouncement

On Sun, Sep 13, 2015 at 7:03 PM, Laura Creighton wrote: > In a message of Sat, 12 Sep 2015 20:49:12 -0400, Terry Reedy writes: >>and, if we are stuck with <-intransitivity, what do we do? If >>back-compatibility allowed, I might suggest defining 'lt' or 'less' >>rather than

Re: [Python-Dev] PEP 495 Was: PEP 498: Literal String Interpolation is ready for pronouncement

On Mon, Sep 14, 2015 at 1:44 AM, Tim Peters wrote: > That's a sane & easy sufficient condition. It's a waste of time to > worry about minimal necessary conditions. "Convert to UTC' is the > obvious way to do darned near everything. Converting to any other > fixed-offset

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

On Wed, Sep 16, 2015 at 7:20 PM, Oleg Broytman wrote: >Thanks. I think upstream remote-tracking branches in git are rather > similar. If one's afraid of rewriting published history she should never > rebase before @{u}. Just always using ``git rebase -i @{u}`` should be >

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

On Wed, Sep 16, 2015 at 7:46 PM, Oleg Broytman wrote: > For example, I develop > SQLObject using two private clones (clean backup repo and dirty working > repo) and three public clones at Gitlab, GutHub and SourceForge. They > are all equal, none of them is the upstream. I don't

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

On Wed, Sep 16, 2015 at 5:44 AM, Augie Fackler wrote: >> but git is still better at it: ``git add -p`` >> allows me to review and edit patches before commit while ``hg record`` >> commits immediately. > > FWIW, I totally *get* wanting a staging area. That said, other than the >

Re: [Python-Dev] PEP 498 (interpolated f-string) tweak

On Sun, Sep 20, 2015 at 5:36 AM, Eric V. Smith wrote: > As the PEP says, the expression with '+' is illustrative, not how it's > actually implemented. The implementation currently uses ''.join, > although I reserve the right to change it. > >> or even to >> >>

Re: [Python-Dev] Python Language Reference has no mention of list comÃprehensions

On Fri, Dec 4, 2015 at 12:25 PM, Steven D'Aprano wrote: > I don't see any good reason for maintaining that there's just one > syntax, "display", which comes in two forms: a comma-separated set of > values, or a for-loop. The only thing they have in common (syntax-wise) > is

Re: [Python-Dev] Change the repr for datetime.timedelta (was Re: Asynchronous context manager in a typical network server)

On Mon, Dec 21, 2015 at 12:00 PM, Alexander Belopolsky <alexander.belopol...@gmail.com> wrote: > On Sun, Dec 20, 2015 at 5:28 PM, Chris Angelico <ros...@gmail.com> wrote: >> >> > A helpful trivia: a year is approximately π times 10 million seconds. >> >>

Re: [Python-Dev] New poll about a macro for safe reference replacing

On Thu, Dec 24, 2015 at 1:50 AM, Serhiy Storchaka wrote: > Oh, I'm confused. Should I make a new poll? With new voters Py_MOVEREF can > get more votes than Py_SETREF. I suggest cutting off the bikeshedding. Both of these options have reasonable support. Pick either and run

Re: [Python-Dev] Change the repr for datetime.timedelta (was Re: Asynchronous context manager in a typical network server)

On Tue, Dec 22, 2015 at 7:39 PM, Victor Stinner wrote: > Le lundi 21 décembre 2015, Guido van Rossum a écrit : >> >> I still think the repr change to use keywords has a good chance for 3.6. > > repr() with keywords is called a method, no? Like

Re: [Python-Dev] Idea: Dictionary references

On Fri, Dec 18, 2015 at 2:37 PM, Andrew Barnert via Python-Dev wrote: > If __getattribute__ raises an AttributeError (or isn't found, but that only > happens in special cases like somehow calling a method on a type that hasn't > been constructed) Wow. How do you do that?

Re: [Python-Dev] Help with a book

On Thu, Nov 26, 2015 at 7:31 AM, Jacob Zimmerman wrote: > Anyway, I am currently reading through my initial rough draft and making > corrections for a revised draft. Once I'm done with that, I'd like a few > volunteers to read through it. First, to find spelling,

Re: [Python-Dev] Reading Python source file

On Thu, Nov 19, 2015 at 10:51 PM, Serhiy Storchaka wrote: > http://bugs.python.org/issue20115 Interestingly, the file linked in the last comment on that issue [1] ties in with another part of this thread, regarding binary blobs in Python scripts. It uses

Re: [Python-Dev] runtime dlls on Windows

On Thu, May 26, 2016 at 6:26 AM, Chris Barker wrote: > the point here is that end users should be able to: > > pip install something > > and if there is a binary wheel for something, it should work without them > having to install something else. (why MS doesn't ship ALL

Re: [Python-Dev] runtime dlls on Windows

On Fri, May 27, 2016 at 2:42 AM, Chris Barker <chris.bar...@noaa.gov> wrote: > On Wed, May 25, 2016 at 1:40 PM, Chris Angelico <ros...@gmail.com> wrote: >> >> But why should CPython >> package a runtime that it doesn't use? > > > Because it IS

Re: [Python-Dev] runtime dlls on Windows

On Fri, May 27, 2016 at 5:13 AM, Steve Dower wrote: > If they're installed properly into System32/SysWOW64 (using the official > installer), then yes. If you simply drop them into your Python install > directory, then no, unless you drop the right one - it has to match the

Re: [Python-Dev] Update PEP 7 to require curly braces in C

On Mon, Jan 18, 2016 at 10:42 PM, Maciej Szulik wrote: > On Mon, Jan 18, 2016 at 9:59 AM, Larry Hastings wrote: >> >> >> >> On 01/17/2016 11:10 AM, Brett Cannon wrote: >> >> Anyone object if I update PEP 7 to remove the optionality of curly braces >> in PEP

Re: [Python-Dev] Update PEP 7 to require curly braces in C

On Mon, Jan 18, 2016 at 11:02 PM, Larry Hastings <la...@hastings.org> wrote: > On 01/18/2016 03:57 AM, Chris Angelico wrote: > > Rather than forcing people to use braces, wouldn't it be easier to > just add a linter to the toolchain that will detect those kinds of > problems

Re: [Python-Dev] Issue #26204: compiler now emits a SyntaxWarning on constant statement

On Tue, Feb 9, 2016 at 12:41 PM, MRAB wrote: > On 2016-02-09 00:53, Guido van Rossum wrote: >> >> The warning for 'assert (cond, msg)' was specifically put in because >> this is a nasty trap. It's *always* a mistaken attempt to write >> 'assert cond, msg' -- usually in

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

On Wed, Feb 10, 2016 at 12:37 PM, Steve Dower wrote: > I really don't like the idea of not being able to use bytes in cross > platform code. Unless it's become feasible to use Unicode for lossless > filenames on Linux - last I heard it wasn't. It has, but only in Python

Re: [Python-Dev] Time for a change of random number generator?

On Fri, Feb 12, 2016 at 3:12 PM, Andrew Barnert via Python-Dev wrote: > On Thursday, February 11, 2016 7:20 PM, Stephen J. Turnbull > wrote: > > > >> I think we should keep it around forever. Even my slowest colleagues >> are learning that they should

Re: [Python-Dev] Licensing issue (?) for Frozen Python? [was: More optimisation ideas]

On Sat, Feb 6, 2016 at 3:31 PM, Stephen J. Turnbull wrote: > Of course if *you* want to you can GPL Python (I think that's now > possible, at one time there was a issue with the CNRI license IIRC), > and then licensees of *your* distribution (but not you!) are required > to

Re: [Python-Dev] Licensing issue (?) for Frozen Python? [was: More optimisation ideas]

On Sat, Feb 6, 2016 at 4:31 PM, Stephen J. Turnbull wrote: > However, the technical problem remains. For example, you mention > Debian. While Debian keeps its source and binary packages very close > to "in sync" on the server, there are several gotchas. For example, >

Re: [Python-Dev] Buildbot timing out - test suite failure - test_socket issue with UDP6?

On Thu, Jan 28, 2016 at 9:41 PM, Chris Angelico <ros...@gmail.com> wrote: > However, as I was doing so (and I just discarded a draft message where > I'd been typing up notes), my entire system went kerblooie, and I've > spent the last day rebuilding stuff from scratch. Wh

Re: [Python-Dev] Buildbot timing out - test suite failure - test_socket issue with UDP6?

On Thu, Jan 28, 2016 at 7:35 PM, Martin Panter wrote: > Other things that come to mind are to see if there is anything odd > about the buildbot’s Linux kernel and glibc versions. Maybe run the > Python script under “strace” to see if anything strange is going on. > I did

Re: [Python-Dev] FAT Python (lack of) performance

On Tue, Jan 26, 2016 at 2:32 PM, INADA Naoki wrote: > > I know. > But people compares language speed by simple microbench like fibbonacci. > They doesn't use listcomp or libraries to compare *language* speed. > Well, that's a stupid way to decide on a language. Here,

Re: [Python-Dev] Git for Mercurial Users

On Thu, Feb 4, 2016 at 10:38 AM, Nikolaus Rath wrote: > Hello, > > With the upcoming move to Git, I thought people might be interested in some > thoughts that I wrote down when learning Git for the first time as a > long-time Mercurial user: > >

Re: [Python-Dev] Very old git mirror under github user "python-git"

On Mon, Feb 29, 2016 at 4:46 AM, Georg Brandl wrote: > Although I don't see much confusion; there's bound to be > hundreds of forks of CPython, if not already, then definitely once we move to > GitHub. Forks made within the GitHub interface aren't usually confusing. Up the top

Re: [Python-Dev] Very old git mirror under github user "python-git"

On Mon, Feb 29, 2016 at 5:07 AM, Brett Cannon <br...@python.org> wrote: > > > On Sun, 28 Feb 2016 at 09:58 Chris Angelico <ros...@gmail.com> wrote: >> >> On Mon, Feb 29, 2016 at 4:46 AM, Georg Brandl <g.bra...@gmx.net> wrote: >> > Al

Re: [Python-Dev] Buildbot timing out - test suite failure - test_socket issue with UDP6?

On Sat, Jan 23, 2016 at 5:39 PM, Zachary Ware <zachary.ware+py...@gmail.com> wrote: > On Sat, Jan 23, 2016 at 12:03 AM, Chris Angelico <ros...@gmail.com> wrote: >> By the way, this looks odd: >> >> make buildbottest TESTOPTS= TESTPYTHONOPTS= TESTTIMEOUT=3600 >&g

[Python-Dev] Buildbot timing out - test suite failure - test_socket issue with UDP6?

I just had a major crash on the system that hosts the angelico-debian-amd64 buildbot, and as usual, checked it carefully after bringing everything up. It seems now to be timing out after an hour of operation:

Re: [Python-Dev] Buildbot timing out - test suite failure - test_socket issue with UDP6?

On Sun, Jan 24, 2016 at 1:37 AM, Victor Stinner wrote: > 3600 seconds is the maximum duration of a single test file. We may reduce it > since a single test file should not take longer than 30 min. Maybe we can do > better and put the timeout on a single test function.

Re: [Python-Dev] FAT Python (lack of) performance

On Wed, Jan 27, 2016 at 2:28 AM, Ryan Gonzalez wrote: >>rosuav@sikorsky:~$ gcc fib.c && time ./a.out >>1134903170 >> >>real 0m9.104s >>user 0m9.064s >>sys 0m0.000s >>rosuav@sikorsky:~$ cat fib.c >>#include >> >>unsigned long fib(unsigned long n) >>{ >>if (n < 2) return n;

Re: [Python-Dev] Buildbot timing out - test suite failure - test_socket issue with UDP6?

On Wed, Jan 27, 2016 at 8:39 PM, Victor Stinner <victor.stin...@gmail.com> wrote: > 2016-01-23 7:03 GMT+01:00 Chris Angelico <ros...@gmail.com>: >> Running just that test file: >> >> $ ./python Lib/test/test_socket.py >> ... chomp lots of lines ... >&

Re: [Python-Dev] Hash randomization for which types?

On Thu, Feb 18, 2016 at 12:29 AM, Larry Hastings wrote: > int objects have their own hash algorithm, built in to long_hash() in > Objects/longobject.c. The hash of an int is the value of the int, unless > it's -1 or doesn't fit into the native type. Can someone elaborate on

Re: [Python-Dev] PEP 515: Underscores in Numeric Literals

On Thu, Feb 11, 2016 at 7:22 PM, Georg Brandl wrote: > * Allowing underscores in string arguments to the ``Decimal`` constructor. It > could be argued that these are akin to literals, since there is no Decimal > literal available (yet). > > * Allowing underscores in string

Re: [Python-Dev] What does a double coding cookie mean?

On Wed, Mar 16, 2016 at 5:03 PM, Serhiy Storchaka wrote: > On 15.03.16 22:30, Guido van Rossum wrote: >> >> I came across a file that had two different coding cookies -- one on >> the first line and one on the second. CPython uses the first, but mypy >> happens to use the

Re: [Python-Dev] Defining a path protocol

On Thu, Apr 7, 2016 at 4:54 AM, Ethan Furman wrote: > Maybe __os_path__ then? I would rather be explicit about the type of path > we are dealing with -- who knows if we won't have __url_path__ in the future > (besides Guido, of course ;) > Bikeshedding furiously... I don't

Re: [Python-Dev] Defining a path protocol

On Thu, Apr 7, 2016 at 9:44 AM, Ethan Furman wrote: > Excellent! Narrowing the field then to: > > __fspath__ > > __os_path__ > > > Step right up! Cast yer votes! +0.9 for __fspath__; I'd prefer a one-word name, but with __path__ out of the running (which I agree with),

Re: [Python-Dev] Pathlib enhancements - acceptable inputs and outputs for __fspath__ and os.fspath()

On Wed, Apr 13, 2016 at 2:15 AM, Ethan Furman wrote: > On 04/11/2016 04:43 PM, Victor Stinner wrote: >> >> Le 11 avr. 2016 11:11 PM, "Ethan Furman" a écrit : > > >>> So my concern in such a case is what happens if we pass this SE >>> string somewhere else: a UTF-8 file, or

Re: [Python-Dev] Most 3.x buildbots are green again, please don't break them and watch them!

On Wed, Apr 13, 2016 at 9:40 PM, Victor Stinner wrote: > Maybe it's time to move more 3.x buildbots to the "stable" category? > http://buildbot.python.org/all/waterfall?category=3.x.stable Move the Bruces into stable, perhaps? The AMD64 Debian Root one. Been fairly

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

On Sat, Apr 9, 2016 at 12:18 AM, Jon Ribbens wrote: > Anyway the code is at https://github.com/jribbens/unsafe > It requires Python 3.4 or later (it could probably be made to work on > Python 2.7 as well, but it would need some changes). Not being a security

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

On Tue, Apr 12, 2016 at 8:43 AM, Jon Ribbens <jon+python-...@unequivocal.co.uk> wrote: > On Tue, Apr 12, 2016 at 03:02:54AM +1000, Chris Angelico wrote: >> It all depends on how much functionality you want. If all you need is >> a numeric expression evaluator, that's not to

Re: [Python-Dev] Summary of the pathlib discussion (Re: Maybe, just maybe, pathlib doesn't belong.)

On Tue, Apr 12, 2016 at 7:55 AM, Brett Cannon wrote: > That's pretty much it unless Chris or Ethan disagree. So I think pathlib is > far from being as dead as a parrot. ;) That looks like an accurate summary! ChrisA ___ Python-Dev

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

On Mon, Apr 11, 2016 at 9:04 PM, Isaac Morland wrote: > But I would not use for security purposes a Python sandbox that was not > formally verified to be correct and unbreakable. Of course in order for > this to be possible, there first has to be a formal semantics for

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

On Tue, Apr 12, 2016 at 8:06 PM, Jon Ribbens <jon+python-...@unequivocal.co.uk> wrote: > On Tue, Apr 12, 2016 at 06:57:37PM +1000, Chris Angelico wrote: >> The sandbox code assumes that an attacker cannot create files in the >> current directory. > > If the att

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

On Sat, Apr 9, 2016 at 12:18 AM, Jon Ribbens wrote: > Anyway the code is at https://github.com/jribbens/unsafe > It requires Python 3.4 or later (it could probably be made to work on > Python 2.7 as well, but it would need some changes). Rather annoying point:

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

On Tue, Apr 12, 2016 at 6:17 PM, Paul Moore wrote: > Well, I'll ask the obvious question, then. In allowing "import" did > you allow "import ctypes"? If so, then I win :-) Or did you explicitly > whitelist certain modules? And if so, which ones are they, and did I > succeed

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

On Tue, Apr 12, 2016 at 9:10 PM, Jon Ribbens <jon+python-...@unequivocal.co.uk> wrote: > On Tue, Apr 12, 2016 at 08:27:14PM +1000, Chris Angelico wrote: >> decimal.getcontext is a simple and obvious example of a way that >> global mutable objects can be accesse

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

On Tue, Apr 12, 2016 at 10:42 PM, Jon Ribbens wrote: > On Tue, Apr 12, 2016 at 02:31:19PM +0200, Victor Stinner wrote: >> Oh, I forgot to mention another vulnerability: you block access to >> attributes by replacing getattr and by analyzing the AST. Ok, but one

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

On Tue, Apr 12, 2016 at 10:49 PM, Jon Ribbens <jon+python-...@unequivocal.co.uk> wrote: > On Tue, Apr 12, 2016 at 10:45:06PM +1000, Chris Angelico wrote: >> On Tue, Apr 12, 2016 at 10:42 PM, Jon Ribbens >> <jon+python-...@unequivocal.co.uk> wrote: >> >

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

On Tue, Apr 12, 2016 at 11:12 PM, Steven D'Aprano wrote: > To give a concrete example... suppose that the C locale library is > unsafe. Further, let's suppose that the str.isdigit method calls code > from the C locale library, to determine whether or not the string is > made

Re: [Python-Dev] pathlib - current status of discussions

On Tue, Apr 12, 2016 at 7:58 AM, Ethan Furman wrote: > Sticking points: > --- > > Do we allow bytes to be returned from os.fspath()? If yes, then do we allow > bytes from __fspath__()? > I would say No and No, on the basis that it's *far* easier to widen their

Re: [Python-Dev] When should pathlib stop being provisional?

On Wed, Apr 6, 2016 at 9:08 AM, Alexander Walters wrote: > * pathlib should be improved (specifically by making it inherit from str) I'd like to see this specific change settled on in the PEP, actually. There are some arguments on both sides, and some hybrid solutions

Re: [Python-Dev] When should pathlib stop being provisional?

On Wed, Apr 6, 2016 at 3:37 PM, Stephen J. Turnbull <step...@xemacs.org> wrote: > Chris Angelico writes: > > > Outside of deliberate tests, we don't create files on our disks > > whose names are strings of random bytes; > > Wishful thinking. First, names made of

Re: [Python-Dev] When should pathlib stop being provisional?

On Wed, Apr 6, 2016 at 9:45 AM, Guido van Rossum <gu...@python.org> wrote: > On Tue, Apr 5, 2016 at 4:13 PM, Chris Angelico <ros...@gmail.com> wrote: >> On Wed, Apr 6, 2016 at 9:08 AM, Alexander Walters >> <tritium-l...@sdamon.com> wrote: >>> * pathlib

Re: [Python-Dev] When should pathlib stop being provisional?

On Wed, Apr 6, 2016 at 12:51 PM, Steven D'Aprano <st...@pearwood.info> wrote: > On Wed, Apr 06, 2016 at 10:02:30AM +1000, Chris Angelico wrote: > >> My personal view on the text/bytes debate is that a path is >> fundamentally a human concept, and consists therefore of tex

Re: [Python-Dev] Pathlib enhancments - method name only

On Sat, Apr 9, 2016 at 5:03 AM, Chris Barker wrote: > On Fri, Apr 8, 2016 at 11:34 AM, Koos Zevenhoven wrote: >> >> > >> > __pathstr__ # pathstring >> > >> >> Or perhaps __pathstring__ in case it may be or return byte strings. > > > I'm fine with

Re: [Python-Dev] summary: a Path protocol

On Fri, Apr 8, 2016 at 4:35 PM, Victor Stinner wrote: > Sorry, I don't have time to read the whole discussion. What is the problem > with adding a __str__ to pathlib? > > Victor Everything else has __str__ too, so you run the risk of open(["Hello", "World"], "w")

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

On Tue, Apr 12, 2016 at 2:53 AM, Jon Ribbens wrote: > On Mon, Apr 11, 2016 at 04:04:21PM +0100, Paul Moore wrote: >> However, it's not at all clear (to me at least) what you *are* trying >> to do. > > I'm trying to see to what extent we can use ast node

Re: [Python-Dev] Which version is better? Phyton 27 or Phyton 35?

On Fri, Apr 1, 2016 at 9:42 PM, Roberto Martínez wrote: > I am having a hard time trying to choose one of this two products: > > Phyton 27: > http://www.amazon.com/Phyton-27-Systemic-Bactericide-Fungicide/dp/B00VKPL8FU > Phyton 35: >

Re: [Python-Dev] The next major Python version will be Python 8

On Fri, Apr 1, 2016 at 8:44 AM, Victor Stinner wrote: > You should now try Python 8 and try find if a module can still be imported ;-) Okay I can fire up interactive Python and 'import this'. But I can't run 'make'. This will be interesting! ChrisA

Re: [Python-Dev] file system path protocol PEP

On Fri, May 13, 2016 at 8:19 PM, Steven D'Aprano wrote: > I feel this is Not Our Problem. Surely the stdlib cannot be held > responsible for all the poor decisions made by third-party libraries? If > a library hard-codes "\\" as their directory separator, because everyone >

Re: [Python-Dev] file system path protocol PEP

On Sat, May 14, 2016 at 2:33 AM, Sven R. Kunze wrote: > On 13.05.2016 17:29, Brett Cannon wrote: >> >> Purposeful change. It was what I had in my head after I posted my "groups" >> breakdown email and what Guido suggested as well independently. This helps >> alleviate any perf

Re: [Python-Dev] File system path PEP, part 2

On Sat, May 14, 2016 at 2:34 AM, Ethan Furman wrote: > I would say use `type(x).__fspath__`. I'm not aware of any other __dunder__ > method that doesn't access the attribute from the type instead of the > instance, and I see no point in making this one different. >

Re: [Python-Dev] [Python-ideas] pep 7 line break suggestion differs from pep 8

On Tue, Apr 19, 2016 at 5:33 AM, Joseph Jevnik wrote: > I saw that there was recently a change to pep 8 to suggest adding a line > break before a binary operator. Pep 7 suggests the opposite: > >> When you break a long expression at a binary operator, the operator goes >> at the

Re: [Python-Dev] Pathlib enhancements - acceptable inputs and outputs for __fspath__ and os.fspath()

On Mon, Apr 18, 2016 at 7:05 AM, Koos Zevenhoven wrote: > On Sun, Apr 17, 2016 at 9:14 PM, Ethan Furman wrote: >> On 04/17/2016 06:58 AM, Koos Zevenhoven wrote: >> >>> So, as a summary: With a str+bytes-polymorphic __fspath__, with the >>> above

Re: [Python-Dev] Pathlib enhancements - acceptable inputs and outputs for __fspath__ and os.fspath()

On Wed, Apr 20, 2016 at 1:16 PM, Stephen J. Turnbull wrote: > Brett Cannon writes: > > > Now if you can convince me that the use of bytes paths is very > > minimal > > I doubt that I can do that, because all that Python 2 code is > effectively bytes. To the extent that

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