Ameya Lokare lokare.am...@gmail.com added the comment:
I've attached a proposed doc patch. I figured I'd move the Error argument
format in the description of shutil.copytree, since the format is different for
other functions (shutil.move, for example).
--
keywords: +patch
nosy:
Changes by Martin von Gagern martin.vgag...@gmx.net:
--
nosy: +gagern
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4934
___
___
Python-bugs-list
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
It's not the same error, but there's no point opening another issue for it. The
earlier error occurred more frequently, and was specifically due to some
changes I made, whereas this error hasn't occurred before and appears to be due
to
Ram Rachum cool...@cool-rr.com added the comment:
Test attached.
--
Added file: http://bugs.python.org/file22027/test.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11969
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Here's a patch:
- those functions now accept and return str, not bytes arrays
You use UTF-8 encoding:
+Is, ni[i].if_index, ni[i].if_name);
+if (!PyArg_ParseTuple(args, s:if_nametoindex, ifname))
You should
STINNER Victor victor.stin...@haypocalc.com added the comment:
Example with a non-ASCII interface name:
$ sudo tunctl -u haypo -t unicodeé
Set 'unicodeé' persistent and owned by uid 1000
$ sudo ifconfig -a|grep unicode|hexdump -C
75 6e 69 63 6f 64 65 c3 a9 20 4c 69 6e 6b 20 65
New submission from Christophe Devriese christophe.devri...@gmail.com:
The specific issue this is creating is that a malicious user could use this
socket in a subprocess which is started from a library (ie. I'm using a .so,
which calls fork/exec).
A second failure mode is starting a daemon
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12107
___
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: pitrou
priority: normal
severity: normal
status: open
title: test_packaging monkeypatches httplib
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12108
New submission from Antoine Pitrou pit...@free.fr:
==
ERROR: test_https (test.test_urllib2_localnet.TestUrlopen)
--
Traceback (most recent call last):
File
New submission from Antoine Pitrou pit...@free.fr:
==
ERROR: test_https (test.test_urllib2_localnet.TestUrlopen)
--
Traceback (most recent call last):
File
New submission from Toni Mueller tonimuel...@users.sourceforge.net:
email's usage of __setitem__ is highly counterintuitive to the point of being
dangerous. The documented behaviour is (quote):
__setitem__(name, val)
Add a header to the message with field name name and value val. The
Changes by Antoine Pitrou pit...@free.fr:
--
resolution: - duplicate
status: open - closed
superseder: - test_packaging monkeypatches httplib
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12110
Changes by Antoine Pitrou pit...@free.fr:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12108
___
Antoine Pitrou pit...@free.fr added the comment:
$ grep -r https_conn_wrapper *
Lib/packaging/tests/test_command_upload_docs.py:146:def
https_conn_wrapper(*args):
Lib/packaging/tests/test_command_upload_docs.py:152:
upload_docs_mod.http.client.HTTPSConnection =
Roundup Robot devnull@devnull added the comment:
New changeset 56aa0aca7186 by Tarek Ziade in branch 'default':
Issue #12109 fixing typo in packaging's test_command_upload_docs
http://hg.python.org/cpython/rev/56aa0aca7186
--
nosy: +python-dev
___
R. David Murray rdmur...@bitdance.com added the comment:
This is a long-standing design choice in the email package. If you want to
advocate for changing it, please join the email-sig mailing list (see
mail.python.org). We are in the process of developing a new version, which
will at least
New submission from STINNER Victor victor.stin...@haypocalc.com:
The locale encoding is not portable, packaging should use UTF-8 instead.
Attached patch is a draft to workaround LANG=C ./python -m test
test_packaging failures. I'm not sure that my test in Metadata.write_file() of
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
components: +Library (Lib)
nosy: +eric.araujo, tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12112
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also issue #9561 (distutils: set encoding to utf-8 for input and output
files) and #6011 (python doesn't build if prefix contains non-ascii characters).
If you are curious, read also #8611 (Python3 doesn't support locale
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Looks good, please commit this
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12112
___
___
New submission from Antoine Pitrou pit...@free.fr:
$ ./python -m test -Fv -unetwork test_packaging
[...]
==
ERROR: test_download (packaging.tests.test_pypi_dist.TestDistInfo)
Antoine Pitrou pit...@free.fr added the comment:
Looks good here, thank you :)
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12109
Roundup Robot devnull@devnull added the comment:
New changeset 3e0500881003 by Tarek Ziade in branch 'default':
Issue #12113: make sure generated module is not reused on a second run
http://hg.python.org/cpython/rev/3e0500881003
--
nosy: +python-dev
New submission from STINNER Victor victor.stin...@haypocalc.com:
The following code does deadlock if the subprocess writes a lot of output to
stdout and stderr:
pipe = Popen(cmd, shell=True, stdout=PIPE, stderr=PIPE)
try:
stdout, stderr = pipe.stdout.read(), pipe.stderr.read()
New submission from Tarek Ziadé ziade.ta...@gmail.com:
==
ERROR: packaging.tests.test_command_upload_docs
(unittest.loader.ModuleImportFailure)
--
Traceback
Antoine Pitrou pit...@free.fr added the comment:
Still fails on test_download.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12113
___
___
Roundup Robot devnull@devnull added the comment:
New changeset cc5cfeaa4a8d by Victor Stinner in branch 'default':
Issue #10419, issue #6011: port 6ad356525381 fix from distutils to packaging
http://hg.python.org/cpython/rev/cc5cfeaa4a8d
--
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
I ported a distutils fix (for non-ASCII path) into packaging:
New changeset cc5cfeaa4a8d by Victor Stinner in branch 'default':
Issue #10419, issue #6011: port 6ad356525381 fix from distutils to packaging
Antoine Pitrou pit...@free.fr added the comment:
+if not isinstance(fileobject, StringIO):
+encoding = codecs.lookup(fileobject.encoding).name
IMO you should try to get the encoding attribute and silence the
AttributeError instead.
(also, I'm not even sure why you're
Antoine Pitrou pit...@free.fr added the comment:
Also, the hash value is different every time:
packaging.pypi.errors.HashDoesNotMatch: got 043840092b5baf155fc94a77319c5f44
instead of fe18804c5b722ff024cabdf514924fc4
--
___
Python tracker
Roundup Robot devnull@devnull added the comment:
New changeset 2c01bda139a7 by Tarek Ziade in branch 'default':
Issue #12115: skipping all tests that need threading under a threadless
environment
http://hg.python.org/cpython/rev/2c01bda139a7
--
nosy: +python-dev
Tarek Ziadé ziade.ta...@gmail.com added the comment:
my commit fixed only the first issue. the second one is a separate issue that
needs more investigation
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12113
Jay Parlar par...@gmail.com added the comment:
Another problem is that the examples and text in the section Functions and
Methods is no longer correct in 3.x. Namely the the references to unbound
methods, and the example showing an unbound method being returned when
accessing a method of a
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12112
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12113
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12114
___
New submission from STINNER Victor victor.stin...@haypocalc.com:
Example:
with open(setup.py, rb) as f:
# read smaller than the file size to fill the readahead buffer
f.read(1)
# seek doesn't seek
f.seek(0)
print(f pos=, f.tell())
print(f.raw pos=, f.raw.tell())
Output:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Note: _pyio.BufferedReader(), _pyio.BufferedWriter(), _pyio.BufferedRandom()
don't use this optimization. They might be patched too.
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
This is by design.
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12116
___
New submission from Antoine Pitrou pit...@free.fr:
I get the following failure under a fresh checkout:
==
ERROR: test_file_from_empty_string_dir
(importlib.test.source.test_file_loader.SimpleTest)
New submission from Antoine Pitrou pit...@free.fr:
I get the following failure under a fresh checkout:
==
ERROR: test_issue5604 (test.test_imp.ImportTests)
--
New submission from Antoine Pitrou pit...@free.fr:
I get the following failure under a fresh checkout:
==
FAIL: test_package_data (distutils.tests.test_build_py.BuildPyTestCase)
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +alexis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12119
___
___
Python-bugs-list mailing
New submission from Antoine Pitrou pit...@free.fr:
I get the following failure under a fresh checkout:
==
FAIL: test_package_data (packaging.tests.test_command_build_py.BuildPyTestCase)
New submission from Antoine Pitrou pit...@free.fr:
I get the following failure when the ssl module is not available:
==
ERROR: test_https_connection
(packaging.tests.test_command_upload_docs.UploadDocsTestCase)
New submission from Antoine Pitrou pit...@free.fr:
I get the following failures in a fresh checkout:
==
ERROR: test_explicit_relative_import (test.test_runpy.RunModuleTest)
New submission from Antoine Pitrou pit...@free.fr:
I get the following failures under a fresh checkout:
==
ERROR: test_file_to_source (test.test_import.ImportTests)
STINNER Victor victor.stin...@haypocalc.com added the comment:
And how can I seek the raw file to zero?
Using buffer.raw.seek(0), buffer.tell() becomes inconsistent:
$ ./python
Python 3.2.1b1 (3.2:bd5e4d8c8080, May 15 2011, 10:22:54)
buffer=open('setup.py', 'rb')
buffer.read(1)
wrobell wrob...@pld-linux.org added the comment:
What is the current status of this patch? What is missing to apply it upstream?
--
nosy: +wrobell
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1006238
Tarek Ziadé ziade.ta...@gmail.com added the comment:
on it
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12120
___
___
Python-bugs-list mailing
Antoine Pitrou pit...@free.fr added the comment:
Simple: you are not supposed to use the raw file if you wrapped it inside a
buffered file.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12116
Tarek Ziadé ziade.ta...@gmail.com added the comment:
I cannot reproduce this. there's exactly the same test in distutils, so I am
wondering why it passes there and not in packaging for you.
Any special way to run the tests ?
--
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
I cannot reproduce this. there's exactly the same test in distutils,
so I am wondering why it passes there and not in packaging for you.
It doesn't. Have you seen http://bugs.python.org/issue12119 ?
Any special way to run the tests ?
No.
Roundup Robot devnull@devnull added the comment:
New changeset fe740c1cee02 by Victor Stinner in branch 'default':
Issue #12112: packaging reads and writes setup.cfg using UTF-8
http://hg.python.org/cpython/rev/fe740c1cee02
New changeset 01d61096140a by Victor Stinner in branch 'default':
Issue
STINNER Victor victor.stin...@haypocalc.com added the comment:
What is the MainProgram.inspect_file() function in packaging.create? Which kind
of file should it process? = What is the encoding of the input files?
--
___
Python tracker
Danek Duvall duv...@comfychair.org added the comment:
So this has come up again within the Solaris group. Since Rich's original
request, we've been using a vendor-packages.pth file in the site-packages
directory, which enables the vendor-packages directory. However, I have a
concern that
Tarek Ziadé ziade.ta...@gmail.com added the comment:
That's not used anymore, I am going to strip it
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12112
___
Nick Coghlan ncogh...@gmail.com added the comment:
It still works fine for me (as do test_imp, test_import and test_importlib).
Did you provide any arguments to ./configure, or provide any interesting
options to regrtest to get it to fail?
--
___
Nick Coghlan ncogh...@gmail.com added the comment:
Oh, that's the other question - is there any chance you are passing -B or have
PYTHONDONTWRITEBYTECODE set? (I'm not sure that would affect make_legacy_pyc,
but all the errors you posted relate to unexpectedly absent pyc files and
Antoine Pitrou pit...@free.fr added the comment:
Indeed, PYTHONDONTWRITEBYTECODE seems set by default on this Linux install...
Ouch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12122
Antoine Pitrou pit...@free.fr added the comment:
This is due to PYTHONDONTWRITEBYTECODE being set. Not sure this is worth fixing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12120
___
Antoine Pitrou pit...@free.fr added the comment:
This is due to PYTHONDONTWRITEBYTECODE being set. Not sure this is worth fixing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12123
___
Antoine Pitrou pit...@free.fr added the comment:
This is due to PYTHONDONTWRITEBYTECODE being set. Not sure this is worth fixing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12119
___
Antoine Pitrou pit...@free.fr added the comment:
This is due to PYTHONDONTWRITEBYTECODE being set. Not sure this is worth fixing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12118
___
Antoine Pitrou pit...@free.fr added the comment:
This is due to PYTHONDONTWRITEBYTECODE being set. Not sure this is worth fixing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12117
___
Tarek Ziadé ziade.ta...@gmail.com added the comment:
a well, we can skip that pyc test in case PYTHONDONTWRITEBYTECODE is set,
thanks !
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12120
Antoine Pitrou pit...@free.fr added the comment:
a well, we can skip that pyc test in case PYTHONDONTWRITEBYTECODE is set,
thanks !
It's better to test sys.flags.dont_write_bytecode, actually.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot devnull@devnull added the comment:
New changeset 9d1fb6a9104b by Tarek Ziade in branch 'default':
Issue #12120, Issue #12119: tests were missing a sys.dont_write_bytecode check
http://hg.python.org/cpython/rev/9d1fb6a9104b
--
nosy: +python-dev
Charles-François Natali neolo...@free.fr added the comment:
Here's a patch adding O_CLOEXEC to the os module, with test. This patch makes
it possible to open and set a FD CLOEXEC atomically.
O_CLOEXEC is part of POSIX.1-2008, supported by the Linux kernel since 2.6.23
and has been committed
STINNER Victor victor.stin...@haypocalc.com added the comment:
Using spawn_python() to check that os.O_CLOEXEC flag is correctly set seems
overkill. Why not just testing fcntl.fcntl(f.fileno(), fcntl.F_GETFL)
FD_CLOEXEC)? I don't think that there are OSes with O_CLOEXEC but without
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
+1 for the patch!
Note that fdopen is now a simple call to open(), so theses lines are equivalent:
python2.7: open(filename, 're')
python3.3: open(os.open(filename, os.O_RDONLY|os.O_CLOEXEC))
--
resolution: - accepted
Roundup Robot devnull@devnull added the comment:
New changeset a636cb1b7f84 by Victor Stinner in branch 'default':
Issue #12112: fix the encoding of setup.py in the packaging module
http://hg.python.org/cpython/rev/a636cb1b7f84
--
___
Python tracker
Brian Curtin br...@python.org added the comment:
This is intentional. See the implementation of join in Lib/posixpath.py and the
Windows implementation in Lib/ntpath.py which also includes a comment
explaining why.
# path is not empty and does not end with a backslash,
# but b is empty;
Jason R. Coombs jar...@jaraco.com added the comment:
MS Connect is apparently only for projects under active development, not
mature, released products. I've posted to the MSDN forums, where with my MSDN
account, I can expect priority support from MS personnel.
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +charles-francois.natali, gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12107
___
Charles-François Natali neolo...@free.fr added the comment:
Using spawn_python() to check that os.O_CLOEXEC flag is correctly set seems
overkill. Why not just testing fcntl.fcntl(f.fileno(), fcntl.F_GETFL)
FD_CLOEXEC)?
Because I couldn't find a place where the CLOEXEC flag was fully
tested
New submission from STINNER Victor victor.stin...@haypocalc.com:
python -m test test_packaging test_zipimport fails with:
==
FAIL: testAFakeZlib (test.test_zipimport.CompressedZipImportTestCase)
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12124
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
OMG! I understood why the bug was not seen before: python -m test
test_zipimport test_zipimport succeed because test_zipimport REMOVES
testAFakeZlib tests after the first run!
New patch to remove this ugly hack (it is no more
STINNER Victor victor.stin...@haypocalc.com added the comment:
test_zipimport REMOVES testAFakeZlib tests after the first run hack was
introduced by a commit supposed to test zipimport a bit more :-)
changeset: 36383:7b3d915b6e9d
branch: legacy-trunk
user:Neal Norwitz
Chad Austin c...@imvu.com added the comment:
IMVU's downloadable client is built atop CPython. 80% of our users use 32-bit
Windows and 20% use 64-bit Windows. We do not intend to provide 64-bit builds
of our application for many of the same reasons sketched out in
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
Issue with inline was resolved by configure macro.
--
Added file: http://bugs.python.org/file22035/python3-20110520-c89.patch
___
Python tracker rep...@bugs.python.org
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
Added file: http://bugs.python.org/file22036/python-py3k-20110520-CROSS.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
...py3k-20110520...: with updates of integrated recently distutil2 (require
patch from #3754 with same time-stamp).
--
Added file: http://bugs.python.org/file22037/python-py3k-20110520-MINGW.patch
Roundup Robot devnull@devnull added the comment:
New changeset 52d9183b34f8 by Victor Stinner in branch '3.1':
Issue #12124: zipimport doesn't keep a reference to zlib.decompress() anymore
http://hg.python.org/cpython/rev/52d9183b34f8
New changeset a043d8e168b3 by Victor Stinner in branch
Charles-François Natali neolo...@free.fr added the comment:
Hello Christophe,
First and foremost, I think that the FD_CLOEXEC approach is terminally broken,
as it should have been the default in Unix. Now, we're stuck with this bad
design.
But we can't simply change the default to FD_CLOEXEC,
New submission from STINNER Victor victor.stin...@haypocalc.com:
It looks like a test of test_packaging removes some data from
sysconfig._SCHEMES:
http://www.python.org/dev/buildbot/all/builders/AMD64%20OpenIndiana%203.x/builds/1239/steps/test/logs/stdio
STINNER Victor victor.stin...@haypocalc.com added the comment:
Duplicate of #12117.
--
nosy: +haypo
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12118
STINNER Victor victor.stin...@haypocalc.com added the comment:
Duplicate of #12117.
--
nosy: +haypo
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12119
STINNER Victor victor.stin...@haypocalc.com added the comment:
Duplicate of #12117.
--
nosy: +haypo
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12123
STINNER Victor victor.stin...@haypocalc.com added the comment:
Duplicate of #12117.
--
nosy: +haypo
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12122
STINNER Victor victor.stin...@haypocalc.com added the comment:
Duplicate of #12117.
--
nosy: +haypo
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12120
STINNER Victor victor.stin...@haypocalc.com added the comment:
The following issues has been marked as a duplicate of this issue:
- issue #12118 (test_imp)
- issue #12119 (test_distutils)
- issue #12120 (test_packaging)
- issue #12122 (test_runpy)
- issue #12123 (test_import)
Tarek did the
STINNER Victor victor.stin...@haypocalc.com added the comment:
Traceback of the duplicate issues:
==
ERROR: test_issue5604 (test.test_imp.ImportTests)
--
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +alexis, eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12117
___
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
title: test_importlib failure - Failures with PYTHONDONTWRITEBYTECODE:
test_importlib, test_imp, test_distutils, test_packaging, test_runpy,
test_import
___
Python tracker
New submission from Jean-Paul Calderone invalid@example.invalid:
http://docs.python.org/py3k/howto/sockets.html#non-blocking-sockets
And if you put a socket in more than one input list, it will only be (at most)
in one output list.
import socket
s = socket.socket()
s.connect(('localhost',
R. David Murray rdmur...@bitdance.com added the comment:
See also #9921.
--
nosy: +r.david.murray
resolution: rejected - duplicate
superseder: - os.path.join('x','') behavior
___
Python tracker rep...@bugs.python.org
New submission from Peter Wentworth p.wentwo...@ict.ru.ac.za:
In Python 3 we no longer have octal literals. The assignment
x = 0050
gives an invalid token error.
But the assignment
y = int(0050) assigns the value 50 to y.
I would advocate consistency in the two situations, and prefer that
1 - 100 of 103 matches
Mail list logo
