New submission from Thomas Wouters:
The new xattr support in shutil causes shutil.copytree and shutil.copy2 to fail
inelegantly on (source) filesystems that do not support xattrs (like NFS):
# /home/twouters does not support xattrs
>>> os.listxattr("/home/twouters/foo")
Tra
Thomas Wouters added the comment:
ping (you know why :)
--
___
Python tracker
<http://bugs.python.org/issue15505>
___
___
Python-bugs-list mailing list
Unsub
Thomas Wouters added the comment:
Updated patch with test.
--
Added file: http://bugs.python.org/file28926/shutil.patch
___
Python tracker
<http://bugs.python.org/issue17
Changes by Thomas Wouters :
Removed file: http://bugs.python.org/file28898/shutil.patch
___
Python tracker
<http://bugs.python.org/issue17076>
___
___
Python-bugs-list m
Changes by Thomas Wouters :
Removed file: http://bugs.python.org/file28926/shutil.patch
___
Python tracker
<http://bugs.python.org/issue17076>
___
___
Python-bugs-list m
Thomas Wouters added the comment:
Now really updated the patch.
--
Added file: http://bugs.python.org/file28927/shutil.patch
___
Python tracker
<http://bugs.python.org/issue17
New submission from Thomas Wouters:
At some point (probably in 3.2) the support for shared modules built using
Modules/Setup was broken, for two reasons:
- Python no longer considers 'foomodule.so' when looking for a module called
'foo', but Modules/makesetup still appen
New submission from Thomas Grainger:
Having the password stored in a plain-text configuration file is not great
security.
A better choice would be to try to use the OS keyring and then fall back to a
plaintext file
An example implementation of a generic keyring python interface is available
Thomas Heller added the comment:
I have only tried my code with 3.4; but still get problems with the modules
'builtins' and '_frozenimportlib'.
--
___
Python tracker
<http://bug
Thomas Heller added the comment:
I confirm that the bug is fixed, my test-code works now (a modulefinder using
importlib instead of imp to find modules).
--
___
Python tracker
<http://bugs.python.org/issue17
Thomas Heller added the comment:
Thanks for the very fast fix Brett :-)
--
___
Python tracker
<http://bugs.python.org/issue17098>
___
___
Python-bugs-list mailin
New submission from Thomas Scrace:
Currently os.path.join will raise an AttributeError if passed an argument that
does not have an endswith() method.
A try/except around the offending line would let us raise a more helpful
TypeError:
except AttributeError as e:
bad = e.args[0
Thomas Kluyver added the comment:
I've updated Nick's patch so that test_dis and test_peephole pass again, and
added a prototype ByteCode class (without any docs or tests for now, to allow
for API discussion).
The prototype ByteCode is instantiated with any of the ob
New submission from Thomas Guettler:
If you search for "printf" in the docs you get this result:
http://docs.python.org/3.3/search.html?q=printf&check_keywords=yes&area=default
Please have a look at the first results. I guess most people don't want to see
docs abou
New submission from Thomas Heller:
(As requested by email in python-dev I'm reporting this problem)
Some function prototypes in the stable ABI have been changed between Python 3.3
and 3.4.
PyObject_CallFunction is an example, the second parameter has been changed from
'char *'
Thomas Guettler added the comment:
For Python 2.x there is a backport of the subprocess module of 3.x:
https://pypi.python.org/pypi/subprocess32.
It has the timeout argument for call() and pipe.wait().
--
___
Python tracker
<http://bugs.python.
New submission from Thomas Ball:
The attached file raises the exception:
OverflowError: Python int too large to convert to C long
in Python 2.7.7, which clearly is a bug.
The error is not present in Python 3.4.
--
files: testint.py
messages: 221116
nosy: Thomas.Ball
priority: normal
New submission from Thomas Kember:
I am a retired programmer. I still like to write small programs for my own
interest. Python is ideal for this. I prefer to use Idle rather than the
command line. For some time now when I click on the Idle shortcut on the home
screen, the command line screen
Thomas Kember added the comment:
I ran what you said. Here's what I got.
C:\Python34>c:\python34\python.exe -m idlelib.idle
Traceback (most recent call last):
File "c:\python34\lib\runpy.py", line 170, in _run_module_as_main
"__main__", mod_spec)
File "c
Thomas Kember added the comment:
Thanks, I backed that file on to a memory stick and deleted it. I made a
shortcut to the idle batch file on the desktop. When I click on it, Idle comes
up fine.
What has happened here? What is config-extensions.cfg for and why has it
stopped Idle coming up
New submission from Thomas Kember:
Hello Terry,
Thank you for your explanation of the bug in Idle. I know Idle has limitations,
but it is quite adequate for the programming I want to do. I agree that when
this error occurs there should only be a warning, so the user can decide what
he wants
Thomas Kember added the comment:
Hello Eric V. Smith,
I reported only one bug and it has been fixed. I can't find out how I am to
reset the status of it to closed.
Thomas Kember
From: Eric V. Smith
To: t.kemb...@btinternet.com
Sent: Monday, 14 July
Thomas Kluyver added the comment:
The module docs do mention "Older SQLite versions had issues with sharing
connections between threads." Presumably that means that sharing the connection
between threads is safe so long as you're not using 'older versions', but it
w
Thomas Kluyver added the comment:
This page also looks relevant: sqlite can be compiled or used in three
different threading modes. Presumably Python compiles/initialises it in the
serialised mode, which makes it safe to use a connection from different threads.
http://www.sqlite.org
Changes by Thomas Kluyver :
--
nosy: +takluyver
___
Python tracker
<http://bugs.python.org/issue18395>
___
___
Python-bugs-list mailing list
Unsubscribe:
Thomas Kluyver added the comment:
You seem to need wchar_t to call Py_Main and Py_SetProgramName.
I think there's an example in the docs which is wrong, because it appears to
pass a char* to Py_SetProgramName:
https://docs.python.org/3.4/extending/embedding.html#very-high-level-embe
New submission from Daniel Thomas:
In Python 3.4 (but not 3.2 or 2.7) when a system module does an import then
files with the same name in the directory of the original python script which
match that name are used.
E.g.
With a directory containing:
test.py:
#!/usr/bin/env python3
from
New submission from Thomas Kluyver:
We noticed the other day that distutils, despite being part of the standard
library, checks the version of Python it's running under and has some different
code paths - one of which is only taken for Python < 2.2.
We haven't managed to figure
Thomas Kluyver added the comment:
I spotted a few others as well. When I get a bit less busy in a couple of weeks
time, I intend to go through and make a bigger patch to clean things up.
--
___
Python tracker
<http://bugs.python.org/issue22
New submission from Thomas Kluyver:
>From PEP 411:
"""
A package will be marked provisional by a notice in its documentation page and
its docstring. The following paragraph will be added as a note at the top of
the documentation page:
The package has been includ
New submission from Thomas Kluyver:
Following on from issue 22200, this removes some more code in distutils that
checks which Python version it's running on. As part of the standard library,
distutils should always be running on the version of Python which it ships with.
--
compo
Thomas Kluyver added the comment:
I've made a patch removing some more of these version checks in issue 22349.
--
___
Python tracker
<http://bugs.python.org/is
New submission from Todd Thomas:
Installing Python via Homebrew on Mac OS X has build issues if the GNU
core/find utils are set as defaults on the system. OS X is very common, on it
Homebrew is very common, via Homebrew GNU utilities are among the first
installations; EG:
http://goo.gl/OodjHI
Thomas Guettler added the comment:
What kind of patch do you want? Documentation patch or fixing the bug in the
interpreter?
I am not a native speaker, that's why I avoid documentation patches.
For me, the issue is solved. It is documented in stackoverflow and here.
Since Python2 wi
Changes by Thomas Kluyver :
--
nosy: +takluyver
___
Python tracker
<http://bugs.python.org/issue9949>
___
___
Python-bugs-list mailing list
Unsubscribe:
Thomas Klausner added the comment:
The diff got even smaller -- one of the two chunks was applied in 3.4.2 without
a reference to this bug report. Please apply the last chunk, it's completely
straightforward.
--
Added file: http://bugs.python.org/file36846/dragonfly
Changes by Thomas Klausner :
Removed file: http://bugs.python.org/file35433/dragonfly.diff
___
Python tracker
<http://bugs.python.org/issue21459>
___
___
Python-bug
Thomas Heller added the comment:
I have written a new modulefinder based on importlib. It is not a refactoring
of the old one, so it is no plug-in replacement. Instead it has some new
features:
- Better logging output
- collects dependencies (self._depgraph maps module names to callers
New submission from Thomas Levine:
This works fine in Python 2.7, but it fails in Python 3.3.
[tlevine@wildebeest mailfest-scoreboard]$ python3 --version
Python 3.3.3
[tlevine@wildebeest mailfest-scoreboard]$ python3 setup.py register sdist
running register
Traceback (most recent call last
Thomas Levine added the comment:
The relevant section distutils/config.py seems no different in Python 2.7, so
now I see this as a bug in configparser.
--
___
Python tracker
<http://bugs.python.org/issue20
Thomas Levine added the comment:
Hmm now it looks to me like this is the intended behavior.
http://hg.python.org/cpython/file/ea0aa3e32ab5/Lib/test/test_configparser.py#l1541
Switching the single percent sign (%) to two (%%) in .pypirc makes it work.
Maybe we can make a nicer error message
New submission from Thomas Robitaille:
The following code:
>>> "{0:s}".format([1,2,3])
no longer works in Python 3.4b1, and gives the following exception:
>>> "{0:s}".format([1,2,3])
Traceback (most recent call last):
File "", line 1, in
Typ
Changes by Thomas Petazzoni :
--
type: -> enhancement
___
Python tracker
<http://bugs.python.org/issue20210>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Thomas Petazzoni:
In the context of space-constrained embedded Linux systems, installing the
entire set of Python modules and extensions is not necessarily desirable. For
example, all the test modules, as well as certain extensions requiring
third-parties libraries are
Changes by Thomas Petazzoni :
--
keywords: +patch
Added file:
http://bugs.python.org/file33380/0001-Add-infrastructure-to-disable-the-build-of-certain-e.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Thomas Petazzoni :
Added file:
http://bugs.python.org/file33382/0003-Add-an-option-to-disable-pydoc.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Thomas Petazzoni :
Added file:
http://bugs.python.org/file33383/0004-Add-an-option-to-disable-lib2to3.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Thomas Petazzoni :
Added file:
http://bugs.python.org/file33381/0002-Add-an-option-to-disable-installation-of-test-module.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Thomas Petazzoni :
Added file:
http://bugs.python.org/file33384/0005-Add-option-to-disable-the-sqlite3-module.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Thomas Petazzoni :
Added file:
http://bugs.python.org/file33385/0006-Add-an-option-to-disable-the-tk-module.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Thomas Petazzoni :
Added file:
http://bugs.python.org/file33387/0008-Add-an-option-to-disable-expat.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Thomas Petazzoni :
Added file:
http://bugs.python.org/file33386/0007-Add-an-option-to-disable-the-curses-module.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Thomas Petazzoni :
Added file:
http://bugs.python.org/file33389/0010-Add-an-option-to-disable-NIS.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Thomas Petazzoni :
Added file:
http://bugs.python.org/file33391/0012-Add-an-option-to-disable-IDLE.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Thomas Petazzoni :
Added file:
http://bugs.python.org/file33388/0009-Add-an-option-to-disable-CJK-codecs.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Thomas Petazzoni :
Added file:
http://bugs.python.org/file33390/0011-Add-an-option-to-disable-unicodedata.patch
___
Python tracker
<http://bugs.python.org/issue20
New submission from Thomas Petazzoni:
In the cross-compilation case, setup.py incorrectly adds /usr/include to
self.compiler.include_dirs, and results in the following invalid compilation
line:
/home/thomas/projets/buildroot/output/host/usr/bin/arm-none-linux-gnueabi-gcc
-fPIC -Wno-unused
New submission from Thomas Petazzoni:
The build_ext logic uses
sys.executable.startswith(os.path.join(sys.exec_prefix, "bin")) to determine
whether we're building a third-party Python extension, or a built-in Python
extension. However, this check is wrong in cross-compilatio
New submission from Thomas Petazzoni:
The _sysconfigdata.py module contains definitions that are needed when building
Python modules. In cross-compilation mode, when building Python extensions for
the target, we need to use the _sysconfigdata.py of the target Python while
executing the host
New submission from Thomas Heller:
The windows python launcher supports the '-3.3' resp. '-3.3-32' command line
switches to ask for 'the best 3.3' version resp. 'the 32-bit 3.3' version, but
does not support a '-3.3-64' switch to explicitely
Thomas Kluyver added the comment:
I think there's an issue with this change - ismethoddescriptor() doesn't
guarantee that that the object has an __objclass__ attribute. Unbound PyQt4
signals appear to be a case where this goes wrong.
This came up testing IPython on Python 3.4 - w
Changes by Thomas Heller :
--
nosy: +theller
___
Python tracker
<http://bugs.python.org/issue17633>
___
___
Python-bugs-list mailing list
Unsubscribe:
Thomas Heller added the comment:
Hm, what's the problem?
For me, the patch applies cleanly (in Python 3.4.0b3, 32-bit and 64-bit on
Windows), and
py -3.4(-32) -m pip install numpy
works correctly. At least
py -3.4(-32) -c "import numpy; print(numpy.__version__)"
prints &q
New submission from Thomas Guettler:
I think the docs of argparse still contain confusing magic:
parser.parse_args('7'.split())
You know what it does and I know it. But a lot of people new to Python, don't
understand what this should be.
Please use:
parser.parse_args([&#x
Thomas Petazzoni added the comment:
The patch is not working as it should be, so I withdraw it for the moment.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issu
Thomas Wouters added the comment:
Additionally, the deprecation notice for 'U' in the table of modules should
mention that the 'U' mode, not universal newlines, is deprecated because it is
unnecessary. Or 'controlled by the newline argument' perhap
New submission from Thomas Wouters:
Here is a preliminary implementation of PEP 463, minus mandatory parentheses
and with the most straightforward precedence rule: equal to if-expr -- which
means this:
A if C else B except E: D
is parsed as
A if C else (B except E: D)
(because of
Thomas Wouters added the comment:
http://hg.python.org/features/pep-463-except-expr now contains a version of the
patch that makes the parentheses mandatory, similar to generator expressions.
(Leaving the old patch for reference.)
--
hgrepos: +218
Changes by Thomas Wouters :
Added file: http://bugs.python.org/file34205/5c078eb8da39.diff
___
Python tracker
<http://bugs.python.org/issue20739>
___
___
Python-bug
Thomas Kluyver added the comment:
Any chance of getting this patch applied? It clearly makes the error message
more useful, and we've run into another case where grok_environment_error gives
the wrong result: when symlinking fails because the target exists, it now says
"F
Thomas Kluyver added the comment:
Duplicate of issue 4931. This function should be entirely unnecessary now.
--
nosy: +takluyver
___
Python tracker
<http://bugs.python.org/issue19
Thomas Kluyver added the comment:
I think msg213138 has the key: importlib is actually getting frozen in the
Python sense of the module's bytecode being included in a C file and then
compiled, not just copied into a zip file. When we freeze importlib._bootstrap
as _frozen_importlib, impo
Thomas Kluyver added the comment:
In the clean solution, it sounds like making importlib/__init__.py deal with
the lack of a __file__ attribute would fix the problem in cx_Freeze. We'd still
need to work out whether freezing importlib into the base executable is the
right thing to do
New submission from Thomas Courbon :
Configuration : fedora 11, python3.1 manually compiled and installed
along python 2.6 (provided by the distribution).
Reproducibility : seems to be happening any time
Description : When you try to use the auto-completion (ctrl + space) on
anything (tested
Thomas Heller added the comment:
> One of the new tests in r74134 is failing on my box (Gentoo x86), and on
> a number of the buildbots:
I've seen that, but do not yet have a patch.
--
title: Can not set value for structure members larger than 32 bits -> Can not
Thomas Heller added the comment:
ctypes_workaround_2.patch from ocean-city seems to fix it so I'll apply
that.
--
title: Can not set value for structure members larger than 32 bits -> Can not
set value for structure members larger than
Thomas Wouters added the comment:
Here's a preliminary fix (also see
http://codereview.appspot.com/96125/show )
--
assignee: -> twouters
keywords: +patch
nosy: +twouters
Added file: http://bugs.python.org/file14553/import_lock_fork_deadl
Thomas Herve added the comment:
This is a duplicate (although updated patch) from bug #1194378. It would
still need unit tests...
--
nosy: +therve
___
Python tracker
<http://bugs.python.org/issue6
Thomas Heller added the comment:
Thanks for bringing my attention to this problem again, and for the review.
Andrew McNabb schrieb:
>
> I looked at the attached patch, and it seems to me the only alternative
> approach would be to use PyLong_FromLong instead of PyInt_FromLong
Thomas Heller added the comment:
Here's a corrected patch against svn trunk.
--
Added file: http://bugs.python.org/file14608/patch-ctypes-none-arg-2.diff
___
Python tracker
<http://bugs.python.org/i
Thomas Heller added the comment:
I have no time to figure out what the attached script is supposed to do.
Please provide a standalone test-script and describe exactly how it
should be used to reproduce the bug.
However, I guess the problem is that the signature of
PyThreadState_SetAsyncEx is
Thomas Heller added the comment:
Andrew McNabb schrieb:
> I just looked at ConvParam in a little more detail, and it seems that
> the problem is caused because setting pa->value.i to 0 only works for
> the lower-order bits. Apparently the higher order bits in pa->value are
Thomas Heller added the comment:
Python 3.0 is dead ;-).
--
versions: -Python 3.0
___
Python tracker
<http://bugs.python.org/issue4606>
___
___
Python-bug
Thomas Heller added the comment:
Here's a patch.
--
keywords: +patch
Added file: http://bugs.python.org/file14615/c_char_p.patch
___
Python tracker
<http://bugs.python.org/i
Thomas Heller added the comment:
> I agree that the C type 'char' is a byte, not a character. So Python3
> should creates a Python bytes object for the ctypes "c_char_p" type.
> Since Python 3.1 is out, is it too late to change it in the 3.x branch?
> :-) Ma
Thomas Heller added the comment:
This is on purpose.
The idea is that the function call returns an existing pointer to an
existing object, so __init__ (or __new__, IIRC) is never called in this
case.
--
resolution: -> invalid
status: open ->
New submission from Thomas Kowaliczek :
test test_multiprocessing failed -- Traceback (most recent call last):
File
"/home/LinuxDonald/Downloads/Python-3.1.1/Lib/test/test_multiprocessing.py",
line 1077, in test_number_of_objects
self.assertEqual(refs, EXPECTED_NUMBER)
Asserti
New submission from Thomas Kowaliczek :
test test_telnetlib failed -- Traceback (most recent call last):
File
"/home/LinuxDonald/Downloads/Python-3.1.1/Lib/test/test_telnetlib.py",
line 409, in test_debuglevel
self._test_debuglevel([a, EOF_sigil], b)
File
"/home/LinuxD
Thomas Kowaliczek added the comment:
On my Netbook Fedora 11 32 Bit the test works but not on my NoteBook
Fedora 11 64Bit
--
___
Python tracker
<http://bugs.python.org/issue6
Thomas Kowaliczek added the comment:
Fedora 11 64 Bit
--
___
Python tracker
<http://bugs.python.org/issue6748>
___
___
Python-bugs-list mailing list
Unsubscribe:
Thomas Heller added the comment:
Commited as svn rev 74664 (py3k) and rev 74665 (release31-maint).
--
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
New submission from Thomas Wouters :
In order to properly handle multiple threads and fork()-calls from C code
(rather than os.fork()), Python should provide pthread_atfork()-like
functionality: a function to call before a fork, to acquire any locks
that need to be acquired, and a pair of
Thomas Wouters added the comment:
Checked in the patch to fix the forks-through-os.fork() cases, which
should be most of them. Forks from other C code will need some more work,
created http://bugs.python.org/issue6923 to track that.
--
resolution: -> fixed
status: open ->
Thomas Heller added the comment:
Since ctypes should stay compatible with Python versions down to 2.4, a
"with" block cannot be used.
Of course would closing the object returned by os.popen() explicitely be
better style, but I wonder what the real problem is. My observations so
f
Thomas Heller added the comment:
Would you like to work on a patch?
--
versions: +Python 2.7, Python 3.0, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.org/issue6
Thomas Heller added the comment:
> The py3k version of the file already contains 3.x only code, and it's
> missing the comment at the top that it should be compatible. But it's
> not really a big deal to me.
Yes, I had deleted the comment since the 3.x code cannot be compati
Changes by Thomas Heller :
--
assignee: theller -> eric.smith
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/issue6882>
___
___
Pyth
Changes by Thomas Heller :
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue5042>
___
___
Python-bug
Thomas Heller added the comment:
The problem is the implementation of the current __init__ method, in
Modules/_ctypes/_ctypes.c, line 4024. Rewritten in Python, and slightly
simplified it looks like this:
def __init__(self, *args, **kw):
"""The current BUGGY
Thomas Heller added the comment:
> Is that any help?
Not really ;-).
Here is a patch I just wrote - it must still be checked for correctness,
and tests for it must be added. I hope the comment in the code explains
how it works. ctypes-structinit.patch
--
keywords: +patch
Added f
1301 - 1400 of 1802 matches
Mail list logo
