Skip Montanaro added the comment:
I'll take this one. Looks like an easy fix.
--
assignee: loewis -> skip.montanaro
nosy: +skip.montanaro
priority: high -> normal
type: -> behavior
Tracker <[EMAIL PROTECTED]>
<http://bugs
Skip Montanaro added the comment:
Checked in as r57626 on trunk and r57627 on 2.5.
--
resolution: -> accepted
status: open -> closed
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.
Skip Montanaro added the comment:
For those monitoring this, note that I am no
unittest whiz, especially with oddball test
files like test_robotparser.py. Please feel
free to rewrite that code.
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/is
Skip Montanaro added the comment:
This was fixed in r36142 (i.e., ages ago).
--
nosy: +skip.montanaro
resolution: -> fixed
status: open -> closed
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.
Skip Montanaro added the comment:
I have no easy way to check if this change works. Can you apply it to
your Python installation and give it a whirl?
Thx,
Skip
--
assignee: -> skip.montanaro
nosy: +skip.montanaro
Tracker <[EMAIL PRO
New submission from Skip Montanaro:
I tried running make scriptsinstall from my build directory.
It failed with this error message:
error: file 'byteyears.py' does not exist
I added os.path.abspath() around the source file name in the
error message. It's looking for byte
Skip Montanaro added the comment:
I checked in a change to Tools/scripts/setup.py to
install ../i18n/pygettext.py. The main scriptsinstall
makefile target still needs work though (opened a ticket
about that).
--
assignee: -> skip.montanaro
nosy: +skip.montanaro
resolution: ->
Skip Montanaro added the comment:
Marked as out-of-date. Might as well close it.
--
nosy: +skip.montanaro
status: open -> closed
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org
Skip Montanaro added the comment:
Anthony, has this been fixed?
--
nosy: +skip.montanaro
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue683910>
__
Skip Montanaro added the comment:
Commenting on Brett's reply... We use this sort
of facility in SpamBayes to search for the OCR
program. I crafted something by hand which didn't
work on Windows. Mark Hammond had to clean up the
mess I made. Having this as a canned function in
o
Skip Montanaro added the comment:
Closing as won't fix. Python's threads work
as designed. There are plenty of solutions
available to get the desired behavior.
--
nosy: +skip.montanaro
resolution: -> wont fix
Tracker <[EMAIL P
Skip Montanaro added the comment:
Zooko, is this patch still necessary?
--
assignee: -> skip.montanaro
nosy: +skip.montanaro
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org
Skip Montanaro added the comment:
This problem seems to have been fixed. The
submitted test case yields maximum recursion
depth exceeded on both 2.5 and 2.6a0.
--
nosy: +skip.montanaro
resolution: -> out of date
Tracker <[EMAIL PROTECTED]&
Skip Montanaro added the comment:
kdart - do you have any response to Guido's question?
--
nosy: +skip.montanaro
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Skip Montanaro added the comment:
No activity since late 2003. Do we even have a SCO
system to test anything on? Should SCO support be
dropped?
--
nosy: +skip.montanaro
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/is
Skip Montanaro added the comment:
Raymond - can we close this ticket?
--
nosy: +skip.montanaro
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/is
Skip Montanaro added the comment:
Martin, can I close this?
--
nosy: +skip.montanaro
resolution: -> wont fix
status: open -> closed
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.
Skip Montanaro added the comment:
Is this still an issue? No activity since 2003-11.
--
nosy: +skip.montanaro
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/is
Skip Montanaro added the comment:
That's what the comment character is for.
Closing since there's already a good way
to achieve the desired behavior and because
Modules/Setup is generally not the primary
way to build extensions anymore.
--
assignee: -> skip.m
Changes by Skip Montanaro:
--
nosy: +skip.montanaro
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1462525>
_
___
Python-bugs-list mailing list
Changes by Skip Montanaro:
--
nosy: +skip.montanaro
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1675455>
_
___
Python-bugs-list mailing list
Changes by Skip Montanaro:
--
nosy: +skip.montanaro
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue980098>
___
Python-bugs-list mailing list
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: +sk
Skip Montanaro added the comment:
Fred, can we move this forward?
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1330538>
_
___
Python-bugs-list
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 "", line 1, in
TypeError: unsupported operand type(s) for /:
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: +Pytho
Skip Montanaro added the comment:
Ummm... make that: "I'll implement multiplication."
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1289118>
_
_
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 time
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/iss
Changes by Skip Montanaro:
--
resolution: -> rejected
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1487389>
_
__
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
Skip Montanaro added the comment:
Jon> Almost everything you just said about time_t is wrong. time_t is
Jon> signed, and always has been (otherwise the 'end of time' for 32-bit
Jon> time_t would be 2106, not 2038). Also, time_t does not end at 2038
Jon> becaus
Skip Montanaro added the comment:
Thanks for the feedback. I will reexamine what I've got.
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1374063>
_
__
Skip Montanaro added the comment:
Assigning to me because? I've had no involvement at all
with SSL or sha code in Python.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python
Skip Montanaro added the comment:
>> Assigning to me because? I've had no involvement at all
>> with SSL or sha code in Python.
Georg> IIRC you added the code that collects and displays these
Georg> messages.
Ah, okay. I will take a look at that.
Skip
---
Skip Montanaro added the comment:
I just checked in r58016. See if that solves the problem.
--
resolution: -> fixed
status: open -> pending
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Skip Montanaro added the comment:
Thanks. I'm not sure how this slipped in there (I could check, I
suppose). It seems to already be on the 2.5 branch, so I added it to
the trunk (r58022) as well.
--
status: pending -> closed
__
Tracker
New submission from Skip Montanaro:
Attached is a patch for py3k which adds a %f format code to its strftime
method. When included in a format string it expands to the number of
microseconds in the object. date, time and datetime objects all support
the format (though I'm not sure wha
Skip Montanaro added the comment:
Brett> Are you going to add support to strptime as well?
I looked at strptime for about two seconds then moved on. I presume you
would know how to add it easily though. ;-)
Brett> As for the 'time' module, I don't think it would be
Skip Montanaro added the comment:
Eric> It's a nit, but there are a few other comments that should be
Eric> changed to mention %f in addition to %z/%Z.
Yes, thanks.
Skip
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Changes by Skip Montanaro:
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1158>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mai
Skip Montanaro added the comment:
Here are new patches for 2.6 and 3.0 including changes
to doc and test cases.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1158>
__Index: Lib/test/test
Changes by Skip Montanaro:
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1158>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mai
Skip Montanaro added the comment:
Brett,
Continuing the discussion of strptime... It returns a time.struct_time.
Would it cause too much breakage (only do this in 3.0) to add a tm_usec
field to the end of that object? It seems a lot of bits of code might
still expect a length 9 tuple-ish thing
Skip Montanaro added the comment:
Brett> In terms of strptime, I would just change _strptime.strptime() to
Brett> _strptime._strptime() and have it return everything along with
Brett> the microseconds measurement. Then have public functions that
Brett> call that functio
New submission from Skip Montanaro:
It was reported to [EMAIL PROTECTED] today that Thomas Heller's
pyhelp.cgi script is not available (yields 403 Forbidden). For the
time being I removed that link from http://www.python.org/doc/.
Still, there is the Google search box at the top of the
Skip Montanaro added the comment:
Martin> Website issues are not tracked in this tracker. See
Martin> http://wiki.python.org/moin/PythonWebsiteCreatingNewTickets
Is there some reason at this point that we need to maintain two separate
trackers? A ton of work went into making our R
Skip Montanaro added the comment:
The string name of the dialect is "excel-tab". Hyphens are not
valid characters in identifiers though, so the actual object
is named "excel_tab". When you call csv.get_dialect("excel-tab")
it instantiates the csv.ex
Skip Montanaro added the comment:
Zooko> Here is a note for the next person who comes to this ticket
Zooko> wondering why isoformat() exhibits this slightly un-Pythonic
Zooko> behavior.
What are you referring to, that it doesn't display any microseconds when the
mic
Skip Montanaro added the comment:
Zooko> I meant that it special-cases .microseconds == 0.
Tim indicated in his comment that the behavior is both by design and
documented and isn't going to change. In an earlier comment I showed how to
achieve the result you ased for in one line.
Skip Montanaro added the comment:
Tom> unless I'm missing something important this will do the trick quite
Tom> nicely:
>>>> from datetime import datetime
>>>> datetime(2007, 12, 24, 20, 0).strftime("%s")
Tom> '11985228
Skip Montanaro added the comment:
One other thing worth noting is that %s is not universally
available. Solaris, for example, lacks it in its strftime()
implementation. (It has a bazillion other non-standard
format strings but not %s.)
Skip
_
Tracker
Skip Montanaro added the comment:
>> No fractions of a second...
Jon> If we're expecting floating-point, then everything you said earlier
Jon> about the limitations of ints was a bit redundant ;-)
Yes, sorry. I responded to the mail without going back and reviewing
Skip Montanaro added the comment:
I changed the documentation for 2.5 and 2.6 to reflect the change in
semantics. r58840 and r58841. Have a look and let me know if that looks
reasonable.
--
status: open -> pending
title: cvs.get_dialect() return a class object -> cvs.get_d
Skip Montanaro added the comment:
This appears to work better in 2.5 and 2.6 (it doesn't crash, though it
gets the delimiter wrong) but does indeed fail in 2.4.
--
nosy: +skip.montanaro
_
Tracker <[EMAIL PROTECTED]>
<http://b
Skip Montanaro added the comment:
Applied in r59317 (trunk) and r59318 (release25-maint).
--
assignee: -> skip.montanaro
nosy: +skip.montanaro
resolution: -> accepted
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http
Changes by Skip Montanaro:
--
nosy: +skip.montanaro
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1067>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Skip Montanaro:
--
assignee: -> skip.montanaro
nosy: +skip.montanaro
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1511>
__
___
Python-bu
Skip Montanaro added the comment:
There is the non-zero cost of keeping two copies of that bit of
information in-sync with each other (and the code).
If I execute "pydoc time" I get a link to the online module
docs. It's not there when I execute "pydoc time.strftime"
Changes by Skip Montanaro :
--
nosy: +skip.montanaro
___
Python tracker
<http://bugs.python.org/issue9662>
___
___
Python-bugs-list mailing list
Unsubscribe:
Skip Montanaro added the comment:
Catherine,
Did my suggestion to alter pydoc output so it always contains a link to the
enclosing module's documentation not seem like a reasonable compromise?
Another problem with embedding the format codes in the docstring is that it
opens up a Pandora&
Skip Montanaro added the comment:
A couple wording comments:
"All streams are careful about the type of data you give to them"
would read better as "All streams accept specific types of data".
"The default mode is ``'r'`` (open for reading text, synonym o
Skip Montanaro added the comment:
>> Finally, not specific to this change, but I wonder if rather than
>> having distinct io.StringIO and io.BytesIO classes it would be better
>> to have a single io.MemoryIO class which takes mode arguments just
>&g
Skip Montanaro added the comment:
>> Did my suggestion to alter pydoc output so it always contains a link
>> to the enclosing module's documentation not seem like a reasonable
>> compromise?
Catherine> I actually don't understand how that would h
Skip Montanaro added the comment:
I thought Fred Drake wrote the code that generated that file, but that
was a long time ago in a galaxy far, far away. Perhaps Georg has
subsumed it into his Sphinx/Python doc workflow?
(making Fred "nosy" so he sees this thread...)
S
-
Skip Montanaro added the comment:
Any progress on this? Is the best thing to just set LANG?
--
nosy: +skip.montanaro
___
Python tracker
<http://bugs.python.org/issue4
Skip Montanaro added the comment:
I'm sure you can craft cases where one order is preferable to
another, but I don't think you can make the case in general
that first in, first out is preferable to last in, first out,
or any other ordering of exit functions.
--
nosy: +skip
Skip Montanaro added the comment:
No, just a result of the finite machine representation of
floats:
>>> repr(1.255)
'1.2549'
so the machine representation of 1.255 is actually less
than that value and round() is doing the right thing.
--
no
Skip Montanaro added the comment:
Retro> I didn't thought about the fact that binary floating point is so
Retro> imprecise and can cause the round() to "error" in some
Retro> situations.
Details on the limitations of floating point arithmetic are here:
Skip Montanaro added the comment:
Not that anybody needs my input on this, but...
Given the range of people advocating for this change, this looks to me
like it should be a release blocker for 3.2. Raymond's comment about
performance seems especially important, and since the world seems
Skip Montanaro added the comment:
I added a placeholder to the What's New document. Since it will affect
extension module authors it should be mentioned at a higher level than just
Misc/NEWS.
--
___
Python tracker
<http://bugs.py
Skip Montanaro added the comment:
I would prefer the gcc-like behavior. I realize there
are constraints on making changes in distutils1, so what
you propose sounds fine to me.
--
nosy: +skip.montanaro
___
Python tracker
<http://bugs.python.
Changes by Skip Montanaro :
--
nosy: -skip.montanaro
___
Python tracker
<http://bugs.python.org/issue1371826>
___
___
Python-bugs-list mailing list
Unsubscribe:
Skip Montanaro added the comment:
Might such a cache lay the groundwork for more aggressive optimizations
by JITs like Unladen Swallow?
--
nosy: +skip.montanaro
___
Python tracker
<http://bugs.python.org/issue10
Skip Montanaro added the comment:
Why is setting your threads as daemons not an option?
--
nosy: +skip.montanaro
___
Python tracker
<http://bugs.python.org/issue10
New submission from Skip Montanaro :
I'm working my way through the steps necessary to check out and build
all versions of Python since 2.4 using Mercurial checkouts. I encountered
my first problem with 2.5. It seems the Mercurial checkout creates the
Python-ast.[ch] files before the
Changes by Skip Montanaro :
--
versions: +Python 2.5
___
Python tracker
<http://bugs.python.org/issue11419>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Skip Montanaro :
Trying to build Python 2.5 from a fresh Mercurial checkout I get the
following error trying to build modules using setup.py build:
% nice make
case $MAKEFLAGS in \
*-s*) CC='gcc' LDSHARED='gcc -L/opt/local/lib -bu
Skip Montanaro added the comment:
Can you explain how I'm supposed to build Python 2.5 from a Mercurial
checkout? What is magic about Sept 2011?
--
___
Python tracker
<http://bugs.python.org/is
Skip Montanaro added the comment:
The workaround turned out to be simple. I just expanded the $HeadURL$
subversion keyword as svn would have done it and committed the change
locally.
--
___
Python tracker
<http://bugs.python.org/issue11
Changes by Skip Montanaro :
--
nosy: +skip.montanaro
___
Python tracker
<http://bugs.python.org/issue11439>
___
___
Python-bugs-list mailing list
Unsubscribe:
Skip Montanaro added the comment:
See also issue 11421.
--
___
Python tracker
<http://bugs.python.org/issue11439>
___
___
Python-bugs-list mailing list
Unsub
New submission from Skip Montanaro :
I routinely configure Python like so on my Mac (10.5.8):
./configure --prefix=/Users/skip/local --enable-shared
LDFLAGS=-L/opt/local/lib CPPFLAGS=-I/opt/local/include
This has always worked for me. Now, after installing from my Mercurial
sandbox I
Skip Montanaro added the comment:
Ned> Are you sure you're not really using the MacPorts python? What's
Ned> the value of sys.executable?
Yup, pretty sure. :-) Here it is run from my hg sandbox:
% pwd
/Users/skip/src/hgpython/2.7
% ./python.exe
Python 2
Skip Montanaro added the comment:
Ned> No doubt you can work around it by removing the --enable-shared
Ned> and/or removing the MacPorts Python2.7 from the picture.
I don't rightly recall why I use --enable-shared, but hopefully I can get
rid of it. MacPorts must have insta
Skip Montanaro added the comment:
> Any idea why --enable-shared didn't hose up my svn sandbox build?
I take that back. I looked in config.status. I didn't use --enable-shared
in my svn sandbox build. I misread the output of grep.
So, it's clearly the --enable-shared
Skip Montanaro added the comment:
I'm confused. Why aren't there review links?
--
nosy: +skip.montanaro
___
Python tracker
<http://bugs.python.o
New submission from Skip Montanaro :
The python.org postmaster received this email today:
From: Tom Pinckney
To: postmas...@python.org
Subject: public email addresses
Date: Wed, 16 Mar 2011 13:03:21 -0400
X-Spambayes-Classification: ham; 0.13
Kind of sucks that this file
Skip Montanaro added the comment:
Should you be pushing anything to 2.5?
--
nosy: +skip.montanaro
___
Python tracker
<http://bugs.python.org/issue11581>
___
___
Skip Montanaro added the comment:
See Issue 11439.
--
nosy: +skip.montanaro
___
Python tracker
<http://bugs.python.org/issue11579>
___
___
Python-bugs-list mailin
Skip Montanaro added the comment:
Yes, but this is not a security issue.
--
___
Python tracker
<http://bugs.python.org/issue11581>
___
___
Python-bugs-list mailin
Skip Montanaro added the comment:
John> John Machin added the comment:
John> Can somebody please review my "doc patch" submitted 2 months ago?
My apologies. I have it in my sandbox, but a combination of the switch to
Mercurial and lack of round tuits has conspired
Skip Montanaro added the comment:
Actually, I was thinking of another doc patch for the csv module.
Your changes (or something very like them) made it into the 3.2
release, as you can see here:
http://docs.python.org/py3k/library/csv.html
S
--
resolution: -> accepted
sta
Skip Montanaro added the comment:
Tom Pinckney thinks it's a big deal. I suspect he might be interested
to know why you think it's not. We are entitled to our own opinions
about privacy, but the request at hand concerns another person's
privacy. He's the one
Skip Montanaro added the comment:
I interpreted "not a big deal" to mean that having addresses exposed
was not a big deal. Too many pronouns perhaps.
--
status: pending -> open
___
Python tracker
<http://bugs.pytho
Changes by Skip Montanaro :
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11456>
___
___
Python-bugs-
Changes by Skip Montanaro :
--
assignee: skip.montanaro ->
nosy: -skip.montanaro
___
Python tracker
<http://bugs.python.org/issue10515>
___
___
Python-
Changes by Skip Montanaro :
--
nosy: -skip.montanaro
___
Python tracker
<http://bugs.python.org/issue11549>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Skip Montanaro :
--
nosy: -skip.montanaro
___
Python tracker
<http://bugs.python.org/issue11579>
___
___
Python-bugs-list mailing list
Unsubscribe:
1 - 100 of 838 matches
Mail list logo
