On Friday, October 13, 2006, at 08:26AM, Giovanni Bajo <[EMAIL PROTECTED]>
wrote:
>Talin wrote:
>
>> Seriously, though, I am not proposing that there never be additions
>> to the standard library -- instead, I simply want 'easy_install' to
>> work 100% of the time, so that there's much less rea
Ronald Oussoren wrote:
> An alternative to a large standard library is a smaller one plus a
> set of 3th-party libraries that are advertised as being good
> libraries. That way "we" can point people that look for a good
> cross-platform GUI library to wxPython, without needing to ship it as
> part
> So let me spit out some possible suggestions in terms of keywords:
>
> ref
> refer
> share
> sharing
> common
> use
> using
> borrow
I think you are trying too hard.
Those proposals are all semantically ambiguous.
"ref" / "refer" seems to hint at t
> The standard library is not about easeness of installation. It is about
> having
> a consistent fixed codebase to work with. I don't want to go Perl/CPAN,
> where you have 3-4 alternatives to do thing A which will never
> interoperate
> with whatever you chose among the 3-4 alternatives to do thi
Antoine wrote:
>> The standard library is not about easeness of installation. It is about
>> having
>> a consistent fixed codebase to work with. I don't want to go Perl/CPAN,
>> where you have 3-4 alternatives to do thing A which will never
>> interoperate
>> with whatever you chose among the 3-4
Antoine wrote:
>> The standard library is not about easeness of installation. It is
>> about having
>> a consistent fixed codebase to work with. I don't want to go
>> Perl/CPAN, where you have 3-4 alternatives to do thing A which will
>> never interoperate
>> with whatever you chose among the 3-4
Antoine wrote:
> IMHO "nonlocal" is fine, it tells just what it does, not more, not less;
> it is part of the same kind of vocabulary as "global", which is the right
> thing as they are really similar notions.
>
> Also, "nonlocal" is probably quite rare as an identifier in Python
> programs (becau
Giovanni Bajo wrote:
>> Therefore, you have to obsolete old stuff if you want there to be
>> only One Obvious Way To Do It.
>
> I'm totally in favor of obsoletion and removal of old cruft from the standard
> library.
> I'm totally against not having a standard library.
Who said anything about not
Ronald Oussoren wrote:
> P.S. I already have a lightweight version of easy_uninstall, it's called
> rm :-)
You are kidding right? So in other words, if I do:
easy_install mercurial
instead of just typing:
easy_uninstall mercurial
I have to type:
"rm -rf
/Library/Frameworks/Pytho
On 10/13/06, Talin <[EMAIL PROTECTED]> wrote:
> The problem with 'nonlocal' is not that it's confusing, but that it's
> ugly. And my guess is that there will be enough others that share the
> same sentiment that adopting the word will be difficult.
Not at all. Community sentiment about syntax is
Did anyone else think "outies" and "innies" when reading the Subject:
line?
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"If you don't know what your program is supposed to do, you'd better not
start writing it." --Dijkstra
___
Aahz wrote:
> Did anyone else think "outies" and "innies" when reading the Subject:
> line?
>
The real question is who didn't?
Um, to put this back on track, by analogy, uh... outies are less
frequent in the general population, just like they should be in code. Or
something.
Steven Bethard
On 10/13/06, Talin <[EMAIL PROTECTED]> wrote:
Giovanni Bajo wrote:>> Therefore, you have to obsolete old stuff if you want there to be>> only One Obvious Way To Do It.>> I'm totally in favor of obsoletion and removal of old cruft from the standard
> library.> I'm totally against not having a standa
Brett Cannon wrote:
> On 10/13/06, Talin <[EMAIL PROTECTED]> wrote:
> I think the negative response has been from the feeling that you want to
> strip the stdlib lib heavily. I personally just want to ditch modules that
> have very little value to a large portion of our usebase (who uses
> sunaudi
Talin wrote:
> 'Stripping' the standard library is really only a side issue for me. I
> think it would be nice if it didn't get much *bigger* - but what I
> really want most of all is for easy_install (or something like it) to
> always work, with every package.
That'd be nice. And on that note
At 04:25 AM 10/14/2006 +0200, Talin <[EMAIL PROTECTED]> wrote:
>'Stripping' the standard library is really only a side issue for me. I
>think it would be nice if it didn't get much *bigger* - but what I
>really want most of all is for easy_install (or something like it) to
>always work, with every
16 matches
Mail list logo
