Andy Buckley added the comment:
Maybe I just value method symmetry/equivalence higher than the designers when
it comes to interface expectations. I've seen several "I expected there to be a
prepend() method like append() on lists, but there isn't -- what do I do?"
ema
Andy Buckley added the comment:
Still not convinced with the reasoning, I'm afraid, but I certainly agree that
modifications to built-ins are not to be made lightly. Using deques, which are
far less familiar, is not a particularly natural thing to do for a search path,
and of course can
Andy Buckley added the comment:
Personally I think it's a very useful feature: the purpose for running which
may not be to get the full path to the executable and then run it, but rather
that that path prefix is important for something else. I'm sure when I joined
this issue I had
Andy Holst added the comment:
The documentation updated for the tarfile.rst document. The arguments encoding
and errors are added to tarfile.TarInfo.frombuf method. Patch uploaded.
--
keywords: +patch
nosy: +StealthAsimov
Added file: http://bugs.python.org/file29196/issue15566.patch
New submission from Andy Chugunov:
At the same time append() succeeds silently, while simple '+' fails.
Here's an example:
>>> a = ([1],)
>>> a[0].append(2)
>>> a
([1, 2],)
>>> a[0] += [3]
Traceback (most recent call last):
File ""
Andy Chugunov added the comment:
Thank you for the clarification! The exception is appropriate as tuples have to
stay immutable. Got it.
Could you please also explain a bit about the append() call? Should it in
theory raise an exception as well or is such clean behavior intended
Andy Maier added the comment:
@Guido:
Agree to all you said in your #msg226496.
There is additional information about comparison in:
- Tutorial (5.8. Comparing Sequences and Other Types),
- Library Reference (5.3. Comparisons),
- Language Reference (3.3.1. Basic customization)
that needs to be
Andy Maier added the comment:
I reviewed the issues discussed here and believe that the patch for #Issue
12067 adresses all of them (and yes, it is large, unfortunately).
It became large because I think that more needed to be fixed. May I suggest to
review that patch.
Andy
--
nosy
Andy Maier added the comment:
Uploading v10 of the patch, which addresses all review comments made on v9.
There is one open question back to Martin Panter about which different types of
byte sequences can be compared in Py 3.4.
I also believe this patch addresses all of Issue 22001. Let me
Andy Maier added the comment:
Here is the delta between v9 and v10 of the patch, if people want to see just
that.
--
Added file:
http://bugs.python.org/file36897/issue12067-expressions-py34_delta-v9-v10.diff
___
Python tracker
<h
Andy Maier added the comment:
I have addressed the comments by Jim Jewett, Martin Panter and of myself in a
new version v11, which got posted.
For the expression.rst doc file, this version of the patch has its diff
sections in a logical order, so that the original text and the patched text
Andy Maier added the comment:
I also made sure in both files that the line length of any changed or new lines
is max 80. Sorry if that creates extra changes when looking at deltas between
change sets.
--
___
Python tracker
<http://bugs.python.
Andy Maier added the comment:
I have posted v12 of the patch, which addresses all comments since v11.
This Python 3.4 patch can be applied to the "default" (3.5 dev) branch as well.
I will start working on a similar patch for Python 2.7 now.
--
Added file:
http://bugs.
Andy Zobro added the comment:
This breaks custom actions.
e.g.:
class dict_action(argparse.Action):
def __init__(self, *a, **k):
argparse.Action.__init__(self, *a, **k)
TypeError: __init__() got an unexpected keyword argument 'allow_abbrev'
--
no
Andy Zobro added the comment:
Ignore previous comment, I wish I could delete it.
I simply provided the allow_abbrev to the wrong function and spent zero time
investigating the error.
--
___
Python tracker
<http://bugs.python.org/issue14
New submission from Andy Reitz:
On Python 2.7.9, if I set an https_proxy environment variable, where the
password contains a '/' character, urllib2 fails. Given this test code:
import os, urllib
os.environ['http_proxy'] = "http://someuser:a/b@10.11.12.13:1234&quo
Andy Reitz added the comment:
Sorry, went a bit too quickly -- here is the sample code that I meant to use:
import os, urllib2
os.environ['http_proxy'] = "http://someuser:a/b@10.11.12.13:1234";
f = urllib2.urlopen('http://www.python.org')
data = f.read
Andy Reitz added the comment:
The proxy credentials are supplied by our sysadmin. My understanding is that
the http_proxy env variable doesn't require URI encoding. In addition, the same
credentials work fine with curl.
--
___
Python tracker
Andy Reitz added the comment:
Sure, but the question is who should do the encoding -- the user, or python? I
think it would be better for python to read the password from the environment
variable, and encode it before using it. I think this is what users expect
Andy Maier added the comment:
Nir,
I appreciate very much what you are doing. I was about to do the same ;-)
I'll review your code shortly. I like the idea to use /etc/os-release, as it
has the most complete information. Stay tuned.
Andy
Am 6. Dezember 2015 18:12:52 MEZ, schrieb Nir
New submission from Andy Maier:
Hi, I did search for these in the open bugs, but did not find any matching bug.
I have a project that revealed that some of its InterSphinx links to existing
classes/types or methods to not resolve their targets, or to resolve to a
target that is not the right
Andy Maier added the comment:
Hi Martin!
The intersphinx stuff is simply linking from a Sphinx RST documentation to a
different Sphinx RST documentation, using support from the intersphinx
extension of Sphinx. I think the name comes from the interwiki links in
MediaWiki. It only comes into
Andy Maier added the comment:
Ok. If these methods generate index entries, maybe the problem is on my side by
not linking them correctly. So let's try with the other two changes.
Unfortunately, I cannot easily build cpython at the moment to verify, I moved
to Linux and when trying to
Andy Maier added the comment:
Martin, I can now link to the two methods e.g. via
:meth:`py:datetime.tzinfo.utcoffset`, and it resolves nicely.
See here (linking to Python 2):
https://pywbem.readthedocs.org/en/latest/#pywbem.MinutesFromUTC
Don't know why it now works, probably user er
Andy Maier added the comment:
Martin,
I just noticed that your fix must already be active. My link to tzinfo now
lands on the long description. So maybe it was not a user error of mine that
resolved the problem with the two methods (I was pretty sure I had tried the
same syntax I use now
Andy Maier added the comment:
Nir currently proposes to change the package name from "ld" to "dist". See
https://github.com/nir0s/ld/issues/103
Comments on this name change proposal are welcome (over there).
On "Given the unremarkable simplicity of implementin
Andy Maier added the comment:
@leycec: By the way, the "ld" package *does* use shlex.shlex() to parse the
os-release file.
--
___
Python tracker
<http://bugs.python.
Andy Maier added the comment:
Just for completeness:
The "ld" package is now called "distro" and its v0.6.0 is on PyPI:
https://pypi.python.org/pypi/distro
--
___
Python tracker
<http://bu
Andy Edwards added the comment:
I'm seeing this issue in Python 2.7
Andys-MacBook-Pro:jcore-api-py andy$ which python
/Library/Frameworks/Python.framework/Versions/2.7/bin/python
Andys-MacBook-Pro:jcore-api-py andy$ python setup.py test
running test
running egg_info
writing requiremen
Changes by Andy Maier :
--
nosy: +andymaier
___
Python tracker
<http://bugs.python.org/issue1322>
___
___
Python-bugs-list mailing list
Unsubscribe:
Andy Maier added the comment:
Do we really think that a package on pypi solves the problem better? The
discussion only shows that it is more likely we end up with multiple different
packages on pypi, instead of one that is commonly agreed.
I agree it is tough to get to an agreed upon approach
Changes by Andy Maier :
Added file:
http://bugs.python.org/file38303/issue12067-expressions-py3.5_v14.diff
___
Python tracker
<http://bugs.python.org/issue12067>
___
___
Andy Maier added the comment:
I have posted v14 of the patch (for the 3.5 'default' branch), based on
Martin's v13. v14 addresses all comments Martin made, as described in my
responses to them (see patch set 10).
On Issue 4395: That issue should be pursued in addition to this
301 - 333 of 333 matches
Mail list logo
