atom feed77 messages in org.freebsd.freebsd-stableRe: Releases
FromSent OnAttachments
Hays, SamApr 9, 2001 6:32 am 
James RafteryApr 9, 2001 6:45 am 
Steve TremblettApr 9, 2001 6:57 am 
RasputinApr 9, 2001 7:47 am 
Matthew EmmertonApr 9, 2001 8:06 am 
Christopher SchulteApr 9, 2001 8:26 am 
RasputinApr 9, 2001 8:28 am 
Dan LangilleApr 9, 2001 8:45 am 
Christopher SchulteApr 9, 2001 9:23 am 
Jordan HubbardApr 9, 2001 10:25 am 
Dan LangilleApr 9, 2001 10:29 am 
Markus HolmbergApr 9, 2001 10:35 am 
Michael R. RudelApr 9, 2001 10:37 am 
Dan LangilleApr 9, 2001 10:38 am 
Dan LangilleApr 9, 2001 10:49 am 
Jordan HubbardApr 9, 2001 10:52 am 
Dan LangilleApr 9, 2001 10:56 am 
David A. KoranApr 9, 2001 11:15 am 
Jordan HubbardApr 9, 2001 11:15 am 
Przemyslaw BrojewskiApr 9, 2001 11:15 am 
Dan LangilleApr 9, 2001 11:31 am 
Dan LangilleApr 9, 2001 11:36 am 
Przemyslaw BrojewskiApr 9, 2001 11:58 am 
Rodney W. GrimesApr 9, 2001 12:10 pm 
Ken BolingbrokeApr 9, 2001 12:13 pm 
Kal TorakApr 9, 2001 12:34 pm 
Matthew EmmertonApr 9, 2001 12:54 pm 
Jeffrey J. MountinApr 9, 2001 12:54 pm 
Scott DodsonApr 9, 2001 1:15 pm 
Jeff LoveApr 9, 2001 1:28 pm 
David KellyApr 9, 2001 1:42 pm 
Peter RadcliffeApr 9, 2001 1:43 pm 
Ben LoyallApr 9, 2001 2:07 pm 
James PenickApr 9, 2001 2:08 pm 
Juha SaarinenApr 9, 2001 2:20 pm 
Mike MeyerApr 9, 2001 3:54 pm 
Bob KApr 9, 2001 4:22 pm 
Conrad SabatierApr 9, 2001 5:49 pm 
Christopher K DavisApr 9, 2001 5:54 pm 
Matthew EmmertonApr 9, 2001 7:03 pm 
Donn MillerApr 9, 2001 7:12 pm 
Jeffrey J. MountinApr 9, 2001 10:53 pm.Other
Nik ClaytonApr 10, 2001 4:06 am 
Nik ClaytonApr 10, 2001 4:12 am 
Nik ClaytonApr 10, 2001 4:19 am 
Mike MeyerApr 10, 2001 5:51 am 
Steve TremblettApr 10, 2001 6:36 am 
GraywaneApr 10, 2001 6:53 am 
Michael NottebrockApr 10, 2001 8:32 am 
Rodney W. GrimesApr 10, 2001 8:34 am 
Jordan HubbardApr 10, 2001 8:41 am 
Gerhard SittigApr 10, 2001 9:51 am 
Dan LangilleApr 10, 2001 12:33 pm 
Rodney W. GrimesApr 10, 2001 1:52 pm 
Joe AbleyApr 10, 2001 2:28 pm 
Mike MeyerApr 10, 2001 2:46 pm 
David O'BrienApr 10, 2001 2:47 pm 
Dan LangilleApr 10, 2001 2:54 pm 
David O'BrienApr 10, 2001 2:54 pm 
Mike MeyerApr 10, 2001 2:55 pm 
David O'BrienApr 10, 2001 2:56 pm 
Juha SaarinenApr 10, 2001 3:28 pm 
Matthew EmmertonApr 10, 2001 5:28 pm 
Dima DorfmanApr 10, 2001 9:30 pm 
Peter JeremyApr 10, 2001 10:30 pm 
Rodney W. GrimesApr 10, 2001 10:48 pm 
Steve O'Hara-SmithApr 10, 2001 11:00 pm 
Oliver FrommeApr 11, 2001 6:45 am 
David O'BrienApr 11, 2001 10:14 am 
jonathan michaelsApr 11, 2001 12:26 pm 
Oliver FrommeApr 11, 2001 12:48 pm 
Pete FrenchApr 11, 2001 12:58 pm 
Michael ButlerApr 11, 2001 1:13 pm 
jonathan michaelsApr 11, 2001 1:20 pm 
Nik ClaytonApr 11, 2001 2:51 pm 
Dan LangilleApr 11, 2001 3:19 pm 
Nik ClaytonApr 12, 2001 12:57 am 
Subject:Re: Releases
From:Mike Meyer (mw@mired.org)
Date:Apr 9, 2001 3:54:51 pm
List:org.freebsd.freebsd-stable

