Peter Bienstman peter.bienst...@ugent.be added the comment:
Lars Gustäbel l...@gustaebel.de added the comment:
So, use the pax format. It stores the filenames as utf-8 and this way you
will be on the safe side.
I hope we both agree that the solution to your particular problem is
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7721
___
___
Python-bugs-list
Georg Brandl ge...@python.org added the comment:
That was already fixed on trunk, but not yet merged to 2.6. I've done so now
in r77559.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
+1.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6837
___
___
Python-bugs-list mailing list
Mark Dickinson dicki...@gmail.com added the comment:
I'll try to find time to look at this again before 2.7 beta.
--
assignee: - mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2531
Ronald Oussoren ronaldousso...@mac.com added the comment:
I agree with Ned: the correct patch is to hardcode usage of /usr/bin/arch,
because that's the one the build environment is expecting to use and the only
one I care to support.
--
___
Python
Ronald Oussoren ronaldousso...@mac.com added the comment:
Thanks for the patch, I didn't know of the -dumpversion flag.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7714
___
Antoine Pitrou pit...@free.fr added the comment:
Here is a patch. A static empty string is used in case PyByteArray_AS_STRING()
is asked on an empty bytearray, instead of returning NULL.
Another possibility would be to implement tp_new for bytearray and always
allocate a new 1-byte string,
Antoine Pitrou pit...@free.fr added the comment:
The posixmodule was committed with a test in r77571 (py3k) and r77572 (3.1).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7561
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file:
http://bugs.python.org/file15660/posixmodule_fn_bytearray_fix_01.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7561
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file15663/release_bytes.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7561
___
Antoine Pitrou pit...@free.fr added the comment:
(I meant the posixmodule fix, of course)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7561
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
Steve: the report this... message is generated by the configure script and is
added by autoconf, AFAIK we cannot change that message.
That said: there is a problem on your system with a python build: configure now
thinks that is has
Antoine Pitrou pit...@free.fr added the comment:
The bytearray fix has been committed in r77573 (trunk), r77574 (2.6), r77576
(py3k), r77577 (3.1). The issue can now be closed.
--
resolution: - fixed
stage: test needed - committed/rejected
status: open - closed
New submission from Florent Xicluna la...@yahoo.fr:
Since buffer() is deprecated in Python 2.7, it should not be used for BLOB
input/output.
SAMPLES = (
('unicode', u''),
('bytes', ''),
('buffer', buffer('')),
# ('bytearray', bytearray('')), # unsupported
# ('memoryview',
Florent Xicluna la...@yahoo.fr added the comment:
I've created issue7723 for sqlite3 module using buffer().
It's not so simple.
--
dependencies: +sqlite only accept buffer() for BLOB objects (input/output)
___
Python tracker rep...@bugs.python.org
Changes by Florent Xicluna la...@yahoo.fr:
Removed file: http://bugs.python.org/file15794/issue7092_json_sqlite_v2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7092
___
Stefan Krah stefan-use...@bytereef.org added the comment:
Mark, thanks for the explanation! - You can generate suppressions for the
Misc/valgrind-python.supp file, but you have to know exactly which errors can
be ignored.
Going through the Valgrind output again, it looks like most of it is
Changes by Florent Xicluna la...@yahoo.fr:
Added file: http://bugs.python.org/file15925/issue7092_json.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7092
___
Mark Dickinson dicki...@gmail.com added the comment:
Stefan, I'm not particularly familiar with Valgrind: can you tell me what
would need to be done? Is a non-caching version of pow5mult all that's
required?
Here's the patch that I'm using to detect leaks at the moment. (It includes a
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - ghaering
nosy: +ghaering
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7723
___
Enrico Carlesso enricocarle...@gmail.com added the comment:
This affects tophost.it too. Unable to login with CRAM-MD5 but plain login (as
described in referenced workaround) work fine.
--
nosy: +Enrico.Carlesso
___
Python tracker
Changes by Florent Xicluna la...@yahoo.fr:
--
priority: high - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7723
___
___
Florent Xicluna la...@yahoo.fr added the comment:
Sidenotes:
- documentation for Python 3 is outdated
- it may be a release blocker, since there's no alternative:
currently it uses exclusively buffer() for BLOB object
--
___
Python tracker
New submission from Ronald Oussoren ronaldousso...@mac.com:
On OSX it is possible to compile using an SDK, which is basicly a directory
tree containing include files and shared library stubs. When building using an
SDK (such as the 10.4u SDK) the compiler looks in the SDK subtree instead of /
Changes by Florent Xicluna la...@yahoo.fr:
Removed file: http://bugs.python.org/file15787/issue7092_syntax_imports.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7092
___
Changes by Florent Xicluna la...@yahoo.fr:
Removed file: http://bugs.python.org/file15789/issue7092_filterwarnings.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7092
___
Florent Xicluna la...@yahoo.fr added the comment:
Patches updated against trunk.
--
Added file: http://bugs.python.org/file15927/issue7092_syntax_imports_v2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7092
Changes by Florent Xicluna la...@yahoo.fr:
Added file: http://bugs.python.org/file15928/issue7092_filterwarnings_v2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7092
___
Changes by Florent Xicluna la...@yahoo.fr:
Removed file: http://bugs.python.org/file15927/issue7092_syntax_imports_v2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7092
___
Florent Xicluna la...@yahoo.fr added the comment:
Re-uploaded syntax_imports_v2 with patch for test_bsddb.py
--
Added file: http://bugs.python.org/file15929/issue7092_syntax_imports_v2.diff
___
Python tracker rep...@bugs.python.org
Stefan Krah stefan-use...@bytereef.org added the comment:
With the latest dtoa.c, your non-caching pow5mult and a quick hack for Balloc
and Bfree I get zero (dtoa.c related) Valgrind errors.
So the attached memory_debugger.diff is pretty much all what's needed for
Valgrind.
--
Added
Florent Xicluna la...@yahoo.fr added the comment:
IMHO, this feature should be documented.
--
assignee: - georg.brandl
components: +Documentation
nosy: +flox, georg.brandl
status: closed - open
versions: +Python 2.7
___
Python tracker
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've committed this in 77585 (trunk) and will port this to the other branches
soon.
--
resolution: - fixed
stage: patch review - committed/rejected
___
Python tracker rep...@bugs.python.org
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
assignee: - ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7714
___
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've committed a fix for this in r77585, please test.
I can now compile python-trunk on OSX 10.6 while targetting the 10.4 SDK, and
have compiled on OSX 10.4 as well.
I will forward port this to 3.2.
--
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
resolution: - fixed
stage: - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7658
___
New submission from dauerbaustelle jo...@lophus.org:
[Section 27.4.2] The '-s' option links to the `cmdline` manual rather than to
the `profile.Stats` documentation.
(rst source line 125)
--
assignee: georg.brandl
components: Documentation
messages: 97956
nosy: dauerbaustelle,
New submission from Michael Foord mich...@voidspace.org.uk:
When building releases with sdist (and other distribution building options)
missing metadata should not cause warnings. For public projects this is useful
(i.e. projects uploaded to PyPI), but not for internally built distributions.
Marc-Andre Lemburg m...@egenix.com added the comment:
buffer() is only deprecated in Python 3.x, not in Python 2.7, so the current
implementation is perfectly valid for Python 2.7.
Note that buffer() has long been the preferred type for passing binary objects
to and from a database.
Ned Deily n...@acm.org added the comment:
See also newly opened Issue7713 which expands the issue to other platforms .
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7724
Ned Deily n...@acm.org added the comment:
See also Issue7724 which addresses the particular case of building with OS X
SDKs.
--
nosy: +ned.deily, ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7713
Ronald Oussoren ronaldousso...@mac.com added the comment:
Issue7713 is not the same: it asks for a way to affect the hardcoded paths in
setup.py, this issue asks to honor the SDK-root by setup.py.
I've done some further research and this affects distutils in general: the
compiler has methods
Ned Deily n...@acm.org added the comment:
It's not exactly the same issue but I think it is closely related since
effectively both document the need for setup.py to build with a non-default
system root (or SDK) and some of the hardcoded paths should be being satisfied
from the SDK. So at
Antoine Pitrou pit...@free.fr added the comment:
This is not exact. buffer() doesn't exist at all in 3.x, and it issues a
warning in 2.x when used with the -3 flag:
$ ./python -3
Python 2.7a2+ (trunk:77580M, Jan 17 2010, 16:51:51)
[GCC 4.4.1] on linux2
Type help, copyright, credits or license
Changes by Brian Curtin cur...@acm.org:
--
nosy: +brian.curtin
stage: - test needed
type: - behavior
versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1760357
Ronald Oussoren ronaldousso...@mac.com added the comment:
I agree, our usage of -isysroot seems to be correct.
What's rather annoying is that the documentation seems to claim that the
sysroot value gets prepended to every search location, while that is obviously
not try. My guess is that it
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
resolution: - works for me
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7184
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
(I've removed 3.0 from the list because we no longer do maintenance releases
for that).
My gut feeling is that this an issue with Tkinter.
--
resolution: - accepted
stage: - needs patch
type: - behavior
versions: -Python
Pascal Chambon chambon.pas...@gmail.com added the comment:
Allright - sorry for the failure - I've cleaned my hdd enough to launch
large_file tests too.
The thing is - are there platforms available to test a patch against the whole
test suite of python, and against several OSes ? I've found
Changes by Pascal Chambon chambon.pas...@gmail.com:
Removed file:
http://bugs.python.org/file15909/patch26_truncate_pos_refcounts.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6939
___
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
resolution: - works for me
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3432
___
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
resolution: - wont fix
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue892707
___
Changes by Florent Xicluna la...@yahoo.fr:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3599
___
___
Python-bugs-list
Ned Deily n...@acm.org added the comment:
I suppose all of the relevant setup.py build-time tests could be restructured
as autoconf-style tests using gcc friends with consistent arguments (with the
build and with Distutils) so there wouldn't need to be special knowledge in
setup.py or
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've committed a small change in r77587 (trunk) that disables usage of the
10.4u SDK when that SDK is not present.
That may or may not fix this issue. I'm not going to do anything more to this
issue and am therefore closing it.
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've applied a patch to use /usr/bin/arch instead of just 'arch' in r7715
(trunk).
I will port this to the other branches soonish.
--
resolution: - fixed
stage: patch review - committed/rejected
Brian Curtin cur...@acm.org added the comment:
Ping. Anyone know if this is still an issue? I don't have access to RH.
--
nosy: +brian.curtin
stage: - patch review
type: - behavior
versions: +Python 2.6 -Python 2.5
___
Python tracker
Changes by Brett Cannon br...@python.org:
--
nosy: -brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7092
___
___
Python-bugs-list
Ned Deily n...@acm.org added the comment:
BTW, I believe there is a problem with ARCH_RUN_32BIT as it stands: as far as I
can tell, unlike lipo, /usr/bin/arch requires -ppc and rejects -ppc7400
regardless if the executable is -arch ppc7400 or -arch ppc.
--
New submission from Steven Hartland steven.hartl...@multiplay.co.uk:
When using SimpleXMLRPCServer that is used to return data that includes strings
that have a \x00 in them this data is returned, which is invalid.
The expected result is that the data should be treated as binary and base64
Changes by Brian Curtin cur...@acm.org:
--
nosy: +loewis
priority: - normal
stage: - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7727
___
Changes by Dave Malcolm dmalc...@redhat.com:
--
nosy: +dmalcolm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue775964
___
___
Python-bugs-list
Mark Dickinson dicki...@gmail.com added the comment:
Thanks, Stefan. Applied in r77589 (trunk), r77590 (py3k), r77591
(release31-maint) with one small change: I moved the freelist and p5s
declarations inside the #ifndef Py_USING_MEMORY_DEBUGGER conditionals.
The leak itself was fixed in
Nir Aides n...@winpdb.org added the comment:
I do not find the existing phrasing in the IO docs ambiguous, but since
it is obviously possible to misinterpret it it would be good to clarify
it. Can you suggest an alternate phrasing that would be clearer?
Replace 'may' with 'will' or
New submission from Florent Xicluna la...@yahoo.fr:
Some buildbot failure because of hard-coded port.
test_timeout
test test_timeout failed -- Traceback (most recent call last):
File
/home/buildbot/cpython-ucs2/trunk.pitrou-ubuntu/build/Lib/test/test_timeout.py,
line 149, in
Pascal Chambon chambon.pas...@gmail.com added the comment:
Hum, it seems that in python2.6, the C API for PyArg_ParseTuple isn't yet ready
for bytes and bytearrays, is it ? y-like argument parsers don't exist, so I
guess we can't easily patch the C api on this, only tests (replacing xxx by
Antoine Pitrou pit...@free.fr added the comment:
Replace 'may' with 'will' or 'shall' everywhere the context indicates
a mandatory requirement.
Since this possibly affects the entire Python documentation, does it
make sense to discuss this on python-dev?
Either that, or open a separate
Jason R. Coombs jar...@jaraco.com added the comment:
Eric: I'm guessing the error you're seeing might be due to a UAC issue
(http://en.wikipedia.org/wiki/User_Account_Control). I've been developing with
UAC disabled (because working with the command-line in a UAC environment is a
bit**).
Can
Jason R. Coombs jar...@jaraco.com added the comment:
Brian: That's interesting. Many of those failures look very much like failures
I've encountered and fixed, though I have been developing in a 32-bit
environment. I'll run the tests on my 64-bit system and see if I can replicate.
--
Eric Smith e...@trueblade.com added the comment:
Yes, Run as administrator solves the permissions problem, leaving an error in
test_posixpath that I'll investigate.
What's the expectations with the buildbots? Will these tests work there? We
could create a branch and run a buildbot test if
Jason R. Coombs jar...@jaraco.com added the comment:
Brian: I applied the draft 18 patch to the latest version of /branches/py3k
(77592). I compiled the release x64 build and ran a few tests using the
following syntax:
PS C:\Users\jaraco\projects\public\python-core-py3k .\pcbuild\amd64\python
Eric Smith e...@trueblade.com added the comment:
I'm indeed seeing the same test_posixpath errors that Jason reported.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1578269
___
Changes by Jason R. Coombs jar...@jaraco.com:
Removed file: http://bugs.python.org/file15616/windows symlink draft 17.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1578269
___
Jason R. Coombs jar...@jaraco.com added the comment:
Eric: The failures I'm seeing in test_posixpath indicate that realpath isn't
working properly. Are you getting the same results?
As for the buildbot issue - I'm unfamiliar with the buildbot configuration. I
think it would be worth creating
Jason R. Coombs jar...@jaraco.com added the comment:
This new patch (draft 19) addresses the outstanding test failures in
test_posixpath.py and test_platform.py (by essentially disabling tests that
were previously-disabled but became enabled on Windows by adding symlink
support).
--
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
This is not exact. buffer() doesn't exist at all in 3.x, and it issues a
warning in 2.x when used with the -3 flag:
$ ./python -3
Python 2.7a2+ (trunk:77580M,
dontbugme pythonbugsbugme...@spamavert.com added the comment:
After asking at the IRC channel, posborne resolved the error:
posborne Also, the behaviour of exiting the main thread before all threads
has exited is undefined. Is the behaviour different if you add t.join() to the
end of the
Brian Curtin cur...@acm.org added the comment:
Here's an updated version of the previous patches with the test included in
test_time.py. The test fails on Linux before the timemodule.c file is changed,
then it passes once applied.
--
keywords: +needs review
nosy: +brian.curtin
stage:
Changes by Brian Curtin cur...@acm.org:
--
components: +Tests
priority: - normal
stage: - test needed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7720
___
Changes by Brian Curtin cur...@acm.org:
--
resolution: - invalid
stage: - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7680
___
Jason R. Coombs jar...@jaraco.com added the comment:
I've confirmed that in fact a security policy permission is required to create
a symbolic link, and that by default, that permission is only granted to
administrators (see
Brian Curtin cur...@acm.org added the comment:
FWIW, Amaury's example runs without error on trunk and py3k (OS X 10.5).
2.6 prints the following:
Exception in thread Thread-1 (most likely raised during interpreter shutdown)
3.1 seg faults
--
nosy: +brian.curtin
stage: - needs patch
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +benjamin.peterson, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7720
___
___
Martin v. Löwis mar...@v.loewis.de added the comment:
The buildslaves most definitely will *not* execute any code under administrator
privileges; doing so would put the machine under a serious threat.
The tests should be skipped if the privilege is not held; it may be reasonable
to grant the
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
priority: - normal
stage: - needs patch
versions: -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7725
___
86 matches
Mail list logo