Re: [Python-Dev] cpython: Rename contextlib.ignored() to contextlib.ignore().

On Fri, 11 Oct 2013 20:01:07 +0100, MRAB wrote: > On 11/10/2013 19:41, Glenn Linderman wrote: > > On 10/11/2013 10:19 AM, Eric V. Smith wrote: > >> On 10/11/2013 12:43 PM, Barry Warsaw wrote: > >>> On Oct 11, 2013, at 06:27 PM, Georg Brandl wrote: > >>> > Maybe to fit in with other verb-like

Re: [Python-Dev] cpython: Rename contextlib.ignored() to contextlib.ignore().

On Fri, 11 Oct 2013 16:09:56 -0300, Zero Piraeus wrote: > : > > On Fri, Oct 11, 2013 at 08:01:07PM +0100, MRAB wrote: > > On 11/10/2013 19:41, Glenn Linderman wrote: > > >Insistence on using "with" for the anti-pattern, and proper English, > > >would require: > > > > > >with ignorance_of(FileNotF

Re: [Python-Dev] tracker/irc and development transparency (was: cpython: Rename contextlib.ignored ...)

On Fri, 11 Oct 2013 20:20:28 -0400, Barry Warsaw wrote: > On Oct 12, 2013, at 09:06 AM, Nick Coghlan wrote: > > >I'm not too fussy about the name (clearly). We originally picked ignored(), > >Raymond asked if he could change it to ignore() (and I said yes), > > Just as a point of order, it would

Re: [Python-Dev] Change PEP 399 import recommendation

On Sat, 12 Oct 2013 16:04:23 +0200, Stefan Behnel wrote: > Stefan Krah, 12.10.2013 15:41: > > Nick Coghlan wrote: > >> On 12 Oct 2013 05:49, "Eric Snow" wrote: > >>> On Fri, Oct 11, 2013 at 1:41 PM, Stefan Krah wrote: > Antoine Pitrou wrote: > > Just create a _pydecimal module (like _pyio

Re: [Python-Dev] cpython: Rename contextlib.ignored() to contextlib.ignore().

+1 to the below. I don't have a strong opinion about the feature itself. The number of times I can imagine using it in code is pretty close to zero, but might not actually turn out to *be* zero, you never know. But the name hurts my brain for the reasons PJ explains :) --David PS: I think you

Re: [Python-Dev] cpython: Rename contextlib.ignored() to contextlib.ignore().

On Sun, 13 Oct 2013 13:58:56 -0400, Alexander Belopolsky wrote: > The feature (*and* its name) is a fine solution for the problem that > it solves and is an improvement over status quo. > > I find > > with ignore(OSError): > os.unlink(path) > > much easier to read than > > try: >os.u

Re: [Python-Dev] cpython: Rename contextlib.ignored() to contextlib.ignore().

On Tue, 15 Oct 2013 22:57:34 +1000, Nick Coghlan wrote: > On 15 October 2013 22:27, Antoine Pitrou wrote: > > Le Tue, 15 Oct 2013 22:05:41 +1000, > > Nick Coghlan a écrit : > > > >> On 15 October 2013 13:12, Glenn Linderman > >> wrote: > >> > Of course, if the name were changed to be accurate,

Re: [Python-Dev] cpython: Rename contextlib.ignored() to contextlib.ignore().

On Tue, 15 Oct 2013 15:02:15 -0300, Zero Piraeus wrote: > : > > On Tue, Oct 15, 2013 at 09:45:59AM -0700, Ethan Furman wrote: > > [...] if the CM provides the value before, and the with block accepts > > it, it can then have the exception added to it: > > > > with trap(OSError) as cm: > >

Re: [Python-Dev] cpython: Rename contextlib.ignored() to contextlib.ignore().

On Wed, 16 Oct 2013 09:24:11 +1000, Nick Coghlan wrote: > On 16 Oct 2013 01:54, "R. David Murray" wrote: > > With that change, I'd be +1. With just suppress, I'm -0. > > Please, please, please just let it drop. Even though it eventually > convinced me

Re: [Python-Dev] cpython: Rename contextlib.ignored() to contextlib.ignore().

Victor Stinner a écrit : > I might agree with idea of contextlib.ignore() (I'm still opposed to > the idea), but I don't understand the purpose of adding a new syntax > doing exactly the same than try/except: > > > with trap(OSError) as cm: > > os.unlink('missing.txt') > > if cm.

Re: [Python-Dev] Proper way to specify that a method is not defined for a type

For those interested in this topic, if you are not already aware of it, see also http://bugs.python.org/issue25958, which among other things has a relevant proposed patch for datamode.rst. On Tue, 07 Jun 2016 10:56:37 -0700, Guido van Rossum wrote: > Setting it to None in the subclass is the inte

Re: [Python-Dev] BDFL ruling request: should we block forever waiting for high-quality random bits?

On Thu, 09 Jun 2016 13:12:22 +0100, Cory Benfield wrote: > The Linux kernel can’t change this stuff easily because they mustn’t > break userspace. Python *is* userspace, we can do what we like, and we I don't have specific input on the rest of this discussion, but I disagree strongly with thi

Re: [Python-Dev] BDFL ruling request: should we block forever waiting for high-quality random bits?

On 10.06.2016 21:17, Donald Stufft wrote: On Jun 10, 2016, at 3:05 PM, David Mertz > wrote: OK. My understanding is that Guido ruled out introducing an os.getrandom() API in 3.5.2. But would you be happy if that interface is added to 3.6? It feels to me like the c

Re: [Python-Dev] Why does base64 return bytes?

On Tue, 14 Jun 2016 14:05:19 -0300, "Joao S. O. Bueno" wrote: > On 14 June 2016 at 13:32, Toshio Kuratomi wrote: > > > > On Jun 14, 2016 8:32 AM, "Joao S. O. Bueno" wrote: > >> > >> On 14 June 2016 at 12:19, Steven D'Aprano wrote: > >> > Is there > >> > a good reason for returning bytes? > >>

Re: [Python-Dev] Why does base64 return bytes?

On Wed, 15 Jun 2016 11:51:05 +1200, Greg Ewing wrote: > R. David Murray wrote: > > The fundamental purpose of the base64 encoding is to take a series > > of arbitrary bytes and reversibly turn them into another series of > > bytes in which the eighth bit is not significant.

Re: [Python-Dev] Our responsibilities (was Re: BDFL ruling request: should we block forever waiting for high-quality random bits?)

I also think it’s a great module for providing defaults that we can’t provide in os.urandom, like the number of bytes that are considered “secure” [1]. What I don’t think is that the secrets module means that all of a sudden os.urandom is no longer an API that is primarily used in a security se

Re: [Python-Dev] Request for CPython 3.5.3 release

On 03.07.2016 16:39, Guido van Rossum wrote: Another thought recently occurred to me. Do releases really have to be such big productions? A recent ACM article by Tom Limoncelli[1] reminded me that we're doing releases the old-fashioned way -- infrequently, and with lots of manual labor. Maybe we

Re: [Python-Dev] Debugging Python scripts with GDB on OSX

On Wed, 06 Jul 2016 16:14:34 -, Alexandru Croitor wrote: > I'm interested to find out if debugging Python scripts with GDB is supported > on OSX at all? > > I'm referring to the functionality described on > https://wiki.python.org/moin/DebuggingWithGdb and on > http://fedoraproject.org/wi

Re: [Python-Dev] The devguide is now hosted on GitHub

Thanks a lot. :) On 22.07.2016 22:04, Brett Cannon wrote: https://github.com/python/devguide I have also moved all issues over as well and hooked up Read The Docs so that there's a mirror which is always up-to-date (vs. docs.python.org/devguide which is on

Re: [Python-Dev] PEP 525

On 24.08.2016 18:35, Guido van Rossum wrote: On Wed, Aug 24, 2016 at 8:17 AM, Yury Selivanov mailto:yselivanov...@gmail.com>> wrote: On 2016-08-23 10:38 PM, Rajiv Kumar wrote: I was playing with your implementation to gain a better understanding of the operation of asend()

Re: [Python-Dev] PEP 525

On 24.08.2016 21:00, Yury Selivanov wrote: For an async generator there are two cases: either it tries to yield another value (the first time this happens you can throw an error back into it) or it tries to await -- in that case you can also throw an error back into it, and if the error comes

Re: [Python-Dev] PEP 525

On 24.08.2016 21:05, Yury Selivanov wrote: Sorry for making you irritated. Please feel free to remind me about any concrete changes to the PEP that I promised to add on python-ideas. I'll go and re-read that thread right now anyways. No problem as it seems I wasn't the only one. So, it doesn

Re: [Python-Dev] PEP 526 ready for review: Syntax for Variable and Attribute Annotations

Thanks Guido, also to the rest of the PEP team (4 people) :) On 30.08.2016 23:20, Guido van Rossum wrote: I'm happy to present PEP 526 for your collective review: https://www.python.org/dev/peps/pep-0526/ (HTML) https://github.com/python/peps/blob/master/pep-0526.txt (source) There's also an i

Re: [Python-Dev] Please reject or postpone PEP 526

Hi Mark, I agree with you about postponing. Not so much because of the issues you mentioned. Those all seem resolvable to me and mostly concerns type checkers, linters and coding styles not Python itself. However, I also don't like the rushing through as if this beta were the only chance to g

Re: [Python-Dev] Do PEP 526 type declarations define the types of variables or not?

Didn't Koos say this works more like an expression annotation? IMO, the type of the expression is what is specified but the type of the variable can change over time (as you demonstrated). Sven PS: thinking this way, the new syntax is actually confusing as it annotates the variable not the

Re: [Python-Dev] A Pseudo-Post-Mortem (not dead yet) on my Multi-Core Python Project.

Thanks for the post. :) There's some typo in the title and url. :/ :D On 07.09.2016 01:56, Eric Snow wrote: I'm not anticipating much discussion on this, but wanted to present a summary of my notes from the project I proposed last year and have since tabled. http://ericsnowcurrently.blogspot.co

