The release schedule for 2.6/3.0 is http://www.python.org/dev/peps/pep-0361/
3.0 will have the feature, 2.6 may or may not.
n
On Thu, Apr 3, 2008 at 4:47 AM, Heshan Suriyaarachchi
<[EMAIL PROTECTED]> wrote:
> Hi,
> I need to work with annotations as it is said in [1]. Currently I am
> using
> I downloaded it and with a couple mods I was able to use it as a
> substitute for strftime() in timemodule.c. It compiles cleanly and seems
> to pass all tests.
I misspoke. test_strptime fails with timezone issues. That's probably just
my misunderstanding of how Python deals with timezones.
On Mar 24, 2008, at 3:26 PM, Tres Seaver wrote:
> Sharing the system python is hugely problematic on a unix box which
> actually *uses* python for its own tools: the application is not
> "safe"
> from additions / updates / removeals of the packages in
> /usr/lib/python2.x/site-packages done to
On Sat, Mar 22, 2008 at 02:31:34AM +0100, "Martin v. L?wis" wrote:
> > Tools which will need this data, in order to do their work. Hence,
> > the reason for standardizing the data, instead of the tool(s).
>
> If there was a chance that the infrastructure being developed
> actually helps these to
Phillip J. Eby wrote:
> ... if tools exist and are distributed for such a [PEP 262] "database",
> and *everybody* agrees to use it as an officially-blessed standard,
> then it should be possible for setuptools to co-exist with that
> framework, and we're all happy campers.
I like this idea and
Just a thought. What I'd really like to see is a quick 5 / 10 minute
screen-cast of using setup tools. I've been looking for one for a
couple of weeks but haven't found,
Something like this buildout example, perhaps :
http://video.google.com/videoplay?docid=3428163188647461098&total=7&start=0&num
Guido> Someone else will have to do a thorough code review. Last time we
Guido> got something off the web it turned out to be awful (the float
Guido> formatting code -- I'm still reeling from that one).
This isn't some oddball weekend project from an out-of-work programmer.
It's deriv
Someone else will have to do a thorough code review. Last time we got
something off the web it turned out to be awful (the float formatting
code -- I'm still reeling from that one).
On Thu, Apr 3, 2008 at 8:48 PM, <[EMAIL PROTECTED]> wrote:
>
> Guido> Thinking about it more, given the slim ch
On Apr 2, 2008, at 11:52 PM, Guido van Rossum wrote:
> I'd like to see this fixed if possible, but I'm not sure how -- the C
> level 'struct tm' has (year - 1900) in the tm_year member, and I'm not
> sure that implementations are required to do anything with negative
> values there. We'd have to re
Guido> Thinking about it more, given the slim chances that we'll
Guido> reimplement strftime, I think it's okay to fix this for xmlrpc
Guido> specifically.
Is there some reason we can't incorporate a suitable open source
implementation of strftime into the Python core? Here's one exa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On behalf of the Python development team and the Python community, I'm
happy to announce the second alpha release of Python 2.6, and the
fourth alpha release of Python 3.0.
Please note that these are alpha releases, and as such are not
suitable
At 3:52 PM -0600 4/3/08, Steven Bethard wrote:
>On Thu, Apr 3, 2008 at 3:09 PM, Terry Reedy <[EMAIL PROTECTED]> wrote:
...
>Or were you suggesting that there is some programmatic way for the
>test suite to create directories that disallow the Search Service,
>etc.?
I'd think that files and direct
"Steven Bethard" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| On Thu, Apr 3, 2008 at 3:09 PM, Terry Reedy <[EMAIL PROTECTED]> wrote:
| > "Tim Golden" <[EMAIL PROTECTED]> wrote in message
| > news:[EMAIL PROTECTED]
| >
| > | [re tests which fail because something's holding a fil
Terry Reedy wrote:
> "Tim Golden" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> | [re tests which fail because something's holding a file
> | open with SHARE_DELETE]
>
> There are a couple of things one can do in a directory's Properties box
> (right click) to reduce interferen
On Thu, Apr 3, 2008 at 3:09 PM, Terry Reedy <[EMAIL PROTECTED]> wrote:
> "Tim Golden" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>
> | [re tests which fail because something's holding a file
> | open with SHARE_DELETE]
>
> There are a couple of things one can do in a director
I started looking into this:
http://www.python.org/dev/buildbot/all/x86%20W2k8%20trunk/builds/289/step-test/0
Pertinent part:
test_asyncore
test_asynchat
command timed out: 1200 seconds without output
SIGKILL failed to kill process
using fake rc=-1
program finished with exit code -1
remoteFail
"Tim Golden" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| [re tests which fail because something's holding a file
| open with SHARE_DELETE]
There are a couple of things one can do in a directory's Properties box
(right click) to reduce interference.
1. Under General/Advanced, u
Committed new version of kill_python to trunk in r62129.
Trent.
From: "Martin v. Löwis" [EMAIL PROTECTED]
Sent: 02 April 2008 14:39
To: Trent Nelson
Cc: python-dev@python.org
Subject: Re: [Python-Dev] Tools\buildbot\kill_python.c can't be helping our
ca
On Thu, Apr 3, 2008 at 12:34 AM, Ralf Schmitt <[EMAIL PROTECTED]> wrote:
> Have you considered using the pure python datetime implementation from the
> pypy project for py3k?
I wouldn't dream of it. datetime is considered performance critical by many.
> It's even based on your own code :)
Which
On Thu, Apr 3, 2008 at 12:29 AM, Ralf Schmitt <[EMAIL PROTECTED]> wrote:
> yes, you're right. but I didn't feel like writing a strftime implementation
> (which has probably even less chance of being committed). This patch is
> rather tiny, it's easy to understand and it works now.
Thinking about i
[Disclaimer: thought dump e-mail, signal to noise ratio may be subpar.]
Sounds like you're at least making steps forward in the right direction,
despite the activity probably being quite disheartening. Based on what you've
said below and the rest of the conversation, here are my thoughts for an
[re tests which fail because something's holding a file
open with SHARE_DELETE]
Well I've tried my best, but I can't come up with a solution
which guarantees to overcome this obstacle. I set up a fairly
aggressive directory watcher which, when it sees a test file
being created, takes a SHARE_DELET
On Thu, Apr 3, 2008 at 1:47 PM, Heshan Suriyaarachchi <[EMAIL PROTECTED]>
wrote:
> Hi,
> I need to work with annotations as it is said in [1]. Currently I am
> using python 2.5.1. I would like to know whether the
> next release of python will support this feature. If the next version
> suppo
Hi,
I need to work with annotations as it is said in [1]. Currently I am
using python 2.5.1. I would like to know whether the
next release of python will support this feature. If the next version
support this feature I would like to know when are you
planning to release it. I used the __futur
On Thu, Apr 3, 2008 at 5:52 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>
> I'd like to see this fixed if possible, but I'm not sure how -- the C
> level 'struct tm' has (year - 1900) in the tm_year member, and I'm not
> sure that implementations are required to do anything with negative
> val
On Thu, Apr 3, 2008 at 5:36 AM, <[EMAIL PROTECTED]> wrote:
>
> It's actually not xmlrpclib which has the limitation, but
> datetime.strftime(). That's a known limitation. Here's the comment in
> the
> datetime code:
> [snip]
> Personally, I don't think patching xmlrpclib is the right place to "f
26 matches
Mail list logo