Changes by Florent Xicluna :
--
nosy: +belopolsky, flox, haypo
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue13674>
___
___
Python-bug
New submission from Florent Xicluna :
http://docs.python.org/distutils/apiref.html?highlight=XXX#module-distutils.ccompiler
We find lots of "XXX" and "XXX see also." which give no information.
--
assignee: docs@python
components: Documentation
messages: 150683
nos
Changes by Florent Xicluna :
--
nosy: +eric.araujo, tarek
versions: +Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue13716>
___
___
Pytho
Florent Xicluna added the comment:
The proposed solution is ok.
It sounds like unfinished documentation when you hit an "XXX".
For the "/dev/" documentation, it's OK, but for the released version, we should
avoid it.
--
New submission from Florent Xicluna :
This error occurred on "x86 Ubuntu 3.x" buildbot.
This is the 1st test on this run.
http://www.python.org/dev/buildbot/all/builders/x86%20Ubuntu%203.x/builds/1699/steps/test/logs/stdio
./python -Wd -E -bb ./Lib/test/regrtest.py -uall -rwW -l
Florent Xicluna added the comment:
I succeeded to reproduce one time on Debian Lenny (64 bits).
~ $ make pycremoval
find . -name '*.py[co]' -exec rm -f {} ';'
find . -name '__pycache__' -exec rmdir {} '+'
~ $ ./python -Wd -E -bb ./Lib/test/regrtest.py -
Florent Xicluna added the comment:
a duplicate of #7710
--
nosy: +flox
resolution: -> duplicate
status: open -> closed
superseder: -> Inconsistent Exception for int() conversion
___
Python tracker
<http://bugs.python.o
Changes by Florent Xicluna :
--
nosy: +belopolsky
stage: -> unit test needed
type: -> behavior
versions: +Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/
New submission from Florent Xicluna :
Various buildbots show a failure on test_heapq.
* "x86 FreeBSD 3.x" failed on revision r83882 (r83869 was OK)
http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%203.x/builds/492
and next runs were OK, too
* "PPC (Leopard|
Florent Xicluna added the comment:
For some reason, sys.modules['heapq'] contains the Python implementation
instead of the C implementation.
Tested with r83981 on python 3:
Python 3.2a1+ (py3k:83981M, Aug 13 2010, 19:02:31)
[GCC 4.3.4] on linux2
Type "help", "
Florent Xicluna added the comment:
Definitely it does not look like a bug.
>>> import unittest
>>> help(unittest.TestCase)
...
| If it is necessary to override the __init__ method, the base class
| __init__ method must always be called. It is important that subclas
Florent Xicluna added the comment:
Still failing on 3.2 and 2.7
- x86 FreeBSD 7.2 3.x r83981, r83971 ...
http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%203.x/builds/823
- x86 FreeBSD 7.2 2.7 r83985, r83806 ...
http://www.python.org/dev/buildbot/all/builders
Florent Xicluna added the comment:
It happens on some 3.1 buildbots:
- x86 FreeBSD 7.2 3.1 r83984, r83968, ...
http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%203.1/builds/595
- ARMv4 Debian 3.1 r83831, r83805, r83772, ...
http://www.python.org/dev/buildbot/all
Changes by Florent Xicluna :
--
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue5930>
___
___
Python-bugs-list mailing list
Unsubscribe:
Florent Xicluna added the comment:
This one is a (small) regression from 2.6.5.
Patch attached
--
keywords: +patch
nosy: +barry
priority: normal -> release blocker
status: closed -> open
versions: +Python 2.6 -Python 2.7
Added file: http://bugs.python.org/file18535/issue9145_f
Florent Xicluna added the comment:
r83972 breaks OS X buildbots: support.TESTFN_UNENCODABLE is not defined if
sys.platform == 'darwin'.
File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_imp.py", line
309, in
class NullImporterTests(unittest.TestCase):
Florent Xicluna added the comment:
It breaks test_unicode_file on OS X, too:
File
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_unicode_file.py",
line 8, in
from test.support import (run_unittest, rmtree,
ImportError: cannot import name TESTFN_U
Florent Xicluna added the comment:
test_socket fails on OS X:
==
ERROR: testGetaddrinfo (test.test_socket.GeneralModuleTests)
--
Traceback (most recent call
Florent Xicluna added the comment:
Seen on Windows 7 3.1:
test test_multiprocessing failed -- Traceback (most recent call last):
File
"D:\cygwin\home\db3l\buildarea\3.1.bolen-windows7\build\lib\test\test_multiprocessing.py",
line 746, in test_notify_all
self.assertReturnsIfI
Florent Xicluna added the comment:
Case 3 seen on buildbot Windows 7 3.1:
http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.1/builds/676
test_array (test.test_multiprocessing.WithProcessesTestArray) ... Traceback
(most recent call last):
File "", line 1, in
Florent Xicluna added the comment:
A different issue on XP-5 buildbot (Python 3.1):
test test_multiprocessing failed -- Traceback (most recent call last):
File
"C:\buildslave\3.1.moore-windows\build\lib\test\test_multiprocessing.py", line
1234, in test_rapid_restart
manage
Changes by Florent Xicluna :
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue8857>
___
___
Python-bugs-list mailing list
Unsubscribe:
Florent Xicluna added the comment:
It is an update with 2 similar failures on Windows XP and 7 buildbots (on
normal runs).
FWIW, I ran the script from Freek on my laptop (Debian 64bits) and I noticed
similar failures on 3.1 and 3.2 (you need to uncomment 1 of the 3 commented
lines of the
Florent Xicluna added the comment:
It is intermittent on most buildbots.
The exception is "x86 FreeBSD 7.2 3.x" where it occurs on each run.
http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%203.x/
--
___
Python trac
Changes by Florent Xicluna :
--
components: +Macintosh
keywords: +buildbot
___
Python tracker
<http://bugs.python.org/issue8845>
___
___
Python-bugs-list mailin
Changes by Florent Xicluna :
--
nosy: +flox
___
Python tracker
<http://bugs.python.org/issue8845>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Florent Xicluna :
It occurs on PPC Leopard 3.x buildbot.
(...)
[184/346] test_ssl
error: uncaptured python exception,
closing channel
(:pop from empty list
[/Users/buildbot/buildarea/3.x.parc-leopard-1/build/Lib/asyncore.py|read|79]
[/Users/buildbot/buildarea/3.x.parc
Florent Xicluna added the comment:
No update on this issue, and there's no more ia64 buildbot.
There's very little chance to fix it.
--
components: +Tests
nosy: +flox
resolution: -> out of date
status: open -> languishing
title:
Now:
buildbot: test_dbm and test_dbm_
Florent Xicluna added the comment:
Same issue, probably, on buildbot "PPC Tiger"
==
ERROR: test_main (test.test_signal.InterProcessSignalTests)
--
Florent Xicluna added the comment:
Btw, the comment and failure message in r81380/r81381 look wrong.
-# If absolute import syntax is used, then do not try to perform
-# a relative import in the face of failure.
+# If explicit relative import syntax is used, then do not try
Florent Xicluna added the comment:
Fixed in 2.6.6 with release manager approval on r84093.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Florent Xicluna added the comment:
Comment changed in r84097, 3.2 branch, with minor fixes.
--
___
Python tracker
<http://bugs.python.org/issue7902>
___
___
Pytho
Florent Xicluna added the comment:
Merged in 3.1 with r84115.
--
___
Python tracker
<http://bugs.python.org/issue7902>
___
___
Python-bugs-list mailing list
Unsub
Florent Xicluna added the comment:
The buildbot XP-4 3.x fails on test_dis.
http://www.python.org/dev/buildbot/all/builders/x86%20XP-4%203.x/builds/2770
test_code_info (test.test_dis.CodeInfoTests) ... FAIL
test_show_code (test.test_dis.CodeInfoTests) ... FAIL
Florent Xicluna added the comment:
Various annoyances:
>>> some_set = {'oOO', b'oOO'}
BytesWarning: Comparison between bytes and string
>>> 'a' in {b'', ''}
BytesWarning: Comparison between bytes and string
>>
Changes by Florent Xicluna :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue9636>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Florent Xicluna :
--
title: {'key': 'value'} -> BytesWarning annoyances {'key': 'value'}.get(b'key')
Florent Xicluna added the comment:
Confirmed with telnet sessions:
== Simulate "urllib2" ==
$ telnet www.mfsa.com.mt 80
GET /insguide/english/glossarysearch.jsp?letter=all HTTP/1.1
Accept-Encoding: identity
Host: www.mfsa.com.mt
Connection: close
User-Agent: Python-urllib/2.7
HTTP/
Florent Xicluna added the comment:
A similar issue occurs on "x86 debian parallel" buildbot:
==
FAIL: test_nonascii (test.test_warnings.CEnvironmentVar
Florent Xicluna added the comment:
There's a failure on the same buildbot, "x86 debian parallel", with test
test_subprocess (test_undecodable_env).
This test was introduced with issue #8391.
The test_subprocess and test_warnings failures are specific t
Changes by Florent Xicluna :
--
keywords: +buildbot
___
Python tracker
<http://bugs.python.org/issue8589>
___
___
Python-bugs-list mailing list
Unsubscribe:
Florent Xicluna added the comment:
This is still an issue on some buildbots:
- since r84224 on OS X (PPC Leopard, x86 Tiger)
- since r84182 on sparc solaris10 gcc, x86 FreeBSD, x86 FreeBSD 7.2
The issue was fixed in r84201, r84202, r84203 for OS X buildbots only, but
since r84224 it is
Florent Xicluna added the comment:
This issue is no longer reported since pybsddb 4.8.4 integration.
Issue #8156, revision 79285.
--
nosy: +flox
resolution: -> out of date
status: open -> pending
___
Python tracker
<http://bugs.p
Changes by Florent Xicluna :
--
keywords: +buildbot
___
Python tracker
<http://bugs.python.org/issue6462>
___
___
Python-bugs-list mailing list
Unsubscribe:
Florent Xicluna added the comment:
Two builders are sad:
* x86 gentoo
* sparc solaris10 gcc
==
ERROR: test_idna (test.test_socket.GeneralModuleTests
Florent Xicluna added the comment:
Also occurs on Python 2.7, with "x86 FreeBSD 7.2" buildbot.
(I found it on many builds since revision 83725 at least. Older builds are not
available)
Seen on "x86 FreeBSD" buildbot, too.
test test_subprocess failed -- Traceback (m
New submission from Florent Xicluna :
Crash on Python 2.7 branch.
$ ./python -We -c 'import anydbm'
python: Objects/dictobject.c:759: PyDict_SetItem: Assertion `value' failed.
Abandon
It occurs with all optional modules compiled.
--
messages: 114823
nosy: flox
p
Florent Xicluna added the comment:
Actually, the issue seems to be in bsddb.
$ ./python -We -c 'import bsddb'
python: Objects/dictobject.c:759: PyDict_SetItem: Assertion `value' failed.
Abandon
--
___
Python tracker
<http
Changes by Florent Xicluna :
--
nosy: +jcea
___
Python tracker
<http://bugs.python.org/issue9675>
___
___
Python-bugs-list mailing list
Unsubscribe:
Florent Xicluna added the comment:
It is probably related to the CObject PendingDeprecationWarning.
For the record, bsddb does not use the new Capsule API in Python 2.7.
ref: http://bugs.python.org/issue7992#msg104140
--
___
Python tracker
<h
Florent Xicluna added the comment:
The crash is triggered because PyDict_SetItemString(d, "api", py_api) is called
with py_api=NULL when PyCObject_FromVoidPtr returns an error.
A possible workaround is to create a copy of PyCObject_FromVoidPtr (e.g.
_PyCObject_FromVoidPtr) which
Florent Xicluna added the comment:
Hi Daniel,
there's a test failure which is related with r84307 on windows buildbot.
==
FAIL: test_cw_strings (ctypes.test.test_parameters.SimpleTypesTes
Florent Xicluna added the comment:
This one looks very similar (r84315 on i386 Ubuntu 3.x buildbot):
./python -Wd -E -bb ./Lib/test/regrtest.py -uall -rwW -l
== CPython 3.2a1+ (py3k:84315, Aug 25 2010, 17:07:54) [GCC 4.6.0 20100814
(experimental) [trunk revision 163239]]
== Linux-2.6.32-24
Florent Xicluna added the comment:
Łukasz,
_closing is not necessary on FileIO instances. The class already declares an
__exit__ method which takes care of closing file.
>>> import io
>>> f = io.FileIO('/tmp/test_closing', 'wb')
>>> f.closed
F
Florent Xicluna added the comment:
Patch.
--
keywords: +patch
Added file: http://bugs.python.org/file18649/issue9572_oserror.diff
___
Python tracker
<http://bugs.python.org/issue9
Changes by Florent Xicluna :
--
nosy: +flox
___
Python tracker
<http://bugs.python.org/issue1610654>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florent Xicluna :
--
nosy: +flox
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.org/issue1573
Changes by Florent Xicluna :
--
nosy: +flox
___
Python tracker
<http://bugs.python.org/issue4953>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florent Xicluna :
--
nosy: +flox
___
Python tracker
<http://bugs.python.org/issue6234>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florent Xicluna :
--
nosy: +flox
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue8846>
___
___
Python-bugs-list mailing list
Unsub
Changes by Florent Xicluna :
--
nosy: +flox
stage: -> patch review
versions: +Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/iss
New submission from Florent Xicluna :
According to PEP8, "Files using ASCII (or UTF-8, for Python 3.0) should not
have a coding cookie."
--
components: 2to3 (2.x to 3.0 conversion tool)
messages: 115191
nosy: flox
priority: normal
severity: normal
status: open
title: 2to3 co
New submission from Florent Xicluna :
from io import BytesIO
from tokenize import tokenize, tok_name
sample = 'éléphants = "un éléphant, deux éléphants, ..."\nprint(éléphants)\n'
sampleb = sample.encode('utf-8')
exec(sample)
# output: un éléphant, deux éléphants,
New submission from Florent Xicluna :
I found this crash while playing with proxies (thanks haypo).
http://code.activestate.com/recipes/496741-object-proxying/
class MyClass(object):
def __init__(self):
self.pwn = None
def __getattribute__(self, name):
print('My
Florent Xicluna added the comment:
> unittest should provide assertWarns and assertWarnsRegexp
+1
(the internal helpers in test.support could be refactored)
> The __warningregistry__ stuff looks horrible.
+1
(and it does not behave exactly the same in all Python versions)
-
Florent Xicluna added the comment:
Patch looks good. However tests do not pass with -Werror (while test_warnings
and others pass).
Is there a way to catch multiple warnings on a single logical line?
(With assertRaises we don't have such use case)
--
stage: needs patch -&g
Florent Xicluna added the comment:
PEP8 fixed with r84354
--
___
Python tracker
<http://bugs.python.org/issue9710>
___
___
Python-bugs-list mailing list
Unsub
Changes by Florent Xicluna :
--
nosy: +effbot
stage: -> unit test needed
type: -> behavior
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/
Florent Xicluna added the comment:
Issue #9754 proposes to implement assertWarns / assertWarnsRegexp
--
dependencies: +assertWarns and assertWarnsRegexp
___
Python tracker
<http://bugs.python.org/issue8
Changes by Florent Xicluna :
--
title: move generally useful test_support functions into the unittest package
-> move generally useful test.support functions into the unittest package
___
Python tracker
<http://bugs.python.org/iss
Florent Xicluna added the comment:
I propose to close this, since 2.7 is released and the situation is better in
Python 3.
--
resolution: -> wont fix
status: open -> pending
___
Python tracker
<http://bugs.python.org/
New submission from Florent Xicluna :
The function tokenize.detect_encoding() detects the encoding either in the
coding cookie or in the BOM. If no encoding is found, it returns 'utf-8':
When result is 'utf-8', there's no (easy) way to know if the encoding was
really
New submission from Florent Xicluna :
This failure occurs on AMD64 debian parallel buildbot.
It is not the same failure as OS X Tiger buildbot (issue 8423).
==
FAIL: test_listdir (test.test_pep277.UnicodeFileTests
New submission from Florent Xicluna :
Occurs repeatedly on AMD64 debian parallel.
==
FAIL: test_extractall (test.test_tarfile.MiscReadTest)
--
Traceback (most
New submission from Florent Xicluna :
Repeated failure on AMD64 debian parallel buildbot.
[329/346] test_smtpnet
test test_smtpnet failed -- Traceback (most recent call last):
File
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/test_smtpn
Florent Xicluna added the comment:
Other C files converted from latin-1 to utf-8 with r84485.
--
components: +Unicode
nosy: +flox
___
Python tracker
<http://bugs.python.org/issue9
Changes by Florent Xicluna :
--
dependencies: +add an optional "default" argument to tokenize.detect_encoding
___
Python tracker
<http://bugs.python.
Changes by Florent Xicluna :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue1397>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Florent Xicluna :
According to the documentation:
"The fill character can be any character other than ‘}’ (which signifies the
end of the field)."
http://docs.python.org/dev/library/string.html#format-specification-mini-language
However the format() builtin ac
Florent Xicluna added the comment:
The PEP 3101 does not prohibit any character for the 'fill' argument.
Another example which just works:
>>> '{:{fill}^6}'.format(42, fill='{')
'{{42{{'
>>> '{:{fill}^6}'.format(42, fill=&
Changes by Florent Xicluna :
--
nosy: +flox
___
Python tracker
<http://bugs.python.org/issue7300>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florent Xicluna :
--
nosy: +flox
___
Python tracker
<http://bugs.python.org/issue8556>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florent Xicluna :
--
nosy: +flox
___
Python tracker
<http://bugs.python.org/issue8913>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florent Xicluna :
--
nosy: +flox
___
Python tracker
<http://bugs.python.org/issue9195>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florent Xicluna :
--
nosy: +flox
___
Python tracker
<http://bugs.python.org/issue9418>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florent Xicluna :
--
nosy: +flox
___
Python tracker
<http://bugs.python.org/issue6081>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Florent Xicluna :
--
nosy: +flox
___
Python tracker
<http://bugs.python.org/issue7951>
___
___
Python-bugs-list mailing list
Unsubscribe:
Florent Xicluna added the comment:
Too late for 2.x and 3.1.
--
nosy: +flox
versions: -Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/issue1467
Florent Xicluna added the comment:
Did you run `make distclean` before?
--
assignee: -> ronaldoussoren
components: +Macintosh
nosy: +flox, ronaldoussoren
stage: -> unit test needed
___
Python tracker
<http://bugs.python.org/
Changes by Florent Xicluna :
--
nosy: +michael.foord, ned.deily
___
Python tracker
<http://bugs.python.org/issue9832>
___
___
Python-bugs-list mailing list
Unsub
Florent Xicluna added the comment:
This is a duplicate of #8445
--
nosy: +flox
resolution: -> duplicate
status: open -> closed
superseder: -> buildbot: test_ttk_guionly failures (test_traversal,
test_tab_identifiers, test_identify, test_heading
Changes by Florent Xicluna :
--
assignee: -> ronaldoussoren
components: +Macintosh
nosy: +cartman, flox, ronaldoussoren
stage: -> needs patch
type: -> behavior
___
Python tracker
<http://bugs.python.o
Changes by Florent Xicluna :
--
assignee: -> tarek
components: +Distutils, Macintosh
nosy: +eric.araujo, michael.foord, ned.deily, tarek
___
Python tracker
<http://bugs.python.org/iss
Florent Xicluna added the comment:
It still happens on the same builder, occasionally.
http://www.python.org/dev/buildbot/builders/sparc%20Debian%203.1/builds/24
--
components: +Tests
nosy: +flox
type: -> behavior
___
Python tracker
&l
Florent Xicluna added the comment:
Still happens with r84709 on PPC Tiger 3.x
==
FAIL: test_nonascii (test.test_warnings.CEnvironmentVariableTests
Florent Xicluna added the comment:
According to issue #9210, "--with-wctype-functions" is pending removal.
Could you retry without this switch?
--
nosy: +amaury.forgeotdarc, lemburg
superseder: -> remove --with-wctype-functions con
Florent Xicluna added the comment:
This should be merged before 3.2 beta.
--
nosy: +flox
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/iss
Florent Xicluna added the comment:
now the PendingDeprecationWarnings are checked in the test suite, with r84772
(for 2.7).
--
___
Python tracker
<http://bugs.python.org/issue7
Florent Xicluna added the comment:
I've made the wrong assumption that test.regrtest.__file__ is always absolute.
Here is a patch which should fix it.
--
nosy: +ezio.melotti
Added file: http://bugs.python.org/file18870/issue9323_regrtest
Florent Xicluna added the comment:
regrtest fixed with r84776 (3.x) and r84779 (2.7)
--
___
Python tracker
<http://bugs.python.org/issue9323>
___
___
Python-bug
201 - 300 of 1386 matches
Mail list logo