Re: [Python-Dev] Python 3.6 dict becomes compact and gets a private version; and keywords become ordered

On 11.09.2016 01:41, Nathaniel Smith wrote: I feel like I'm missing something here... by this reasoning, we should *never* change the language spec when new features are added. E.g. if people use async/await in 3.5 then their code won't be compatible with 3.4, but async/await are still part of th

Re: [Python-Dev] Python 3.6 dict becomes compact and gets a private version; and keywords become ordered

On 13.09.2016 19:59, MRAB wrote: The recommended way of dealing with features across different versions of Python is to check for them and see if they raise NameError or whatever, but I wonder if there would be any benefit to recording such things somewhere, e.g. sys.features['ordered_args'] re

Re: [Python-Dev] Python 3.6 dict becomes compact and gets a private version; and keywords become ordered

On 13.09.2016 20:21, Tres Seaver wrote: *Lots* of library authors have to straddle Python versions: consumers of those libraries only get to pick and choose when their code is at the "leaf" of the dependency tree (the application). Maybe, I didn't express myself well but this was not my intende

[Python-Dev] Possibly inconsistent behavior in re groupdict

I've been lurking for a couple of months, working up the confidence to ask the list about this behavior - I've searched through the PEPs but couldn't find any specific reference to it. In a nutshell, in the Python 3.5 library re patterns and search buffers both need to be either unicode or byte st

