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
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
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
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
"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
"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
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
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
>
>
>
> ___
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
>>>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
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
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
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 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
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
>> @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
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
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
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
[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
___
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.
__
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 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).
> >
> >
[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
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
> 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
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
"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
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
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
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
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,
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
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
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
___
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
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
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
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
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
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
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
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:
> 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
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
> "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
> "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
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
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
> "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
> "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
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
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
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
> "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.
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> 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
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
> "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
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.
> >
> >
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
"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
"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
__
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
64 matches
Mail list logo
