Ezio Melotti ezio.melo...@gmail.com added the comment:
Here is the patch.
--
keywords: +needs review, patch
stage: unit test needed - patch review
Added file: http://bugs.python.org/file18474/issue9543.diff
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
I said warn about the use of non-builtin modules, not disallow
their use. AFAIK, the purpose of the exercise is to reduce the
number of non-builtin modules being
New submission from Ned Deily n...@acm.org:
Issue8455 documents a problem which resulted in test_urllib2_libnet failing on
OS X with Connection refused errors. r82150, r82280, r82281, and r82282
eliminated the test failures for all active branches when running on OS X 10.4
through 10.6.
Changes by Ned Deily n...@acm.org:
Added file: http://bugs.python.org/file18476/issue-proxy-10-3-py3k-31.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9568
___
Ned Deily n...@acm.org added the comment:
The problem still exists on OS X 10.3. See Issue9568 for patches.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8455
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
Barry: I agree with Ned that this is low-risk patch.
The patch changes a default return value in a code-path that is used on OSX
10.3 to make it the same as the default value on the code-path for other OSX
releases.
I'm therefore +1
Ned Deily n...@acm.org added the comment:
The fix in r80243 for 27 and similar fixes for 26, 31, and py3k do prevent
crashes on OS X 10.3 when using network proxies so this issue can be closed.
However, the problem I mentioned above with changing the default sense which
caused tests to fail
Antoine Pitrou pit...@free.fr added the comment:
No, what I'm proposing is to make import locale safe during
boot time. By separating out some functions into a separate
module which is then supposed to be used by the boot process,
you don't really solve the problem.
I do, and my
Antoine Pitrou pit...@free.fr added the comment:
Looks like a good idea. Don't other compilers have __va_copy equivalents?
Apparently, C99 defines va_copy(), which we could use conditionally.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Actually, I'm not sure there's much point since the name attribute is
currently read-only:
f = open(1, wb)
f.name = foo
Traceback (most recent call last):
File stdin, line 1, in module
AttributeError: attribute 'name' of '_io.BufferedWriter'
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: tarek - eric.araujo
resolution: - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9558
___
Changes by Chris Waigl chris.wa...@gmail.com:
--
nosy: +Chris.Waigl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3244
___
___
Python-bugs-list
Changes by Daniel Goertzen daniel.goert...@gmail.com:
--
nosy: +Daniel.Goertzen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4708
___
___
Antoine Pitrou pit...@free.fr added the comment:
The original patch wasn't good for all cases. I corrected it, added some tests
and committed in r83944 (py3k), r83945 (3.1) and r83946 (2.7). Thank you!
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open -
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6081
___
___
Python-bugs-list
R. David Murray rdmur...@bitdance.com added the comment:
Your code is fine (though to my tastes a bit verbose...if it were me I'd just
put the code in the setUp and tearDown methods and hardcode 'COLUMNS' (it isn't
like the name COLUMNS is going to change)...but that's just personal style).
Ned Deily n...@acm.org added the comment:
I've seen no further instances of this problem since the fixes for Issue7194
have been checked in. Let's call it fixed.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
Ned Deily n...@acm.org added the comment:
As Mark has ported the fix for Issue5798 to 2.6 (thanks!), this can be closed,
too.
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7037
Ned Deily n...@acm.org added the comment:
As Mark has ported the fix for Issue5798 to 2.6, this can be closed, too.
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8457
Michael Foord mich...@voidspace.org.uk added the comment:
Output below, first without DISTUTILS_DEBUG (showing the not very useful
default message) and second with. (The actual exception is Access to the path
'C:\Program Files\IronPython 2.7\Lib\site-packages\mock.py' is denied.)
This is with
Mark Dickinson dicki...@gmail.com added the comment:
Thanks, Ned!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8457
___
Changes by Mark Dickinson dicki...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7037
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
Assigning to myself because I intend to work on this.
More questions: does the error occur on the 10.6 machine you used to do the
build or another machine?
Is MACOSX_DEPLOYMENT_TARGET set in the environment when you run the command
Tim Golden m...@timgolden.me.uk added the comment:
In the interests of moving this forward, I've committed the one-line removal of
the assertion in r83948. Hopefully that will bring this buildbot back to life.
--
___
Python tracker
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I updated the patch for 3.x. I agree that using va_copy where available makes
sense, but let's leave this type of improvements for the future.
--
Added file: http://bugs.python.org/file18477/issue2443-py3k.diff
New submission from David Watson bai...@users.sourceforge.net:
Attaching simple tests for these functions, which aren't currently tested.
--
components: Extension Modules
files: test-mknod-mkfifo-3.x.diff
keywords: patch
messages: 113609
nosy: baikie
priority: normal
severity: normal
Changes by David Watson bai...@users.sourceforge.net:
Added file: http://bugs.python.org/file18479/test-mknod-mkfifo-2.x.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9569
___
New submission from David Watson bai...@users.sourceforge.net:
These functions still use the s format for their arguments; the attached
patch fixes them to use PyUnicode_FSConverter() in 3.2. Some simple tests for
these functions (not for PEP 383 behaviour) are at issue #9569.
--
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
This can be done for Py3.2. It completes needed functionality for string
formatting which is something we all want to take hold and is necessary for the
3.x series to succeed.
--
versions: +Python 3.2 -Python 3.3
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed in r83950 by adding a wrapper function for catching gaierror. It was
already present in py3k.
Thanks for the bug report.
--
resolution: accepted - fixed
stage: - committed/rejected
status: open - closed
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9570
___
___
Python-bugs-list
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Am rejecting this feature request because of the concerns mentioned in the post
on 4/3. The current requirement for explicit forwarding may be slightly
inconvenient to type but it does add provide clarity that the method
Benjamin Peterson benja...@python.org added the comment:
Can you qualify the OSError except by checking it's errno?
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9569
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - rhettinger
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1479611
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
ISTM the space saving of value of __slots__ isn't typically needed in the
context of variable length built-in types.
Guido has long regarded __slots__ as a confusing hack. That should warn us
away for extending its
New submission from Michael.Elsdörfer mich...@elsdoerfer.info:
argparse already seems to support -- to indicate that what follows are
positional arguments. However, I would like to parse something like:
./script.py --ignore one two -- COMMAND
I.e., --ignore is an nargs='+' argument, and I
Eric Smith e...@trueblade.com added the comment:
I'll work on cleaning this up for 3.2.
Any comments on the name of the method?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6081
___
Benjamin Peterson benja...@python.org added the comment:
Applied in r83951. Thanks for the patch!
--
nosy: +benjamin.peterson
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9570
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
The moratorium only includes builtins and certainly does not apply to pure
python modules (other implementations see those benefits immediately and it
does not interfere with their getting caught-up).
FWIW, I'm +1 on the
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Fixing-up str formatting idiosyncracies does not fall under the moratorium and
is helpful in getting 3.x to be usable.
That being said, I'm not convinced that this is actually a helpful feature.
Not all objects supporting
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
+1 on the basic idea to make error messages more informative where possible,
but am not sure how it would work in any but the more simple cases.
How would work in cases where there are multiple possible expected tokens?
Terry J. Reedy tjre...@udel.edu added the comment:
I understand now that new methods, as opposed to changed methods, are allowed.
I agree with Eric that this seems more like a convinience rather than absolute
necessity, and that the doc should be augmented.
The doc for vformat (which I admit
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I do not believe that this is covered by the moratorium. It's important for
3.x success to get new string formatting to its highest state of usability.
Matching published standards and practices(i.e. C99) and improving
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
priority: normal - low
stage: unit test needed -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3489
___
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
I agree with Kamil and Germán. I would've expected negative indexes for
sequences to work. Negative indexes for fields is a different matter.
--
___
Python tracker rep...@bugs.python.org
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - rhettinger
nosy: +rhettinger
priority: normal - low
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1491804
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I think this falls under the language moratorium in that it requires core
changes that make it more difficult for other implementations to catch-up.
--
nosy: +rhettinger
versions: +Python 3.3 -Python 3.2
New submission from Florent Xicluna florent.xicl...@gmail.com:
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
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1158231
___
Changes by Éric Araujo mer...@netwok.org:
--
resolution: - out of date
stage: - committed/rejected
status: open - closed
superseder: - Speed up using + for string concatenation
___
Python tracker rep...@bugs.python.org
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I concur with Terry.
This is just a fact of life when subclassing builtins.
The objects are open-for-extension, closed-for-modification.
If you want more direct control use UserDict.
--
nosy: +rhettinger
Florent Xicluna florent.xicl...@gmail.com 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 -uall -rwW -l
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
FWIW, we should be cautious about documenting all behaviors. It is arguable
that this was an implementation detail and not a guaranteed behavior. As soon
as you document it, people will rely on the API and all other
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +christian.heimes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9558
___
___
Python-bugs-list
Michael Hudson m...@users.sourceforge.net added the comment:
Well, I can think of some counters to that -- surely it's _more_ confusing if
slots only works some of the time? -- but realistically I'm not going to work
on this any further.
--
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Declaring YAGNI and closing.
Thanks Michael.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1173475
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Another machine.
Is MACOSX_DEPLOYMENT_TARGET set in the environment when you run the command
that gives the error message?
I don't think I had this environment set when I saw the above error
message. I had to set
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Looks like reply-by-email stripped some parts of the message.
does the error occur on the 10.6 machine you used to do the build or another
machine?
Another 10.6 machine.
--
___
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Even simply invoking the interpreter raises this exception!
$ MACOSX_DEPLOYMENT_TARGET=10.3 python2.7
[...]
IOError: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during
configure
$
--
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Committed in r83949.
--
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2443
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
FWIW, the $name $$ $(name) convention is used many other contexts and I don't
think there is usually support provided to not substitute $$. Even if there
were, there is a usability issue where the final substitution needs
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
This request seems reasonable.
--
keywords: +easy
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3482
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Am rejecting this request because it complicates pprint and makes it harder to
extend. Most use cases of pprint either don't need this or have output
requirements more complicated than proposed (i.e. adding fixed width
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
These synonyms have been around a very long time and many test suites have one
or the other or both. Nothing good can come from breaking those existing test
suites. We don't need to harm our users just to accommodate a
Éric Araujo mer...@netwok.org added the comment:
My personal taste is that there is virtue in having such simple examples
uncluttered by OS-specific variations, but since MvL does not want the python
executable to be on the PATH per default, I defer to him and accept your
solution. I’ll make
Éric Araujo mer...@netwok.org added the comment:
Sridhar, can you test with 3.2 and 3.1 and adjust versions?
--
nosy: +eric.araujo
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7511
Changes by Christopher Paolini stormlif...@gmail.com:
--
nosy: -Christopher.Paolini
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7511
___
___
Denver Coneybeare denver.coneybe...@gmail.com added the comment:
Thanks for the input, r.david.murray. I've updated my patch and attached it to
take into consideration your comments: test_argparse.py.COLUMNS.update2.patch.
The updated patch uses EnviormentVarGuard as suggested, except that
New submission from Alex Roitman rsh...@gmail.com:
Importing the module with the following contents results in RuntimeError:
==
import os
pid = os.fork()
if pid == 0:
print In the child
else:
print In the parent
print Done\n
==
Running the same module
Michael Foord mich...@voidspace.org.uk added the comment:
We aren't talking about *removing* these methods from unittest - but now that
we have standardised on assertEqual for the Python test suite it is annoying
(particularly for Ezio who changes) when *new* tests are checked in using the
Changes by Michael Foord mich...@voidspace.org.uk:
--
title: deprecate unittest.TestCase.assertEquals - Disable
unittest.TestCase.assertEquals and assert_ during a regrtest run
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
Attaching a patch to implement the marker idea. No doc changes yet.
It should work transparently: you don’t have to give an option to have
automatic recalculation, you don’t have to give an option to have it leave your
manual MANIFEST alone.
Éric Araujo mer...@netwok.org added the comment:
I’m retitling the bug, given its broader scope.
Michael Foord added another stdlib example: IDLE config files.
Python-dev thread:
http://mail.python.org/pipermail/python-dev/2010-August/103011.html
--
assignee: tarek -
components:
R. David Murray rdmur...@bitdance.com added the comment:
It looks like, if accepted, this would be a feature request,so I'm marking it
as such and setting versions to 3.2. You'd have to provide a patch pretty soon
to get it in to 3.2, though.
However, I'm guessing that this is something
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +barry, brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9572
___
___
R. David Murray rdmur...@bitdance.com added the comment:
This may be a case of don't do that. Starting a new thread or process during
import (ie: while the import lock is held) is dangerous. Nosying Brett, since
he'll know the real story.
--
nosy: +brett.cannon, r.david.murray
Changes by Brett Cannon br...@python.org:
--
assignee: - brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9572
___
___
Python-bugs-list
Brett Cannon br...@python.org added the comment:
Without looking closer at it, don't do that. =)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9573
___
Zooko O'Whielacronx zo...@zooko.com added the comment:
Please check what platform.linux_distribution() returns on your platform
using Python 2.6rc2.
Here are the results of that. Summary: looks fine to me.
http://tahoe-lafs.org/buildbot/waterfall
Here are the scripts that are generating
Alex Roitman rsh...@gmail.com added the comment:
I guess I am missing something here. In a complex program, everything will be
executed in some module or another. Consequently, the module that contains the
fork() call will cause the interpreter to quit.
How can this be worked around, short
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
How can this be worked around, short of placing the fork()
in the main module?
Why wouldn't you place the fork() call in a function?
--
nosy: +belopolsky
___
Python tracker
Alex Roitman rsh...@gmail.com added the comment:
I can place it in a function. But if I execute that function from anything
other than main module, the fork() will be called while import lock is held,
one way or another. It will just happen in another module. So what?
--
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Wed, Aug 11, 2010 at 10:56 PM, Alex Roitman rep...@bugs.python.org wrote:
Alex Roitman rsh...@gmail.com added the comment:
I can place it in a function. But if I execute that function from anything
other than main
Senthil Kumaran orsent...@gmail.com added the comment:
I am fine with your proposal, Raymond. When I went about the change the
docstrings, I did notice that it is not an intentional feature to provide
negative values in the replace argument. The negative value (-1 as count) was
being used
Alex Roitman rsh...@gmail.com added the comment:
1. If fork should not be called during import, it could raise an exception when
invoked from import. But it does not. Is that a bug then? BTW, fork during
import worked with python 2.4 just fine.
2. The whole issue7242 was devoted to work
85 matches
Mail list logo