Re: [Python-Dev] Possibly inconsistent behavior in re groupdict

- but I also appreciate the point about breaking code.  (Including mine, which has a comment on it that says, "match.groupdict returns a dict with str keys in Python 3.5" :D) Cheers, Gordon -Original Message- From: Guido van Rossum Reply-to: gu...@python.org To: Gordon R. B

Re: [Python-Dev] Imports with underscores

Interesting to see that others have the same problem. We also had this kind of "over-protective" behavior. As far as I know, our devs stopped doing it as it feels cumbersome. Another argument for this is: when using PyCharm, this IDE will suggest imports from those modules which aren't the o

Re: [Python-Dev] Generator objects and list comprehensions?

On 25.01.2017 07:28, Joe Jevnik wrote: That was a long way to explain what the problem was. I think that that solution is to stop using `yield` in comprehensions because it is confusing, or to make `yield` in a comprehension a syntax error. Same here; mixing comprehensions and yield (from)

[Python-Dev] re performance

Hi folks, I recently refreshed regular expressions theoretical basics *indulging in reminiscences* So, I read https://swtch.com/~rsc/regexp/regexp1.html However, reaching the chart in the lower third of the article, I saw Python 2.4 measured against a naive Thompson matching implementation.

Re: [Python-Dev] re performance

