Date: Thu, 06 Jun 1996 12:03:49 -0700 From: Terry Lee <terryl@ienet.com> To: John Polstra <jdp@polstra.com> Cc: jkh@time.cdrom.com, nate@sri.MT.net, stable@freebsd.org, committers@freebsd.org, scanner@webspan.net Subject: Re: Status of -stable Message-ID: <31B72B95.1FD5@ienet.com> References: <199606061536.IAA00209@austin.polstra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Yes, I think John has a good point. It would be nice if -stable stuck around as a bug fix/new device driver tree even if it's not intended for release at all. I'm not saying that you should do this or that, just expressing that the -stable branch is very valuable in userland if only for a bug fixes and new device drivers. Cheers, Terry John Polstra wrote: > Well, I liked -stable too! Are you sure you're not over-reacting to > the recent nightmare? That pesky post-traumatic stress syndrome thing? > Hey, in time, the night sweats and flashbacks will pass. :-) > > It seems to me that -stable wasn't a big source of problems until this > mega-commit thing happened. OK, so, we've learned that you can't do > wholesale merges of every little thing into -stable. Fine. > > But what was the problem with the way we used it up until then? My view > of it was that, when a person would commit a bug fix to -current, he > would consider whether it should also go into -stable. Depending on the > nature of the change, it might go into -stable immediately, a few weeks > later, or never. > > It's a bit of a pain to merge change into -stable, granted, because > you have to think about each file, and consider what should get > merged and what should not. But isn't making judgements about > individual cases an essential element of a so-called stable release? -- I N T E R N E T Terry Lee, Technical Director D E S I G N 611 W. 6th St., Ste. 3201, Los Angeles, CA 90017 G R O U P 213.488.6100 voice 213.488.6101 fax http://www.mall.net mailto:terryl@ienet.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?31B72B95.1FD5>