7;m
>> making is that:
>>
>> a) a "business" case of throwing anything other than AttributeError from
>> __getattr__ and friends is almost certainly a bug waiting to happen, and
>>
>> b) making the proposed change is bound to break real, production code.
standard library modules (cgi, ftplib,
> nntplib, etc) that either need fixing or auditing as to how they handle
> bytes / strings.
>
Including, to my certain knowledge, the mailbox handling code, though
writing code to read them sequentially is fairly easy.
regar
inly is interesting :)
>
And if anyone knows people who would help with *funding* this effort the
PSF very much wants to talk to them. This ought logically to include
everyone using "Mailman". I would imagine if we had $10 from 1% of its
users we would be able to fund the ef
thon&as_filename=&as_class=&as_function=&as_license=&as_case=
>
>
> Of course *every* standard library module will have *some* users. The
> question is whether or not a handful of users justifies something being
> in the standard library. If it was proposed as a
On 9/14/2010 9:36 AM, Michael Foord wrote:
> On 14/09/2010 12:47, Steve Holden wrote:
>> On 9/14/2010 7:10 AM, Michael Foord wrote:
>>> On 14/09/2010 12:04, Senthil Kumaran wrote:
>>>> On Tue, Sep 14, 2010 at 12:44:30PM +0200, Baptiste Carvello wrote:
>>
On 9/14/2010 9:36 AM, Michael Foord wrote:
> On 14/09/2010 12:47, Steve Holden wrote:
>> On 9/14/2010 7:10 AM, Michael Foord wrote:
>>> On 14/09/2010 12:04, Senthil Kumaran wrote:
>>>> On Tue, Sep 14, 2010 at 12:44:30PM +0200, Baptiste Carvello wrote:
>>
minished user base as
> well, GMANE's presence notwithstanding.
>
> Skip
The fact that Mailman will need it would alone outweigh all those
considerations in my mind.
regards
Steve
PS: I read c.l.py-dev using NNTP from Thunderbird. Why anyone bothers
with these web interfaces is beyon
ell, GMANE's presence notwithstanding.
>
> NNTP is *very* considerably less dead than gopher.
That's an interesting metric. Would you like to list the extant
libraries implementing protocols that are *not* "*very* considerably
less dead than gopher"? ;-)
regards
Steve
--
Stev
l come back around
> and help Antoine with nttplib by and by :)
>
And again I say, if anyone knows of any budgets to which this work is
important, the PSF will be happy to try and tap these people for money
that can help the development effort. Frankly I am a little embarrassed
by the poor
On 9/14/2010 11:06 PM, geremy condra wrote:
> On Tue, Sep 14, 2010 at 2:22 PM, Steve Holden wrote:
>> On 9/14/2010 4:40 PM, Jon Ribbens wrote:
>>> On Tue, Sep 14, 2010 at 11:43:46AM -0500, s...@pobox.com wrote:
>>>> We got rid of gopherlib a few years ago (depr
On 9/15/2010 10:02 AM, Jesse Noller wrote:
> On Tue, Sep 14, 2010 at 7:57 PM, Steve Holden wrote:
>> On 9/14/2010 6:45 PM, R. David Murray wrote:
>>> On Tue, 14 Sep 2010 16:34:33 +0530, Senthil Kumaran
>>> wrote:
>>>> On Tue, Sep 14, 2010 at 12
e going to have time to do work on multiprocessing?
>> There are a huge number of bugs reports open for that module.
>>
>
> Trying to get that time; and I've recently brought on Ask Solem to
> help me there, I concur that the current situation is sub optimal.
Great that
; the time. And unfortunately I'm just not familiar enough with the
> problem(s) to have any real shot at working towards a solution, and
> I'm *certainly* not enough of an expert to work on a PEP or spec. So
> all I can really do is agitate.
>
I think you are entitled to
On 9/18/2010 9:21 AM, "Martin v. Löwis" wrote:
> IT WILL BE NOT IN PREFERENCE TO DISTUTILS2.
No need to shout.
regards
Steve
--
Steve Holden +1 571 484 6266 +1 800 494 3119
DjangoCon US September 7-9, 2010http://djangocon.us/
See Python Vide
to me that separating the APIs better reflects the
> mental model we're trying to encourage in programmers manipulating
> text (i.e. the difference between the raw octet sequence and the text
> character sequence/parsed data).
>
That sounds pretty sane and coherent to me.
rega
e further to Python's success.
regards
Steve
--
Steve Holden +1 571 484 6266 +1 800 494 3119
DjangoCon US September 7-9, 2010http://djangocon.us/
See Python Video! http://python.mirocommunity.org/
Holden Web LLC http://www.holdenweb.com/
__
;> >
>> > Even I felt a bit offended by that one ;-)
> That was not one of my finer moments, and I apologize.
So even after losing his tracker privileges Mark is still managing to
find ways to improve the Python community ;-)
regards
Steve
--
Steve Holden +1 571 484 6
re sympathetic to his case, and more
tolerant of his foibles and style of communication. I appreciate that a
disruptive team member might eventually have to be isolated for the good
of the team, but I am sorry to note that it came to that in Mark's case,
and I hope that eventually he can retur
erformance improvement
requests as "Enhancement requests".
The big problem, I suspect, is that we don't give clear enough guidance
to almost total noobs about how to fill in the issue tracker form. If
you can't remember what your first month as a programmer was like then
you probabl
gt;
> I've asked Frank Wierzbicki which one he prefers.
>
Strikes me this is a much needed change. Thanks!
regards
Steve
--
Steve Holden +1 571 484 6266 +1 800 494 3119
DjangoCon US September 7-9, 2010http://djangocon.us/
See Pytho
uld I open an issue for this?
>
> Tokenize only works on bytes. You can open a feature request if you desire.
>
Working only on bytes does seem rather perverse.
regards
Steve
--
Steve Holden +1 571 484 6266 +1 800 494 3119
DjangoCon US September 7-9, 2010http://djangoco
server. Or is self-hosting the only acceptable solution? From recent
mail it looks likes we may be up and running on Hg fairly soon.
regards
Steve
--
Steve Holden +1 571 484 6266 +1 800 494 3119
DjangoCon US September 7-9, 2010http://djangocon.us/
See Python Video!
sh one way or the other (and Dirkan's points about tailored commit
hooks seems compelling); I simply want to make sure that as much
developer time as possible is actually spent developing Python rather
than supporting the development effort in various ways that aren't as
directly productive.
es (if indeed it is), and that
the developers would therefore expect a higher proportion of bug reports
on this release to be associated with those platforms. Committed to
fixing, blah blah blah ...
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd htt
le
> on Windows." but that would be assuming someone understand there was a
> scheme to the names :-)
>
How about:
"Availability: Unix; Windows PARTIAL (spawnlp(), spawnlpe(), spawnvp()
and spawnvpe() are not implemented). New in version 1.6"
regards
Steve
PS: It's
Tim Peters wrote:
> [Steve Holden]
>
>>> Reasonable enough, but I suspect that Thomas' suggestion might save us
>>> from raising false hopes. I'd suggest that the final release
>>> announcement point out that this is the first release containing
>&g
m the beginning given that there was already substantial usage
of the code before it was adopted for the stdlib.
Standards, apparently, are for *other* people :-)
It would be good if 3.0 was *much* more hard-nosed about naming
conventions. How can we expect the community as a whole to take them
rather an
inappropriate time to be writing SF user notes, given that you are
planning to provide us with an alternative to SF by the end of the year?
The last thing we need is a "how to submit a bug" article that sends
people to the wrong repository ...
regards
Steve
-
brary with shotguns. It does make us look rather dumb
when we set rules that our own code doesn't obey - or change the rules
after we've already encouraged contributions under other terms.
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden W
Raymond Hettinger wrote:
[...]
> That's fine with me. I accept there will always be someone who stands
> on their head [...]
You'd have to be some kind of contortionist to stand on your head.
willfully-misunderstanding-ly y'rs - steve
--
Steve Holden +44 150 684
ardless of script orientation.
>
> Either way, I suggest putting the postcondition in the docstring to make the
> difference between the two methods explicit.
>
> Regards,
> Nick.
>
> * I acknowledge that Python *code* is almost certainly going to be edited in
> a
>
eport on Sourceforge?
I agree it's a relatively large patch for a release candidate but if
prudence suggests deferring it, it should be a *definite* for 2.5.1 and
subsequent releases.
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://
Anthony Baxter wrote:
> On Friday 08 September 2006 18:24, Steve Holden wrote:
>
>>>As this can't be considered a bugfix (that I can see), I'd be against it
>>>being checked into 2.5.
>>
>>Are you suggesting that Python's inability to corre
Anthony Baxter wrote:
> On Friday 08 September 2006 19:19, Steve Holden wrote:
>
>>But it *is* a desirable, albeit new, feature, so I'm surprised that you
>>don't appear to perceive it as such for a downstream release.
>
>
> Point releases (2.x.1 and
ing having read the words of those more
familiar with the issues than me: it looks like this should be a 2.6
enhancement if it's included at all. I'd like to see it go in, but there
do seem to be problems ensuring consistent behaviour across inconsistent
platforms.
regards
S
would be wise to assume
quirk-compatibility across all Windows command processors. On balance I
suspect we should just alter the documentation to note that quirks int
he underlying platform may result in unexpected behavior on quoted
arguments, perhaps with an example or two.
regards
Steve
looks for os.py as a means of
establishing path elements. This should really be better integrated with
the PEP 302 mechanism: ideally Python should work on systems that don't
rely on filestore for import (even though for the foreseeable future all
systems will continue to do this).
regards
Anthony Baxter wrote:
> Could people please treat the release25-maint branch as frozen for a day or
> two, just in case we have to cut an ohmygodnononokillme release? Thanks,
Otherwise to be known as 2.5.005?
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Hold
Greg Ewing wrote:
> Steve Holden wrote:
>
>
>>This does, of course, assume that you're importing modules from the
>>filestore, which assumption is no longer valid in the presence of PEP
>>302 importers.
>
>
> Well, you need to allow for a suff
he web production system we should
take the release managers' needs into consideration. They should have a
simple form to fill in, with defaults already provided. As indeed should
many other people ...
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web L
st not an easy
> problem.
>
But you're the BDFL! You mean to tell me there are some problems you
can't solve?!?!?!?!?
shocked-and-amazed-ly y'rs - steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: hol
implementation relies on an import of MySQLdb, which has many
dependencies that clearly must be importable before the DB mechanism is
in place). And I certainly haven't followed up by establishing the
compatibility data that such an implementation would require.
Has anyone done any work on (for
Fred L. Drake, Jr. wrote:
> On Thursday 21 September 2006 20:21, Greg Ewing wrote:
> >if x not in somelist:
> > somelist.remove(x)
>
> I'm just guessing you really meant "if x in somelist". ;-)
>
No you aren't, that's clearly an *i
hanges
> improve the "narrative flow", but for me that's a very low priority in
> a reference manual, while the cost in loss of navigability of his
> changes is pretty high for me.
>
'Fraid that doesn't get him any nearer his hundred bucks, then. Xah: the
money it s
se.
>
>
> Right.
>
> BTW isn't xah a well-known troll? (There are exactly 666 Google hits
> for the query ``xah troll'' -- draw your own conclusions. :-)
>
The calming influence of c.l.py appears to have worked its magic on xah
to the extent that his most rec
0: 62 hits
>
> There are two hits each for -1.0 and -0.5.
>
> In my own Python code, I don't even have enough float literals to bother with.
>
By these statistics I think the answer to the original question is
clearly "no" in the general case.
regards
Ste
C'mon, guys, implement a patch
or leave it alone :-)
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://holdenweb.blogspot.com
Recent Ramblings http://del.icio.us/st
catenation.
>
>
> yay! i'm glad to see this. i hate the "".join syntax. i still write
> that as string.join() [...]
instance.method(*args) <==> type.method(instance, *args)
You can nowadays spell this as str.join("", lst) - no need to import a
whole module!
ike Django.
To retain the advantages of source control this might mean using scripts
to generate database content from SVN-controlled data files. Or
something [waves hands vaguely and steps back hopefully].
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800
tain. Anthony has enough on
his plate without having to fight the web server too ...
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://holdenweb.blogspot.com
Recent
; to publish.
>
> 3) mail out an announcement when everything looks good.
>
> Maybe I should offer Anthony to do the releases via effbot.org instead?
>
You can try. Or you can start to promote Django again ...
regards
Steve
--
Steve Holden +44 150 684 725
Martin v. Löwis wrote:
> Steve Holden schrieb:
>
>>>>The other thing to watch out for is that I (or whoever) can still do local
>>>>work on a bunch of different files
>>>
>>>the point of my previous post is that you *shouldn't* have to edit
en't thread-safe?
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://holdenweb.blogspot.com
Recent Ramblings http://del.icio.us/steve.holden
that it
does seem like a potentially widespread change to the C API that could
affect much code outside the interpreter. This is a great shame. I think
Larry showed inventiveness and tenacity to get this far, and deserves
credit for his achievements no matter whether or not they get into the
r posts are making it. It's just that everyone's ignoring you :)
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://holdenweb.blogspot.com
Recent Ramblings http://del.icio.us/s
ebkac problem.
>
> I'm not sure what a "pebkac" problem is.
Problem Exists Between Chair And Keyboard
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://holdenweb.b
In other words, os.path.join doesn't just mean "join
> these two paths together", it means "interpret the
> second path in the context of the first".
>
> Having said that, I can see there could be an
> element of confusion in calling it "join"
/slash/world'
and
>>> urljoin("http://localhost/hello";, "slash/world")
'http://localhost/slash/world'
but
>>> urljoin("http://localhost/hello/";, "slash/world")
'http://localhost/hello/slash/world'
>>> u
dy leaves it off. (Because otherwise the links would be wrong.)
>
Having said this, Andrew *did* demonstrate quite convincingly that the
current urljoin has some fairly egregious directory traversal glitches.
Is it really right to punt obvious gotchas like
>>>urlparse.u
Michael Urman wrote:
> On 11/3/06, Steve Holden <[EMAIL PROTECTED]> wrote:
>
>> Having said this, Andrew *did* demonstrate quite convincingly that the
>> current urljoin has some fairly egregious directory traversal glitches.
>> Is it really righ
ipping bytecode files, etc.).
>
I just wondered whether you plan to support other importers of the PEP
302 style? I have been experimenting with import from database, and
would like to see that work migrate to your rewrite if possible.
regards
Steve
--
Steve Holden +44 150 684 725
minimize(base + relative) == urljoin(base, relative)
>
> test?
>
I should hope that *is* the issue, and I should further hope that the
general wish would be for it to pass that test. Of course web systems
have been riddled with canonicalization errors in the past, so it'd be
best i
a way of providing an effective education. Deprecation may well be
the best way to go for customer-friendliness, but anyone who believes
1e6 is an int should be hit with a stick.
Next thing you know some damned fool is going to suggest that 1e6 gets
parsed into a long integer.
There
[EMAIL PROTECTED] wrote:
> >> Right. There seem to be people who believe that 1e6 is an int.
> ...
> Steve> Next thing you know some damned fool is going to suggest that 1e6
> Steve> gets parsed into a long integer.
>
> Maybe in Py3k a decimal poin
ls even though it's been a part of the standard
*Python* distro since 2.3 (2.2?)
So, it isn't that you can't get distutils, it's that you have to take an
extra step over and above installing Python.
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800
nly there were some guarantee that the distros would respect any
project partitioning imposed by python-deb we might stand a chance of
resolving these issues.
By and large they do tend to go their own way, though. I suppose the
only alternative is prominently-posted materials on python.org ab
(1). So the subgroups are numbered starting from
1 and subgroup 0 is a special case which returns the whole match.
I know what the Zen says about special cases, but in this case the rules
were apparently broken with impunity.
regards
Steve
--
Steve Holden
Martin v. Löwis wrote:
> Steve Holden schrieb:
>> Precisely. But your example had only one group "(b)" in it, which is
>> retrieved using m.group(1). So the subgroups are numbered starting from
>> 1 and subgroup 0 is a special case which returns the whole match.
m :-))
>
> The Rails buzz seems to be jumping to Python lately.
>
Though of course it would be interesting to know the growth in absolute
download count: if there have only been half the number of downloads
then we aren't winning at all ;-)
regards
Steve
--
Steve Holde
from the appropriate new-style package.
Some such compatibility mechanism will be essential if the re-org is to
happen in an acceptable way before Py3k.
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd htt
;-)
>> (but even then, you should always be able to recover from mistakes).
>
> That would be fine then. But I'll let you decide since you are offering to
> manage getting it set up.
>
[ ... ]
Let's not spend too much time on paranoid administration, since we are
supposed
versions, without any change in the action of the interpreter in the
absence of any indication that the user wanted migration warnings. That
way we are guiding our forward-looking users towards the future without
chastising others for adopting, or sticking with, older ver
Thomas Wouters wrote:
>
>
> On 1/10/07, *Steve Holden* <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
>
> Collin Winter wrote:
> > On 1/10/07, Thomas Wouters <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
>
eople at ease.
>
If the action is as stated above you could make it a subclass of
DeprecationWarning as far as I am concerned.
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://del.icio.us/st
obably a good job you aren't holding your breath for Perl 6,
though, eh? How *do* we make it easy for the authors of significant code
bases to migrate to 3.0 *and* continue to support hte 2.X "market"?
These questions are all very important. I only wish I were serious
enough to d
r the developers of Jython, IronPython and PyPy have indicated any
interest in and/or commitment to supporting Py3.0.
It's important that the development of 3.0 doesn't fragment the
development community (not to mention the user community), and Jython is
already aiming at a moving targ
nsure perfect translation into (working, no necessarily
optimal) 3.0. Under those circumstances the 2to3 tool wouldn't
necessarily have to translate all valid 2.X to 3.0.
cranki-ly y'rs - steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://ww
Phillip J. Eby wrote:
> At 08:52 PM 1/16/2007 +0000, Steve Holden wrote:
>> I foresee that many people would be happy restricting their 2.X source
>> slightly to ensure perfect translation into (working, no necessarily
>> optimal) 3.0. Under those circumstances t
stances doesn't appear to involve object_new.
>
> Any suggestions on how to do a global object creation hook in python?
>
Nothing other than the above.
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype:
Barry Warsaw wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Jan 31, 2007, at 10:11 AM, Aahz wrote:
>
>> Thanks again for giving me something fun to do with my life. ;-)
>
> Here, here!
Where, where?
regards
Steve
--
Steve Holden +44 15
seems far less obvious
> to me in the keyword variant.
>
Unfortunately
dict(keys=keys, values=values) == {keys: values}
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://del.icio.us/steve
ct(keys=keys, values=values) != dict(zip(keys, values))
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://del.icio.us/steve.holden
Blog of Note: http://holdenweb.blogspot.com
d with 2.5 (yet).
When did someone last suggest that Stackless become part of the core
CPython implementation, and why didn't that ever happen?
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holde
ht be practical to follow the approach you suggest.
The only things that concern me are a) whether it could make sense to
add Stackless in bits and pieces and b) whether the BDFL (or even the
developer community en masse) would object in principle, thereby
rendering such efforts useless.
My (limited)
arenthesis carry a larger
burden than the introduction of generator expressions did, and it makes
Python a more difficult language to understand.
[provisional PEP snipped]
If it's added in 2.6 I propose it should be deprecated in 2.7 and
removed from 3.0 ...
regards
Steve
--
Oleg Broytmann wrote:
> On Tue, Feb 13, 2007 at 10:10:37AM +0000, Steve Holden wrote:
>> Python further away from the "Computer Programming for Everyone" arena
>> and closer to the "Systems Programming for Clever Individuals" camp.
>
>That'
last year is that architectural complexities at many levels make it
extremely difficult nowadays to build a repeatable benchmark of any kind.
> (Thanks also for the kind words regarding my summaries etc. Having
> caused all the fuss in the first place I felt obliged to try to make
> mys
Oleg Broytmann wrote:
> On Wed, Feb 14, 2007 at 03:24:30PM +0000, Steve Holden wrote:
>> Oleg Broytmann wrote:
>>> On Tue, Feb 13, 2007 at 10:10:37AM +, Steve Holden wrote:
>>>> Python further away from the "Computer Programming for Everyone" arena
>
contain platform dependencies
to handle multiple platforms. Glyph seems to prefer the ability for the
library caller to pass in handlers for platform-dependent features.
> So at this point I'm skeptical that the Twisted
> API for these things should be adopted as-is.
>
Since Glyph ha
Greg Ewing wrote:
> Steve Holden wrote:
>
>> A further data point is that modern machines seem to give timing
>> variabilities due to CPU temperature variations even if you always eat
>> exactly the same thing.
>
> Oh, great. Now we're going to have to ru
Barry Warsaw wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Feb 15, 2007, at 6:27 AM, Anthony Baxter wrote:
>
>> On Thursday 15 February 2007 21:48, Steve Holden wrote:
>>> Greg Ewing wrote:
>>>> Steve Holden wrote:
>>>>>
Steve Holden wrote:
> Barry Warsaw wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On Feb 15, 2007, at 6:27 AM, Anthony Baxter wrote:
>>
>>> On Thursday 15 February 2007 21:48, Steve Holden wrote:
>>>> Greg Ewing wrote:
>>
acehorse".
The point of the saying is that a camel has properties that are
completely unnecessary in a horse, such as the ability to travel many
days without water. He was saying that committees tend to over-specify
and add redundant features rather than designing strictly for purpose.
A
tails. Good luck with your project.
regards
Steve
Juan Carlos Suarez wrote:
>
> *Good morning*, thanks a lot for your answer, I confirmed by this means
> my subscription.
> What *I really wish and need* is to be able to use Mailman as a freely
> distributer , as a distributer of
perceive Python as
a language whose development is carefully managed. Consequently I am
disturbed when a change of this nature is made and it becomes apparent
that there is no consensus for it.
This is not "prevarication", it's a serious discussion about how such
issu
sonally at
Martin, for whom I have the utmost respect as a developer, but at the
lack of process that allows circumstances like this to arise.
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://del.i
e there was a patch submitted for this)
>
> What to do with the old function in this case?
>
Presumably keep it, thereby adding to the bloat in the language -
definitely NOT my preferred option.
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd
urrent version. This
should continue to work, albeit with less than exemplary efficiency.
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd http://www.holdenweb.com
Skype: holdenweb http://del.icio.us/steve.holden
Blog of Note:
s:
>
> Yes, yes, and yes.
>
So that would be a yes, then.
Perhaps you'd like to remind me that "backward compatibilty" includes
the necessity to run new programs on old versions of Python, too?
Then I can stop wasting everyone's time. Even though I am no fon
Patrick Maupin wrote:
> On 3/16/07, Steve Holden <[EMAIL PROTECTED]> wrote:
[...]
>> Then I can stop wasting everyone's time. Even though I am no fonder of
>> code breakage than I was.
>
> Fortunately, for new code (at least for this particular change!), you
>
1101 - 1200 of 1536 matches
Mail list logo
