Georg Brandl added the comment:
Koen van de Sande schrieb:
New submission from Koen van de Sande:
The python3.0-config script, installed into the py3k bin folder, does
not run on Python 3.0a1, because of the syntax change in the print
statement. Possibly there are other compatibility
Georg Brandl added the comment:
Bill Janssen schrieb:
Bill Janssen added the comment:
I agree. It shouldn't be an absolute size, and it is too small.
Okay, should be fixed in SVN (rev. 57864) and be live on the page in
the next 12 hours.
--
resolution: - fixed
status: open -
Georg Brandl added the comment:
Bill Janssen schrieb:
Bill Janssen added the comment:
I agree. It shouldn't be an absolute size, and it is too small.
Fixed in rev. 57864, should be live on the site in the next 12 hours.
__
Tracker [EMAIL PROTECTED]
New submission from Mickaël Guérin:
email.header.decode_header expect a space or end of line after the end
of an encoded word (?=). There is nothing about that thing in RFC 2047.
Python 2.5.1 ChangeLog seems to indicate that this bug has been solved.
Unfortunately, the function still don't
Nir Soffer added the comment:
The body font size is good now, but now lot of elements are too big.
Here are list of issues in typical pages related to the font change:
Module page: (e.g. http://docs.python.org/dev/library/bisect.html)
- content headings
- the bread-crumbs navigation flow to
New submission from Nir Soffer:
http://docs.python.org/dev/search.html
In Safari:
- does not find anything. e.g. search for print.
- The sections selection do not remember the user selection. e.g. select
Language Reference, search, the page comes out with Language Reference
deselected.
- The
New submission from Georg Brandl:
Although documented as deprecated, file.seek accepts float arguments in 3.0.
--
keywords: py3k
messages: 8
nosy: georg.brandl
severity: normal
status: open
title: file.seek allows float arguments
type: behavior
versions: Python 3.0
Georg Brandl added the comment:
This is currently expected; the non-dev version will include a different
search function.
--
nosy: +georg.brandl
resolution: - later
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1080
Georg Brandl added the comment:
Here's a patch that should make unicode.translate() more robust, and
also allows unicode characters to be passed in the mapping.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1071
__Index:
New submission from Pat LaVarre:
SUMMARY:
'Microsoft' is the platform.system() of Vista Windows, whereas 'Windows'
was the platform.system() of XP Windows, whoops.
STEPS TO REPRODUCE ACTUAL RESULTS:
Run 2.5.1 Python in a Vista and see:
import platform
platform.system()
'Microsoft'
Skip Montanaro added the comment:
Doc note checked in as r57878. Can we conclude based upon Tim's
and Fredrik's comments that this behavior is to be expected and
won't change? If so, I'll close this item.
--
assignee: fdrake - skip.montanaro
nosy: +skip.montanaro
resolution: postponed
Skip Montanaro added the comment:
Fred, can we move this forward?
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1330538
_
___
Python-bugs-list mailing list
Unsubscribe:
Bill Janssen added the comment:
Wow. I think that platform.system() should return Windows for both XP
and Vista, and platform.release() should return either Vista or XP.
Seems like a patch to make this happen would be a good idea.
--
nosy: +janssen
New submission from Skip Montanaro:
I discovered the hard way today that this won't work:
import datetime
d = datetime.timedelta(1)
d / 2
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: unsupported operand type(s) for /: 'datetime.timedelta' and 'int'
The error
Changes by Simon Anders:
--
components: Build, Interpreter Core
severity: normal
status: open
title: ''.find() gives wrong result in Python built with ICC
versions: Python 2.5
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1084
New submission from Simon Anders:
I have just encountered a strange bug affecting Python 2.5.1 on an
x86_64 Linux, but only when compiled with the Intel C Compiler (ICC)
10.0, not a GCC-compiled Python. On my Intel-compiled one, which
otherwise seems to work fine, ''.find() works incorrectly.
I
Marc-Andre Lemburg added the comment:
Nice idea, but why don't you use a dictionary iterator (PyDict_Next())
for the fixup ?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1071
__
Skip Montanaro added the comment:
Attached is a diff to the datetime module that
implements floating point division. Comments?
Is it worthwhile to pursue? If so, I'll
implement the other floating point arithmetic
operations.
--
versions: +Python 2.6
Skip Montanaro added the comment:
Ummm... make that: I'll implement multiplication.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1289118
_
___
Python-bugs-list mailing
Skip Montanaro added the comment:
This has come up and been
rejected because there are so many
end cases. Here's an item from a
thread I believe you started on
comp.lang.python:
http://mail.python.org/pipermail/python-list/2005-January/303023.html
If you want to add time and timedelta
Skip Montanaro added the comment:
See this other issue I just closed:
http://bugs.python.org/issue1118748
--
nosy: +skip.montanaro
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1487389
_
Changes by Skip Montanaro:
--
resolution: - rejected
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1487389
_
___
Python-bugs-list mailing
Skip Montanaro added the comment:
There is no datetime.totimestamp because the range
of time represented by a datetime object far
exceeds the range of a normal int-based Unix
timestamp (roughly 1970-2038). Datetime objects
before the start of the Unix epoch would be
represented by negative
Skip Montanaro added the comment:
I'm going to offer one more argument here, then close the ticket.
(Tim already told you the behavior wasn't going to change.)
str() is a convenience function intended to give conveniently
human-readable output. It's not intended to be a one-size-fits-
all
New submission from Noah Gift:
Compile problem on:
System Software Overview:
System Version: Mac OS X 10.5 (9A527)
Kernel Version: Darwin 9.0.0b5
Temporary Fix was to go into Modules/posixmodule.c
and at line: 3767
Take out function and create empty function.
I was then
25 matches
Mail list logo