Re: [Distutils] ANNOUNCE: Distutils 0.1.2 released

On Thu, 16 Dec 1999, Guido van Rossum wrote:
True. I prefer that phrase, too, but I used it on JimA earlier in the day or the previous day. I didn't want to sound like a broken record :-). But that is why I moved into <rant> mode... it seems like the mindset was spreading :-) I've railed at AMK for it, too :-), when he was talking about 0.5.1pre1 or whatever, rather than just releasing 0.5.1 and doing an 0.5.2 if there was a problem.
But this doesn't explain why there isn't a 1.5.3b1, 1.5.3b2, etc. Or 1.6.0a1 or whatever (maybe "d" or "r" for dev release, as opposed to alpha). There are some people would like the releases rather than using CVS. Some people can't even use CVS because of firewall issues. Of course, an alternative is snapshot-tarballs of the CVS repository. But a snapshot could *really* be broken; something like 1.6.0d1 says "well, it's a development release, but I've hit a good point between some changes."
Yes: even are stable (e.g. 1.0, 1.2, 2.0, 2.2). The odd numbers are for development. Linus is currently working 2.3.x, but declared in the past couple days that things will be wrapping up to move towards 2.4. Once he thinks it is ready, he'll start off with 2.4.0pre1, pre2, pre3... At some point the "pre" suffix will drop and 2.4.0 will be released. You might have a bit of problem using that mechanism since the current stable release is 1.5 :-). Once 1.6 hits the street, then you could start doing 1.9 releases (dev) and shift to 2.0 once it is "stable". Cheers, -g -- Greg Stein, http://www.lyra.org/

>> I wonder if perhaps for those cases (where there's a demand for >> stable releases) some other strategy could be used? Such as >> labeling releases "stable" after the fact? Or what Linus seems >> to do with the Linux kernel (even = stable, odd = development; >> or was it the other way around?). I really dislike the odd/even distinction for exactly this reason. -Barry

>>> Or what Linus seems to do with the Linux kernel (even = stable, odd >>> = development; or was it the other way around?). BAW> I really dislike the odd/even distinction for exactly this reason. It's one saving grace is that it is a uniform format. There are no "optional" tokens like "pre", "alpha", "beta", etc for the most part. To remember which way it is, I find it useful to execute "uname -r", check the second digit, then look down at my shirt for a pocket protector. The two pieces of information together work for me. I currently get "2.2.13-4mdk" from uname. I don't even have a pocket, let alone a pocket protector, so even numbers must be stable releases... ;-) Skip Montanaro | http://www.mojam.com/ skip@mojam.com | http://www.musi-cal.com/ 847-971-7098 | Python: Programming the way Guido indented...

"SM" == Skip Montanaro <skip@mojam.com> writes:
SM> To remember which way it is, I find it useful to execute SM> "uname -r", check the second digit, then look down at my shirt SM> for a pocket protector. The two pieces of information SM> together work for me. I currently get "2.2.13-4mdk" from SM> uname. I don't even have a pocket, let alone a pocket SM> protector, so even numbers must be stable releases... What do you do if it's the second Thursday after the full moon, and the local hockey team has just skated to a 3-3 tie? -Barry

>> I wonder if perhaps for those cases (where there's a demand for >> stable releases) some other strategy could be used? Such as >> labeling releases "stable" after the fact? Or what Linus seems >> to do with the Linux kernel (even = stable, odd = development; >> or was it the other way around?). I really dislike the odd/even distinction for exactly this reason. -Barry

>>> Or what Linus seems to do with the Linux kernel (even = stable, odd >>> = development; or was it the other way around?). BAW> I really dislike the odd/even distinction for exactly this reason. It's one saving grace is that it is a uniform format. There are no "optional" tokens like "pre", "alpha", "beta", etc for the most part. To remember which way it is, I find it useful to execute "uname -r", check the second digit, then look down at my shirt for a pocket protector. The two pieces of information together work for me. I currently get "2.2.13-4mdk" from uname. I don't even have a pocket, let alone a pocket protector, so even numbers must be stable releases... ;-) Skip Montanaro | http://www.mojam.com/ skip@mojam.com | http://www.musi-cal.com/ 847-971-7098 | Python: Programming the way Guido indented...

"SM" == Skip Montanaro <skip@mojam.com> writes:
SM> To remember which way it is, I find it useful to execute SM> "uname -r", check the second digit, then look down at my shirt SM> for a pocket protector. The two pieces of information SM> together work for me. I currently get "2.2.13-4mdk" from SM> uname. I don't even have a pocket, let alone a pocket SM> protector, so even numbers must be stable releases... What do you do if it's the second Thursday after the full moon, and the local hockey team has just skated to a 3-3 tie? -Barry
participants (3)
-
Barry A. Warsaw
-
Greg Stein
-
Skip Montanaro