On Mon, Dec 02, 2002 at 01:15:39AM -0800, Doug Barton wrote: > On Sun, 1 Dec 2002, Daniel C. Sobral wrote: > > > IIRC, we never supported upgrade to 4.0 or 4.1 from anybut but the > > *latest* version in the 3.x series. I sure hope we adopt the same policy > > here. > > While I can't put a lot of time into supporting ru's efforts, and I agree > that the policy should be that we only officially support updating from > the latest RELENG_4, I think his work is noble, and I think we all agree > that any effort in this direction is laudable. > Having been actually working on this, I can say that the effort in supporting 4.0 -> 5.0 path is minimal, taking into consideration the following facts:
1. We're required to support 4.0-RELEASE -> RELENG_4 upgrades. 2. We're required to support RELENG_4 -> 5.0-RELEASE upgrades. 3. It's desirable to support upgrades within 5.0-CURRENT. 4. First day 5.0-CURRENT is identical to 4.0-RELEASE. In 95% (maybe more) of cases, when I commit something titled "Boostrapping aid for 4.0-RELEASE", it should be equally appicable to upgrades from 4.0 to RELENG_4. A few recent examples: : ru 2002/11/13 03:50:40 PST : : Modified files: : usr.sbin/crunch/crunchide exec_elf32.c : gnu/usr.bin/cc/cc_tools auto-host.h : lib/libncurses Makefile : Log: : Bootstrapping aid for 4.0-RELEASE. : : Revision Changes Path : 1.11 +3 -0 src/gnu/usr.bin/cc/cc_tools/auto-host.h : 1.64 +4 -0 src/lib/libncurses/Makefile : 1.6 +6 -0 src/usr.sbin/crunch/crunchide/exec_elf32.c When/if libncurses is MFC'ed, this change will be required to upgrade from 4.0-RELEASE. Similarly for crunchide(1). cc_tools is an exception -- we aren't likely to bring GCC 3.x to RELENG_4. OTOH, the change to auto-host.h is also of a help when upgrading from pre-stdbool.h 5.0-CURRENT systems: : /* Define if you have a working <stdbool.h> header file. */ : +#if (__FreeBSD_version >= 440003 && __FreeBSD_version < 500000) || \ : + __FreeBSD_version >= 500014 : #define HAVE_STDBOOL_H 1 : +#endif Another one: : ru 2002/12/01 05:38:25 PST : : Modified files: : usr.bin/make job.c : Log: : Bootstrapping aid from pre-kqueue(2) systems, e.g. 4.0-RELEASE. : : Submitted by: jmallett : Approved by: re (bmah) : : Revision Changes Path : 1.48 +2 -0 src/usr.bin/make/job.c When/if this change is merged, it'll be needed to upgrade from 4.0 to RELENG_4. Quoting Marcel in his writing to me, On Sun, Jun 02, 2002 at 12:03:24PM -0700, Marcel Moolenaar wrote: > > Yes. I liked you reasoning in another mail where you said that -current > starts at the branch-point and that is what we need to support. The > additional advantage of this is that it has a stabilizing effect on > -stable. One will not easily MFC something if it breaks the upgrade path, > which means that there's a higher chance that if the MFC happens anyway, > more thought has gone into it. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age
msg47948/pgp00000.pgp
Description: PGP signature