Kal Torak <kalt@quake.com.au> types:

There is nothing wrong with the current label system... As it has been said RTFM!!! Its not a hard concept to grasp, there are thousands of people that understand it just fine, for those few that dont it wouldnt matter what labels you used they would still not understand...

Since there is no problem to be solved here, lets kill this thread and get on with more important things...

Wrong. The problem is that the common perception of the meaning of "BETA" causes people to want to know how not to get a BETA when it shows up. Those of us who try to contribute via -questions have to put up with it there as well as here. If there's a simple solution to making the problem go away, I'd certainly like to have it happen.

Matthew Emmerton <ma@gsicomp.on.ca> types:

In the case of people running -CURRENT on a production machine, that's just a plain and simple mistake. Ever wonder how someone who barely knows how to use cvsup and make world manages to obtain -CURRENT in the first place?

No, because it happens to everyone who uses the standard-supfile in the /usr/share/examples/cvsup. I think that stable-supfile should vanish from that directory, and standard-supfile should be right for the branch the system came from, no matter which branch that was.

Next, the case of -STABLE/-BETA/-RC/-RELEASE. I still maintain that -BETA is confusing to the newbie (since due to M$, betas of IE were more like pre-alphas and totally trashed most systems and rightly freak out most novice admins), while STABLE/RC/RELEASE just makes sense. However, this isn't in the handbook and should be, so that people on the list can say "go to handbook/release-process.html" and people unfamiliar with our release process will become enlightened.

You can already say "go to FAQ/admin.html#RELEASE-CANDIDATE". That doesn't stop the questions. While all of them cause problems

Finally, almost every newbie I see asking a question asks "how can I do this on FreeBSD, and where is the HOWTO- to help me?" Most often these people are redirected to offsite repositories of information, rather than the documentation included with FreeBSD. IMHO, this contributes to the degradation of the existing documentation of FreeBSD, as more effort will go into updating third-party sources.

Note that the third-party repositories don't have a chance to be vetted by committers, who will presumably catch obsolete, inaccurate, or suboptimal information. Between these two problems, they are clearly bad for the community. If you maintain one of those things - I'd be interested in knowing why you aren't submitting them to the documentation project, instead of maintaining your own repository?

Jordan Hubbard <jk@osd.bsdi.com> types:

Just because the problem is difficult to solve does not mean it can not be or should not be solved.

Fine, how about you solve it and the rest of us will get back to all the other stuff we have on our plates. :)

I know, you're kidding. But if some group of people who have to deal with the questions propose a complete new naming scheme designed to deal with all the problems we see the current ones causing (though the only serious one is -BETA/-RC), is there any chance of it being adopted? How about just a new name for either -BETA (the major source of the problem), or simply calling -STABLE -ALPHA, thus making -BETA & -RC seem desirable?

<mike

To Unsubscribe: send mail to majo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message