[issue14558] Documentation for unittest.main does not describe some keyword arguments.
New submission from Jeffrey Finkelstein : Documentation for unittest.main, at <http://docs.python.org/dev/library/unittest.html#unittest.main>, does not describe the keyword arguments 'module', 'argv', or 'testLoader'. -- assignee: docs@python components: Documentation messages: 158104 nosy: docs@python, jfinkels priority: normal severity: normal status: open title: Documentation for unittest.main does not describe some keyword arguments. type: enhancement versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker <http://bugs.python.org/issue14558> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13278] Typo in documentation for sched module
Jeffrey Finkelstein added the comment: Thank you for the great work, Python project! On Fri, Oct 28, 2011 at 5:36 AM, Ezio Melotti wrote: > > Ezio Melotti added the comment: > > Fixed, thanks for the report! > > -- > assignee: docs@python -> ezio.melotti > resolution: -> fixed > stage: -> committed/rejected > status: open -> closed > > ___ > Python tracker > <http://bugs.python.org/issue13278> > ___ > -- ___ Python tracker <http://bugs.python.org/issue13278> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13278] Typo in documentation for sched module
New submission from Jeffrey Finkelstein : In the documentation for the sched.scheduler.enter() function, change the phrase "Other then the relative time" to "Other than the relative time" (i.e. change "then" to "than"). -- assignee: docs@python components: Documentation messages: 146506 nosy: docs@python, jfinkels priority: normal severity: normal status: open title: Typo in documentation for sched module versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker <http://bugs.python.org/issue13278> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12516] imghdr.what should take one argument
New submission from Jeffrey Finkelstein : Currently imghdr.what() accepts two parameters. The first is a file or filename and the second is a byte stream. If the second is not None, the first is ignored. This is clunky. It would be simpler to accept just one argument, which can be either an open file or a byte stream. I have attached a patch which implements this one argument approach as private function imghdr_what(). I have left imghdr.what() as a wrapper around this new function for backwards compatibility (in the hopes that it will eventually be replaced). In addition, there did not seem to be any tests for the imghdr module, so I added a few simple tests. -- components: Library (Lib) files: imghdr.patch keywords: patch messages: 139993 nosy: jfinkels priority: normal severity: normal status: open title: imghdr.what should take one argument type: feature request versions: Python 3.4 Added file: http://bugs.python.org/file22608/imghdr.patch ___ Python tracker <http://bugs.python.org/issue12516> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10455] typo in urllib.request documentation
New submission from Jeffrey Finkelstein : Typo in Doc/library/urllib.request.rst, under the "urllib.response" module description: "and" -> "an" -- assignee: d...@python components: Documentation files: urllib.request_typo.diff keywords: patch messages: 121487 nosy: d...@python, jfinkels priority: normal severity: normal status: open title: typo in urllib.request documentation versions: Python 3.2 Added file: http://bugs.python.org/file19634/urllib.request_typo.diff ___ Python tracker <http://bugs.python.org/issue10455> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10417] unittest triggers UnicodeEncodeError with non-ASCII character in the docstring of the test function
Jeffrey Finkelstein added the comment: I am not having this problem on Ubuntu 10.10 with the most recent Python 2.7: $ ./python unicodetest.py --verbose test_unicode_docstring (__main__.UnicodeTest) täst - docstring with unicode character ... ok -- Ran 1 test in 0.000s OK $ ./python unicodetest.py test_unicode_docstring (__main__.UnicodeTest) täst - docstring with unicode character ... ok -- Ran 1 test in 0.000s OK -- nosy: +jfinkels ___ Python tracker <http://bugs.python.org/issue10417> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10390] json.load should handle bytes input
Jeffrey Finkelstein added the comment: Nevermind. -- resolution: -> invalid ___ Python tracker <http://bugs.python.org/issue10390> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10390] json.load should handle bytes input
New submission from Jeffrey Finkelstein :
The following code produces an error:
# APIKEY defined above
r = urllib.request.urlopen('http://api.billboard.com/apisvc/chart/v1/'
'list/spec?api_key={}&format=JSON'
.format(APIKEY))
j = json.load(r)
Specifically, the urlopen() function returns a request object that can be read,
the request object returns a bytes object containing JSON, and the json.load()
function tries to mix str and bytes objects when using the re module.
json.load() should convert bytes to str. It is reasonable that one should be
able to open a url and pass the result directly to json.load().
--
components: Library (Lib)
messages: 120960
nosy: jfinkels
priority: normal
severity: normal
status: open
title: json.load should handle bytes input
type: feature request
versions: Python 3.2
___
Python tracker
<http://bugs.python.org/issue10390>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10036] compiler warnings for various modules on Ubuntu x86
New submission from Jeffrey Finkelstein : On Ubuntu 10.04.1, with "uname -a" outputting "Linux hostname 2.6.32-25-generic #44-Ubuntu SMP Fri Sep 17 20:26:08 UTC 2010 i686 GNU/Linux" "gcc --version" outputting "gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3" On hg revision 7965 of the py3k branch, I get the following compile-time warnings: /mnt/data/src/py3k/Modules/_posixsubprocess.c: In function ‘child_exec’: /mnt/data/src/py3k/Modules/_posixsubprocess.c:152: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result /mnt/data/src/py3k/Modules/_posixsubprocess.c:158: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result /mnt/data/src/py3k/Modules/_posixsubprocess.c:159: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result /mnt/data/src/py3k/Modules/_posixsubprocess.c:163: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result /mnt/data/src/py3k/Modules/_posixsubprocess.c:164: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result /mnt/data/src/py3k/Modules/socketmodule.c: In function ‘socket_gethostbyname_ex’: /mnt/data/src/py3k/Modules/socketmodule.c:3282: warning: dereferencing pointer ‘sa’ does break strict-aliasing rules /mnt/data/src/py3k/Modules/socketmodule.c:3280: note: initialized from here /mnt/data/src/py3k/Modules/socketmodule.c: In function ‘socket_gethostbyaddr’: /mnt/data/src/py3k/Modules/socketmodule.c:3339: warning: dereferencing pointer ‘sa’ does break strict-aliasing rules /mnt/data/src/py3k/Modules/socketmodule.c:3309: note: initialized from here /mnt/data/src/py3k/Modules/_multiprocessing/multiprocessing.c: In function ‘multiprocessing_sendfd’: /mnt/data/src/py3k/Modules/_multiprocessing/multiprocessing.c:125: warning: dereferencing type-punned pointer will break strict-aliasing rules /mnt/data/src/py3k/Modules/_multiprocessing/multiprocessing.c: In function ‘multiprocessing_recvfd’: /mnt/data/src/py3k/Modules/_multiprocessing/multiprocessing.c:168: warning: dereferencing type-punned pointer will break strict-aliasing rules /mnt/data/src/py3k/Modules/_ctypes/libffi/src/closures.c: In function ‘dlmmap_locked’: /mnt/data/src/py3k/Modules/_ctypes/libffi/src/closures.c:416: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result /mnt/data/src/py3k/Modules/_ctypes/libffi/src/closures.c:428: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result /mnt/data/src/py3k/Modules/_ctypes/libffi/src/dlmalloc.c: In function ‘mmap_resize’: /mnt/data/src/py3k/Modules/_ctypes/libffi/src/dlmalloc.c:3193: warning: implicit declaration of function ‘mremap’ /mnt/data/src/py3k/Modules/_ctypes/libffi/src/dlmalloc.c: In function ‘sys_trim’: /mnt/data/src/py3k/Modules/_ctypes/libffi/src/dlmalloc.c:3612: warning: comparison between pointer and integer -- components: Build messages: 118051 nosy: jfinkels priority: normal severity: normal status: open title: compiler warnings for various modules on Ubuntu x86 type: compile error versions: Python 3.2 ___ Python tracker <http://bugs.python.org/issue10036> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6664] readlines should understand Line Separator and Paragraph Separator characters
Jeffrey Finkelstein added the comment: This seems to be because codecs.StreamReader.readlines() function does this: def readlines(self, sizehint=None, keepends=True): data = self.read() return data.splitlines(keepends) But the io readlines() functions make multiple calls to readline() instead. Here is the test case which passes on the codecs readlines() but fails on the io readlines(). -- keywords: +patch nosy: +jfinkels Added file: http://bugs.python.org/file19086/issue6664.testcase.patch ___ Python tracker <http://bugs.python.org/issue6664> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1481347] parse_makefile doesn't handle $$ correctly
Jeffrey Finkelstein added the comment: There seems to be a test case for this: http://svn.python.org/view/python/trunk/Lib/distutils/tests/test_sysconfig.py?view=diff&r1=73340&r2=73341 -- nosy: +jfinkels ___ Python tracker <http://bugs.python.org/issue1481347> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1050268] rfc822.parseaddr is broken, breaks sendmail call in smtplib
Jeffrey Finkelstein added the comment: I can confirm this bug. Attached is the test case. -- keywords: +patch nosy: +jfinkels Added file: http://bugs.python.org/file19079/issue1050268.testcase.patch ___ Python tracker <http://bugs.python.org/issue1050268> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6640] urlparse should parse mailto: URL headers as query parameters
Jeffrey Finkelstein added the comment: Adding the 'mailto' scheme to the urllib.parse.uses_query list changes the behavior as described in msg91249. A patch with a test is attached. Note that this changes the behavior of urllib.parse.urlparse() on 'mailto:' URLs: with this patch, the function returns the "f...@example.com" in the "netloc" named tuple position instead of in the "path" position. -- keywords: +patch nosy: +jfinkels Added file: http://bugs.python.org/file19050/issue6640.patch ___ Python tracker <http://bugs.python.org/issue6640> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9864] email.utils.{parsedate, parsedate_tz} should have better return types
Jeffrey Finkelstein added the comment: Here's a patch for the python-email6 branch. It seemed to make sense to remove parsedate_tz() and mktime_tz() here, since the parsedate() function now returns a datetime object, including timezone information (if it was parsed from the input string). Also required updating several tests to work with the new return type, and removing a test that checked if the returned value of parsedate() (a time tuple) was "acceptable" for use with functions from the time module. -- Added file: http://bugs.python.org/file19040/issue9864.datetime.patch ___ Python tracker <http://bugs.python.org/issue9864> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9864] email.utils.{parsedate, parsedate_tz} should have better return types
Jeffrey Finkelstein added the comment: Where does "email6" live? -- ___ Python tracker <http://bugs.python.org/issue9864> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9864] email.utils.{parsedate, parsedate_tz} should have better return types
Jeffrey Finkelstein added the comment: I was not clear: the patch I provided REQUIRES the function I provided in issue9909. But I don't know how to change the "Dependencies" field in Roundup. -- ___ Python tracker <http://bugs.python.org/issue9864> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9864] email.utils.{parsedate, parsedate_tz} should have better return types
Jeffrey Finkelstein added the comment: If the changes I propose in issue9909 are implemented (briefly: a calendar.dayofyear() function), the following patch (with documentation and tests) should fill in the missing fields in the returned tuple. Note that the email._parseaddr module now depends on the calendar module. -- keywords: +patch nosy: +jfinkels Added file: http://bugs.python.org/file18942/issue9864.patch ___ Python tracker <http://bugs.python.org/issue9864> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9909] request for calendar.dayofyear() function
New submission from Jeffrey Finkelstein : This is a function which computes the integer between 1 and 366 representing the day of the year, given a year, month, and day. The implementation I have provided computes the difference between the ordinal numbers of the given day and January first of that month. This will be useful in resolving issue9864, in which parsing of date strings has an unimplemented "day of year" feature. -- components: Library (Lib) files: dayofyear.patch keywords: patch messages: 117024 nosy: jfinkels priority: normal severity: normal status: open title: request for calendar.dayofyear() function type: feature request versions: Python 3.3 Added file: http://bugs.python.org/file18941/dayofyear.patch ___ Python tracker <http://bugs.python.org/issue9909> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1187] pipe fd handling issues in subprocess.py on POSIX
Jeffrey Finkelstein added the comment: Here's a patch which adds the test from 1187-dustin.patch for the py3k branch. The test passes without any additional changes to the py3k code. -- nosy: +jfinkels Added file: http://bugs.python.org/file18902/issue1187.patch ___ Python tracker <http://bugs.python.org/issue1187> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9759] GzipFile object should raise ValueError on .read() after .close()
Jeffrey Finkelstein added the comment: Here's the updated patch, which checks whether the file is closed on each call to read(), write(), and flush(), along with a test. -- Added file: http://bugs.python.org/file18893/issue9759.patch ___ Python tracker <http://bugs.python.org/issue9759> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9759] GzipFile object should raise ValueError on .read() after .close()
Jeffrey Finkelstein added the comment: Here's the 2.7 branch patch. -- Added file: http://bugs.python.org/file18875/issue9759.patch ___ Python tracker <http://bugs.python.org/issue9759> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9759] GzipFile object should raise ValueError on .read() after .close()
Jeffrey Finkelstein added the comment: Here is a patch for the py3k branch which adds a check for whether the GzipFile is closed on each call to GzipFile.read(). If the file is closed already, the method raises a ValueError if it is (with the message text copied from the corresponding fileobject's error message). I added an assertion to the test_read() method in Lib/test/test_gzip.py. The changes will be exactly the same for the 2.7 branch. -- keywords: +patch nosy: +jfinkels Added file: http://bugs.python.org/file18874/issue9759.patch ___ Python tracker <http://bugs.python.org/issue9759> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1194222] parsedate and Y2K
Jeffrey Finkelstein added the comment: Removed copyright additions from patch. -- Added file: http://bugs.python.org/file18634/issue1194222-trunk.diff ___ Python tracker <http://bugs.python.org/issue1194222> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1194222] parsedate and Y2K
Jeffrey Finkelstein added the comment: Removed copyright additions from patch. -- Added file: http://bugs.python.org/file18633/issue1194222-py3k.diff ___ Python tracker <http://bugs.python.org/issue1194222> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1194222] parsedate and Y2K
Changes by Jeffrey Finkelstein : Removed file: http://bugs.python.org/file18630/issue1194222-trunk.diff ___ Python tracker <http://bugs.python.org/issue1194222> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1194222] parsedate and Y2K
Jeffrey Finkelstein added the comment: Added my copyright information to the patch for trunk. -- Added file: http://bugs.python.org/file18631/issue1194222-trunk.diff ___ Python tracker <http://bugs.python.org/issue1194222> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1194222] parsedate and Y2K
Jeffrey Finkelstein added the comment: Attached a patch with just the y2k changes and new unit test, for the trunk branch. -- Added file: http://bugs.python.org/file18630/issue1194222-trunk.diff ___ Python tracker <http://bugs.python.org/issue1194222> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1194222] parsedate and Y2K
Jeffrey Finkelstein added the comment: Attached a patch with just the y2k changes and new unit test, for the py3k branch. -- Added file: http://bugs.python.org/file18629/issue1194222-py3k.diff ___ Python tracker <http://bugs.python.org/issue1194222> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1194222] parsedate and Y2K
Jeffrey Finkelstein added the comment: I suppose this is a bug fix because it changes the behavior of email.utils.parsedate_tz() to match the RFC standards. -- versions: +Python 2.7, Python 3.1 ___ Python tracker <http://bugs.python.org/issue1194222> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1194222] parsedate and Y2K
Jeffrey Finkelstein added the comment: Sorry about that; the diff paths have the "a/" and "b/" prefixes. Patch with -p1 at the top-level directory: patch -p1 < issue1194222fix-py3k.diff -- ___ Python tracker <http://bugs.python.org/issue1194222> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
