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
http://mail.python.org/mailman
"Neal Norwitz" <[EMAIL PROTECTED]> writes:
> http://www.python.org/dev/buildbot/
Wow, that's very cool!
Cheers,
mwh
--
this "I hate c++" is so old
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
> U
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
>python/br
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.
> >
> >
> "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
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
>>>python/br
> "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 tho
Hi Neal & Jeremy,
On Fri, Feb 17, 2006 at 10:53:19PM -0800, Neal Norwitz wrote:
> I don't think it belongs in the PEP. I bumped the priority to 7 which
> is the standard protocol, though I don't know that it's really
> followed.
Ok.
> I will enumerate the existing problems for Jeremy in the
> b
> "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.
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
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 f
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
> "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 l
> "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
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 circula
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 t
> "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 ass
> "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 System
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 I
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 directio
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
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 whethe
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
http://mail.python.org/ma
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:
>
> http://mail.python.org/pipermail/python-dev/200
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
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\PCbuild>python ..\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. Nex
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.
n
___
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.
Anyway,
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).
>
> Befor
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, a
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
"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
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 transforma
> 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 buildbo
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 t
[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).
> >
> >
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.
__
[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 d
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 befo
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
>> @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 decorator
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 hav
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',
> >> us
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
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
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
http://mail.python.org/mailman/listinfo/python
>>>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
http://mail.python.org/mailma
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 s
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.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/pyth
"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 c
"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 na
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
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 st
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
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
64 matches
Mail list logo
