SilentGhost ghost@gmail.com added the comment:
So, is int, str, bool and enumerate. And many others. The preface on functions
page (http://docs.python.org/dev/library/functions.html) says:
The Python interpreter has a number of functions and types built into it that
are always available
SilentGhost ghost@gmail.com added the comment:
Attached patch is for gzip.
Additionally, I had to fix import and removed two unused (?) functions. Let me
know if that's inappropriate. I wasn't sure what to do about constants (all
caps vars) so I left them as they were.
--
Added
Changes by SilentGhost ghost@gmail.com:
Removed file: http://bugs.python.org/file20367/getpass_api.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10895
Changes by SilentGhost ghost@gmail.com:
Added file: http://bugs.python.org/file20372/getpass_api.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10895
SilentGhost ghost@gmail.com added the comment:
It's due to the os.path.normpath not normalizing case. Here is the patch.
Also affects 3.x
--
keywords: +patch
nosy: +SilentGhost
versions: +Python 3.1, Python 3.2
Added file: http://bugs.python.org/file20378/trace.diff
Changes by SilentGhost ghost@gmail.com:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10896
___
___
Python-bugs-list
SilentGhost ghost@gmail.com added the comment:
Attached patch is fro gettext
None of the public members of the module has any docstrings. I'm not sure that
simple copying from Doc/library/gettext.rst would be satisfactory. But if it
is, please let me know.
--
Added file: http
Changes by SilentGhost ghost@gmail.com:
--
nosy: +SilentGhost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10897
___
___
Python-bugs-list
Changes by SilentGhost ghost@gmail.com:
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10894
___
___
Python-bugs-list
SilentGhost ghost@gmail.com added the comment:
version of the lorenz's patch agains py3k branch.
--
Added file: http://bugs.python.org/file20380/mmap.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10897
SilentGhost ghost@gmail.com added the comment:
Committed for 2.7 in r87964, for 3.1 in r87965.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10874
Changes by SilentGhost ghost@gmail.com:
--
nosy: +SilentGhost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2650
___
___
Python-bugs-list
SilentGhost ghost@gmail.com added the comment:
While the changes all look innocuous to me with respect to building the docs,
I am curious if you have tried to rebuild the HOWTO (if you have the tool
chain, which I do not).
I did rebuild the docs with 'make html'. Build was clean every
SilentGhost ghost@gmail.com added the comment:
Works as advertised for me. Unless more information is added, it looks like an
invalid issue.
--
nosy: +SilentGhost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10873
SilentGhost ghost@gmail.com added the comment:
Shouldn't that be:
self.assertIs(req.type == ftp, ftp)
?
--
nosy: +SilentGhost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10874
Changes by SilentGhost ghost@gmail.com:
Added file: http://bugs.python.org/file20326/test_urllib2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10874
SilentGhost ghost@gmail.com added the comment:
Here is the patch implementing all but the url suggestion.
Doctest still has 11 failures (changing to '0x...' didn't help).
--
keywords: +patch
nosy: +SilentGhost
Added file: http://bugs.python.org/file20329/regex.rst.diff
SilentGhost ghost@gmail.com added the comment:
A few bits and pieces fixed compared to the previous patch.
doctest.testfile(/home/mischa/pydev/Doc/howto/regex.rst, module_relative
= False, optionflags=doctest.ELLIPSIS)
TestResults(failed=0, attempted=98)
--
Added file: http
Changes by SilentGhost ghost@gmail.com:
Removed file: http://bugs.python.org/file20329/regex.rst.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10875
SilentGhost ghost@gmail.com added the comment:
It seems that the special sequences description in Matching Characters section
need to be updated to incorporate information on unicode and bytes. I don't
think, however, that it's a good idea just to copy that information from the
Doc
SilentGhost ghost@gmail.com added the comment:
I don't know whether it would be easy to strip down py3k version to 2.7 version.
Seeing how it's just a basic introduction, I would think that a single
statement re unicode support might be sufficient. For exhaustive description of
special
Changes by SilentGhost ghost@gmail.com:
Removed file: http://bugs.python.org/file20331/regex.rst.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10875
SilentGhost michael.mischurow+...@gmail.com added the comment:
All tests pass and all works as documented with the latest patch on Ubuntu
(glibc 2.11).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8013
SilentGhost michael.mischurow+...@gmail.com added the comment:
Sasha, commit is not working. It doesn't pass test on Ubuntu and returns the
string with a trailing \n. Seems like that hunk of code is misplaced.
--
nosy: +SilentGhost
___
Python
SilentGhost michael.mischurow+...@gmail.com added the comment:
I'm not sure that whether it's related to the current issue, but asctime
doesn't seem to accept years 1900. Which might be fair enough, has this been
documented.
--
___
Python tracker
SilentGhost michael.mischurow+...@gmail.com added the comment:
yes, sorry. what I meant to say is that fixing only upper bound for the year
(according to CERT recommendation cited above) and leaving the lower bound in
its current state is somewhat unsatisfactory
SilentGhost michael.mischurow+...@gmail.com added the comment:
One-word patch attached.
--
keywords: +patch
nosy: +SilentGhost
Added file: http://bugs.python.org/file20191/hashlib.rst.diff
___
Python tracker rep...@bugs.python.org
http
Changes by SilentGhost michael.mischurow+...@gmail.com:
Removed file: http://bugs.python.org/file19671/logging.rst.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10461
SilentGhost michael.mischurow+...@gmail.com added the comment:
following re-organization of the logging docs, I'm attaching updated patch.
--
nosy: +vinay.sajip
Added file: http://bugs.python.org/file20112/logging-cookbook.rst.diff
___
Python tracker
SilentGhost michael.mischurow+...@gmail.com added the comment:
here is the patch for the py3k docs.
--
Added file: http://bugs.python.org/file20021/stdtypes.rst.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2690
SilentGhost michael.mischurow+...@gmail.com added the comment:
Not sure this worth a patch, to me it looks like a removal of a single word.
But here it goes anyway.
--
nosy: +SilentGhost
Added file: http://bugs.python.org/file20003/stdtypes.rst.diff
Changes by SilentGhost michael.mischurow+...@gmail.com:
--
title: (Fancy) URL opener stucks whet try to open page - (Fancy) URL opener
stuck when trying to open redirected url
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
SilentGhost michael.mischurow+...@gmail.com added the comment:
@xhresko: This is not valid py3k code.
It is 302 redirect. I get the following error:
IOError: [Errno socket error] [Errno 10060] A connection attempt failed because
the connected party did not properly respond after a period
SilentGhost michael.mischurow+...@gmail.com added the comment:
@xhresko: why are you passing empty dict to the constructor? it works just fine
with opener = urllib.request.FancyURLopener()
resolution: invalid ?
--
___
Python tracker rep
Changes by SilentGhost michael.mischurow+...@gmail.com:
--
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10577
Changes by SilentGhost michael.mischurow+...@gmail.com:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10577
SilentGhost michael.mischurow+...@gmail.com added the comment:
It returns False on the latest py3k checkout as well.
--
nosy: +SilentGhost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10567
Changes by SilentGhost michael.mischurow+...@gmail.com:
--
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10567
SilentGhost michael.mischurow+...@gmail.com added the comment:
It's not just this character. isspace() is also False for \u200c and \u200d
(from the same category). and \u2060, \u2800 and \ufeff
--
___
Python tracker rep...@bugs.python.org
http
Changes by SilentGhost michael.mischurow+...@gmail.com:
--
title: Unicode space character \u200b unrecognised a space - Some unicode
space characters are not recognized as a space
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
SilentGhost michael.mischurow+...@gmail.com added the comment:
I'm not quoting anything. Thank you very much.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10567
Changes by SilentGhost michael.mischurow+...@gmail.com:
--
nosy: -SilentGhost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10567
___
___
Python
SilentGhost michael.mischurow+...@gmail.com added the comment:
Steven, I'm not sure why you're insisting on ArgumentTypeError, when it should
be ArgumentError. The file name is not coerced into a different file type, but
rather the error occurs when trying to use parameter passed.
In any way
SilentGhost michael.mischurow+...@gmail.com added the comment:
I thought PEP 3003 was quite unambiguous:
This PEP proposes a temporary moratorium (suspension) of **all changes** to
the Python language syntax, semantics, and built-ins for a period of at least
two years from the release
SilentGhost michael.mischurow+...@gmail.com added the comment:
I thought that moratorium meant Guido dis/approval is not applicable to the 3.2
Another listed change was help ease adoption of py3k. How's that helping?
--
___
Python tracker rep
SilentGhost michael.mischurow+...@gmail.com added the comment:
yes, my problem is that callable was removed and a way was shown how to do this
check. The way which is consistent with the check for any other type (ABC). Now
out of the blue, w/o any justification this way is going to be ignored
SilentGhost michael.mischurow+...@gmail.com added the comment:
ABCs are still the exception in Python, and duck typing is still the
rule.
Then why do we callable again?
Don't worry, I'll deal with it. It's not like this whole discussion mattered
Changes by SilentGhost michael.mischurow+...@gmail.com:
Removed file: http://bugs.python.org/file19815/test_argparse.py.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9509
SilentGhost michael.mischurow+...@gmail.com added the comment:
On windows proposed changes to Lib/test/test_argparse.py cause it to enter an
infinite loop in TempDirMixin.tearDown method.
As it seemed exclusively Windows issue, this new patch replaces while loop with
the ignore_errors
SilentGhost michael.mischurow+...@gmail.com added the comment:
Ammended akira's patch for Lib/test/test_argparse.py to include suggested in
review changes: with statement, import statement
--
Added file: http://bugs.python.org/file19815/test_argparse.py.diff
SilentGhost michael.mischurow+...@gmail.com added the comment:
Just for the reference: What's new in Python 3.0 page says:
Removed callable(). Instead of callable(f) you can use isinstance(f,
collections.Callable). The operator.isCallable() function is also gone.
There doesn't seem
SilentGhost michael.mischurow+...@gmail.com added the comment:
surely, such a relevant bit of information is worth linking to!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10518
SilentGhost michael.mischurow+...@gmail.com added the comment:
I wouldn't consider it approving, what Guido says is:
I admit defeat on this one
http://mail.python.org/pipermail/python-ideas/2010-November/008747.html
Which incidentally is in response to your e-mails with the actual discussion
Changes by SilentGhost michael.mischurow+...@gmail.com:
Removed file: http://bugs.python.org/file19680/headers.py.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5800
SilentGhost michael.mischurow+...@gmail.com added the comment:
Re-submitting the patch for Lib/wsgiref/headers.py w/o the isinstance change
--
keywords: +patch
Added file: http://bugs.python.org/file19797/headers.py.diff
___
Python tracker rep
SilentGhost michael.mischurow+...@gmail.com added the comment:
What is the reason for this? Why do we need it?
--
nosy: +SilentGhost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10518
SilentGhost michael.mischurow+...@gmail.com added the comment:
Here is the correction for the docs. I would love to see this making it into
3.2 release.
--
Added file: http://bugs.python.org/file19804/wsgiref.rst.diff
___
Python tracker rep
SilentGhost michael.mischurow+...@gmail.com added the comment:
Attached patch with the try-except clause as suggested by Steven, Doug's
example now produces the following output:
$ ./python argparse_filetype_error.py
usage: argparse_filetype_error.py [-h] [-i I]
argparse_filetype_error.py
SilentGhost michael.mischurow+...@gmail.com added the comment:
In my original post, I mentioned that it might be just a documentation issue.
Could someone confirm that having map object returned is actually causing any
problems?
--
___
Python
SilentGhost michael.mischurow+...@gmail.com added the comment:
Do I have to resubmit the patch or can you use the existing one?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5800
SilentGhost michael.mischurow+...@gmail.com added the comment:
Here is the patch for Docs/library/cmd.rst
--
nosy: +SilentGhost
Added file: http://bugs.python.org/file19663/cmd.rst.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
SilentGhost michael.mischurow+...@gmail.com added the comment:
Here is the patch for Doc/library/difflib.rst
--
Added file: http://bugs.python.org/file19664/difflib.rst.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10461
SilentGhost michael.mischurow+...@gmail.com added the comment:
Patch for Doc/library/collections.rst
--
Added file: http://bugs.python.org/file19665/collections.rst.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10461
SilentGhost michael.mischurow+...@gmail.com added the comment:
patch for Doc/library/logging.rst
Also, note the the change of the mode from `'r'` to `'rb'`. `data_to_send` is
further send through socket and therefore requires to be bytes.
I expressed my opinion in irc, but I can repeat here
SilentGhost michael.mischurow+...@gmail.com added the comment:
patch for Doc/library/logging.rst
Also, note the the change of the mode from `'r'` to `'rb'`. `data_to_send` is
further send through socket and therefore requires to be bytes.
I expressed my opinion in irc, but I can repeat here
Changes by SilentGhost michael.mischurow+...@gmail.com:
Removed file: http://bugs.python.org/file19672/logging.rst.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10461
SilentGhost michael.mischurow+...@gmail.com added the comment:
Correct and update patch + update test case
--
keywords: +patch
nosy: +SilentGhost
Added file: http://bugs.python.org/file19680/headers.py.diff
___
Python tracker rep...@bugs.python.org
SilentGhost michael.mischurow+...@gmail.com added the comment:
here is the updated test case
--
Added file: http://bugs.python.org/file19681/test_wsgiref.py.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5800
SilentGhost michael.mischurow+...@gmail.com added the comment:
None of the changes are about file reading, they only about using with
statement throughout. May be nofix then?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
SilentGhost michael.mischurow+...@gmail.com added the comment:
Here is the patch for the table in Doc/library/stdtypes.rst
.count on range by some reason returns a boolean. Should it not be an int?
--
keywords: +patch
nosy: +SilentGhost
Added file: http://bugs.python.org/file19715
New submission from SilentGhost michael.mischurow+...@gmail.com:
a = range(5)
a.count(5)
False
a.count(2)
True
I believe this is related to the issue9213 that introduced count and index
method on the range object. According to the documentation accompanying that
fix it should return
SilentGhost michael.mischurow+...@gmail.com added the comment:
Benjamin, the docs say that it's possible to have count more than 1, depending
on comparison rules. If that's the case, I'm afraid your solution might need to
be adjusted.
--
___
Python
New submission from SilentGhost michael.mischurow+...@gmail.com:
the following
getopt.getopt('--testing=dr'.split(), '', ['testing'])[0]
would raise 'option --testing must not have an argument'.
Documentation reads, however: Long options which require an argument
should be followed
SilentGhost michael.mischurow+...@gmail.com added the comment:
issue is in the wording: Long options which require an argument
should be followed by an equal sign ('='). What if the argument is
optional? Then by definition it is not required, but as my example shows
omitting the equal sign
SilentGhost michael.mischurow+...@gmail.com added the comment:
Yes, that's true Doug. May be it should be explicitly stated?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6977
New submission from SilentGhost michael.mischurow+...@gmail.com:
Doc string for tkinter/__init__.py Canvas.coords (line 2115 in
python3.1.1) reads: Return a list of coordinates for the item given
in ARGS.
actual code: return map(...etc...)
I actually don't know whether it's an outdated
New submission from SilentGhost michael.mischurow+...@gmail.com:
According to docs
(http://docs.python.org/3.1/reference/datamodel.html#object.__bool__)
__bool__ can return 1 or 0 instead of True or False.
However, when I ran the following code:
Python 3.1 (r31:73574, Jun 26 2009, 20:21:35
New submission from SilentGhost michael.mischurow+...@gmail.com:
I'm comparing initialisation of Counter from an iterable with the
following function:
def unique(seq):
Dict of unique values (keys) their counts in original sequence
out_dict = dict.fromkeys(set(seq), 0
SilentGhost michael.mischurow+...@gmail.com added the comment:
I've never meant to suggest any kind of replacement of the Counter with
my example. I just tried to show that
self[elem] += 1# line 430 of collections.py
which at initialisation naturally propagates to __missing__ is somewhat
1301 - 1379 of 1379 matches
Mail list logo