Chris Rebert pyb...@rebertia.com added the comment:
Ok, changed to note directives instead of warnings. Anything else
that keeps this from being applied?
--
Added file: http://bugs.python.org/file15033/subprocess.rst.patch
___
Python tracker
Changes by Chris Rebert pyb...@rebertia.com:
Removed file: http://bugs.python.org/file14817/subprocess.rst.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6760
___
New submission from Valery khame...@gmail.com:
Hi all
(I never filed a bug, so, I am not sure that all fields are OK)
Anyway, here is the self explaining issue:
$ python
Python 2.6.3 (r263:75183, Oct 3 2009, 11:20:50)
[GCC 4.4.1] on linux2
Type help, copyright, credits or license for
Valery khame...@gmail.com added the comment:
I have just installed python2.5 in addition.
And there is no this issue with it.
So, it rather speific to python2.6
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7052
New submission from Mattelaer olivier.mattel...@uclouvain.be:
wrong redirection of slot wrapper:
class.__iter__=list.__iter__
doesn't work. (the __iter__ still refer to the one define in class)
The file in attachment shows an example of this problem
--
components: None
files: test.py
Ryan Leslie ryle...@gmail.com added the comment:
Looks like a merge has gone bad. NullHandler has existed for a while on
trunk but is not present in the 2.6.3 tag (__all__ was updated to
include it, however):
/python/tags/r263/Lib/logging/__init__.py
--
nosy: +ryles
lekma lekma...@gmail.com added the comment:
Even though I don't fully agree with your comments here is a second
attempt addressing them, against trunk.
For the record, I think that the signature difference is enough to
warrant a name that is a clear cut from PyErr_NewException.
And in the
lekma lekma...@gmail.com added the comment:
Same as previous against py3k
--
Added file: http://bugs.python.org/file15036/issue7033_py3k_2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7033
Mark Dickinson dicki...@gmail.com added the comment:
Shrug. That doesn't really bother me. x**y%z and pow(x, y, z) aren't
going to match anyway, as soon as x**y has to be rounded.
What would bother me more is the idea of having, with precision 4:
pow(3, 22, 12347) - nan
pow(3, 23, 12347) -
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - vinay.sajip
nosy: +vinay.sajip
priority: - critical
stage: - needs patch
type: resource usage - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7052
Gregor Lingl gregorli...@users.sourceforge.net added the comment:
The same True for captureWarnings? (It's also is only present in __all__)
--
nosy: +gregorlingl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7052
New submission from Mark Schlieker sternenfaenge...@googlemail.com:
CHM file for Python 2.5 documentation does not work when being used
without Python installation.
My OS is: Microsoft Windows XP (sp2)
Steps on how to reproduce:
prerequisite:
1) No python has been installed on machine (not
Antoine Pitrou pit...@free.fr added the comment:
Georg committed a fix but now we have:
from logging import *
Traceback (most recent call last):
File stdin, line 1, in module
AttributeError: 'module' object has no attribute 'captureWarnings'
--
nosy: +georg.brandl, pitrou
Jan Hosang jan.hos...@gmail.com added the comment:
Ezio, I moved the test to a separate method. Also I couldn't find
something to close the file if I don't care about errors. I thought an
assertRises would be wrong, as I am not debugging files here, so I added a
function to call a callable I
Gregor Lingl gregorli...@users.sourceforge.net added the comment:
As stated above: the name
captureWarnings
is also present *only* in __all__. Same reason, same effect.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7052
Antoine Pitrou pit...@free.fr added the comment:
There doesn't seem to be any reason to introduce the
expect_exception() helper, rather than to use a with statement. Am I
mistaken?
--
nosy: +pitrou
stage: test needed - patch review
versions: +Python 2.7, Python 3.2 -Python 2.6
Mark Schlieker sternenfaenge...@googlemail.com added the comment:
Oh I found out myself: the file is ok. When the message gets displayed
it has to do with security settings in Windows XP:
Solution:
Right click on the file in file explorer and choose properties in order
to open the properties
Changes by Mark Schlieker sternenfaenge...@googlemail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7054
___
___
Antoine Pitrou pit...@free.fr added the comment:
Ok, I get it, you want f.close() to always succeed, even if the
underlying file descriptor has already been closed.
Well, I so no reason to introduce a helper anyway, the following four
lines are much more readable and explicit:
try:
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Not quite sure what happened, yet. It may be, as Ryan said, that a merge
went wrong somewhere. I've altered Lib/logging/__init__.py in
release26-maint to remove captureWarnings from __all__.
Note that the change which introduced
Mark Dickinson dicki...@gmail.com added the comment:
I'm seeing this failure too, on a 64-bit build of the trunk on OS X
10.6.1.
If I understand the test, it's setting up a timer that's supposed to run
for 0.3 seconds of 'virtual time', signal, and then signal every 0.2
seconds of virtual
Mark Dickinson dicki...@gmail.com added the comment:
Issue #5972 looks like the same problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7042
___
Mark Dickinson dicki...@gmail.com added the comment:
See also issue #7042.
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5972
___
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Noticed that the code in the r262 tag (dated 13 Mar 2009) seems OK. I
don't know how to find out how this happened, i.e. is it something I did
wrong or is it something which went wrong during the release process?
Any pointers gratefully
Mark Dickinson dicki...@gmail.com added the comment:
This may also explain why the x86 FreeBSD trunk buildbot is currently
hanging on test_signal.
(And I see Ned already mentioned issue 5972 above. Sorry for the noise.)
--
___
Python tracker
Mark Dickinson dicki...@gmail.com added the comment:
chuck: does the attached patch fix the problem for you?
--
keywords: +patch
Added file: http://bugs.python.org/file15038/issue7042.patch
___
Python tracker rep...@bugs.python.org
Ezio Melotti ezio.melo...@gmail.com added the comment:
I tried to apply both the patches on the trunk but the tests don't pass.
With the latest patch I get an EOFError instead of IOError in the
assertRaises.
The function I was talking about was test_support.unlink(), but that
just removes the
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Ok, found it. It looks like I messed up in r72005 when fixing #5854.
Very sorry to all for the inconvenience. I will add a unit test to try
and catch this in the future.
--
___
Python tracker
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
I see Benjamin's beaten me to it - thanks, Benjamin.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7052
___
Georg Brandl ge...@python.org added the comment:
I've already added logging to test___all__.py which checks the __all__
attribute.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7052
___
New submission from Antoine Pitrou pit...@free.fr:
This patch replaces the explicit list of modules in test___all__ with an
automatic detection of modules having a __all__ attribute, so that we
don't forget any. It doesn't really appear to slow things down;
test___all__ only takes one second
Changes by Antoine Pitrou pit...@free.fr:
--
keywords: +patch
Added file: http://bugs.python.org/file15039/test_all.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7055
___
Georg Brandl ge...@python.org added the comment:
Hey, I was doing that too! :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7055
___
___
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Georg Brandl added the comment:
I've already added logging to test___all__.py which checks the __all__
attribute.
Sorry, I thought Benjamin did that.
Thanks and regards,
Vinay Sajip
--
___
Preston Landers pland...@gmail.com added the comment:
I'm curious what happened with this issue. It says closed+accepted but
it doesn't appear to be checked in. Was there a fatal problem
implementing this feature on Windows? Is it hung up on the inability
to dup SSL sockets?
I'm highly
Antoine Pitrou pit...@free.fr added the comment:
There was a problem with os.environ (from distutils and CGIHTTPServer)
changes disturbing test_wsgiref, so I've added an unconditional
save/restore of os.environ in test.regrtest.
--
Added file:
Mark Dickinson dicki...@gmail.com added the comment:
I've applied the above patch in r75236 (trunk), r75237 (release26-maint),
r75238 (py3k) and r75239 (release31-maint). With any luck this should fix
the issue. Jan Hosang, can you confirm that this is fixed?
--
resolution: - fixed
R. David Murray rdmur...@bitdance.com added the comment:
For os.environ, wouldn't it be better to fix the tests so that they
don't disturb the environment? Even if the CGIHTTPServer legitimately
modifies the environment, shouldn't it be the responsibility of its test
suite to wrap it so that
Marc-Andre Lemburg m...@egenix.com added the comment:
Tarek Ziadé wrote:
Tarek Ziadé ziade.ta...@gmail.com added the comment:
I'm just suggesting to add the meta-data field in order to recreate
consistency - not advocating that setup() parameter or its use.
Yes but fixing this
Antoine Pitrou pit...@free.fr added the comment:
You are right, such an approach would be better. I don't really want to
mess with test_distutils, however, and I was looking for a reliable fix
to the problem.
--
___
Python tracker
New submission from R. David Murray rdmur...@bitdance.com:
Running regrtest over an installed, read-only Lib produces several test
failures, and regrtest crashes. In investigating these, which I will
deal with in other issues, I found that the regrtest runtest_inner
method takes a 'testdir'
R. David Murray rdmur...@bitdance.com added the comment:
second patch
--
Added file: http://bugs.python.org/file15042/remove_testdir_from_runtest.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7056
R. David Murray rdmur...@bitdance.com added the comment:
Hmm. Maybe we could fix it _and_ complain.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7055
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This last point is already tracked by issue5127.
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3297
Andrew Straw ast...@users.sourceforge.net added the comment:
stdeb ( http://github.com/astraw/stdeb ) now includes a bdist_deb
distutils command.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1054967
Adam Olsen rha...@gmail.com added the comment:
Surrogates aren't optional features of UTF-16, we really need to get
this fixed. That includes .isalpha().
We might keep the old public API for compatibility, but it should be
clearly marked as broken for non-BMP scalar values.
I don't see a
Adam Olsen rha...@gmail.com added the comment:
Patch, which uses UTF-32-BE as indicated in my last comment. Test included.
--
keywords: +patch
Added file: http://bugs.python.org/file15043/py3k-nonBMP-literal.diff
___
Python tracker
New submission from Terry J. Reedy tjre...@udel.edu:
The transition from Tkinter/tkinter to tkinter/_tkinker in 3.x docs is
incomplete.
1. There are several places not in titles or beginning of sentences
where Tkinter (roman type) needs to be replaced with tkinter (fixed
type, as elsewhere).
Adam Olsen rha...@gmail.com added the comment:
With some further prodding I've noticed that although the test behaves
as expected in the py3k branch (fails on UTF-32 builds before the
patch), it doesn't fail using python 3.0. I'm guessing there's
interactions with compile() vs import and the
New submission from R. David Murray rdmur...@bitdance.com:
One of the failures when regrtest is run with a read-only Lib results
from test_runpy modifying sys.argv. Antoine also found cases where
tests modified os.environ in issue 7055. It seems useful to have
regrtest fix these kinds of
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: georg.brandl - ezio.melotti
nosy: +ezio.melotti
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7057
___
R. David Murray rdmur...@bitdance.com added the comment:
Or should regrtest convert these into test failures for reporting purposes?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7058
___
New submission from Ezio Melotti ezio.melo...@gmail.com:
This is what I see while running ./configure on both trunk and py3k, on
Linux:
checking for major... yes
checking for getaddrinfo... yes
checking getaddrinfo bug... checking for getnameinfo... yes
checking whether time.h and sys/time.h may
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I think this can be fixed by merging r72343.
--
nosy: +ocean-city
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7043
___
New submission from R. David Murray rdmur...@bitdance.com:
test_multiprocessing is producing tracebacks and hanging on py3k trunk.
I think this started happening fairly recently, as it seemed to work in
one not-too-old checkout until I did an svn up and then it started
failing. 3.1 seems fine.
Changes by R. David Murray rdmur...@bitdance.com:
--
components: +Library (Lib)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7060
___
___
R. David Murray rdmur...@bitdance.com added the comment:
r75241 seems to be the cause. Tests passes on r75240, but gives the
dict error and hang on r75241.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7060
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed and Committed revision 75253.
Will just wait for windows buildbot to test it before closing.
--
resolution: - fixed
___
Python tracker rep...@bugs.python.org
Senthil Kumaran orsent...@gmail.com added the comment:
Committed revision 75254 for release26-maint.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7026
___
New submission from Terry J. Reedy tjre...@udel.edu:
Reading through 24.5 on the turtle module, I have a number of comments
aimed at improvements. Some are straightforward fixes which any doc
maintainer could enter. Others are questions about meaning that I
presume the current maintainer, gregor
Gregor Lingl gregorli...@users.sourceforge.net added the comment:
Thanks, Terry, for reading the docs that thoroughly.
Alas, for the next week I'm too busy (with preparing Python für Kids
for press) to work through this long list.
Since it doesn't seem to be *very* urgent, I'll defer that work
61 matches
Mail list logo