Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
The patch looks good.
Feel free to apply.
--
assignee: rhettinger - stutzbach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8750
Nick Coghlan ncogh...@gmail.com added the comment:
That's a lot of boilerplate for minimal gain. The Django commenter was right -
proposals that start with everybody in the world needs to do X differently
from the way they do it now for this to be useful aren't ever likely to gain
much
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Fixed in r84252, r84252, and r84254.
--
priority: high - normal
resolution: accepted - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: rhettinger - stutzbach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9131
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9396
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Fixed in r84255.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7871
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
priority: normal - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8743
___
Nick Coghlan ncogh...@gmail.com added the comment:
With the new setUp and tearDown methods, the threadedimp2 patch doesn't apply
cleanly any more.
Looks good and passes for me - fixed patch attached.
Was I meant to still be looking at mtimport or threadimp, or have both of those
been
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Fixed in r84256.
Don't think this needs to be backported.
--
resolution: - fixed
status: open - closed
versions: +Python 3.2 -Python 2.6, Python 2.7
___
Python tracker
Nick Coghlan ncogh...@gmail.com added the comment:
The generalist in me is inclined to suggest a depth parameter (with depth=1
equivalent to direct dependencies only, and depth = None meaning all
dependencies), but I must admit I don't have a concrete use case for the extra
generality. So the
Nick Coghlan ncogh...@gmail.com added the comment:
Although I do find it a little concerning that there is no mention of
sys.path_hooks or sys.meta_path in the modulefinder source code. I suspect this
module only works correctly with vanilla filesystem based imports and can't
handle anything
Éric Araujo mer...@netwok.org added the comment:
Raymond, out of curiosity, can you tell why you removed lfu_cache?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9396
___
Changes by Éric Araujo mer...@netwok.org:
--
assignee: - orsenthil
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1346874
___
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I can't reproduce this on Windows Vista can someone please confirm my findings.
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Can this be closed?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1465646
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Attached patches against 2.7 and 3.2 contain doc and unit test changes so can
someone please review and commit if acceptable.
--
nosy: +BreamoreBoy
stage: unit test needed - patch review
versions: +Python 3.1
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Would someone like to comment on Georg's patch.
--
nosy: +BreamoreBoy
stage: unit test needed - patch review
versions: +Python 3.2 -Python 2.6, Python 3.0
___
Python tracker
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
stage: - needs patch
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1467929
___
Nick Coghlan ncogh...@gmail.com added the comment:
It would be good if the test timed out rather than deadlocking in the face of a
broken import lock.
I suggest:
1. Make the two test threads daemon threads
2. Specify a timeout to the join() calls
3. Use self.assertFalse(t1.is_alive()) and
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I've reproduced this problem with 2.7, 3.1 and 3.2.
--
nosy: +BreamoreBoy
stage: unit test needed - patch review
type: behavior - resource usage
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
Mark Lawrence breamore...@yahoo.co.uk added the comment:
The are no unit test or doc changes with the patch. Can anyone answer Georg's
question on msg66684?
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
stage: unit test needed - patch review
versions: +Python 3.1, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1471934
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1475692
___
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this still a problem?
--
assignee: - tarek
nosy: +BreamoreBoy, tarek
stage: - needs patch
type: - behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.4
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
It would be good if the test timed out rather than deadlocking in the
face of a broken import lock.
I could do that indeed. I'm not sure it would be much better, though, because
the lock will still be held and posterior tests may freeze
Mark Lawrence breamore...@yahoo.co.uk added the comment:
The change to the encode_plain method in the patch was done via #1075928 on
2004-12-06. The try/except change around a call to self.rset() was never
implemented.
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
assignee: - tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1481347
___
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
stage: - unit test needed
versions: +Python 3.2 -Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1483545
___
Antoine Pitrou pit...@free.fr added the comment:
Was I meant to still be looking at mtimport or threadimp, or have both
of those been applied?
threadimp has already been committed.
As for mtimport, I'll try to refactor it into a proper unit test.
--
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I think this should be closed as have other similar requests in the last few
days.
--
nosy: +BreamoreBoy, fdrake
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1486713
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this still valid?
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1487481
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Closed in reply to msg83914.
--
nosy: +BreamoreBoy
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1489246
Antoine Pitrou pit...@free.fr added the comment:
The new patch was committed in r84258, thanks Nick.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9251
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file17995/threadimp.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9251
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file18003/threadimp2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9251
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file:
http://bugs.python.org/file18605/issue9251_threadimp_py3k_head.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9251
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 3.2 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1490929
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
No reply to msg111039, also see comments on msg50314.
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1492240
Mark Lawrence breamore...@yahoo.co.uk added the comment:
@Zooko are you interested in taking this forward?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1492704
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Fixed on #1590.
--
nosy: +BreamoreBoy
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1495488
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Any Cygwin/Windows people interested in this, or can it be closed?
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Closed in reply to msg92323.
--
nosy: +BreamoreBoy
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1502517
Mark Lawrence breamore...@yahoo.co.uk added the comment:
sgmllib has been deprecated since 2.6 and has been removed from py3k.
--
nosy: +BreamoreBoy
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
sgmllib has been deprecated since 2.6 and has been removed from py3k.
--
resolution: - out of date
status: open - closed
versions: +Python 3.2 -Python 2.7
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
sgmllib has been deprecated since 2.6 and has been removed from py3k.
--
resolution: - out of date
status: open - closed
versions: +Python 3.2 -Python 2.7
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
@Jakob could you provide an updated patch for py3k that includes unit test and
doc changes?
--
nosy: +BreamoreBoy
versions: +Python 3.2 -Python 2.7
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this still an issue with later versions of Python and/or OSX?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1512124
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this still an issue on later versions of Python and/or FreeBSD?
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
stage: unit test needed - patch review
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1512791
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1514420
___
Changes by Thomas Jollans tho...@jollans.com:
Added file: http://bugs.python.org/file18606/tofrombytes.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8990
___
Changes by Thomas Jollans tho...@jollans.com:
Removed file: http://bugs.python.org/file18606/tofrombytes.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8990
___
Nick Coghlan ncogh...@gmail.com added the comment:
Both good points - don't worry about it then. +1 to add to the test suite as-is.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9657
___
Thomas Jollans tho...@jollans.com added the comment:
Hello again, sorry for the absense.
Victor, thanks for the input. I've attached a new patch that checks the
PyErr_WarnEx return value.
--
Added file: http://bugs.python.org/file18607/tofrombytes.diff
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2636
___
___
Changes by Éric Araujo mer...@netwok.org:
--
superseder: - make altinstall installs pydoc, idle, smtpd.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1495488
___
New submission from Carsten Klein carsten.kl...@axn-software.de:
Example
class a(frozenset):
def __init__(self, iterable):
super(a, self).__init__(iterable)
i = a([1,2,3])
__main__:3: DeprecationWarning: object.__init__() takes no parameters
a([1, 2, 3])
This might be due to
Éric Araujo mer...@netwok.org added the comment:
Thank you for the report. 2.6 is in security mode, it does not get bug fixes
anymore. Can you reproduce the bug with 2.7, 3.1 and 3.2?
--
components: +Interpreter Core -None
nosy: +eric.araujo, rhettinger, stutzbach
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
I can reproduce it in Python 3.1 and 3.2 I don't have a build of Python 2.7
handy at the moment to test it there.
In Python 3.2 and 2.7, DeprecationWarnings are silenced by default. I had to
start Python 3.2 with -W
R. David Murray rdmur...@bitdance.com added the comment:
Mark, not many people follow the full bugs list (I'm don't anymore...I just
happened to notice this one going by on the IRC channel). Asking a question
without adding appropriate people to nosy is therefore not all that likely to
Changes by R. David Murray rdmur...@bitdance.com:
--
assignee: - r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1162477
___
___
Benjamin Peterson benja...@python.org added the comment:
This is correct. immutable types should use __new__, not __init__.
--
nosy: +benjamin.peterson
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
Mark Dickinson dicki...@gmail.com added the comment:
I'll take a look at this.
--
assignee: - mark.dickinson
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1512791
___
R. David Murray rdmur...@bitdance.com added the comment:
I disagree (and might disagree with those other closings but I haven't noticed
them I guess). BeautifulSoup does *not* cover this ground, it is broken in 3.x
because of the lack of a tolerant HTML parser in the stdlib (it used to use
Changes by Guido van Rossum gu...@python.org:
--
nosy: -gvanrossum
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8743
___
___
Python-bugs-list
Changes by Guido van Rossum gu...@python.org:
--
nosy: -gvanrossum
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1466065
___
___
Python-bugs-list
Changes by Guido van Rossum gu...@python.org:
--
nosy: -gvanrossum
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1487481
___
___
Python-bugs-list
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Thanks Benjamin. I concur with your conclusion.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9659
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file17828/tofrombytes.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8990
___
Antoine Pitrou pit...@free.fr added the comment:
From a quick glance, the latest patch looks ok.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8990
___
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Sorry for the slow response, I've been on vacation.
The reason why the mode is set to a for rotating file handlers is as follows:
the file is supposed to contain events from multiple runs of the program until
rollover occurs. If a mode w
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
I've updated the comment to be more informative in py3k, release27-maint
(r84259).
--
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9512
New submission from David Watson bai...@users.sourceforge.net:
The protocol and service/port number databases are typically
implemented as text files on Unix and can contain non-ASCII names
in any encoding (presumably for local services), but the socket
module tries to decode them as strict
David Watson bai...@users.sourceforge.net added the comment:
I noticed that try-surrogateescape-first.diff missed out one of
the string references that needed to be changed to point to the
bytes object, and also used PyBytes_AS_STRING() in an unlocked
section. This version fixes these things by
Gregory P. Smith g...@krypto.org added the comment:
your updated patch looks good to me. i've posted it here for easy review if
anyone else wants to take a look:
http://codereview.appspot.com/1995049/
--
assignee: gregory.p.smith - pitrou
___
David Watson bai...@users.sourceforge.net added the comment:
Updated the socket module patch to include gethostbyaddr() - it
happens to accept hostnames and is used this way in the standard
library.
--
Added file: http://bugs.python.org/file18610/socket-idna.diff
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
SMTPHandler provides an implementation for the simplest/most common case. Full
support for encoding in emails is likely to be application-specific, i.e. no
one-size-fits-all can be easily specified. For example, different encodings
could
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9512
___
___
Friðrik Már Jónsson frid...@pyth.net added the comment:
I agree with your points on the triviality and potential harmfulness of
allowing modes like 'b' and 'w'.
The '+' mode may be required for loggers that require headers or validation or
positioning within an existing file (think XML). One
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
One way of implementing this is to use an additional optional atTime
parameter which is a datetime.time instance, defaulting to None; a specified
value would only be used if a 'when' value of 'D' or 'MIDNIGHT' were specified.
In that
New submission from Brodie Rao j...@dackz.net:
Given the following statements:
raise Foo('bar'), None, baz
raise Foo('bar'), None
2to3 produces:
raise Foo('bar')(None).with_traceback(baz)
raise Foo('bar')(None)
Instead of:
raise Foo('bar').with_traceback(baz)
raise
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
assignee: - vinay.sajip
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9427
___
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
assignee: - vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9501
___
___
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
assignee: - vinay.sajip
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9441
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
A similar issue occurs on x86 debian parallel buildbot:
==
FAIL: test_nonascii (test.test_warnings.CEnvironmentVariableTests)
Martin v. Löwis mar...@v.loewis.de added the comment:
Thanks for the patch. Committed as r84261.
I'm not sure what the point is of supporting IDNA in getnameinfo, so I have
removed that from the patch. If you think it's needed, please elaborate.
--
Changes by Martin v. Löwis mar...@v.loewis.de:
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1027206
___
Florent Xicluna florent.xicl...@gmail.com 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 to this buildbot.
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
keywords: +buildbot
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8589
___
___
Michael Foord mich...@voidspace.org.uk added the comment:
Well, it was misdiagnosed yes - but asking for python -m unittest ... support
in Python 2.6 is still a feature request and not a bug report. (So
unfortunately it can't be fixed in 2.6 which is bugfix only. The solution is to
use
Florent Xicluna florent.xicl...@gmail.com 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
Tom Browder tom.brow...@gmail.com added the comment:
On Sun, Aug 22, 2010 at 16:01, Steven Bethard rep...@bugs.python.org wrote:
Steven Bethard steven.beth...@gmail.com added the comment:
A simpler approach might be to do this before your call to parse_args:
if len(sys.argv[0]) == 1:
STINNER Victor victor.stin...@haypocalc.com added the comment:
I'm working on a fix for test_sys failure. test_os should not fail anymore.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8622
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r84264.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9649
Steven Bethard steven.beth...@gmail.com added the comment:
A simpler approach might be to do this before your call to parse_args:
if len(sys.argv[0]) == 1:
parser.print_help()
Does that solve your problem?
--
___
Python tracker
Changes by Guido van Rossum gu...@python.org:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1397
___
___
Florent Xicluna florent.xicl...@gmail.com 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
Antoine Pitrou pit...@free.fr added the comment:
Thank you Nick! I've committed the patch in r84268 (py3k) and r84269 (3.1).
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
versions: +Python 3.1
___
Python
STINNER Victor victor.stin...@haypocalc.com added the comment:
I know test_warnings failure and I will try to fix it soon.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8589
___
Changes by Guido van Rossum gu...@python.org:
--
nosy: -gvanrossum
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1397
___
1 - 100 of 122 matches
Mail list logo