Barry A. Warsaw added the comment:
On Jun 14, 2013, at 07:53 PM, Brett Cannon wrote:
>I'll put it into importlib.util.MAGIC.
+1
--
___
Python tracker
<http://bugs.python.org
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18217>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Jun 14, 2013, at 09:27 PM, R. David Murray wrote:
>How would you do dynamic switching of translation locale at runtime, then?
flufl.i18n :)
http://pythonhosted.org/flufl.i18n/
--
___
Python tracker
&l
Barry A. Warsaw added the comment:
On Jun 19, 2013, at 01:00 PM, Eli Bendersky wrote:
>What is the theoretical problem here? I though that it's an explicit design
>goal of enums? Which RED - Color.RED, or MeatReadiness.RED? For sockets:
>
>>>> class SocketType(IntEnu
Barry A. Warsaw added the comment:
On Jun 19, 2013, at 06:45 AM, Ethan Furman wrote:
>To sum up: the name is already available in the name, no need to have it be
>the value as well. I am open to changing the start value to zero instead of
>one (which is what I do in my customization o
Barry A. Warsaw added the comment:
On Jun 19, 2013, at 01:48 PM, Nick Coghlan wrote:
>I created issue 18264 after I tried it and found my theoretical concern
>wasn't theoretical at all: swapping a true integer for the current
>incarnation of enum.IntEnum breaks (at least) JSON
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18264>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Jun 19, 2013, at 01:45 PM, Nick Coghlan wrote:
>Allowing __str__ to be inherited from Enum rather than from the concrete type
>will similarly break any serialisation protocol that relies on str() to
>handle integers. The float case is even tricki
Barry A. Warsaw added the comment:
On Jun 19, 2013, at 02:09 PM, Eric Snow wrote:
>There's at least one stdlib module that does this pretty well (sqlite3, I
>think). This is where a simple serialization (and deserialization of course)
>protocol would come in handy.
Yeah, my
Barry A. Warsaw added the comment:
It applies cleanly, builds without noticeable problems and does what it's
advertised to do. In other words, looks great to me!
I say go for it.
--
___
Python tracker
<http://bugs.python.org/is
Barry A. Warsaw added the comment:
On Jun 20, 2013, at 02:26 PM, STINNER Victor wrote:
>
>"python -I" and "spython" sound like two ways to get the same results. I
>would prefer to only have one way.
Where does spython come from?
Personally, I'd much rather
Barry A. Warsaw added the comment:
On Jun 21, 2013, at 04:18 PM, Éric Araujo wrote:
>Working with an explicit translator object sounds much better to me too. I
>haven’t used it yet, but Babel has been on my radar for long, and does that
>(like flufl.i18n from what I can tell).
f
Barry A. Warsaw added the comment:
On Jun 22, 2013, at 01:08 AM, Nick Coghlan wrote:
>Can I vote for something like "__builtin__" as the protocol, rather than
>something entirely specific to serialisation? As in "return the most
>appropriate builtin type with the same
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18299>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18312>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18335>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
.dedent() is a no-brainer. JFDI. +1
.indent() I guess makes sense for symmetry, although I've rarely used it. -0
As for docstrings, I can imagine other alternatives, so let's let someone
interested in that go through the P
Barry A. Warsaw added the comment:
On Jul 02, 2013, at 02:12 AM, Nick Coghlan wrote:
>So +1 from me for a -I isolated mode, and I'll adjust PEP 432 as necessary to
>cope.
PEP 394 is probably related to any such additional binary.
--
___
Barry A. Warsaw added the comment:
On Jul 02, 2013, at 07:16 AM, Serhiy Storchaka wrote:
>If most user code should catch a ModuleNotFoundError exception, perhaps it
>will be better rename old ImportError to ImportlibError (or ImportingError,
>or ImportMachineryError, or BaseImportError
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18395>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18394>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Jul 08, 2013, at 11:56 AM, Antoine Pitrou wrote:
>I don't think it's a good idea to maintain a list of hard-coded
>paths in Python: it's not manageable, and it will always become
>outdated. If there was a widely-respected stand
Barry A. Warsaw added the comment:
I clarified the wording.
--
nosy: +barry
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
New submission from Barry A. Warsaw:
urllib.request.urlopen() takes a `timeout` argument with a default value, but
the default value is "hidden" and undocumented. As implemented, the value is
socket._GLOBAL_DEFAULT_TIMEOUT, but even this isn't really correct or useful.
The p
Barry A. Warsaw added the comment:
Targeting only 3.4 because, while this should no break any (reasonable )
backward compatibility, it is technically an API change and thus should not get
backported.
--
___
Python tracker
<http://bugs.python.
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18422>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Jul 10, 2013, at 05:53 AM, R. David Murray wrote:
>Please see issue 14425 and then let us know if this is still valid. It's
>been a while since I looked at the code and I no longer remember the details,
>but I seemed confident in my conclusi
New submission from Barry A. Warsaw:
If you have a custom object that implements __hash__() and it returns a value
wider than Py_ssize_t, built-in hash() on the object will truncate information.
This is because hash() takes the value returned by obj.__hash__() and coerces
it through
Changes by Barry A. Warsaw :
--
versions: -Python 3.2
___
Python tracker
<http://bugs.python.org/issue18440>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue18440>
___
___
Python-bugs-list
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18472>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue10434>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18510>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
In general, I like where this is going. I agree that a stdout redirector is
probably the most common case, and for that, it almost always (for me)
redirects to an open file. The use case for stderr redirection is usually,
but not always, to redirect stderr to
New submission from Barry A. Warsaw:
A colleague discovered an interesting implementation different between
C-defined functions and Python-defined functions called with **kws arguments.
He tried to do this:
>>> from collections import defaultdict
>>> '{foo}{bar}
Barry A. Warsaw added the comment:
On Jul 23, 2013, at 04:24 AM, Alexander Belopolsky wrote:
>@contextlib.contextmanager
>def redirect_stdout(stream):
>old_stdout = sys.stdout
>sys.stdout = stream
>yield
>sys.stdout = old_stdout
Make that:
@contextlib.
Barry A. Warsaw added the comment:
On Jul 29, 2013, at 01:55 PM, Antoine Pitrou wrote:
>Perhaps the "placeholder" argument should actually include the last
>whitespace, to allow people to omit the whitespace, or use a non-breaking
>space instead?
>
> >>>
Barry A. Warsaw added the comment:
Comments on the diff.
> -Two good reasons to break a particular rule:
> +Some especially good reasons to ignore a particular guideline:
It's probably enough to just s/Two/Some/ - not sure the 'especially' emphasis
is really needed.
>
Barry A. Warsaw added the comment:
On Jul 27, 2013, at 03:13 PM, Guido van Rossum wrote:
>- I think we should recommend against tabs outright. They are getting more
>- and more misunderstood.
+1
>- Regarding line length, I think it is reasonable to mention that many
>- organ
Barry A. Warsaw added the comment:
On Jul 28, 2013, at 09:48 PM, Nick Coghlan wrote:
>
>Nick Coghlan added the comment:
>
>"with statements are good", basically.
`with ExitStack() as stack` is even better :)
--
___
Barry A. Warsaw added the comment:
On Jul 28, 2013, at 04:59 AM, Raymond Hettinger wrote:
>- Regarding line length, I think it is reasonable to mention that many
>organizations are settling on 100 as a compromise. On newer laptops you
>can still fit two terminal windows (with a reason
Barry A. Warsaw added the comment:
Hah, I just ran into this too. I was perplexed why my load_tests() function
wasn't being called and ended up pdb'ing unittest's discover, and found exactly
this problem. I'm not surprised lifeless beat me to it.
(My use case was to pig
Barry A. Warsaw added the comment:
Seems like this patch does the trick for my very limited testing.
--
keywords: +patch
Added file: http://bugs.python.org/file31102/16662.diff
___
Python tracker
<http://bugs.python.org/issue16
Barry A. Warsaw added the comment:
On Aug 01, 2013, at 12:19 PM, Nick Coghlan wrote:
>I *didn't* make any changes in relation to Barry's comment about having the
>commentary intermixed with the guidelines. I quite like the notion of
>stripping PEP 8 down to just the essent
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18709>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17997>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue18677>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Applied the fix to 2.6 and null merged into 2.7. This didn't need a NEWS entry
because the regression hadn't been released yet. I'll remove 2.6 from the
Versions now.
--
___
Python
Changes by Barry A. Warsaw :
--
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/issue16248>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Aug 21, 2013, at 11:49 AM, Christian Heimes wrote:
>I have taken care of Antoine's and Victor's reviews. The fix has landed in
>Python 2.7, 3.3 and 3.4. What about 2.6, 3.1 and 3.2? After all it's a
>security fix (although I don
Barry A. Warsaw added the comment:
On Sep 03, 2013, at 07:37 AM, Stephen J. Turnbull wrote:
>I'm thinking this may be overengineering, but I may as well post it and find
>out for sure. :-) Is it worth encapsulating MIME types? They're "really"
>pairs as far as m
Barry A. Warsaw added the comment:
blocker for 2.6.9
--
nosy: +barry
priority: critical -> release blocker
___
Python tracker
<http://bugs.python.org/issu
Barry A. Warsaw added the comment:
blocker for 2.6.9
--
nosy: +larry
priority: normal -> release blocker
___
Python tracker
<http://bugs.python.org/issu
Barry A. Warsaw added the comment:
blocker for 2.6.9
--
nosy: +barry
priority: critical -> release blocker
___
Python tracker
<http://bugs.python.org/issu
Barry A. Warsaw added the comment:
blocker for 2.6.9
--
nosy: +barry
priority: critical -> release blocker
___
Python tracker
<http://bugs.python.org/issu
Barry A. Warsaw added the comment:
blocker for 2.6.9
--
priority: critical -> release blocker
___
Python tracker
<http://bugs.python.org/issue16043>
___
___
Py
Barry A. Warsaw added the comment:
blocker for 2.6.9
--
priority: critical -> release blocker
___
Python tracker
<http://bugs.python.org/issue16037>
___
___
Py
Barry A. Warsaw added the comment:
blocker for 2.6.9
--
priority: critical -> release blocker
___
Python tracker
<http://bugs.python.org/issue16042>
___
___
Py
Barry A. Warsaw added the comment:
On Sep 04, 2013, at 07:47 PM, Ethan Furman wrote:
>I'm pretty sure we don't want that.
Agreed, although a "we're all consenting adults" argument could be made.
--
___
Python trac
Barry A. Warsaw added the comment:
On Sep 04, 2013, at 08:18 PM, Eli Bendersky wrote:
>[Barry, how come your name in the tracker is linked to your website? me
>wants...]
Go to "Your Details" in the left sidebar and enter a "Homepage".
--
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue15873>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On May 05, 2012, at 01:25 AM, R. David Murray wrote:
>I've always wondered why the code did that. If Barry doesn't have a good
>reason for it, I'll refactor it at some point.
A long time ago, Tim (IIRC) expressed an opinion that using t
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue14703>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue10530>
___
___
Python-bugs-list mailing list
Unsubscribe:
Andrej A Antonov added the comment:
Jeff McNeil (mcjeff)> I would think it might make more sense just to make the
change to the Transport object. Since there's an argument for a transport on
ServerProxy already, that seems more straightforward and keeps the network
layer isola
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue14894>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On May 23, 2012, at 10:13 PM, Éric Araujo wrote:
>
>Thanks for the report. How did you find this? According to the doc of
>LooseVersion, 'a' is not valid, so I would like a real example to accept this
>as a bug.
It works in Python
Barry A. Warsaw added the comment:
On May 24, 2012, at 03:03 PM, Éric Araujo wrote:
>> But if 'a' is invalid, then LooseVersion should refuse to accept it in its
>> constructor, right?
>It’s complicated. The doc does not say much, the docstring however clearly
>
Barry A. Warsaw added the comment:
One small test that I think is missing is a test that
sys.implementation.version and sys.implementation.hexversion are equal (modulo
format differences).
--
___
Python tracker
<http://bugs.python.org/issue14
Barry A. Warsaw added the comment:
I'm not a fan of using a module, and less of a fan of structseq, so I think
I'll discount those two. I'll play with namespace and type next.
--
___
Python tracker
<http://bugs.pyt
Barry A. Warsaw added the comment:
I'm inclined to go with the as_simple_namespace patch. As you say, the pro are
that this is a much better fit for this use case, while the con is that this
does kind of sneak in a new type. Given that the type is not exposed in the
API, that do
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue14942>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Looking great, you're almost there! I remviewed
issue14673_as_simple_namespace_2.diff and issue14673_full.diff. Reitveld makes
it *so* much easier :)
--
___
Python tracker
<http://bugs.python.org/is
Barry A. Warsaw added the comment:
On Jun 01, 2012, at 06:53 PM, Eric Snow wrote:
>sorry, I should have been more clear. issue14673_full.diff is not simply a
>merging of the two previous patches, but rather their merger, plus
>SimpleNamespace, plus removing the "public" r
Barry A. Warsaw added the comment:
On Jun 02, 2012, at 11:33 PM, Eric Snow wrote:
>Added file: http://bugs.python.org/file25804/issue14673_full_4.diff
Hi Eric. I'm ready to do a final review and merge this in, but I just want to
be sure I'm looking at the right file. Is full_4.
Barry A. Warsaw added the comment:
On Jun 02, 2012, at 09:59 PM, R. David Murray wrote:
>I've applied this to 3.3. Because the preservation of spaces around the
>ascii parts is a visible behavior change that could cause working programs to
>break, I don't think I can back
Barry A. Warsaw added the comment:
On Jun 02, 2012, at 08:03 AM, Amaury Forgeot d'Arc wrote:
>- _PyNamespace_New should be a public API function. From Python code,
>- SimpleNamespace is public.
This is a separate discussion. I'm not opposed, but I don't think this s
Barry A. Warsaw added the comment:
I'm resolving this as Fixed since I've just committed the code to 3.3, but I'm
also leaving its status open and assigning it to mvl for verification of the
Windows build. Martin, if you'd rather not do that, please unassign it from
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue14908>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I completely agree. As easy (but obscure) as it is, it seems quite silly to
have to go through time.mktime(dt.timetuple())
--
___
Python tracker
<http://bugs.python.org/issue14
Barry A. Warsaw added the comment:
On Jun 04, 2012, at 03:45 PM, Alexander Belopolsky wrote:
>Did you review the long discussion under issue 2736? Specifically, please
>note the part about mxDateTime, ticks() and gmticks(). I am -0 on adding
>ticks() and gmticks() and as far as I ca
Barry A. Warsaw added the comment:
On Jun 04, 2012, at 04:03 PM, Alexander Belopolsky wrote:
>That's a valuable experience. How big of a deal was the lack of
>.ticks() and .gmticks()? How did you work around it?
It was *much* less of an issue than all the magic date format parsin
Barry A. Warsaw added the comment:
On Jun 04, 2012, at 09:39 PM, Eric Snow wrote:
>presumably PEP 421 can be marked as final now?
Done.
--
___
Python tracker
<http://bugs.python.org/issu
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue9527>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Radoslaw A. Zarzynski
:
shutil.copy and shutil.copy2 first copy a file content and afterwards
change permissions of a destination file. Unfortunately, the sequence isn't
atomical and may lead to disclosure of matter of any file that is being
dupli
Changes by Radoslaw A. Zarzynski :
Added file: http://bugs.python.org/file26043/python_shutil_copy_with_umask.diff
___
Python tracker
<http://bugs.python.org/issue15
Barry A. Warsaw added the comment:
On Jun 20, 2012, at 01:58 PM, R. David Murray wrote:
>Barry: I think we should documentationally deprecate the encoders module. I
>can't see any utility in a new program calling those functions explicitly,
>especially if the program ever wa
Barry A. Warsaw added the comment:
On Jun 20, 2012, at 01:51 PM, R. David Murray wrote:
>Note that I don't *like* that the current API is that calling set_charset
>does the body encode if and only if there are no existing headers, but that
>is the way it has always worked,
Barry A. Warsaw added the comment:
On Jul 21, 2012, at 02:23 PM, Georg Brandl wrote:
>Ping. Barry? (It's not strictly necessary to have the docs for b2, but could
>you give me a rough estimate when you'll do this?)
Unfortunately, I lost a bunch of work with a disk crash,
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue11602>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Barry A. Warsaw :
To assist with vendor builds, Matthias has requested added a --configdir option
to the python3-config script. This would return
sysconfig.get_config_var('LIBPL'). The value is embedded in the output for
--ldflags, but not in a convenient
Changes by Barry A. Warsaw :
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue15458>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue15458>
___
___
Python-bugs-list
New submission from Barry A. Warsaw :
Very minor style nit. In general, it's not considered good style to use
mutable objects in default argument values. importlib's
_bootstrap.__import__() does just this for its globals, locals, and fromlist
arguments.
The implementation current
New submission from Barry A. Warsaw :
I think this is mostly just out of date documentation, but I want to get
Brett's feedback. The sys module has this to say about sys.path_importer_cache:
"A dictionary acting as a cache for finder objects. The keys are paths that
have been
Barry A. Warsaw added the comment:
First draft is complete, along with updates to the importlib abcs for the new
protocols. You'll see the language reference has a new importmachinery.rst
file which describes finding and loading modules. You'll see that the import
statement docs
Changes by Barry A. Warsaw :
--
priority: deferred blocker -> release blocker
stage: needs patch -> patch review
title: Document PEP 420 namespace packages -> Import machinery documentation
___
Python tracker
<http://bugs.python.or
Barry A. Warsaw added the comment:
Thanks for the review Eric. I'm slogging through these and many other
comments, but I now have the docs integrated with trunk, and will probably
land them for better or worse in the next day or so.
I'll respond just to a few of your comments. Whate
Barry A. Warsaw added the comment:
On Jul 29, 2012, at 05:10 AM, Nick Coghlan wrote:
>I would title the new section "Import system" rather than "Import machinery"
>as it is meant to be a specification documentation rather than an
>implementation description.
Barry A. Warsaw added the comment:
On Jul 29, 2012, at 06:09 AM, Nick Coghlan wrote:
>runpy, pkgutil, et al should all get "See Also" links at the top pointing to
>the new import system section.
I've put an XXX in the import.rst file for this, but I probably won't g
1601 - 1700 of 2580 matches
Mail list logo