Date: Wed, 18 Mar 1998 09:29:17 -0500 (EST) From: "John S. Dyson" <toor@dyson.iquest.net> To: john@www.cas.unt.edu (john) Cc: karpen@ocean.campus.luth.se, freebsd-stable@FreeBSD.ORG Subject: Re: ATTENTION: Call for opinion re: root device naming change Message-ID: <199803181429.JAA05629@dyson.iquest.net> In-Reply-To: <199803181408.IAA05607@www.cas.unt.edu> from john at "Mar 18, 98 08:08:21 am"
next in thread | previous in thread | raw e-mail | index | archive | help
> > According to Drew Derbyshire - UUPC/extended software support: > > I throw this into the fray... > > I've heard of one person that's considering switching to RedHat's Linux > because the upgrades are so much easier to preform. > (These are my opinions, and I am definitely out of my area of involvement.) IMO, it was a mistake to add the new diskslice "feature" or "fix" into -stable. IMO (again from my viewpoint only), -stable, especially when we are talking about something that should contain only significantly important operational bugfixes, security bugfixes or very especially important feature upgrades, the disk-slice "fix" seems (in my opinion) to be ill-advised. However, whether or not one agrees with the decisions made, there are people who think about those specific issues (like I think about VM and filesystem issues), and I have to trust that the issues were well considered. The disk-slice thing definitely violates the POLA for -stable, so there must have been an important reason for it. IMO, such changes should NOT be put into stable without at least a few weeks of testing and review in current... Since the code is already there in stable now, it is probably best to move forward. However, we should continue to be careful in the future. Again, the change is probably technically correct, but the timing might be in dispute. In the case of -current, the change was perfectly valid. Remember also, the change would have definitely been in 3.0, so the needed configuration changes will have to be done anyway, and the changes will be in a dot-release as opposed to a major version. I have never experienced a seamless system upgrade for any OS. There seem to almost always be gotcha's. I agree that we should attempt to achieve the ideal. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199803181429.JAA05629>