On 26.01.2017 22:33, Vlastimil Brom wrote: Hi, I can't speak about the details of mrab's implementation, but using regex, I get the resulting match instantly: [...] Nice! I focused on the stdlib re module as this is mainly used by other frameworks (like Django). (I personally prefer to use

Re: [Python-Dev] GitHub migration scheduled for Friday

On 09.02.2017 00:03, Victor Stinner wrote: 2017-02-08 23:42 GMT+01:00 Brett Cannon : Don't forget we are doing squash merges, Ah, I didn't know. Why not using merges? Same question here. I see no benefit just overhead, mistakes and longer processes. Sven _

Re: [Python-Dev] API design: where to add async variants of existing stdlib APIs?

On 07.03.2017 19:37, Jelle Zijlstra wrote: 2017-03-07 10:15 GMT-08:00 Ethan Furman >: On 03/07/2017 09:41 AM, Brett Cannon wrote: I don't think a common practice has bubbled up yet for when there's both synchronous and asynchronous versions of a

Re: [Python-Dev] PEP 550 v4

On 26.08.2017 04:19, Ethan Furman wrote: On 08/25/2017 03:32 PM, Yury Selivanov wrote: A *context variable* is an object representing a value in the execution context. A new context variable is created by calling the ``new_context_var()`` function. A context variable object has two methods:

Re: [Python-Dev] PEP 550 v4

On 26.08.2017 19:23, Yury Selivanov wrote: ChainMap is constrained to be a Mapping-like object, but I get your point. Let's see what others say about the "lookup()". It is kind of an experiment to try a name and see if it fits. I like "get" more. ;-) Best, Sven PS: This might be a result o

[Python-Dev] Version and Last-Modified headers are no longer required in PEPs.

The Version and Last-Modified headers required by PEP1 used to be maintained by the version control system, but this is not true now that we've switched to git. We are therefore deprecating these headers and have removed them from PEP1. The PEP generation script now considers them to be optional.

[Python-Dev] PEP 548: More Flexible Loop Control

I've written a PEP proposing a small enhancement to the Python loop control statements. Short version: here's what feels to me like a Pythonic way to spell "repeat until": while: break if The PEP goes into some detail on why this feels like a readability improvement in the

Re: [Python-Dev] PEP 548: More Flexible Loop Control

On Wed, 06 Sep 2017 15:05:51 +1000, Chris Angelico wrote: > On Wed, Sep 6, 2017 at 10:11 AM, R. David Murray > wrote: > > I've written a PEP proposing a small enhancement to the Python loop > > control statements. Short version: here's what feels to me like a >

Re: [Python-Dev] PEP 548: More Flexible Loop Control

On Wed, 06 Sep 2017 09:43:53 -0700, Guido van Rossum wrote: > I'm actually not in favor of this. It's another way to do the same thing. > Sorry to rain on your dream! So it goes :) I learned things by going through the process, so it wasn't wasted time for me even if (or because) I made several

[Python-Dev] Descriptions in unittest and avoiding confusion

For the edification of all involved, this post summarizes a somewhat surprising behavior in unittest around docstrings. In bpo-46126, I reported an issue where I’d observed that CPython developers were avoiding the use of docstrings in unittests due to what w

[Python-Dev] Re: Switching to Discourse

I am a long time lurker here*, a professional and educational user of the language, a list moderator with practical exeperience managing a engaged community of a few thousand users over the course of a decade - and yes, I am old. I saw what happened when the young developers there insisted that we

[Python-Dev] Re: [python-committers] [RELEASE] Python 3.8.1rc1 is now available for testing

I think I missed the announcement of the cutoff date for 3.8.1; I was hoping to get some bug fixes in for importlib.metadata. These aren’t crucial bugfixes, but it would be nice not to have them linger for months. Would you consider including these,

[Python-Dev] BZR mirror and pushing to Launchpad

