Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue15502>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Jul 30, 2012, at 09:41 PM, Brett Cannon wrote:
>As for the diagram(s), I have attached the overall PDF that I still have from
>my original Omnifgraffle file (which I don't have a license to anymore) that
>I built my PyCon 2008 presentat
Barry A. Warsaw added the comment:
On Jul 31, 2012, at 12:28 AM, Eric Snow wrote:
>> You ask in [2] whether "path importer" refers specifically to the callables
>> on sys.path_hooks. Can you site a reference for this? I found one
>> reference in PEP 302 to &quo
Barry A. Warsaw added the comment:
I think I was unclear in my previous follow up. Here are the objects
involved, taken from the glossary.
import path
A list of locations (or :term:`path entries `) that are
searched by the :term:`path importer` for modules to import. During
Barry A. Warsaw added the comment:
On Jul 31, 2012, at 03:21 AM, Eric Snow wrote:
>1. default path importer (a.k.a PathFinder),
+1, although currently I am refraining from using "default" when describing
this thing.
>2. path hook (lives on sys.path_hooks),
I have called t
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue15295>
___
___
Python-bugs-list
Barry A. Warsaw added the comment:
On Jul 31, 2012, at 08:30 PM, Brett Cannon wrote:
>The import path definition is a little misleading as sys.path is only
>inferred when 'path' has None passed in. Otherwise 'path' is what __path__ in
>a package is set to, so te
Barry A. Warsaw added the comment:
On Jul 31, 2012, at 02:56 PM, Eric Snow wrote:
>Part of the problem with the import nomenclature is that PEP 302 doesn't
>really nail it down and mixes the terms up a bit. This is understandable
>considering it broken ground in some regard. Ho
Barry A. Warsaw added the comment:
On Jul 30, 2012, at 04:39 AM, Meador Inge wrote:
>Meador Inge added the comment:
>
>How about the attached?
What about something like:
globals = ({} if globals is None else globals)
and similarly f
Barry A. Warsaw added the comment:
I've mostly run out of time to work on the docs, but I do want to say that I
thought long and hard about all the terminology decisions. Please don't
change them lightly, and definitely don't change them until you've tried to go
through t
Barry A. Warsaw added the comment:
On Aug 01, 2012, at 10:03 PM, Nick Coghlan wrote:
>1. "path import subsystem" for that whole section of the import machinery;
>and
>2. "path import finder" specifically for the meta path finder that
>importlib calls "PathFi
Barry A. Warsaw added the comment:
On Aug 01, 2012, at 10:44 PM, Nick Coghlan wrote:
>The problem with "path importer" is it's just plain *wrong*. That object is
>not an importer and thus calling it one makes it much harder to learn the
>finder/loader/importer distincti
Barry A. Warsaw added the comment:
What about "Path Scanner"? Came to me in a dream, so it has to be perfect,
right? :)
--
___
Python tracker
<http://bugs.python.o
Barry A. Warsaw added the comment:
On Aug 02, 2012, at 11:33 AM, Nick Coghlan wrote:
>Specifically, what I did was to drop "find_module" from the Finder ABC, but
>keep the ABC itself as a way to document the common "invalidate_caches"
>API. The ABC definitio
Barry A. Warsaw added the comment:
On Aug 05, 2012, at 11:50 PM, Brett Cannon wrote:
>I went with Barry's approach but made it compatible with PEP 8 (bad, FLUFL;
>no unneeded parens!).
I actually think I picked that up from the big guy himself, but I could be
mis
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue15591>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Barry A. Warsaw:
Run the following code snippet:
-snip snip-
import argparse
parser = argparse.ArgumentParser()
parser.add_argument("--test", dest="test", type=str,
default=[], action='append')
args = parser.parse_args()
p
Changes by Barry A. Warsaw :
--
nosy: +benjamin.peterson, georg.brandl
priority: normal -> release blocker
___
Python tracker
<http://bugs.python.org/issu
Barry A. Warsaw added the comment:
Marking it as a release blocker and adding 3.3 since 3.3 hg trunk is affected.
--
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue15
Barry A. Warsaw added the comment:
On Sep 10, 2012, at 05:21 PM, Georg Brandl wrote:
>I don't see how this affects 3.3: you seem to be saying the behavior is fine
>there.
No, I thought it was because I tested the Ubuntu rc2 version, but the problem
exists in upstream hg 3
Changes by Barry A. Warsaw :
--
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue15906>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Sep 10, 2012, at 05:59 PM, Georg Brandl wrote:
>But it's not a release blocker for 3.3 then.
Fair enough!
--
___
Python tracker
<http://bugs.python.org
Barry A. Warsaw added the comment:
Okay, this bug is clearly caused by the patch applied for issue 12776. Here's
the patch set url: http://hg.python.org/cpython/rev/74f6d87cd471
Now, if you look at this, I think this changes the semantics for non-string
default with a type converter, bu
Barry A. Warsaw added the comment:
On Sep 11, 2012, at 04:15 PM, Chris Jerdonek wrote:
>I haven't thought about this very long, but what would happen if the "type"
>conversion is only called on arguments and default arguments that are
>strings, and otherwise left alon
Barry A. Warsaw added the comment:
On Sep 11, 2012, at 07:00 PM, R. David Murray wrote:
>To repeat: there is no change to be made for 3.3. 3.3.0 will go out the door
>with the pre-12776 behavior. So any backward compatibility concerns that
>apply to 2.7 and 3.2 also apply to 3.3
New submission from Barry A. Warsaw:
After a fresh clone, configure && make fails due to a fairly obvious bug in the
code. Note that if you `hg revert --all`, configure && make will succeed,
probably because the timestamps get updated enough to fool make.
@resist[~/projects/
Barry A. Warsaw added the comment:
On Sep 12, 2012, at 10:57 AM, Steven Bethard wrote:
>(1) Yes, the error is that the isinstance(action.default, str) check was lost
Except that it won't work any more in the original location. I tried it and
it broke other tests. Maybe I did it w
Barry A. Warsaw added the comment:
On Sep 12, 2012, at 10:39 AM, R. David Murray wrote:
>diff --git a/Lib/argparse.py b/Lib/argparse.py
>--- a/Lib/argparse.py
>+++ b/Lib/argparse.py
>@@ -1962,7 +1962,8 @@
> # only if it was defined already i
Barry A. Warsaw added the comment:
On Sep 12, 2012, at 04:22 AM, Chris Jerdonek wrote:
>The argparse documentation makes it pretty clear that 'type' is meant to be
>applied only to strings.
Then test_type_function_call_with_non_string_default() which was added to fix
#12776
Barry A. Warsaw added the comment:
On Sep 12, 2012, at 03:03 PM, R. David Murray wrote:
>Actually, no, the test should not be removed, it should be reversed so as to
>test the documented behavior.
Good point.
--
___
Python tracker
Changes by Barry A. Warsaw :
Added file: http://bugs.python.org/file27180/15906-3.diff
___
Python tracker
<http://bugs.python.org/issue15906>
___
___
Python-bugs-list m
Barry A. Warsaw added the comment:
On Sep 12, 2012, at 02:48 PM, Steven Bethard wrote:
>We should not be converting non-string defaults, or the documentation's
>description of the type= argument doesn't make sense.
Agreed. If we also take RDM's suggestion of r
Barry A. Warsaw added the comment:
On Sep 12, 2012, at 03:40 PM, Steven Bethard wrote:
>Ok, sounds good. Let's make the test check the documented behavior, and then
>add back the isinstance(action.default, str) check.
See patch 15906-3.diff for Python 2.7. If acceptable, I wil
Barry A. Warsaw added the comment:
Oops, one small correction for 15906-3.diff: In Python 2.7, s/str/basestring/
Obviously isinstance should just check for str-y-ness in Python 3.{2,3}
--
___
Python tracker
<http://bugs.python.org/issue15
Barry A. Warsaw added the comment:
On Sep 12, 2012, at 05:19 PM, R. David Murray wrote:
>All three of those sound like good ideas (testing string conversion,
>clarifying docs, adding the no-double conversion test). Do you want to
>prepare the patch, Chris? Barry can apply his any
Barry A. Warsaw added the comment:
Chris, it's all yours. I am however going to close the bug as fixed.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue15906>
___
___
Python-bugs-list
Barry A. Warsaw added the comment:
Looks good to me too! Thanks; I'll apply the patch.
--
assignee: docs@python -> barry
___
Python tracker
<http://bugs.python.org
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue15935>
___
___
Python-bugs-list
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue12014>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Oct 10, 2012, at 04:13 PM, Éric Araujo wrote:
>This probably happens in 3.2 too, where the ABI suffixes were added. I think
>Barry edited the sysconfig module to let it find config-$suffixes but not
>distutils.sysconfig.
This sure smells famil
Barry A. Warsaw added the comment:
I cannot reproduce it with Python 3.3 hg head on my ARM buildbot. _curses
builds and imports just fine now.
--
___
Python tracker
<http://bugs.python.org/issue13
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue15872>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Mar 13, 2014, at 05:15 AM, Éric Araujo wrote:
>The source contains :meth:`self.gettext`, and Sphinx adds the parentheses
>when creating markup for a function, probably because it’s common to say
>things like “the len() function”. There is a Sphi
Barry A. Warsaw added the comment:
On Mar 20, 2014, at 08:29 AM, STINNER Victor wrote:
>from quopri import decodestring as _qdecode
>from email.encoders import _bencode, _qencode
AFAICT, _qdecode is only used in email/messages.py, so perhaps it's better to
import it there and rem
Barry A. Warsaw added the comment:
On Mar 20, 2014, at 01:32 PM, R. David Murray wrote:
>Well, one reason is I was afraid mailman might be using them. So if you are
>cool with it, that removes that objection.
Nope, neither the 2.1 or 3.0 code uses those methods AFAICT.
>The other r
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue20895>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
The `python3` binary package is a sort of meta package that brings in the
interpreter (and some ancillary stuff) for all supported Python 3 versions.
For Ubuntu 14.04 that will be just python3.4. But if you want to build the
interpreter from source (e.g
Barry A. Warsaw added the comment:
On Apr 14, 2014, at 05:47 PM, R. David Murray wrote:
>OK, so the devguide currently has
>
> sudo apt-get build-dep python3
>
>which did something on Glenn's machine, but did not enable him to build the
>optional packages. So the ques
Barry A. Warsaw added the comment:
On Apr 16, 2014, at 10:12 PM, Matthias Klose wrote:
>
>distutils/sysconfig still parses the Makefile and config header; it should
>use the same approach now as the toplevel sysconfig module.
Why do we still have two sysconfig modules?
--
nos
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue7776>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Agreed! I'll update the PEP. Thanks.
--
assignee: -> barry
___
Python tracker
<http://bugs.python.org/issue21540>
___
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue21540>
___
___
Python-bugs-list
On 24.05.2014 15:55, Brandon wrote:
>
> Observe the following code:
>
> import MySQLdb, MySQLdb.cursors, datetime
> """ ... mysqlCursor is a cursor object from a connection to database from the
> MySQLdb module ... """
> mysqlCursor.execu
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue21539>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I've just been writing some new code to use pathlib and ran into this one
myself. An exist_ok=False is fine, although it's a slight shame that for
backward compatibility we can't adopt os.makedirs() si
Barry A. Warsaw added the comment:
On May 27, 2014, at 08:48 PM, Antoine Pitrou wrote:
>What do you mean by that? The os.makedirs() signature is
>os.makedirs(name, mode=0o777, exist_ok=False)
Right, but this is Path.mkdir's signature:
Path.mkdir(mode=0o777, parents=False)
so it
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue21643>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
The os.chmod() will fail if path is a symlink. At the very least it must be
guarded by a `not os.path.islink()` call like above it. I'll add this check to
3.4 and 3.5.
--
nosy: +barry
___
Python tracker
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue21736>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I'm -0 on this patch. I can understand that in some sense, frozen modules do
semantically have an associated file, but OTOH, once they're frozen the
connection to their file is broken. Also, I think anything that assumes
__file__ exists is sim
Barry A. Warsaw added the comment:
PBP might be reasonably used to justify it for the frozen case. I just don't
want to use that as a wedge to define __file__ in *all* cases, even when no
reasonable file name exists.
--
___
Python tracker
On 15.06.2014 15:02, Mark Lawrence wrote:
>
> What's the status of this issue, as we've lived with this really slow
> implementation for well over three years?
I guess it just needs someone to write a patch.
Note that encoding lookups are cached, so the slowness only
beco
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue16389>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Nov 18, 2012, at 05:16 PM, Antoine Pitrou wrote:
>Antoine Pitrou added the comment:
>
>+1 from me. "-I" and "isolated" sound fine to me.
I haven't reviewed the patch yet, but based on the email discussions, I'm al
New submission from Barry A. Warsaw:
When sys.path[0] is None, attempting to import a module produces a cryptic
chained traceback. This is a regression from 3.2 where the import would
succeed.
The basic issue is that in 3.2's import.c, non-string/bytes items on sys.path
are essent
Barry A. Warsaw added the comment:
Patch for 3.3, omitting the requisite importlib.h change.
--
keywords: +patch
Added file: http://bugs.python.org/file28051/16514.diff
___
Python tracker
<http://bugs.python.org/issue16
Barry A. Warsaw added the comment:
Oh, the patch includes the removal of some unused imports from test_path.py,
thanks to pyflakes.
--
___
Python tracker
<http://bugs.python.org/issue16
Changes by Barry A. Warsaw :
--
nosy: +brett.cannon, eric.smith, eric.snow, jason.coombs
___
Python tracker
<http://bugs.python.org/issue16514>
___
___
Python-bug
Barry A. Warsaw added the comment:
Oh, btw, I intend to add documentation that makes explicit:
* sys.path entries must be strings or bytes, everything else is ignored
* path importers should expect strings or bytes
* the encoding of bytes is left to the individual path hooks to define, however
Barry A. Warsaw added the comment:
On Nov 20, 2012, at 04:51 PM, Eric V. Smith wrote:
>I agree it's a bug. And the fix looks good to me.
Thanks.
>Having said that: I haven't looked at the import.c version to verify what is
>happening. Does the test pass under 3.2?
Yep. S
Changes by Barry A. Warsaw :
--
title: Cryptic traceback when sys.path -> Cryptic traceback when sys.path[0] is
None
___
Python tracker
<http://bugs.python.org/issu
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue16514>
___
___
Python-bugs-list
Barry A. Warsaw added the comment:
On Nov 29, 2012, at 12:56 AM, Chris Jerdonek wrote:
>
>Currently, PEP 1 says, "In general, Standards track PEPs are no longer
>modified after they have reached the Final state."
I agree w/mvl. This is still true, and it doesn't mea
Barry A. Warsaw added the comment:
On Nov 29, 2012, at 12:16 PM, Martin v. Löwis wrote:
>1. I think that the PEP author has the final say as to what specific text
>goes into the PEP. Contributors shouldn't modify other people's PEP without
>consent from the author(s).
>
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue14803>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +anthony_baxter
___
Python tracker
<http://bugs.python.org/issue16581>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Nov 30, 2012, at 02:00 AM, Chris Jerdonek wrote:
>In particular, PEP 1 should say whether editorship is an invitation-only
>status and/or how one becomes a PEP editor. It would also be good if it said
>(for transparency) how to go about seeing th
Barry A. Warsaw added the comment:
On Nov 30, 2012, at 07:55 PM, Chris Jerdonek wrote:
>Thanks for providing the info. To clarify, is membership in peps@ restricted
>to editors?
Yes. It may not be a perfect overlap, but that's the best we have, and should
be the i
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue16612>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue16480>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Jan 02, 2013, at 04:06 PM, Meador Inge wrote:
>I am a little unsure about (3) since I am not sure why the __file__ attribute
>is being removed to begin with. eric.smith?
This is related to PEP 420, which relaxes the requirement that all modules
Barry A. Warsaw added the comment:
On Jan 02, 2013, at 04:29 PM, Eric V. Smith wrote:
>I haven't had time to check yet: but why does site.py need the __file__
>attribute? Maybe that's the actual problem.
It uses it to find the license text when you type license() at the intera
Barry A. Warsaw added the comment:
Note that this change is causing problems with genshi due to API backward
incompatibility. This is reported here:
https://bugs.launchpad.net/ubuntu/+source/python2.7/+bug/1097783
The reason the user found it in Ubuntu first is that we track hg tip, but I&#x
Barry A. Warsaw added the comment:
Nosied Benjamin since this is a release issue. Re-opened, assigned to him, and
release blocked for 2.7.4.
--
assignee: -> benjamin.peterson
nosy: +georg.brandl, larry
priority: normal -> release blocker
status: closed -
Changes by Barry A. Warsaw :
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue10182>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Barry A. Warsaw:
In this distribute bug I describe a problem when pip installing mimeparse,
which has a setup.py with a BOM. distribute uses execfile() which gets fixed
in Python 3 to use a combination of compile(open()) as the fixer.
https://bitbucket.org/tarek
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue3585>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
See PEP 292 and the section titled "Why `$' and Braces?"
http://www.python.org/dev/peps/pep-0292/
--
___
Python tracker
<http://bugs.pyt
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17098>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17099>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue15767>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
For me, it mostly comes down to whether end-users are expected to see such
errors generally or not. We see ImportErrors all the time, and they are
clearly errors. If we're expected to see and deal with MNF, and if in such
cases it's generally con
Barry A. Warsaw added the comment:
On Feb 11, 2013, at 05:31 PM, Brett Cannon wrote:
>Right, so what's typical? =) I mean do most people see ImportError for
>optional modules (e.g. not on support platforms), or do most people see
>ImportError because they messed up and tried to im
Changes by Barry A. Warsaw :
--
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/issue16043>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Any more thoughts on this bug w.r.t. 2.6.9? It seems that without a patch for
any version of Python, and with 2.6.9 coming soon, a fix for this just won't
make it into 2.6.9.
That doesn't bother me too much, and I'm willing to just kno
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue19025>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Patch looks great, thanks Andrew. All tests pass. Feel free to commit to the
2.6 branch along with a NEWS file entry.
--
___
Python tracker
<http://bugs.python.org/issue16
Barry A. Warsaw added the comment:
On Sep 15, 2013, at 04:47 PM, Serhiy Storchaka wrote:
>It is not important in the context of this issue, but readline(0) is blocked
>and returns 1-character string. Move the length check above
>self.sslobj.read(1). For readability you can also mov
Barry A. Warsaw added the comment:
I'm removing 2.6 from the Versions field since AFAIK we've resolved this issue
for 2.6. This way it'll be easier to scan the blockers for 2.6.9.
If anyone things we still have things to address for this issue in 2.6.9,
please reassign
1701 - 1800 of 2582 matches
Mail list logo
