sorin sorin.sbar...@gmail.com added the comment:
FYI, I got the above output from 10.7 from a friend, I do not have access to
the seed, so the information could be wrong.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11623
Petri Lehtinen pe...@digip.org added the comment:
The name of the level parameter to LogRecord constructor is correct in the
documentation (I checked the code). The only inconsitency that I see is that
the corresponding attribute name of LogRecord is levelno.
--
nosy: +petri.lehtinen
Martin Ponweiser m.ponwei...@gmail.com added the comment:
You are right, I should have looked closer -- sorry to all involved.
Nevertheless this caused some confusion here. I guess mentioning the
inconsistency in the documentation is out of the question.
On Mon, May 30, 2011 at 10:10 AM, Petri
Petri Lehtinen pe...@digip.org added the comment:
Martin Ponweiser wrote:
I guess mentioning the inconsistency in the documentation is out of
the question.
No, not at all. If you have a good wording in your mind, please share
it :) Or even better, write a patch.
--
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
resolution: fixed -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1195
___
Petri Lehtinen pe...@digip.org added the comment:
On 2.7, your example raises an error:
Traceback (most recent call last):
File a.py, line 7, in module
z.write(a, a)
File /home/petri/tmp/cpython/cpython/Lib/zipfile.py, line 1071, in write
self.fp.write(zinfo.FileHeader())
File
Changes by Petri Lehtinen pe...@digip.org:
--
nosy: +petri.lehtinen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12014
___
___
Python-bugs-list
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
The last change appears to have fixed the problem; AFAIK there have been no
test_logging failures on the buildbots for several days.
--
resolution: - fixed
status: open - closed
___
Python
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
There appear to have been no test_logging failures on the buildbots for around
a week, so closing this issue. A change to ignore socket errors when the server
was closed appears to have done the trick.
--
resolution: - fixed
STINNER Victor victor.stin...@haypocalc.com added the comment:
The last change appears to have fixed the problem;
AFAIK there have been no test_logging failures on the buildbots
for several days.
Great job, thanks!
--
___
Python tracker
Tarek Ziadé ziade.ta...@gmail.com added the comment:
to be backported in packaging -- in a way that will make it work with previous
python versions for the incoming 2.x backport
--
___
Python tracker rep...@bugs.python.org
Jonas H. jo...@lophus.org added the comment:
I'm not.
My patch doesn't address the problem of unlinkable methods but wrong type
declarations (read, wrong usage of .. function:: directives) for builtins
like int, float, bool, list etc. Because the directives change, the roles used
to link to
Chris Rebert pyb...@rebertia.com added the comment:
Per msg129958, attached is my stab at a patch to replace most uses of
os.popen() with the subprocess module. The test suite passes on my Mac, but the
patch does touch some specific-to-other-platform code, so further testing is
obviously
Marc-Andre Lemburg m...@egenix.com added the comment:
Chris Rebert wrote:
Chris Rebert pyb...@rebertia.com added the comment:
Per msg129958, attached is my stab at a patch to replace most uses of
os.popen() with the subprocess module. The test suite passes on my Mac, but
the patch does
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
title: BufferedRandom: write(); read() gives different result using io and
_pyio - BufferedRandom, BufferedRWPair: issues with interlaced read-write
___
Python tracker rep...@bugs.python.org
Jesús Cea Avión j...@jcea.es added the comment:
Tarek, can you confirm that the bug is closed?. It is reported as open in the
tracker.
Could you possibly close it, if appropiate?.
--
assignee: tarek -
___
Python tracker rep...@bugs.python.org
New submission from zhou wei lilaboc...@gmail.com:
platform.py can't detect archlinux distribution.
the fix is to try to detect whether /etc/arch-release exists (archlinux is
using a rolling release model, so no version, id here.
https://wiki.archlinux.org/index.php/Arch_Linux).
--
STINNER Victor victor.stin...@haypocalc.com added the comment:
io_interlaced_read_write.patch:
- add interlaced read/write tests for BufferedRandom and BufferedRWPair
- _pyio: move undo readahead code into BufferedReader.flush()
- io: BufferedRandom.flush() doesn't undo readahead if the write
Changes by zhou wei lilaboc...@gmail.com:
Removed file: http://bugs.python.org/file22189/platform.py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12214
___
New submission from STINNER Victor victor.stin...@haypocalc.com:
The following code fails on an assertion error (Python exception for _pyio, C
assertion for io):
--
with io.BytesIO(b'abcd') as raw:
with _pyio.TextIOWrapper(raw, encoding='ascii') as f:
f.read(1)
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also issue #12215: TextIOWrapper has also issues on interlaced read-write.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12213
Changes by zhou wei lilaboc...@gmail.com:
Added file: http://bugs.python.org/file22191/platform.py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12214
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
textiowrapper_interlaced_read_write.patch: TextIOWrapper.write() calls
self.seek(self.tell()) if it has a decoder or if snapshot is not None.
I suppose that we can do better, but at least it does fix this issue.
read(); write();
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12215
___
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12215
___
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
versions: +Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12213
___
Roundup Robot devnull@devnull added the comment:
New changeset 7e99da22c26d by Brian Quinlan in branch 'default':
Increases some test timeouts to fix issue 11864.
http://hg.python.org/cpython/rev/7e99da22c26d
--
nosy: +python-dev
___
Python tracker
Éric Araujo mer...@netwok.org added the comment:
Could you make an effort to accept our word that using :class: instead of
:func: would bring zero value to the indexing system nor to human readers?
--
versions: -Python 3.1
___
Python tracker
Éric Araujo mer...@netwok.org added the comment:
faulthandler prints the Python trace, not the C trace, so I prefer to
call it a traceback than stack trace.
Okay. What do you think about this synopsis then: dumping the traceback on
CPython crashes?
--
Alex Leach beamesle...@gmail.com added the comment:
I got the same test_commands fail when building a Python2.7.1 which I
downloaded yesterday; it's on an FC13 x86_64 server.
I've built python2.7 before using a similar machine, but it's not picking up my
external libraries on a Sun Grid
Changes by Brian Quinlan br...@sweetapp.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11864
___
Éric Araujo mer...@netwok.org added the comment:
Looks good. One remark: instead of using keys() + getitem in Lib/netrc.py:109,
you can use this: for host, attrs in self.allhosts.items()
--
___
Python tracker rep...@bugs.python.org
Jonas H. jo...@lophus.org added the comment:
Could you make an effort to accept our word that using :class: instead of
:func: would bring zero value to the indexing system nor to human readers?
I'm already doing; but I don't see anyone having made a good point against my
preference of using
Éric Araujo mer...@netwok.org added the comment:
I would not document 'parsers'.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10772
___
___
Éric Araujo mer...@netwok.org added the comment:
Okay. I’ll make another patch to remove mentions of this flag then.
--
versions: -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12207
Éric Araujo mer...@netwok.org added the comment:
I'm already doing;
Thanks.
but I don't see anyone having made a good point against my preference
of using .. class:: to document classes.
We have agreed it is needed (I think it’s on another bug report, maybe a
duplicate).
--
Jonas H. jo...@lophus.org added the comment:
What's wrong with the changes I propose with the patch, then? Sorry, I really
don't get it, no matter how hard I try.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11975
Éric Araujo mer...@netwok.org added the comment:
Due to implementation details and history of CPython, it is not “more correct”
to say that int is a function and a class. You could argue either. The
question is however moot; when you mark up something with a mod, func, class or
meth role,
STINNER Victor victor.stin...@haypocalc.com added the comment:
dumping the traceback on CPython crashes?
faulthandler is no more specific to crashes: you can dump the tracebacks while
Python is running using a signal or an explicit call to
faulthandler.dump_traceback().
--
Jean-Marc Saffroy saff...@gmail.com added the comment:
You are suggesting something like this, I suppose?
--- a/Lib/netrc.py
+++ b/Lib/netrc.py
@@ -105,8 +105,8 @@ class netrc:
def __repr__(self):
Dump the class data in the format of a .netrc file.
rep =
-for
Jean-Marc Saffroy saff...@gmail.com added the comment:
Patch slightly updated after Eric's comments.
--
Added file: http://bugs.python.org/file22193/netrc.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11416
Éric Araujo mer...@netwok.org added the comment:
I’m surprised self.assert_ does not produce a DeprecationWarning (in favor of
assertTrue). The tests should use assertEqual(expected, computed) anyway, to
let developers see a useful diff when the test fails. Could you change this in
the
Jean-Marc Saffroy saff...@gmail.com added the comment:
Patch formatting changed to be more review-friendly (looks like MQ-style patch
isn't?), otherwise same as 2011-05-30 16:14.
--
Added file: http://bugs.python.org/file22194/netrc.patch
___
Python
Éric Araujo mer...@netwok.org added the comment:
FTR, doko applied this patch for Debian and Ubuntu:
http://patch-tracker.debian.org/patch/series/view/python3.2/3.2.1~rc1-1/platform-lsbrelease.diff
--
versions: +Python 3.3 -Python 3.1
___
Python
Jean-Marc Saffroy saff...@gmail.com added the comment:
Eric: yes I can look into the asserts, but note I generated and tested my patch
from a checkout of 2.6 (see my first report), so maybe that's why I didn't see
any warning.
--
___
Python tracker
Éric Araujo mer...@netwok.org added the comment:
Ah, okay. Your patch needs to apply to 2.7 or 3.2, which use assertEqual and
not assert_.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11416
Jonas H. jo...@lophus.org added the comment:
when you mark up something with a mod, func, class or meth role, Sphinx will
find the target without paying attention to its type. So changing :func: to
:class: does not bring anything.
From a quick test this seems to hold true for links within
New submission from Ronny Pfannschmidt ronny.pfannschm...@gmail.com:
compile('def foo(', '', 'exec')
Traceback (most recent call last):
File stdin, line 1, in module
File , line 1
def foo(
^
SyntaxError: unexpected EOF while parsing
vs
compile('from __future__ import
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12216
___
___
R. David Murray rdmur...@bitdance.com added the comment:
The test_commands fix will be in 2.7.2. 2.7.1 was released well before the fix
was made.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11946
STINNER Victor victor.stin...@haypocalc.com added the comment:
http://patch-tracker.debian.org/patch/series/view/python3.2/3.2.1~rc1-1/platform-lsbrelease.diff
This patch fails if (?:DISTRIB_CODENAME\s*=)\s*(.*) regex doesn't match
(_u_id variable is not set).
--
nosy: +haypo
Jean-Marc Saffroy saff...@gmail.com added the comment:
Here is a patch against 2.7.
--
Added file: http://bugs.python.org/file22195/netrc.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11416
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file21444/netrc.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11416
___
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file22193/netrc.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11416
___
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file22194/netrc.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11416
___
Éric Araujo mer...@netwok.org added the comment:
Great! Could you expand the docstrings and reST documentation to mention the
new behavior?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11416
R. David Murray rdmur...@bitdance.com added the comment:
It should certainly be reported to the sphinx tracker where the right people to
make the decision for sphinx itself will see it. Then if the decision is that
type matters, python can decide how we want to handle that fact. Since the
Armin Rigo ar...@users.sourceforge.net added the comment:
FWIW, this case is tested in PyPy: http://paste.pocoo.org/show/397732/
--
nosy: +arigo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9326
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12188
___
___
Benjamin Peterson benja...@python.org added the comment:
I think some one should just rewrite this code from scratch. Every time I fix
something, it breaks something else.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9326
STINNER Victor victor.stin...@haypocalc.com added the comment:
Its documentation in both 2.6 and 2.7 notes:
Deprecated since version 2.6: This function is obsolete.
Use the subprocess module.
The deprecation should be removed from Python 2.7: os.popen() will not be
removed from Python 2
Benjamin Peterson benja...@python.org added the comment:
Actually anything before the last statement will cause this
compile(\ndef foo(, '', 'exec')
Traceback (most recent call last):
File stdin, line 1, in module
File , line 2
def foo(
^
SyntaxError: invalid syntax
Éric Araujo mer...@netwok.org added the comment:
I suggest we move the discussion to #6490.
--
nosy: +eric.araujo
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - os.popen documentation in 2.6 is probably wrong
STINNER Victor victor.stin...@haypocalc.com added the comment:
Should the .pyc/.pyo file writing be disabled altogether
if stat() and/or fstat() is not available.
If we cannot get the file modification time, .pyc/.pyo writing must be
disabled. If your OS/libc/filesystem doesn't have fstat(),
R. David Murray rdmur...@bitdance.com added the comment:
The deprecations for os.popenN() are still fine, since those
APIs are not used all that much, and I'm sure that no one can
really remember what all the different versions do anyway :-)
That's good, because those functions are already
New submission from Éric Araujo mer...@netwok.org:
haypo suggested linking between traceback.print_tb and
faulthandler.dump_traceback(). See also links between pdb and faulthandler
could also be nice, if they explain briefly how the modules differ.
--
assignee: docs@python
STINNER Victor victor.stin...@haypocalc.com added the comment:
Victor: did you notice that getoutput and friends call os.popen?
Yes, because I wrote a patch to call directly subprocess :-) = see the issue
#10197. I don't want to remove os.popen() anymore, it's too much work for a
minor gain
Roundup Robot devnull@devnull added the comment:
New changeset fefca6548732 by Benjamin Peterson in branch 'default':
don't restrict unexpected EOF errors to the first line (closes #12216)
http://hg.python.org/cpython/rev/fefca6548732
--
nosy: +python-dev
resolution: - fixed
stage: -
Éric Araujo mer...@netwok.org added the comment:
From IRC: too late for 3.1.
--
resolution: - out of date
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10449
R. David Murray rdmur...@bitdance.com added the comment:
There were an awfully large number of pages of code for a thin wrapper.
Granted, half of that was probably os/2 support...
--
___
Python tracker rep...@bugs.python.org
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
RE: comment msg137266 - thanks for responding, Alex - though
don't get misled by that wrapper script I wrote, though - I
ended up replacing it with a short C program, which I'll attach
after this comment.
RE: I think Python is awesome
Tarek Ziadé ziade.ta...@gmail.com added the comment:
I am going to remove wsgiref.egg-info
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10645
___
Tarek Ziadé ziade.ta...@gmail.com added the comment:
I fixed it
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12125
___
New submission from Tarek Ziadé ziade.ta...@gmail.com:
I am removing that metadata info, since we're moving to PEP 376
--
assignee: tarek
components: Library (Lib)
messages: 137306
nosy: tarek
priority: normal
severity: normal
status: open
title: Removing wsgiref.egg-info
versions:
Tarek Ziadé ziade.ta...@gmail.com added the comment:
see issue12218
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10645
___
___
Roundup Robot devnull@devnull added the comment:
New changeset d615eb7bce33 by Tarek Ziade in branch 'default':
Issue 12218: Removing wsgiref.egg-info
http://hg.python.org/cpython/rev/d615eb7bce33
--
nosy: +python-dev
___
Python tracker
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12218
___
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
so I can do:
$ setarch i686
$ strace -s8192 -e trace=execve /usr/bin/python
execve(/usr/bin/python, [/usr/bin/python], [/* 65 vars */]) = 0
execve(/usr/bin//32/python, [/usr/bin//32/python], [/* 66 vars */]) = 0
[ Process PID=3559
Charles-François Natali neolo...@free.fr added the comment:
support.linux_version() may be changed for requires_linux_version(2, 6, 27),
but linux_version() is always used in tests to check the Linux version.
requires_linux_version() would only raise a SkipTest if the OS is Linux and
if
Alex Leach beamesle...@gmail.com added the comment:
Hey Jason,
Thanks for replying so quickly, and on a bank holiday! :)
This has completely diverged from the original bug, but whatever..
Thanks for the C wrapper too! It's not appropriate for my build environment,
and I know no C, having only
Georg Brandl ge...@python.org added the comment:
Well (speaking as the Sphinx developer here), I view it as legacy behavior that
type does not matter for non-intersphinx linking.
So the intersphinx behavior is the correct one, but we can't change the other
now because of compatibility.
But
Marc Sibson sib...@gmail.com added the comment:
issue10772.patch2: document help and count actions in Doc/library/argparse.rst
--
Added file: http://bugs.python.org/file22198/issue10772.patch2
___
Python tracker rep...@bugs.python.org
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
RE: msg137311 : Alex - you wrote :
I'm recompiling this 32 bit python with the following commands:-
$ export CFLAGS=-O2 -fPIC
$ export CXXFLAGS=$CFLAGS
$ OPT=-m32 LDFLAGS=-m32 ./configure --prefix=$HOME/32
Does that seem sensible to
Charles-François Natali neolo...@free.fr added the comment:
The patch looks good to me.
In your test, you don't explicitely close the mmap object: it's not a problem
with CPython since it will get unmmapped, and the file descriptor - if it's a
file-backed mapping - will get closed, as soon as
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
Oops, cut myself off mid-sentence in that previous comment ... AIWS :
If you are on a RedHat derived system, where /lib/ld-linux.so.2 is
32-bit , you should be OK; if, however, you are on a Gentoo
derived or my style system, you need
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
The alternative is to use a GCC Spec File , such as
that printed by
$ gcc -dumpspecs
Here is one such I've used in the past to overcome similar problems:
$ cat /home/jason/local32.spec
*lib:
+ -lc_nonshared
*startfiles:
+
Petri Lehtinen pe...@digip.org added the comment:
Thanks for the comments. I attached a new patch that uses
self.addCleanup(m.close), and also adds a versionchanged directive to the docs.
--
Added file: http://bugs.python.org/file22199/mmap_read_all_3.patch
Petri Lehtinen pe...@digip.org added the comment:
STINNER Victor wrote:
If we cannot get the file modification time, .pyc/.pyo writing must be
disabled. If your OS/libc/filesystem doesn't have fstat(), you don't have
file modification, so no .pyc/.pyo write.
Should I go on and write a
Sandro Tosi sandro.t...@gmail.com added the comment:
@Eric: ok, I was just asking given the unusual situation 2.7 is (i.e. a very
long support series), but it's perfectly fine not to backport the feature.
@Charles-François: I changed a bit the logic: I check for 'None' at first,
since it
Jonas H. jo...@lophus.org added the comment:
So the intersphinx behavior is the correct one, but we can't change the
other now because of compatibility.
Could you be convinced to use that legacy behaviour for intersphinx, too? :-)
--
___
Python
STINNER Victor victor.stin...@haypocalc.com added the comment:
See the patch attached.
I like your patch, it removes many duplicate code :-)
Some comments:
- I don't like an if surrounding the whole function, I prefer if not ...:
return to avoid the (useless) indentation. Well, it's my
Josh Triplett j...@joshtriplett.org added the comment:
Given that GRUB doesn't support writing to filesystems at all, I already have
to set Py_DontWriteBytecodeFlag, so disabling .pyc/.pyo entirely would work
fine for my use case.
--
___
Python
STINNER Victor victor.stin...@haypocalc.com added the comment:
Should I go on and write a patch?
Yes please, write a patch, I will review it.
To emulate a system without stat or fstat, you may use:
#define fstat dont_have_fstat
#define stat dont_have_stat
The link will fail if the code still
New submission from Herm Fischer fisc...@markv.com:
tkinter.filedialog.askopenfilename works fine on the Windows builds of Python
3.1.
However on Python 3.2 (Windows builds via Active State), this dialog comes up
with the old Windows XT style on Windows 7 (missing navigation pane) and the
Changes by Herm Fischer fisc...@markv.com:
Added file: http://bugs.python.org/file22202/python32-wrong-filedialog.png
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12219
___
Roundup Robot devnull@devnull added the comment:
New changeset 61aaec67b521 by Victor Stinner in branch 'default':
Close #12171: IncrementalEncoder.reset() of CJK codecs (multibytecodec) calls
http://hg.python.org/cpython/rev/61aaec67b521
--
nosy: +python-dev
resolution: - fixed
stage:
Roundup Robot devnull@devnull added the comment:
New changeset 6051f2c93163 by Victor Stinner in branch 'default':
Close #12089: Remove outdated and unused code from regrtest.
http://hg.python.org/cpython/rev/6051f2c93163
--
nosy: +python-dev
resolution: - fixed
stage: -
Roundup Robot devnull@devnull added the comment:
New changeset 5548197d1f22 by Victor Stinner in branch 'default':
Close #12028: Make threading._get_ident() public, rename it to
http://hg.python.org/cpython/rev/5548197d1f22
--
nosy: +python-dev
resolution: - fixed
stage: -
New submission from Herm Fischer fisc...@markv.com:
Minidom raises an exception if there's a space anywhere in the URI of an xmlns,
but it is legal (but terrible practice) to have spaces in URIs. I think this
should work or politely raise a syntax error. E.g., this fails:
STINNER Victor victor.stin...@haypocalc.com added the comment:
The original issue (use backslashreplace for stdout in regrtest) is now fixed,
and so I closed it.
@ocean-city: Can you please open a new issue for unittest? (for
py3k_also_no_unicode_error_on_direct_test_run.patch)
--
1 - 100 of 120 matches
Mail list logo