wrong in my local bzr setup, or is this the expected behavior? -- R. David Murray http://www.bitdance.com ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org

Re: [Python-Dev] BZR mirror and pushing to Launchpad

cond branch be the problem? I just did 'bzr branch trunk trunk-myfix'. Is there a way I can check if my branch is stacking capable? (I'm very new to bzr.) -- R. David Murray http://www.bitdance.com ___ Python-Dev mailing list

Re: [Python-Dev] BZR mirror and pushing to Launchpad

On Mon, 9 Mar 2009 at 10:49, Barry Warsaw wrote: -BEGIN PGP SIGNED MESSAGE- On Mar 9, 2009, at 10:48 AM, R. David Murray wrote: On Mon, 9 Mar 2009 at 09:30, Barry Warsaw wrote: > On Mar 9, 2009, at 9:02 AM, R. David Murray wrote: > > On Mon, 9 Mar 2009 at 08:15, Barry War

Re: [Python-Dev] BZR mirror and pushing to Launchpad

On Mon, 9 Mar 2009 at 11:23, R. David Murray wrote: On Mon, 9 Mar 2009 at 10:49, Barry Warsaw wrote: -BEGIN PGP SIGNED MESSAGE- On Mar 9, 2009, at 10:48 AM, R. David Murray wrote: > On Mon, 9 Mar 2009 at 09:30, Barry Warsaw wrote: > > On Mar 9, 2009, at 9:02 AM, R. Dav

Re: [Python-Dev] PyS60 - mailbox

Symbian/S60 ? Any work around ? Many unix systems (especially laptops) now run with the 'noatime' option set on their file systems. On my system with noatime set, atime appears to be equal to mtime, so assuming you have mtime, returning that for atime would appear to be de facto s

Re: [Python-Dev] wait time [was: Ext4 data loss]

ggressive to be on flushing data to disk should be in the hands of the _user_, not the application. Of course, the application needs some way to enable the user to make that decision, which is what I presume we are talking about supporting here. -- R. David Murray http://www.bitdance

Re: [Python-Dev] wait time [was: Ext4 data loss]

On Thu, 12 Mar 2009 at 20:25, Antoine Pitrou wrote: R. David Murray bitdance.com> writes: By the way, I would not like to see python programmers encouraged to make the same mistake that sqlite3 made. The decision about how aggressive to be on flushing data to disk should be in the hands

Re: [Python-Dev] wait time [was: Ext4 data loss]

On Thu, 12 Mar 2009 at 17:01, Jim Jewett wrote: On 3/12/09, "Martin v. L?wis" wrote: It is starting to look as though flush (and close?) should take an optional wait parameter, to indicate how much re-assurance you're willing to wait for. Unfortunately, such a thing would be unimplementable

Re: [Python-Dev] wait time [was: Ext4 data loss]

I have told my laptop to only sync to disk every five minutes (as I have at times done), and it crashes (eg: the battery runs out), then anything I did during those last five minutes will be lost. If the disk then spins up more often than I told it to, I get very annoyed.

Re: [Python-Dev] Python-Dev] wait time [was: Ext4 data loss

d not be calling fsync unless it provides a way for that behavior to be controlled by the user. -- R. David Murray http://www.bitdance.com___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsub

Re: [Python-Dev] Python-Dev] wait time [was: Ext4 data loss

On Fri, 13 Mar 2009 at 00:35, Antoine Pitrou wrote: R. David Murray bitdance.com> writes: Seriously, though, the point is that IMO an application should not be calling fsync unless it provides a way for that behavior to be controlled by the user. But whether an application does it or not

Re: [Python-Dev] Integrate BeautifulSoup into stdlib?

h install process?! And without providing any way to script the answers, at least that I could find!) So I'm +1 for keeping the Python stdlib as comprehensive as sensible. (Please note that last word...I've no objection to pruning things that are no longer serving a useful purp

