Georg Brandl wrote:
Don't we have a Windows slave yet?
No; nobody volunteered a machine yet (plus the hand-holding that
is always necessary with Windows).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
Neal Norwitz [EMAIL PROTECTED] writes:
http://www.python.org/dev/buildbot/
Wow, that's very cool!
Cheers,
mwh
--
Aardappel this I hate c++ is so old
dash it's as old as C++, yes
-- from Twisted.Quotes
M.-A. Lemburg [EMAIL PROTECTED] writes:
Martin v. Löwis wrote:
M.-A. Lemburg wrote:
True. However, note that the .encode()/.decode() methods on
strings and Unicode narrow down the possible return types.
The corresponding .bytes methods should only allow bytes and
Unicode.
I forgot that:
Why are these new features being backported to 2.4 ?
georg.brandl wrote:
Author: georg.brandl
Date: Sun Feb 19 10:51:33 2006
New Revision: 42490
Modified:
python/branches/release24-maint/Lib/fileinput.py
python/branches/release24-maint/Lib/test/test_fileinput.py
On 2/19/06, Walter Dörwald [EMAIL PROTECTED] wrote:
M.-A. Lemburg wrote:
Walter Dörwald wrote:
Anyway, I've started implementing a patch that just adds
codecs.StatefulEncoder/codecs.StatefulDecoder. UTF8, UTF8-Sig,
UTF-16, UTF-16-LE and UTF-16-BE are already working.
Nice :-)
Ian == Ian Bicking [EMAIL PROTECTED] writes:
Ian Encodings cover up eclectic interfaces, where those
Ian interfaces fit a basic pattern -- data in, data out.
Isn't filter the word you're looking for?
I think you've just made a very strong case that this is a slippery
slope that we
Georg Brandl wrote:
M.-A. Lemburg wrote:
Why are these new features being backported to 2.4 ?
georg.brandl wrote:
Author: georg.brandl
Date: Sun Feb 19 10:51:33 2006
New Revision: 42490
Modified:
python/branches/release24-maint/Lib/fileinput.py
M == M.-A. Lemburg [EMAIL PROTECTED] writes:
M Martin v. Löwis wrote:
No. The reason to ban string.decode and bytes.encode is that it
confuses users.
M Instead of starting to ban everything that can potentially
M confuse a few users, we should educate those users and tell
M == M.-A. Lemburg [EMAIL PROTECTED] writes:
M The main reason is symmetry and the fact that strings and
M Unicode should be as similar as possible in order to simplify
M the task of moving from one to the other.
Those are perfectly compatible with Martin's suggestion.
M Still,
I've just checked in some enhancements to the fileinput module.
* fileno() to check the current file descriptor
* mode argument to allow opening in universal newline mode
* openhook argument to allow transparent opening of compressed
or encoded files.
Please feel free to comment.
Cheers,
Georg Brandl wrote:
I've just checked in some enhancements to the fileinput module.
* fileno() to check the current file descriptor
* mode argument to allow opening in universal newline mode
* openhook argument to allow transparent opening of compressed
or encoded files.
Please feel
Benji York wrote:
Neal Norwitz wrote:
http://www.python.org/dev/buildbot/
If there's interest in slightly nicer buildbot CSS (something like
http://buildbot.zope.org/) I'd be glad to contribute.
+1. Looks nice!
Georg
___
Python-Dev mailing list
Guido == Guido van Rossum [EMAIL PROTECTED] writes:
Guido On 2/16/06, Stephen J. Turnbull [EMAIL PROTECTED] wrote:
/usr/share often is on a different mount; that's the whole
rationale for /usr/share.
Guido I don't think I've worked at a place where something like
Guido
Josiah == Josiah Carlson [EMAIL PROTECTED] writes:
Josiah The question remains: is str.decode() returning a string
Josiah or unicode depending on the argument passed, when the
Josiah argument quite literally names the codec involved,
Josiah difficult to understand? I don't
On 2/19/06, Josiah Carlson [EMAIL PROTECTED] wrote:
My post probably hasn't convinced you, but much of the confusion, I
believe, is based on Martin's original belief that 'k in dd' should
always return true if there is a default. One can argue that way, but
then you end up on the circular
Martin v. Löwis wrote:
I personally don't care much about the visual look of web pages.
However, people have commented that the buildbot page is ugly,
so yes, please do contribute something.
See http://www.benjiyork.com/pybb.
It doesn't look quite as good in IE because of the limited HTML the
Bob == Bob Ippolito [EMAIL PROTECTED] writes:
Bob On Feb 17, 2006, at 8:33 PM, Josiah Carlson wrote:
But you aren't always getting *unicode* text from the decoding
of bytes, and you may be encoding bytes *to* bytes:
Please note that I presumed that you can indeed assume that
Bengt == Bengt Richter [EMAIL PROTECTED] writes:
Bengt The characters in b could be encoded in plain ascii, or
Bengt utf16le, you have to know.
Which base64 are you thinking about? Both RFC 3548 and RFC 2045
(MIME) specify subsets of US-ASCII explicitly.
--
School of Systems and
Benji York wrote:
Martin v. Löwis wrote:
I personally don't care much about the visual look of web pages.
However, people have commented that the buildbot page is ugly,
so yes, please do contribute something.
See http://www.benjiyork.com/pybb.
It doesn't look quite as good in IE because
Stephen J. Turnbull wrote:
BTW, what use cases do you have in mind for Unicode - Unicode
decoding?
I think rot13 falls into that category: it is a transformation
on text, not on bytes.
For other odd cases: base64 goes Unicode-bytes in the *decode*
direction, not in the encode direction. Some
Stephen J. Turnbull wrote:
Do you do any of the user education *about codec use* that you
recommend? The people I try to teach about coding invariably find it
difficult to understand. The problem is that the near-universal
intuition is that for human-usable text is pretty much anything *but
Stephen J. Turnbull wrote:
Bengt The characters in b could be encoded in plain ascii, or
Bengt utf16le, you have to know.
Which base64 are you thinking about? Both RFC 3548 and RFC 2045
(MIME) specify subsets of US-ASCII explicitly.
Unfortunately, it is ambiguous as to whether they
Walter Dörwald wrote:
I'd like to see vertical lines between the column.
Can you please elaborate? Between which columns?
Why is everything bold?
Not sure.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
Martin v. Löwis wrote:
Walter Dörwald wrote:
I'd like to see vertical lines between the column.
Can you please elaborate? Between which columns?
Something like this:
http://styx.livinglogic.de/~walter/python/buildbot.gif
Why is everything bold?
Not sure.
Bye,
Walter Dörwald
On 2/17/06, M.-A. Lemburg [EMAIL PROTECTED] wrote:
Neal Norwitz wrote:
I don't have a strong opinion. Any one else have an opinion about
removing --with-wctype-functions from configure?
FWIW, I announced this plan in Dec 2004:
Michael Urman wrote:
On 2/19/06, Josiah Carlson [EMAIL PROTECTED] wrote:
My post probably hasn't convinced you, but much of the confusion, I
believe, is based on Martin's original belief that 'k in dd' should
always return true if there is a default. One can argue that way, but
then you end up
Walter Dörwald wrote:
I'd like to see vertical lines between the column.
I've done a version like that (still at http://www.benjiyork.com/pybb).
Why is everything bold?
I was trying to increase the legibility of the smaller type (a result of
trying to fit more in the horizontal space). The
This started failing since last night:
C:\Code\python\PCbuildpython ..\lib\test\test_fileinput.py
1. Simple iteration (bs=0)
2. Status variables (bs=0)
3. Nextfile (bs=0)
4. Stdin (bs=0)
5. Boundary conditions (bs=0)
6. Inplace (bs=0)
7. Simple iteration (bs=30)
8. Status variables (bs=30)
9.
Martin v. Löwis wrote:
Benji York wrote:
See http://www.benjiyork.com/pybb.
Great! you haven't explicitly stated that: may I copy this on
python.org? (I did, but I need confirmation)
Sure! Feel free to use it as you wish.
I replied to Walter Dörwald's suggestions and made a few
Never mind -- repaired it.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
This is something I've been working on for a bit, and I think it is
more or less ready to bring up on this list. I'd like to add a module
(though probably not for 2.5).
Before you ask, this module is _not_ compatible with cmd.py, as it is
command oriented, whereas cmd.py is line oriented.
oops, error in the example: s/commandLoop/CommandLoop/g
On 2/19/06, Crutcher Dunnavant [EMAIL PROTECTED] wrote:
This is something I've been working on for a bit, and I think it is
more or less ready to bring up on this list. I'd like to add a module
(though probably not for 2.5).
Before you
On 2/19/06, Crutcher Dunnavant [EMAIL PROTECTED] wrote:
This is something I've been working on for a bit, and I think it is
more or less ready to bring up on this list. I'd like to add a module
(though probably not for 2.5).
Before you ask, this module is _not_ compatible with cmd.py, as it
Yes, I know. Hence this not being a patch.
This is really meant to be a compelling alternative to cmd.Cmd, and as
such I'm trying to get some discussion about it.
On 2/19/06, Brett Cannon [EMAIL PROTECTED] wrote:
On 2/19/06, Crutcher Dunnavant [EMAIL PROTECTED] wrote:
This is something I've
Raymond Hettinger [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
[Terry Reedy]
One is a 'universal dict' that maps every key to something -- the
default if
nothing else. That should not have the default ever explicitly entered.
Udict.keys() should only give the keys *not*
On Feb 19, 2006, at 10:55 AM, Martin v. Löwis wrote:
Stephen J. Turnbull wrote:
BTW, what use cases do you have in mind for Unicode - Unicode
decoding?
I think rot13 falls into that category: it is a transformation
on text, not on bytes.
The current implementation is a transformation on
No; nobody volunteered a machine yet (plus the hand-holding that
is always necessary with Windows).
What exactly is needed for this? Does it need to be a machine dedicated
to this stuff, or could I just run the tests once every day or so when I
feel like it and have them submitted to
Neal Norwitz wrote:
On 2/19/06, Benji York [EMAIL PROTECTED] wrote:
Walter Dörwald wrote:
I'd like to see vertical lines between the column.
I've done a version like that (still at http://www.benjiyork.com/pybb).
I liked your current version better so I installed it.
How about this one:
[Crutcher Dunnavant]
Anyway, I'm looking for feedback, feature requests before starting the
submission process.
With respect to the API, the examples tend to be visually dominated dominated
by
the series of decorators. The three decorators do nothing more than add a
function attribute, so
On 2/19/06, Walter Dörwald [EMAIL PROTECTED] wrote:
Neal Norwitz wrote:
On 2/19/06, Benji York [EMAIL PROTECTED] wrote:
Walter Dörwald wrote:
I'd like to see vertical lines between the column.
I've done a version like that (still at http://www.benjiyork.com/pybb).
I liked your current
On Sunday 19 February 2006 16:14, Benji York wrote:
I replied to Walter Dörwald's suggestions and made a few changes, but
don't know which I like better. If you prefer the new one at
http://www.benjiyork.com/pybb you can use it as well.
I like the new one better; any chance we can switch
On Sunday 19 February 2006 18:07, Walter Dörwald wrote:
How about this one:
http://styx.livinglogic.de/~walter/python/BuildBot_%20Python.html
Sigh. This is nice too. Now I'm not sure which I'd rather see on
zope.org. ;-)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
[Raymond Hettinger]
1) The chars variable can be eliminated and the while chars and
c=chars.pop(0) sequence simplified to just:
for c in reversed(str):
Actually, that should have been just:
for c in str:
. . .
Raymond
___
Whoa, thanks. Incorporated the suggestions to the code.
On 2/19/06, Raymond Hettinger [EMAIL PROTECTED] wrote:
[Crutcher Dunnavant]
Anyway, I'm looking for feedback, feature requests before starting the
submission process.
With respect to the API, the examples tend to be visually dominated
s/catch modules/catch exceptions/g
On 2/19/06, Crutcher Dunnavant [EMAIL PROTECTED] wrote:
Whoa, thanks. Incorporated the suggestions to the code.
On 2/19/06, Raymond Hettinger [EMAIL PROTECTED] wrote:
[Crutcher Dunnavant]
Anyway, I'm looking for feedback, feature requests before starting
Neal Norwitz wrote:
On 2/17/06, M.-A. Lemburg [EMAIL PROTECTED] wrote:
Neal Norwitz wrote:
Another candidate for removal is the --disable-unicode
switch.
We should probably add a deprecation warning for that in
Py 2.5 and then remove the hundreds of
#idef Py_USING_UNICODE
from the source
@cmdloop.aliases('goodbye')
@cmdloop.shorthelp('say goodbye')
@cmdloop.usage('goodbye TARGET')
to just:
@cmdloop.addspec(aliases=['goodbye'], shorthelp ='say goodbye',
usage='goodbye TARGET')
leaving the possibility of multiple decorators when one line
Manuzhai wrote:
No; nobody volunteered a machine yet (plus the hand-holding that
is always necessary with Windows).
What exactly is needed for this? Does it need to be a machine dedicated
to this stuff, or could I just run the tests once every day or so when I
feel like it and have them
On 2/19/06, Raymond Hettinger [EMAIL PROTECTED] wrote:
@cmdloop.aliases('goodbye')
@cmdloop.shorthelp('say goodbye')
@cmdloop.usage('goodbye TARGET')
to just:
@cmdloop.addspec(aliases=['goodbye'], shorthelp ='say goodbye',
usage='goodbye TARGET')
Benji York wrote:
See http://www.benjiyork.com/pybb.
It doesn't look quite as good in IE because of the limited HTML the
buildbot waterfall display generates and the limitations of IE's CSS
support.
Thanks again for the contribution!
The best I could do without hacking buildbot was to
On Feb 19, 2006, at 5:03 PM, Raymond Hettinger wrote:
@cmdloop.aliases('goodbye')
@cmdloop.shorthelp('say goodbye')
@cmdloop.usage('goodbye TARGET')
to just:
@cmdloop.addspec(aliases=['goodbye'], shorthelp ='say
goodbye',
usage='goodbye TARGET')
I know it is tempting and perhaps ok in your own privatecode, but casually
masking builtins like 'str' in public library code sets a bad example ;-).
tjr
___
Python-Dev mailing list
Python-Dev@python.org
is always necessary with Windows).
With a couple of more machines added, should there be two separate pages
for trunk and 2.4 builds? Or do most checkins affect both?
___
Python-Dev mailing list
Python-Dev@python.org
Sorry for the slightly off-topic post, but I thought it of interest that
Brendan Eich (the father of javascript) has blogged about the future of
js, and specifically how he will borrow from Python for iteration,
generators, and comprehensions and more generally why he is standing on
Pythons
totally agree, removed them.
On 2/19/06, Terry Reedy [EMAIL PROTECTED] wrote:
I know it is tempting and perhaps ok in your own privatecode, but casually
masking builtins like 'str' in public library code sets a bad example ;-).
tjr
___
Bob Ippolito wrote:
Doesn't this discussion belong on c.l.p / python-list?
yes, please.
/F
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
Michael Urman [EMAIL PROTECTED] wrote:
On 2/19/06, Josiah Carlson [EMAIL PROTECTED] wrote:
My post probably hasn't convinced you, but much of the confusion, I
believe, is based on Martin's original belief that 'k in dd' should
always return true if there is a default. One can argue that
Stephen J. Turnbull [EMAIL PROTECTED] wrote:
Josiah == Josiah Carlson [EMAIL PROTECTED] writes:
Josiah The question remains: is str.decode() returning a string
Josiah or unicode depending on the argument passed, when the
Josiah argument quite literally names the codec
On 2/19/06, Jeff Rush [EMAIL PROTECTED] wrote:
[Quoting Neal Norwitz]
I've heard of a bunch of people using --disable-unicode. I'm not sure
if it's curiosity or if there are really production builds without
unicode. Ask this on c.l.p too.
Such a switch quite likely is useful to those
On 2/19/06, Terry Reedy [EMAIL PROTECTED] wrote:
With a couple of more machines added, should there be two separate pages
for trunk and 2.4 builds? Or do most checkins affect both?
They don't; I think a separate page would be a fine idea.
FWIW, it looks like all the sample templates are still
Walter Dörwald wrote:
Neal Norwitz wrote:
On 2/19/06, Benji York [EMAIL PROTECTED] wrote:
Walter Dörwald wrote:
I'd like to see vertical lines between the column.
I've done a version like that (still at http://www.benjiyork.com/pybb).
I liked your current version better so I installed it.
Terry Reedy wrote:
is always necessary with Windows).
With a couple of more machines added, should there be two separate pages
for trunk and 2.4 builds? Or do most checkins affect both?
I'd like to avoid this, assuming that people only look at the main
page. An individual checkin affects
62 matches
Mail list logo