Mark Bucciarelli wrote: > Is there danger in upgrading to the latest > snapshot using a script?
Usually, or edge case? > - fetch tarballs and kernels > - run sysmerge -s etc*.tgz > - run sysmerge -x xetc*.tgz as pointed out already, these are interactive programs... > - extract tarballs to their place now have new userland, old kernel. Depending on how you did it, you may have just tried to use a new tar on an old kernel. > - copy over kernels to root dir simple userland operation, probably will still work. Usually... > - pkg_add -ui -F udate -F updatedepends More complicated userland operation, might still work. Lot less likely this time. > - reboot if cp worked, this will probably work. If cp didn't, reboot might be broke now, too. In short, it will often work...but if there is a flag day event, you got an issue. USUALLY, a new kernel will run an older userland (though issues happen there, too, from time to time), but there is never a promise made or effort expended that a new userland app can run on an old kernel. If it were always this simple, don't you think maybe OpenBSD would include such an upgrade script? The new upgrade45.html process (in short) is: * copy over new kernels * save a copy of /sbin/reboot * unpack all tar files EXCEPT for baseXX.tgz and etcXX.tgz * unpack baseXX.tgz (boom. might have just broke everything but running apps and the saved reboot program) * reboot using saved reboot program * do the /etc stuff * do the packages * reboot THAT should work. Shortcuts are on a "You've got to ask yourself one question: 'Do I feel lucky?' Well, do ya punk?" basis. Nick.