Re: [Python-Dev] Python-Dev] wait time [was: Ext4 data loss

On Fri, 13 Mar 2009 at 14:27, Steven D'Aprano wrote: On Fri, 13 Mar 2009 01:02:26 pm R. David Murray wrote: On Fri, 13 Mar 2009 at 00:35, Antoine Pitrou wrote: R. David Murray bitdance.com> writes: Seriously, though, the point is that IMO an application should not be calling fsync u

Re: [Python-Dev] Python-Dev] wait time [was: Ext4 data loss

On Fri, 13 Mar 2009 at 12:27, Antoine Pitrou wrote: R. David Murray bitdance.com> writes: You will note that what I suggested was that applications that _use the sync feature_ make it user controllable. I'm sorry, but if it has nothing to do with Python itself, perhaps we could s

Re: [Python-Dev] Python 2.6.2 and 3.0.2

I'm still holding my breath for Python 2.6.2, which fixes a Windows DLL linking issue that was already fixed in 3.0.1. Obviously, the proposed schedule has passed, but I would prefer a release sooner than later. Of course, that's just my preference. Regards, Jason > -BEGIN PGP SIGNED MESS

[Python-Dev] python-3000 is still mentioned on the mailing lists page

I just noticed that the python-3000 list is still mentioned on http://www.python.org/community/lists/. I searched around a bit but it isn't obvious to me where other than here I should report this, so I'm reporting it here :). -- R. David Murray http://www.bi

Re: [Python-Dev] Core projects for Summer of Code

their work can be demonstrated. They're being paid for specific projects so "Spend the Summer How about improving 2to3? Seems like that could be an interesting, challenging, useful, and rewarding project :). -- R. David Murray http://w

Re: [Python-Dev] PEP 380 (yield from a subgenerator) comments

. Nobody has thus far suggested any better name, however. The PEP doesn't seem to contain a list of unacceptable names and reasons in the section where the problem with the name is mentioned. So I wonder why the obvious 'delegate to' is not acceptable? (Because adding a keywor

[Python-Dev] issue 2170 review

workflow/ document, I would be happy to go through and triage issues for which that hasn't yet been done, if I can be given permission to do so. -- R. David Murray http://www.bitdance.com ___ Python-Dev mailing list Python-Dev@python.org http

Re: [Python-Dev] tracker status options

y' (and I just used it that way). It sounds like that is indeed correct but not universally known, and thus I would suggest that at a minimum this status be changed to 'close pending' to make it clearer. -- R. David Murray http://www.bitdance.com _

[Python-Dev] tracker status options

being considered for addition to a release candidate or final release, perhaps we need an additional stage 'core review' that would come after 'patch review'. Then triage could promote issues from 'patch review' to 'core review' if triage thinks it is ready fo

Re: [Python-Dev] Integrate BeautifulSoup into stdlib?

t been packaged for my distribution, I typically will either not use it, or I will install it somewhere other than the system default location. -- R. David Murray http://www.bitdance.com ___ Python-Dev mailing list Python-Dev@python.org http://

Re: [Python-Dev] Integrate BeautifulSoup into stdlib?

ssues in the relatively short time I worked with it, but I could feel those issues looming in the background and it made my skin crawl :( I'm very happy that Gentoo keeps the libraries separate when it packages Java applications. -- R. David Murray http://www.bi

Re: [Python-Dev] tracker status options

hink I would be comfortable with the current workflow, with the expectation that I would need to call for assistance less and less frequently over time, and ultimately only for those things where discussion among the devs really is needed. Hmm. Maybe I should write a short "guide

Re: [Python-Dev] tracker status options

r than I was expecting, and I'll just have to step up the bar and learn to use it appropriately :) -- R. David Murray http://www.bitdance.com___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

[Python-Dev] Are buffer overflows in modules deleted in py3k ignorable?

icy is before doing that since it is a 'security' bug. -- R. David Murray http://www.bitdance.com ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/m

Re: [Python-Dev] Are buffer overflows in modules deleted in py3k ignorable?

On Sun, 29 Mar 2009 at 08:35, Gregory P. Smith wrote: It'd be worthy of fixing in 2.6 since the module exists. Though honestly... who cares about Irix? Guido commented on the ticket and closed it, so I closed the other two like it. -- R. David Murray http://www.bitdanc

Re: [Python-Dev] CMake Evaluation

:) -- R. David Murray http://www.bitdance.com ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

[Python-Dev] regrtest behavior change

py3k as well, but there will be no backport. -- R. David Murray http://www.bitdance.com ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] 3.1a2

a difference on all platforms. -- R. David Murray http://www.bitdance.com___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] CSV, bytes and encodings

On Wed, 1 Apr 2009 at 05:37, s...@pobox.com wrote: This case arises rarely, but it does turn up every now and again. If you For some definition of "rarely". I don't handle CVS files generated by Windows very often, but I've run into it a least a couple times. That says to me that it isn't al

Re: [Python-Dev] issue5578 - explanation

On Wed, 1 Apr 2009 at 13:12, Chris Withers wrote: Guido van Rossum wrote: Well hold on for a minute, I remember we used to have an exec statement in a class body in the standard library, to define some file methods in socket.py IIRC. But why an exec?! Surely there must be some other way to

Re: [Python-Dev] CSV, bytes and encodings

On Wed, 1 Apr 2009 at 10:53, Antoine Pitrou wrote: Perhaps. But without using 'rU' the file couldn't be read at all. (I'm not sure it was Windows line endings by the way; perhaps Macintosh ones; anyway, it didn't work using 'rb') I just tested it in 2.6. It

Re: [Python-Dev] CSV, bytes and encodings

OK, Antoine, having merged my newline tests to py3k and having them work when lineend is set to '', as you suggested on the ticket, I'm inclined to agree with you that this is a doc bug. Skip? --David ___ Python-Dev mailing list Python-Dev@python.org h

Re: [Python-Dev] CSV, bytes and encodings

On Thu, 2 Apr 2009 at 07:23, Antoine Pitrou wrote: Le mercredi 01 avril 2009 ?? 18:22 -0400, R. David Murray a ??crit : I just added some tests to trunk that seem to indicate this case is handled correctly in terms of preserving the data. Maybe you didn't write the file such that the f

Re: [Python-Dev] Getting values stored inside sets

On Fri, 3 Apr 2009 at 17:57, Paul Moore wrote: In fact, Python seems to be doing something I don't understand: class Element(object): ...def __init__(self, key, id): ...self.key = key ...self.id = id ...def __eq__(self, other): ...print "Calling __eq__ for %s" %

Re: [Python-Dev] PEP 382: Namespace Packages

On Mon, 6 Apr 2009 at 12:00, Jesse Noller wrote: On Mon, Apr 6, 2009 at 9:26 AM, Barry Warsaw wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Apr 6, 2009, at 9:21 AM, Jesse Noller wrote: On Thu, Apr 2, 2009 at 4:33 PM, M.-A. Lemburg wrote: On 2009-04-02 17:32, Martin v. L?wis wrot

Re: [Python-Dev] Test failures on Python 2.7 (trunk)

On Sat, 11 Apr 2009 at 21:10, Nick Coghlan wrote: Chris Withers wrote: Hi All, Got these when running from checkout on Mac OS: Could not find '/Users/chris/py2k/Lib/test' in sys.path to remove it ... test test_asynchat produced unexpected output: ***

Re: [Python-Dev] headers api for email package

On Mon, 13 Apr 2009 at 10:28, Barry Warsaw wrote: On Apr 11, 2009, at 8:39 AM, Chris Withers wrote: Barry Warsaw wrote: > > > > message['Subject'] > The raw bytes or the decoded unicode? A header object. Yep. You got there before I did. :) +1 > Okay, so you've picked one. Now how do y

