Phillip J. Eby <[EMAIL PROTECTED]> added the comment:
Not any time soon; I don't currently use Py3K and can't even vouch for
the correctness of the posted patch within Py3K. (i.e., what really
happened to the message class?) Sorry; all I can really do here is
clarify WSGI-r
Phillip J. Eby <[EMAIL PROTECTED]> added the comment:
Per PEP 333:
"""The optional "size" argument to readline() is not supported, as it
may be complex for server authors to implement, and is not often used in
practice."""
The whole point of this
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
Atomic groups and possessive quantifiers appear to be relatively new:
http://en.wikipedia.org/wiki/Regular_expressions
for instance, has no mention of either that I found.
http://www.regular-expressions.info/atomic.html
http://www.r
New submission from John J Lee <[EMAIL PROTECTED]>:
./configure --prefix=DIR && make && make install tries to install files
in directories outside of DIR. This happens both with trunk (r66412)
and 2.6b3. This is a problem for users of GNU stow, for example. I
know that
John J Lee <[EMAIL PROTECTED]> added the comment:
OK, this was because I had a .pydistutils.cfg file containing the
following (ironically, put there following somebody's recipe for
installing setuptools packages using stow):
[install]
install_lib=~/lib/python$py_version_short/si
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
This is supposed to have been fixed by
http://bugs.python.org/issue1196903
but I don't believe there has not been a 2.5 release since then.
I do not know if that patch was or was backported for 2.5.
--
nos
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
I changed this to a doc issue for 2.6/3.0 whenever.
I have two objections to adding "An empty deque evaluates as false".
First, it implies (falsely) that it could be otherwise; since deque has
no __bool__ method, its __len_
New submission from Terry J. Reedy <[EMAIL PROTECTED]>:
Copied from c.l.p post by F. Lundh
I have no idea if this has implications for warnings in 2.6
> >>> from sympy.mpmath import specfun
> >>>
>
> So what could be suppressing
New submission from Terry J. Reedy <[EMAIL PROTECTED]>:
Interpreter:
>>> globals()
{'__builtins__': , '__name__': '__main__',
'__doc__': None, '__package__': None}
>>> globals().clear()
>>> globals()
Traceba
New submission from J. Pablo Fernández <[EMAIL PROTECTED]>:
The attached file contains a function and two tests for it which are
essentially the same. One is a doctest and the other is a TestCase. The
doctest fails and I believe it shouldn't.
Here's what I get:
$ python f
New submission from Terry J. Reedy <[EMAIL PROTECTED]>:
3.0rc1
>>> help(list.sort)
Help on method_descriptor:
sort(...)
L.sort(key=None, reverse=False) -- stable sort *IN PLACE*;
cmp(x, y) -> -1, 0, 1
The last line is left over from 2.x docstring. Since cmp keyword
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
As a Windows user, I am not sure I would want this. A run command
associated with .py makes all .py files executable. From a command
prompt, which I suspect most Windows users never use, typing 'python' is
not a big deal. A
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
Which version of the Ref Manual is this supposed to be?
By Evince do you mean the Gnome document viewer?
http://www.gnome.org/projects/evince/
If so, are you trying to view a .pdf downloaded from python.org?
If so, did you try viewing i
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
3. There is a typo to fix in the header for print on
http://docs.python.org/library/functions.html
end = 'n' should be end = '\n'
About spaces: both IE7 and FF3 on my machine display the same line with
real commas
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
To add support to the proposal: there is currently yet another thread on
c.l.p on how to calculate numbits efficiently. The OP needs it for
prototyping cryptographic algorithms and found Python-level code slower
than he
New submission from Terry J. Reedy <[EMAIL PROTECTED]>:
RefMan Expressions Comparisons has a subsection headed
"Comparison of objects of the same type depends on the type"
with entries for numbers, bytes, strings, tuples, lists, mappings, and
most_other (compared by id). Sets
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
There are two issues involved:
1. documenting set behavior
2. what to do, if anything, about Decimals and other numbers
Since users are free to create similar problems, and since sets are
missing from the Reference section on comparis
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
If Decimal(2) == float(2) were to raise an error,
set([Decimal(2), float(2)]) would fail, as I would argue it ought to,
and the set anomalies would disappear.
--
assignee: georg.brandl ->
priority: low
Changes by John J Lee <[EMAIL PROTECTED]>:
--
nosy: +jjlee
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2190>
___
___
Python-bugs
John J Lee <[EMAIL PROTECTED]> added the comment:
You haven't said what the specific problem is. Note that the
SimpleCookie class really represents a set of cookies, and the Morsel
class represents a single cookie. It seems that setting special
value-less cookie-attributes like &qu
John J Lee <[EMAIL PROTECTED]> added the comment:
I was responding to your comment of 2008-10-08 03:08, not to the opening
comment. I already responded to the opening comment.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
Para 1: Thank you.
Pars 2: I understand and accept your concern.
Para 3. You are right odd comparisons are the root of several problems.
Following you suggestion, let's at least add one blanket,
cover-our-asses warning at the bo
John J Lee <[EMAIL PROTECTED]> added the comment:
The Cookie: header does not have a "secure flag" (The Set-Cookie: header
does).
I don't strongly object to the issue identified in the original comment
being fixed.
___
Python trac
Terry J. Reedy <[EMAIL PROTECTED]> added the comment:
More sensibility offenders:
>>> s = {fractions.Fraction(17,1), decimal.Decimal(17)}
>>> s-{17}
set()
Removing one thing removes two.
>>> s.remove(17)
>>> 17 in s
True
Removing something leaves i
Terry J. Reedy added the comment:
The 3.2a doc is unchanged (similarly lacking).
The situation is that view have all of the special method (operator methods)
that frozen sets do but none of the named methods (.copy to .union). I think it
would be helpful if the doc said so. Perhaps change
Terry J. Reedy added the comment:
The note starts out "Do not (do x) unless you're not (doing y)". This is
confusing. I believe this means "If you are (doing y), you may (do x)". If so,
please write it so. If not, please write what you do mean.
After thinking abou
Terry J. Reedy added the comment:
PS. I only looked at the style of the patch. Once that is clearer, someone who
knows more than me needs to review it for content correctness.
--
___
Python tracker
<http://bugs.python.org/issue6
Terry J. Reedy added the comment:
>It is, otherwise I would have documented it. The fact that some
developers are not using those APIs correctly doesn't change that.
If, as Antoine claimed, 'it' is a documented feature of str strings, and Py3
says str = Unicode, it is a p
Terry J. Reedy added the comment:
The doc begins
"30.12. dis — Disassembler for Python bytecode
The dis module supports the analysis of Python bytecode by disassembling it.
Since there is no Python assembler, this module defines the Python assembly
language. The Python bytecode which
Terry J. Reedy added the comment:
I am not sure whether this would be considered a bugfix or a new feature.
(ie, whether it would apply to 2.6 and 3.1 or not)
But the change is needed for 3.x also.
I am not sure whether the doc needs changing. A testcase should be added to
doctest-test
Phillip J. Eby added the comment:
What sort of test did you have in mind? To test the desired outcome, it seems
we'd need to poison os.environ, reload wsgiref.handlers, remove the poison, and
then make sure it didn't get in. That seems a bit like overkill (as well as
hard to
Phillip J. Eby added the comment:
Will I be able to do what? I have a kludgy test and a patch in my checkout, I
was just waiting for word back from you (since Feb 19) on whether that would be
ok.
--
___
Python tracker
<http://bugs.python.
Terry J. Reedy added the comment:
I would like to see this revisited when the moratorium is lifted.
Added 3.3 as a surrogate for that.
As per GvR above, it will need a PEP to pin down details, alternatives, and use
cases and discussion on python-ideas list.
--
versions: +Python 3.3
Terry J. Reedy added the comment:
Whoops, just noticed newish 'after moratorium' keyword. Good idea.
--
versions: -Python 3.3
___
Python tracker
<http://bugs.python.
Terry J. Reedy added the comment:
This may be duplicative of #1446619,
but I have not looked at that enough.
I agree that revision is needed and will try to develop patch suggestions.
--
nosy: +tjreedy
versions: -Python 3.0
___
Python tracker
Terry J. Reedy added the comment:
I reproduced this with 3.1.1 on xp. It took a while to get the shell menu to
restart as the calculation process is hogging the cpu 99%.
KeyboardInterrupt (^C) would not stop the runaway process. There may have been
other issues about this.
Two processes is
Terry J. Reedy added the comment:
General policy is that ordinary code (not using, for instance, ctypes) should
not crash or segfault the interpreter. I believe there is a 'crashers'
subdirectory somewhere in the tree for examples that do so that people so
inclined can work on the
Terry J. Reedy added the comment:
@dauerbaustelle
I believe your question is a separate issue and that it should have been asked
on Python list. However, yes, subclasses of immutables must override __new__.
For more, do ask on the list, not here
Terry J. Reedy added the comment:
Too late for 2.7, but I would like this to hit 3.2. Some calculators have
engineering format as an output option and it would be good for Python.
This issue is being discussed in python-list in thread "Engineering numerical
format...". The OP (
Changes by Terry J. Reedy :
--
stage: needs patch -> patch review
___
Python tracker
<http://bugs.python.org/issue8404>
___
___
Python-bugs-list mailing list
Un
Terry J. Reedy added the comment:
Can this be closed, either as 'fixed' or 'obsolete' (too late)?
--
nosy: +tjreedy
___
Python tracker
<http://bu
Terry J. Reedy added the comment:
Tarek, when you set the resolution to 'accepted', did you mean to close this?
Resolutions are meant for closed issues.
--
nosy: +tjreedy
___
Python tracker
<http://bugs.python.
Terry J. Reedy added the comment:
Since 'pending' is not implemented, should this be 'closed'?
--
nosy: +tjreedy
status: pending -> open
___
Python tracker
<http:/
Changes by Terry J. Reedy :
--
versions: +Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue3620>
___
___
Python-bugs-list mailing list
Unsub
Terry J. Reedy added the comment:
Fixed?, Out-of-date? (or in process?)
--
nosy: +tjreedy
___
Python tracker
<http://bugs.python.org/issue2340>
___
___
Python-bug
Changes by Terry J. Reedy :
--
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue3080>
___
___
Python-bugs-list mailing list
Unsubscribe:
Terry J. Reedy added the comment:
Can this be closed as either fixed or out-or-date, as the case may be?
--
nosy: +tjreedy
___
Python tracker
<http://bugs.python.org/issue1
Terry J. Reedy added the comment:
Resolution should only be set when an issue is closed. So should this be
closed? or unfixed and the versions updated?
--
nosy: +tjreedy
___
Python tracker
<http://bugs.python.org/issue5
Terry J. Reedy added the comment:
I am assuming that this is an unfixed bug that might still be fixed in 2.7
sometime and that it should not be closed yet, so I am just updating the
version.
--
nosy: +tjreedy
versions: +Python 2.7 -Python 2.6
Changes by Terry J. Reedy :
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue2380>
___
___
Python-bugs-list mailing list
Unsubscribe:
Terry J. Reedy added the comment:
Ok, I though 2.7 was in feature freeze.
Updating version.
--
versions: +Python 2.7 -Python 2.6
___
Python tracker
<http://bugs.python.org/issue1
Terry J. Reedy added the comment:
I would close this, but I am not sure what the resolution should be.
--
nosy: +tjreedy
status: pending -> open
___
Python tracker
<http://bugs.python.org/iss
Terry J. Reedy added the comment:
Can this be closed as either out-of-date or rejected?
--
nosy: +tjreedy
status: pending -> open
___
Python tracker
<http://bugs.python.org/issue
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue3328>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue3536>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue3957>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue4262>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue3433>
___
___
Python-bugs-list mailing list
Unsubscri
Terry J. Reedy added the comment:
In the absence of further complaints, this appears to really be fixed. Should
it be closed as such?
--
nosy: +tjreedy
status: pending -> open
___
Python tracker
<http://bugs.python.org/iss
Terry J. Reedy added the comment:
Closing this pending 2.4 Irix issue as out of date.
Martin, reopen if you object.
--
nosy: +tjreedy
resolution: -> out of date
status: pending -> closed
___
Python tracker
<http://bugs.python.org/iss
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue5407>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue5494>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue785031>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue1004810>
___
___
Python-bugs-list mailing list
Un
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue1473979>
___
___
Python-bugs-list mailing list
Un
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue658693>
___
___
Python-bugs-list mailing list
Unsubscri
Terry J. Reedy added the comment:
Is everything fixed, so this can be closed?
--
nosy: +tjreedy
status: pending -> open
___
Python tracker
<http://bugs.python.org/iss
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue1367628>
___
___
Python-bugs-list mailing list
Un
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue1027>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue6788>
___
___
Python-bugs-list mailing list
Unsubscri
Terry J. Reedy added the comment:
Skip, can we close this?
--
nosy: +tjreedy
status: pending -> open
___
Python tracker
<http://bugs.python.org/iss
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue6941>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Terry J. Reedy :
--
resolution: -> out of date
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue1756343>
___
___
Pyth
Terry J. Reedy added the comment:
Should this be closed? As out of date?
--
nosy: +tjreedy
status: pending -> open
___
Python tracker
<http://bugs.python.org/iss
Terry J. Reedy added the comment:
Too late for new 2.7 features.
--
nosy: +tjreedy
resolution: -> out of date
status: pending -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Terry J. Reedy :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue6306>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Terry J. Reedy :
--
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue1155>
___
___
Python-bugs-
Terry J. Reedy added the comment:
2.5 is frozen. 2.6 and 3.1 are in bug-fix mode only, and 2.7 is in beta so new
features are unlikely there. So I recommend doing a patch against 3.1 or even
the 3.2 trunk. And of course, make sure this proposal makes sense for 3.x.
--
nosy: +tjreedy
Terry J. Reedy added the comment:
The fix works for 3.1.2, giving
TypeError: iter() returned non-iterator of type 'BadIterator'
Too late to patch 2.5. Is there any intention of patching 2.6 before its final
bug-fix release, in a couple of months?
--
keywords: -needs rev
Terry J. Reedy added the comment:
Double underscore name mangling is for avoiding name clashes with base classes,
not for 'private attributes'. This is such an advanced and rarely used feature
that it hardly seems appropriate for the tutorial.
--
nosy
Terry J. Reedy added the comment:
u'whatever' is not valid syntax for 3.x.
In any case, with IDLE on my WinXP 3.1.2 system, all string literals are green,
with or without a leading b.
If you want this to stay open, cut and paste the opening header like
Python 3.1.2 (r312:79149, M
John J Lee added the comment:
It looks to me that it's just request_path that's wrong, so no need to add
extra arguments to that function. It should discard the query and fragment
(still keeping the "parameters" -- using urlparse.urlsplit instead of
urlparse.urlparse wou
John J Lee added the comment:
Jon,
If you want to get these changes applied you need to:
1. Split up these three separate issues
2. Most important: explain in full detail exactly how you used cookielib, what
you expected it to do, and what it actually did, and then justify why your
John J Lee added the comment:
Shouldn't module time be changed to use a cross-platform implementation that
uses a 64 bit time_t-like type? Apparently Perl 6 has made the equivalent
change.
Admittedly there seems to be no sign of that actually happening.
--
nosy: +
John J Lee added the comment:
I'll upload a patch when I'm back home (bugs.python.org went down yesterday).
Will turn docstring into comment.
--
___
Python tracker
<http://bugs.python.
John J Lee added the comment:
Just re-read your comment, Tres. Since when do docstrings determine whether a
stdlib function is public? If it's documented in the docs, it's public. If
not, it's not. This function isn't, so it's not public. It'
Changes by John J Lee :
Added file: http://bugs.python.org/file17285/issue3704.patch
___
Python tracker
<http://bugs.python.org/issue3704>
___
___
Python-bugs-list mailin
John J Lee added the comment:
Didn't bother changing docstring to comment, since that would be inconsistent
with rest of module.
--
___
Python tracker
<http://bugs.python.org/i
John J Lee added the comment:
FWIW, the "certain semantics" that request_path "promises" are 1. that it
returns the RFC 2965 request-URI (which has never been true -- it returns the
path component of the request-URI instead) and 2. that that request-URI is as
defined i
John J Lee added the comment:
What specific breakage do you expect resulting from my patch being backported?
There is no behaviour change here, except to the minimal extent that all bug
fixes involve behaviour change. This seems a clear-cut backport candidate.
It's not a surprise to me
New submission from Terry J. Reedy :
As reported on python-list by Alan G Isaac,
Lib Ref 6.1.3.1. Format Specification Mini-Language, for instance
http://docs.python.org/dev/py3k/library/string.html#formatstrings
wrongly says in the alignment section
"'<'Forces the field
Changes by Terry J. Reedy :
--
versions: +Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue4653>
___
___
Python-bugs-list mailing list
Unsub
Terry J. Reedy added the comment:
PEP 101 now says
___ If this is a final release, also unpack the HTML docs to
/data/ftp.python.org/pub/docs.python.org/release/X.Y[.Z].
___ If this is a major release: Tell the DE to adapt redirects for
docs.python.org/X.Y in the
Changes by Terry J. Reedy :
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue2716>
___
___
Python-bug
Changes by Terry J. Reedy :
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue1397>
___
___
Python-bug
Changes by Terry J. Reedy :
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue3006>
___
___
Python-bug
Changes by Terry J. Reedy :
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue3710>
___
___
Python-bug
Changes by Terry J. Reedy :
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue1745035>
___
___
Pytho
Changes by Terry J. Reedy :
--
versions: +Python 2.7 -Python 2.5
___
Python tracker
<http://bugs.python.org/issue1615>
___
___
Python-bugs-list mailing list
Unsub
Changes by Terry J. Reedy :
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue1868>
___
___
Python-bug
1501 - 1600 of 13130 matches
Mail list logo
