[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2562 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10570] curses.tigetstr() returns bytes, but curses.tparm() expects a string
New submission from Jakub Wilk jw...@jwilk.net: $ python3 --version Python 3.1.3 $ python3 setup.py bdist upload --sign [snip] Traceback (most recent call last): File setup.py, line 71, in module cmdclass = dict(build_py=build_py) File /usr/local/lib/python3.1/distutils/core.py, line 149, in setup dist.run_commands() File /usr/local/lib/python3.1/distutils/dist.py, line 919, in run_commands self.run_command(cmd) File /usr/local/lib/python3.1/distutils/dist.py, line 938, in run_command cmd_obj.run() File /usr/local/lib/python3.1/distutils/command/upload.py, line 66, in run self.upload_file(command, pyversion, filename) File /usr/local/lib/python3.1/distutils/command/upload.py, line 155, in upload_file body.write(value) TypeError: 'str' does not support the buffer interface Without --sign it works just fine. -- components: Library (Lib) messages: 122746 nosy: jwilk priority: normal severity: normal status: open title: curses.tigetstr() returns bytes, but curses.tparm() expects a string type: behavior versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10570 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10571] setup.py upload --sign broken: TypeError: 'str' does not support the buffer interface
New submission from Jakub Wilk jw...@jwilk.net: $ python3 --version Python 3.1.3 $ python3 setup.py bdist upload --sign [snip] Traceback (most recent call last): File setup.py, line 71, in module cmdclass = dict(build_py=build_py) File /usr/local/lib/python3.1/distutils/core.py, line 149, in setup dist.run_commands() File /usr/local/lib/python3.1/distutils/dist.py, line 919, in run_commands self.run_command(cmd) File /usr/local/lib/python3.1/distutils/dist.py, line 938, in run_command cmd_obj.run() File /usr/local/lib/python3.1/distutils/command/upload.py, line 66, in run self.upload_file(command, pyversion, filename) File /usr/local/lib/python3.1/distutils/command/upload.py, line 155, in upload_file body.write(value) TypeError: 'str' does not support the buffer interface Without --sign it works just fine. -- assignee: tarek components: Distutils messages: 122747 nosy: eric.araujo, jwilk, tarek priority: normal severity: normal status: open title: setup.py upload --sign broken: TypeError: 'str' does not support the buffer interface versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10571 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10571] setup.py upload --sign broken: TypeError: 'str' does not support the buffer interface
Jakub Wilk jw...@jwilk.net added the comment: Matthias: Nope, this one is OK. -- assignee: - tarek components: +Distutils -Library (Lib) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10571 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10570] curses.tigetstr() returns bytes, but curses.tparm() expects a string
Jakub Wilk jw...@jwilk.net added the comment: Ugh. Please disregard the first message. What I wanted to write is: In Python 3.1.3, curses.tigetstr() returns bytes (which makes sense), but curses.tparm() expects a Unicode string as first argument. As a consequence even the example given in the documentation doesn't work: from curses import * setupterm() tparm(tigetstr(cup), 5, 3) Traceback (most recent call last): File stdin, line 1, in module TypeError: must be string, not bytes -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10570 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10571] setup.py upload --sign broken: TypeError: 'str' does not support the buffer interface
Jakub Wilk jw...@jwilk.net added the comment: Patch attached. -- keywords: +patch Added file: http://bugs.python.org/file19870/issue10571.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10571 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue969718] BASECFLAGS are not passed to module build line
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue969718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7213] Popen.subprocess change close_fds default to True
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7213 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1882] py_compile does not follow PEP 0263
New submission from Jakub Wilk:
PEP 0263 allows an encoding declaration in the second line, but
py_compile seems not to recognize such ones:
MODULE = \n# encoding=UTF-8\nU = u'\xc3\xb3'\n
f = file('tmp.py', 'w')
f.write(MODULE)
f.close()
from py_compile import compile
compile('tmp.py', 'tmp_buggy.pyc', 'tmp_buggy.py', doraise = True)
import tmp
import tmp_buggy
tmp.U
u'\xf3'
tmp_buggy.U
u'\xc3\xb3'
--
components: Library (Lib)
messages: 61384
nosy: jwilk
severity: major
status: open
title: py_compile does not follow PEP 0263
type: behavior
versions: Python 2.4, Python 2.5
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1882
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3990] The Linux2 platform definition is incorrect for alpha, hppa, mips, sparc
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3990 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5871] email.header.Header allows to embed raw newlines into a message
Jakub Wilk jw...@jwilk.net added the comment: Sorry if that wasn't clear in the first place: this is not a feature request. I agree that current behavior for email.header.Header (as shown in the first message) is bizarre, confusing, unnecessary, and potentially leading to vulnerabilities - that's why I filed this bug. -- status: pending - open title: email.header.Header allow to embed raw newlines into a message - email.header.Header allows to embed raw newlines into a message type: feature request - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4608] urllib.request.urlopen does not return an iterable object
New submission from Jakub Wilk [EMAIL PROTECTED]:
$ cat urltest2.5
#!/usr/bin/python2.5
from urllib2 import urlopen
for line in urlopen('http://python.org/'):
print line
break
$ ./urltest2.5
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;
$ cat urltest3.0
#!/usr/bin/python3.0
from urllib.request import urlopen
for line in urlopen('http://python.org/'):
print(line)
break
$ ./urltest3.0
Traceback (most recent call last):
File ./urltest3.0, line 3, in module
for line in urlopen('http://python.org/'):
TypeError: 'addinfourl' object is not iterable
--
components: Library (Lib)
messages: 77405
nosy: jwilk, pl
severity: normal
status: open
title: urllib.request.urlopen does not return an iterable object
type: behavior
versions: Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4608
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4608] urllib.request.urlopen does not return an iterable object
Jakub Wilk uba...@users.sf.net added the comment: Regarding Senthil's patch: __next__() method seems superfluous to me (and the implementation is buggy). ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4608 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4608] urllib.request.urlopen does not return an iterable object
Jakub Wilk uba...@users.sf.net added the comment: Oops, __next__ is OK. Sorry for the confusion. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4608 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1813] Codec lookup failing under turkish locale
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2844] int() lies about base parameter
New submission from Jakub Wilk [EMAIL PROTECTED]:
int('42', 42)
Traceback (most recent call last):
File stdin, line 1, in module
ValueError: int() base must be = 2 and = 36
int('42', -909)
42
--
components: Library (Lib)
messages: 66777
nosy: jwilk
severity: normal
status: open
title: int() lies about base parameter
type: behavior
versions: Python 2.4, Python 2.5
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2844
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2844] int() lies about base parameter
Jakub Wilk [EMAIL PROTECTED] added the comment: 10 would *not* do the trick: int(42) 42 int(42, 10) Traceback (most recent call last): File stdin, line 1, in module TypeError: int() can't convert non-string with explicit base __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2844 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3228] mailbox.mbox creates files with execute bit set
Changes by Jakub Wilk [EMAIL PROTECTED]: -- nosy: +jwilk ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3228] mailbox.mbox creates files with execute bit set
Jakub Wilk [EMAIL PROTECTED] added the comment: For consistency with other methods, test_folder_file_permissions() should set umask to 0. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7599] (c)ElementTree can produce invalid XML
New submission from Jakub Wilk uba...@users.sf.net:
$ cat buggy.py
import sys
from xml.etree import ElementTree as et
root = et.Element('root')
root.text = u'\x07'
et.ElementTree(root).write(sys.stdout)
$ python buggy.py | xmllint -
-:1: parser error : PCDATA invalid Char value 7
root/root
^
--
components: Library (Lib)
messages: 97032
nosy: jwilk
severity: normal
status: open
title: (c)ElementTree can produce invalid XML
type: behavior
versions: Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7599
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5228] multiprocessing not compatible with functools.partial
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8323] multiprocessing.Queue ignores pickle restrictions in .put()
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8323 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12226] use secured channel for uploading packages to pypi
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12226 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12619] Automatically regenerate platform-specific modules
Jakub Wilk jw...@jwilk.net added the comment: FYI, in Debian we have at least: one package using the CDROM module, 3 packages using the IN module, 14 packages using the DLFCN module. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12619 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13226] Expose RTLD_* constants in the posix module
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13226 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12619] Automatically regenerate platform-specific modules
Jakub Wilk jw...@jwilk.net added the comment: * STINNER Victor rep...@bugs.python.org, 2011-10-19, 22:55: FYI, in Debian we have at least: one package using the CDROM module, Is it cdsuite? (http://offog.org/code/cdsuite.html) No, Freevo http://freevo.sourceforge.net/. 3 packages using the IN module, I found policykit (it uses IN.INT_MAX). Not in Debian, apparently... What are the 2 others? Which constants are used? * Ganeti http://code.google.com/p/ganeti/: SO_PEERCRED; * Mandos http://www.recompile.se/mandos: SO_BINDTODEVICE; * Pydhcplib http://pydhcplib.tuxfamily.org/: SO_BINDTODEVICE. 14 packages using the DLFCN module. Oh, so many? Which projects? Which constants are used? * Boost http://www.boost.org/: RTLD_NOW, RTLD_GLOBAL; * Ecasound http://www.eca.cx/ecasound/: RTLD_LAZY, RTLD_GLOBAL; * GDCM http://gdcm.sourceforge.net/: RTLD_LAZY, RTLD_GLOBAL; * GNU Radio http://gnuradio.org/: RTLD_GLOBAL; * GStreamer http://gstreamer.freedesktop.org/: RTLD_GLOBAL, RTLD_LAZY; * MPI for Python http://code.google.com/p/mpi4py/: RTLD_NOW, RTLD_GLOBAL; * Open Babel http://openbabel.org: RTLD_GLOBAL; * PyTrilinos http://trilinos.sandia.gov/: RTLD_NOW, RTLD_GLOBAL; * SALOME http://www.salome-platform.org/: RTLD_NOW, RTLD_GLOBAL; * VTK http://www.vtk.org/: RTLD_NOW, RTLD_GLOBAL; * Yade https://launchpad.net/yade: RTLD_NOW, RTLD_GLOBAL; * pyOpenSSL http://launchpad.net/pyopenssl: RTLD_NOW, RTLD_GLOBAL. (That's only 12; we have two versions of Ecasound in the archive, and two binary packages with DLFCN-using code are produced from GDCM sources.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12619 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16948] email.mime.text.MIMEText: QP encoding broken with charset!=ISO-8859-1
New submission from Jakub Wilk:
If you try to create MIMEText object with text containing characters outside
the ISO-8859-1 range,
the quoted-printable encoder fails with KeyError:
Python 3.2.3 (default, Sep 10 2012, 12:58:42)
[GCC 4.7.1] on linux2
Type help, copyright, credits or license for more information.
import email.mime.text
email.mime.text.MIMEText('\u017c', 'plain', 'ISO-8859-2')
Traceback (most recent call last):
File /usr/lib/python3.2/email/message.py, line 331, in set_charset
cte(self)
TypeError: 'str' object is not callable
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File stdin, line 1, in module
File /usr/lib/python3.2/email/mime/text.py, line 30, in __init__
self.set_payload(_text, _charset)
File /usr/lib/python3.2/email/message.py, line 296, in set_payload
self.set_charset(charset)
File /usr/lib/python3.2/email/message.py, line 333, in set_charset
self._payload = charset.body_encode(self._payload)
File /usr/lib/python3.2/email/charset.py, line 395, in body_encode
return email.quoprimime.body_encode(string)
File /usr/lib/python3.2/email/quoprimime.py, line 240, in body_encode
if body_check(ord(c)):
File /usr/lib/python3.2/email/quoprimime.py, line 81, in body_check
return chr(octet) != _QUOPRI_BODY_MAP[octet]
KeyError: 380
--
components: Library (Lib)
messages: 179826
nosy: jwilk
priority: normal
severity: normal
status: open
title: email.mime.text.MIMEText: QP encoding broken with charset!=ISO-8859-1
versions: Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16948
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17018] Inconsistent behaviour of methods waiting for child process
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17018 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12641] Remove -mno-cygwin from distutils
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12641 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'
Jakub Wilk jw...@jwilk.net added the comment: Just to give some statistic, in Debian we have 80 binary packages that check if sys.platform is linux2. However, it appears to me that vast majority of them is broken anyway, because what they really mean to check is: - is this a non-Windows sytem? or - is this a UNIX-like system? or - is this a system with GNU userland? -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12326 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12761] Typo in Doc/license.rst
New submission from Jakub Wilk jw...@jwilk.net: The zlib extension is built using an included copy of the zlib sources unless the zlib version found on the system is too old to be used for the build I believe it should be if rather than unless. -- messages: 142205 nosy: jwilk priority: normal severity: normal status: open title: Typo in Doc/license.rst versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12761 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12762] EnvironmentError_str contributes to unportable code
New submission from Jakub Wilk jw...@jwilk.net: It is a surprisingly common error in 3rd party code to write something like this: try: eggs() except OSError, e: if e.errno == 17: ham() This is wrong, because according to POSIX[0], “only […] symbolic names should be used in programs, since the actual value of the error number is unspecified.” I was wondering why Python programmers keep writing such unportable code - e.g. I've never seen C code that would compare errno variable with a hardcoded integer. I came into conclution that the Python interpreter itself is (partially) to blame. Currently exception message generated from errno looks like this: [Errno 2] No such file or directory: '/punt' It would be better if the message was: [ENOENT] No such file or directory: '/punt' or, if the above is too hard to implement, even: No such file or directory: '/punt' -- messages: 142207 nosy: jwilk priority: normal severity: normal status: open title: EnvironmentError_str contributes to unportable code ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12762 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12762] EnvironmentError_str contributes to unportable code
Jakub Wilk jw...@jwilk.net added the comment: And the lost footnote is: [0] http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_03.html#tag_02_03 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12762 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14102] argparse: add ability to create a man page
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14102 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15332] 2to3 should fix bad indentation (or warn about it)
New submission from Jakub Wilk jw...@jwilk.net: Python 3 is more rigid about mixing tabs and spaces within a single file. 2to3 should either fix indentation that would become a syntax error in Python 3.X, or maybe issue a warning about it (or both). Example: $ python badtabs.py echo okay okay $ 2to3 badtabs.py RefactoringTool: Skipping implicit fixer: buffer RefactoringTool: Skipping implicit fixer: idioms RefactoringTool: Skipping implicit fixer: set_literal RefactoringTool: Skipping implicit fixer: ws_comma RefactoringTool: No files need to be modified. $ python3 badtabs.py echo okay File badtabs.py, line 3 'b' ^ TabError: inconsistent use of tabs and spaces in indentation -- components: 2to3 (2.x to 3.x conversion tool) files: badtabs.py messages: 165303 nosy: jwilk priority: normal severity: normal status: open title: 2to3 should fix bad indentation (or warn about it) Added file: http://bugs.python.org/file26365/badtabs.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15332 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14248] Typo in What’s New In Python 3.3: comparaison
New submission from Jakub Wilk jw...@jwilk.net: Typo in Doc/whatsnew/3.3.rst: comparaison - comparison. -- assignee: docs@python components: Documentation messages: 155347 nosy: docs@python, jwilk priority: normal severity: normal status: open title: Typo in What’s New In Python 3.3: comparaison versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2066] Adding new CNS11643, a *huge* charset, support in cjkcodecs
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17988] ElementTree.Element != ElementTree._ElementInterface
New submission from Jakub Wilk: The xml.etree.ElementTree module provides _Element and _ElementInterface as compatibility aliases for Element. However, in Python 3.3 if the _elementtree module is importable, these classes are not identical: Element is a C implementation, and _Element/_ElementInterface is a Python implementation. $ python3.2 test-elementinterface.py 141477524 141477524 141477524 $ python3.3 test-elementinterface.py 137248544 4144597188 4144597188 -- components: Library (Lib) files: test-elementinterface.py messages: 189319 nosy: jwilk priority: normal severity: normal status: open title: ElementTree.Element != ElementTree._ElementInterface versions: Python 3.3 Added file: http://bugs.python.org/file30270/test-elementinterface.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17988 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17988] ElementTree.Element != ElementTree._ElementInterface
Jakub Wilk added the comment: The attached (untested) patch should fix the bug. -- keywords: +patch Added file: http://bugs.python.org/file30271/elementinterface.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17988 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17989] ElementTree.Element broken attribute setting
New submission from Jakub Wilk:
Setting attributes on ElementTree.Element objects is broken: it succeeds
without exception, but then the following statement fails with AttributeError
(unless that statement sets an Element's attribute too):
$ python3.3 test-element-setattr.py
Hello world!Traceback (most recent call last):
File test-element-setattr.py, line 6, in module
print('Hello world!')
AttributeError: ham2
--
components: Library (Lib)
files: test-element-setattr.py
messages: 189321
nosy: jwilk
priority: normal
severity: normal
status: open
title: ElementTree.Element broken attribute setting
versions: Python 3.3
Added file: http://bugs.python.org/file30272/test-element-setattr.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17989
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18026] Typo in ctypes documentation
New submission from Jakub Wilk: http://docs.python.org/3/library/ctypes.html#finding-shared-libraries reads: If wrapping a shared library with ctypes, it may be better to determine the shared library name at development type, and hardcode ... Shouldn't that be ... at development time, ...? -- assignee: docs@python components: Documentation messages: 189693 nosy: docs@python, jwilk priority: normal severity: normal status: open title: Typo in ctypes documentation ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18026 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18027] distutils should access stat_result timestamps via .st_*time attributes
New submission from Jakub Wilk: Currently distutils accesses stat_result timestamps like this: os.stat(source)[ST_MTIME] But, for compatibility with older Python versions, the above method gives you at most 1-second resolution. It should do it like this instead: os.stat(source).st_mtime -- assignee: eric.araujo components: Distutils messages: 189695 nosy: eric.araujo, jwilk, tarek priority: normal severity: normal status: open title: distutils should access stat_result timestamps via .st_*time attributes ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1054041] Python doesn't exit with proper resultcode on SIGINT
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1054041 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18020] html.escape 10x slower than cgi.escape
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18128] pygettext: non-standard timestamp format in POT-Creation-Date
New submission from Jakub Wilk:
pygettext uses non-standard timestamp format in the POT-Creation-Date field.
For example:
POT-Creation-Date: 2013-06-03 22:31+CEST
whereas xgettext uses this format:
POT-Creation-Date: 2013-06-03 22:31+0200
You could use this code to generate timestamps in the same format as xgettext:
from time import time, localtime, strftime
from calendar import timegm
def gettext_timestamp():
now = int(time())
nowtuple = localtime(now)
offset = timegm(nowtuple) - now
sign = '-' if offset 0 else '+'
hour, minute = divmod(abs(offset) // 60, 60)
return strftime('%Y-%m-%d %H:%M', nowtuple) + sign + '%02d%02d' % (hour,
minute)
--
messages: 190563
nosy: jwilk
priority: normal
severity: normal
status: open
title: pygettext: non-standard timestamp format in POT-Creation-Date
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18128
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1475523] gettext breaks on plural-forms header
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1475523 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18216] gettext doesn't check MO versions
New submission from Jakub Wilk: The MO file format specification[0] reads: A program seeing an unexpected major revision number should stop reading the MO file entirely But Python doesn't pay attention to versions at all. As a test-case I attached a MO file with a bogus major revision number. msgunfmt correcly rejects such a file: $ msgunfmt messages.mo msgunfmt: file messages.mo is not in GNU .mo format Yet Python opens it happily: import gettext t = gettext.GNUTranslations(open(messages.mo, rb)) t.gettext(foo) 'bar' [0] http://www.gnu.org/software/gettext/manual/html_node/MO-Files.html -- components: Library (Lib) files: messages.mo messages: 191151 nosy: jwilk priority: normal severity: normal status: open title: gettext doesn't check MO versions Added file: http://bugs.python.org/file30587/messages.mo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18216 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14653] Improve mktime_tz to use calendar.timegm instead of time.mktime
Jakub Wilk added the comment: The documentations says Minor deficiency: mktime_tz() interprets the first 8 elements of tuple as a local time and then compensates for the timezone difference. This may yield a slight error around changes in daylight savings time, though not worth worrying about for common use. Now that this bug has been fixed, this no longer true. Please update the documentation. :) -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14653 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14653] Improve mktime_tz to use calendar.timegm instead of time.mktime
Jakub Wilk added the comment: Fair enough, filed as issue #18243. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14653 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18243] mktime_tz documentation out-of-date
New submission from Jakub Wilk: email.utils.mktime_tz documentations says: Minor deficiency: mktime_tz() interprets the first 8 elements of tuple as a local time and then compensates for the timezone difference. This may yield a slight error around changes in daylight savings time, though not worth worrying about for common use. But now that issue #14653 is fixed, this is no longer true. -- assignee: docs@python components: Documentation messages: 191346 nosy: docs@python, jwilk priority: normal severity: normal status: open title: mktime_tz documentation out-of-date ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18243 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18263] python.man: no documentation for -b, -X
New submission from Jakub Wilk: The -b and -X options are not documented in Misc/python.man. -- assignee: docs@python components: Documentation messages: 191463 nosy: docs@python, jwilk priority: normal severity: normal status: open title: python.man: no documentation for -b, -X ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18263 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17121] SSH upload for distutils
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17121 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18217] Deprecate and remove gettext.install
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18217 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10529] Write argparse i18n howto
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10529 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18317] gettext: DoS via crafted Plural-Forms
New submission from Jakub Wilk: It is possible to craft a MO file with Plural-Forms taking arbitrary amounts of CPU and memory to evaluate. A test case is attached. I realize that opening unstrusted MO files is a rather unusual use case, but the module already contains some code to protect againt malicious Plural-Forms, so I thought you might want to fix this problem as well. -- components: Library (Lib) files: testcase.mo messages: 191963 nosy: jwilk priority: normal severity: normal status: open title: gettext: DoS via crafted Plural-Forms type: security Added file: http://bugs.python.org/file30715/testcase.mo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18317 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18317] gettext: DoS via crafted Plural-Forms
Changes by Jakub Wilk jw...@jwilk.net: Added file: http://bugs.python.org/file30716/testcase.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18317 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18319] gettext() cannot find translations with plural forms
New submission from Jakub Wilk:
gettext() cannot find translations for messages that have plural forms. I would
expect that gettext(s) is equivalent to ngettext(s, s, 1) for such messages, as
it is implemented in GNU gettext.
import gettext
with open('test.mo', 'rb') as mo: trans = gettext.GNUTranslations(mo)
...
trans.ngettext(egg, eggs, 1)
'Ei'
trans.gettext(egg)
'egg'
--
components: Library (Lib)
files: test.mo
messages: 191967
nosy: jwilk
priority: normal
severity: normal
status: open
title: gettext() cannot find translations with plural forms
Added file: http://bugs.python.org/file30717/test.mo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18319
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18317] gettext: DoS via crafted Plural-Forms
Jakub Wilk added the comment: Making token filtering more thorough may be simpler that going through AST. I think Python should accept all the operators that GNU gettext accepts: http://git.savannah.gnu.org/cgit/gettext.git/tree/gettext-runtime/intl/plural.y?id=v0.18.2.1#n132 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18317 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15872] shutil.rmtree(..., ignore_errors=True) doesn't ignore all errors
New submission from Jakub Wilk:
This used to work correctly in Python 3.2:
Python 3.3.0rc1 (default, Aug 29 2012, 00:39:20)
[GCC 4.7.1] on linux
Type help, copyright, credits or license for more information.
import shutil
shutil.rmtree('/etc/fstab', ignore_errors=True)
Traceback (most recent call last):
File stdin, line 1, in module
File /usr/lib/python3.3/shutil.py, line 456, in rmtree
Not a directory: '{}'.format(path))
NotADirectoryError: [Errno 20] Not a directory: '/etc/fstab'
--
messages: 169936
nosy: jwilk
priority: normal
severity: normal
status: open
title: shutil.rmtree(..., ignore_errors=True) doesn't ignore all errors
type: behavior
versions: Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15872
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5279] 2to3 mishandles some imports
New submission from Jakub Wilk uba...@users.sf.net: $ cat test.py from itertools import imap as _map $ ./2to3 test.py 2/dev/null --- test.py (original) +++ test.py (refactored) @@ -1,1 +1,1 @@ -from itertools import imap as _map +from itertools import as _map -- components: 2to3 (2.x to 3.0 conversion tool) messages: 82236 nosy: jwilk, pl severity: normal status: open title: 2to3 mishandles some imports versions: Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5279 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3672] Ill-formed surrogates not treated as errors during encoding/decoding
Changes by Jakub Wilk uba...@users.sf.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3672 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created
Changes by Jakub Wilk uba...@users.sf.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3297 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5871] email.header.Header allow to embed raw newlines into a message
New submission from Jakub Wilk uba...@users.sf.net:
from email.mime.text import MIMEText
from email.header import Header
msg = MIMEText('dummy')
h = Header('dummy\nX-Injected-Header: yes')
msg['Subject'] = h
print msg.as_string()
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: dummy
X-Injected-Header: yes
dummy
--
components: Library (Lib)
messages: 86767
nosy: jwilk, pl
severity: normal
status: open
title: email.header.Header allow to embed raw newlines into a message
versions: Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5871
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19941] python -m imports non-ASCII .py file without encoding declaration
New submission from Jakub Wilk: If you have a non-ASCII .py file without encoding declaration, then you can't normally import it: $ python --version Python 2.7.6 $ python -c 'import test' Traceback (most recent call last): File string, line 1, in module File test.py, line 1 SyntaxError: Non-ASCII character '\xc2' in file test.py on line 1, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details However, python -m happily imports such files: $ python -m test ¡Hello world! -- files: test.py messages: 205787 nosy: jwilk priority: normal severity: normal status: open title: python -m imports non-ASCII .py file without encoding declaration versions: Python 2.7 Added file: http://bugs.python.org/file33076/test.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19941 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17762] platform.linux_distribution() should honor /etc/os-release
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17762 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19907] gettext - Non ascii chars in header
Jakub Wilk added the comment: See also issue18128. Date headers are not only for humans; I've seen software that parses them. -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19907 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19783] No SSL match_hostname() in nntplib
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19783 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19942] UTF-8 encoding not enforced
New submission from Jakub Wilk: I created a Python file which contained a non-UTF-8 string literal (but no Unicode literals), and added UTF-8 encoding declaration to it. I expected that Python will raise SyntaxError when importing such module, but it doesn't: $ python --version Python 2.7.6 $ python -c 'import test1' echo ok ok Curiously enough, if I change the declaration to UTF8, then the exception is raised as expected: $ sed -e 's/UTF-8/UTF8/' test1.py test2.py $ python -c 'import test2' Traceback (most recent call last): File string, line 1, in module File test2.py, line 2 SyntaxError: 'utf8' codec can't decode byte 0xa1 in position 5: invalid start byte -- messages: 205795 nosy: jwilk priority: normal severity: normal status: open title: UTF-8 encoding not enforced versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19942 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19942] UTF-8 encoding not enforced
Changes by Jakub Wilk jw...@jwilk.net: Added file: http://bugs.python.org/file33078/test1.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19942 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19943] typo: unkown → unknown
New submission from Jakub Wilk: There's a typo in Lib/lib2to3/fixes/fix_import.py: unkown → unknown -- components: Library (Lib) messages: 205799 nosy: jwilk priority: normal severity: normal status: open title: typo: unkown → unknown ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19943 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12029] Catching virtual subclasses in except clauses
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12029 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5996] abstract class instantiable when subclassing dict
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5996 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19942] UTF-8 encoding not enforced
Jakub Wilk added the comment: With a slightly adapted test case, I see the same behavior in Python 3.3.3. Perhaps it would be worth fixing the bug in Python 3.4? -- Added file: http://bugs.python.org/file33092/test3.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19942 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18603] PyOS_mystricmp unused and no longer available
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18603 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20044] gettext.install() ignores previous call to locale.setlocale()
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20044 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16074] Bad error message in os.rename, os.link, and os.symlink
Jakub Wilk added the comment:
As far as rename() and link() are concerned, either of the arguments can cause
an ENOENT error:
os.rename('/dev/foobar', '/dev/barfoo') # fails because /dev/foobar doesn't
exist
os.rename('/dev/null', '/foo/bar/baz') # fails because /foo/bar doesn't exist
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16074
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19846] Python 3 raises Unicode errors with the C locale
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19846 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15216] Support setting the encoding on a text stream after creation
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15216 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19977] Use surrogateescape error handler for sys.stdin and sys.stdout on UNIX for the C locale
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19977 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19619] Blacklist base64, hex, ... codecs from bytes.decode() and str.encode()
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20093] Wrong OSError message from os.rename() when dst is a non-empty directory
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20093 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20050] distutils should check PyPI certs when connecting to it
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20050 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7475 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1652] subprocess should have an option to restore SIGPIPE to default action
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1652 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18373] implement sys.get/setbyteswarningflag()
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18373 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20415] Could method isinstance take a list as parameter?
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20415 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16202] sys.path[0] security issues
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16202 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20447] doctest.debug_script: insecure use of /tmp
New submission from Jakub Wilk: The doctest.debug_script function creates temporary files in an insecure way: srcfilename = tempfile.mktemp(.py, doctestdebug) f = open(srcfilename, 'w') This is already fixed for Python = 3.2, although for reasons other than security: issue12451 -- components: Library (Lib) messages: 209717 nosy: jwilk priority: normal severity: normal status: open title: doctest.debug_script: insecure use of /tmp type: security versions: Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20447 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12015] possible characters in temporary file name is too few
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12015 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18673] Add O_TMPFILE to os module
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18673 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20361] -W command line options and PYTHONWARNINGS environmental variable should not override -b / -bb command line options
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20361 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17997] ssl.match_hostname(): sub string wildcard should not match IDNA prefix
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17997 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20749] shutil.unpack_archive(): security concerns not documented
New submission from Jakub Wilk: shutil.unpack_archive() uses tarfile.extractall() under the hood, so it's not suitable for unpacking untrusted archives. But this fact is not documented. Please add a security warning to shutil.unpack_archive() documentation. -- assignee: docs@python components: Documentation messages: 212029 nosy: docs@python, jwilk priority: normal severity: normal status: open title: shutil.unpack_archive(): security concerns not documented ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20749 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13856] xmlrpc / httplib changes to allow for certificate verification
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13856 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17621] Create a lazy import loader mixin
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17621 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21324] dbhash leaks random memory fragments to a database
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21324 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21334] nntplib throws exceptions making sinntp unusable
Jakub Wilk added the comment:
For the reference, the exception is:
Traceback (most recent call last):
File /home/user/sources/sinntp/sinntp, line 357, in module
connection.quit()
File /usr/lib/python2.7/nntplib.py, line 608, in quit
resp = self.shortcmd('QUIT')
File /usr/lib/python2.7/nntplib.py, line 268, in shortcmd
return self.getresp()
File /usr/lib/python2.7/nntplib.py, line 223, in getresp
resp = self.getline()
File /usr/lib/python2.7/nntplib.py, line 212, in getline
raise NNTPDataError('line too long')
nntplib.NNTPDataError: line too long
The change in the behavior is intentional. The maximum line length has been
limited to 2048 to prevent denial of service. This is issue #16040 aka
CVE-2013-1752.
This is what relevant standards say:
RFC 3977 §3.1.1: “This document does not place any limit on the length of a
line in a multi-line block. However, the standards that define the format of
articles may do so.”
RFC 5322 §2.1.1: “Each line of characters MUST be no more than 998 characters,
and SHOULD be no more than 78 characters, excluding the CRLF.”
The message that sinntp tripped over had lines longer than RFC 5322 permits, so
it shouldn't have been accepted by the server in the first place.
I don't think there's much to be fixed on the Python side.
What could be improved is error handling in sinntp; but let's discuss this in
the sinntp bug tracker. :)
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21334
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21332] subprocess bufsize=1 docs are misleading
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21332 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9338] argparse optionals with nargs='?', '*' or '+' can't be followed by positionals
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9338 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21109] tarfile: Traversal attack vulnerability
Changes by Jakub Wilk jw...@jwilk.net: -- nosy: +jwilk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21109 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