Re: [Python-Dev] [Email-SIG] Dropping bytes "support" in json

On Tue, 14 Apr 2009 at 11:28, Greg Ewing wrote: Barry Warsaw wrote: For an Originator or Destination address, what does str(header) return? It should be an error, I think. That doesn't make sense to me. str() should return _something_. --David ___

Re: [Python-Dev] Why does read() return bytes instead of bytearray?

On Tue, 14 Apr 2009 at 22:05, Dan Eloff wrote: No, the read() method did not change from the 2.x series. It returns a new object on each call. I think you misunderstand me, but the readinto() method looks like a perfectly reasonable solution, I didn't realize it existed, as it's not in the lib

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

On Wed, 22 Apr 2009 at 13:29, Benjamin Peterson wrote: 2009/4/22 Dirkjan Ochtman : On 22/04/2009 14:20, gl...@divmod.com wrote: -1. On UNIX, character data is not sufficient to represent paths. We must, must, must continue to have a simple bytes interface to these APIs. Covering it up in layer

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

On Wed, 22 Apr 2009 at 21:21, "Martin v. L?wis" wrote: Yeah, but IIRC a complete set of bytes APIs doesn't exist yet in py3k. Define complete. I'm not aware of any interfaces wrt. file IO that are lacking, so which ones were you thinking of? Python doesn't currently provide a way to access env

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

