On Thu, Jan 17, 2002 at 01:27:08AM -0800, Terry Lambert wrote: > Ruslan Ermilov wrote: > > FWIW, modern -CURRENT's should be able to downgrade to -STABLE > > without problems. If it's broken, please let me know, and I'll > > fix it. I mean "if it WILL be broken", as tonight's -CURRENT > > has successfully built -STABLE. Didn't test the `installworld' > > part, but I don't believe there are any problems with it. > > Config file changes are still a problem: they won't be > reflected back, due to version changes (if any). There > were a number of problems with /etc/pam.conf compatability > and OpenSSH v1 vs. v2 and already generated certs needing > to be regenerated as a result, last time I went back to 4.x > from a 5.x. > Um, what do you mean by "config file changes"? Of course you can't use stock 5.0-CURRENT config files, it's clear. As for config(8), it's in bootstrap-tools, and shouldn't be a problem. Buildkernel works fine here.
> The MAKEDEV problem is more pronounced moving from -current, > since -current has devfs. > > My recommendation would be *against* using "makeinstallworld", > since with a CDROM approach, the devfs isn't mounted on /dev, > so the devices get made correctly (devfs would also throw a > wrench into the NFS mounted CDROM approach I talked about > before; sorry). > I avoid these problems by installing with DESTDIR=/STABLE. :-) > As I said before about boot blocks: all bets are off: I have > no idea whether or not they are capable of booting older > versions of the code correctly any more; there have been > some recent problems because of some changes, and because of > a bzero that Alfred was rumored to have lost from Jon Mini > and James Harris' contributions toward an updated FORTH-based > "nextboot"... ;^). > Not sure about this one. Perhaps the following would be safe: 1) You copy your /, /var, and /usr holding disks. 2) You mount copies to /mnt. 3) You ``installworld'' and ``installkernel'' with DESTDIR=/mnt 4) You install 4.x bootblocks (from /mnt/boot) to /mnt Cheers, -- Ruslan Ermilov Oracle Developer/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 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