On Mon, 27 Apr 2009 at 01:40, Glenn Linderman wrote: Yes. My suggested use of ? is a visible character that is illegal in Windows file names, thus causing no valid Windows file names to be visually mangled. It is also a character that should be avoided in POSIX names because: 1) it is known t

Re: [Python-Dev] PEP 383 (again)

On Tue, 28 Apr 2009 at 09:30, Thomas Breuel wrote: Therefore, when Python encounters path names on a file system that are not consistent with the (assumed) encoding for that file system, Python should raise an error. This is what happens currently, and users are quite unhappy about it. We nee

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

On Tue, 28 Apr 2009 at 13:37, Glenn Linderman wrote: C. File on disk with the invalid surrogate code, accessed via the str interface, no decoding happens, matches in memory the file on disk with the byte that translates to the same surrogate, accessed via the bytes interface. Ambiguity. Unles

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

On Tue, 28 Apr 2009 at 20:29, Glenn Linderman wrote: On approximately 4/28/2009 7:40 PM, came the following characters from the keyboard of R. David Murray: On Tue, 28 Apr 2009 at 13:37, Glenn Linderman wrote: > C. File on disk with the invalid surrogate code, accessed via the

Re: [Python-Dev] a suggestion ... Re: PEP 383 (again)

On Thu, 30 Apr 2009 at 11:26, gl...@divmod.com wrote: On 08:25 am, mar...@v.loewis.de wrote: > Why did you choose an incompatible approach for PEP 383? Because in Python, we want to be able to access all files on disk. Neither Java nor Mono are capable of doing that. Java is not capable of do

Re: [Python-Dev] PEP 383 and GUI libraries

On Thu, 30 Apr 2009 at 23:44, Zooko O'Whielacronx wrote: Would it be possible for Python unicode objects to have a flag indicating whether the 'python-escape' error handler was present? That Unless I'm misunderstanding something, couldn't you implement what you need by looking in a given strin

Re: [Python-Dev] multi-with statement

oN Sat, 2 May 2009 at 22:12, Georg Brandl wrote: I see; you want to construct your context manager programmatically and pass it to "with" without knowing what is in there. While this would be possible, we have to be aware that with this we would effectively change the context manager protocol, r

Re: [Python-Dev] PEP 383 update: utf8b is now the error handler

On Wed, 6 May 2009 at 13:40, Antoine Pitrou wrote: Stephen J. Turnbull xemacs.org> writes: Nothing is lost compared to 'strict', true, but under the PEP as it is a large fraction of Shift JIS and Big5 filenames cannot be read under ASCII-compatible file system encodings using 'utf8b'. You sh

[Python-Dev] python -m test.regrtest should pass on an installed python

For various reasons I happened to run 'python -m test.regrtest' on my Gentoo installed Python. For 2.5.4 only test_tarfile failed (it tries to write into the read-only installed test directory). On 2.6.2 test_tarfile passes, but other test suites, including test_distutils, do not. So this posti

Re: [Python-Dev] Issues with Py3.1's new ipaddr

On Mon, 1 Jun 2009 at 11:32, Raymond Hettinger wrote: Does anyone here know if Clay's concern about subnets vs netmasks in accurate and whether it affects the usability of the module? I can't speak to usability of the module, not having looked at it yet, but as far as I know from 10+ years of e

Re: [Python-Dev] Issues with Py3.1's new ipaddr

On Mon, 1 Jun 2009 at 18:54, Jake McGuire wrote: On Mon, Jun 1, 2009 at 12:16 PM, "Martin v. L?wis" wrote: As for Clay McLure's issue: I feel it's primarily a matter of taste. I see nothing morally wrong in using the same class for hosts and networks, i.e. representing a host as a network of siz

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