Quote:
Originally Posted by hitest
Five kernel re-compiles for these 11 patches.
|
When following -RELEASE I just apply all of the patches first and then just rebuild a kernel once and whatever other packages once. In 5.4 and 5.5 there were a lot of patches to SSL, so this means applying about several errata patches, but only rebuilding the kernel, ssl, ftp and whatever else
once.
Patching and rebuilding and patching and rebuilding the same binary for every errata patch is unnecessary.
Quote:
Originally Posted by hitest
I do get confused with the terminology. Am I running -stable or -release?
Code:
OpenBSD bsdbox.home.local 5.6 GENERIC.MP#4 amd64
|
Unless you rebuild the whole base system from source, then you're running -RELEASE. I am not including 3rd party stuff like "m tier" in this as I don't use it and know nothing about it.
To summarise
To stick to -RELEASE:
1) Get the src, sys, xenocara and optionally ports tarballs from your mirror
2) Apply errata patches and rebuild those binaries
http://www.openbsd.org/errata56.html
3) Use only binary packages (and/or the -RELEASE ports tree snapshot)
To follow -STABLE:
1) Get the src, sys, xenocara and ports tarballs from your mirror
2) Read the documentation:
http://www.openbsd.org/faq/faq5.html
http://www.openbsd.org/stable.html
http://www.openbsd.org/anoncvs.html
A few points of interest regarding -STABLE:
1) Yes you do have to rebuild the whole base system (including xenocara) from source.
2) Yes you do have to use CVS to sync your src, xenocara and ports tree. A ports tree which is out of sync with the base system leads to trouble ahead.
3) If you don't specify the release in your CVS command lines, then you could end up with a sync of the -CURRENT sources.
4) If you skip steps, ignore errors and cross your fingers and pray - it will break.
5) When rebuilding ports in the -STABLE branch, there are useful tools in /usr/ports/infrastructure/bin/ such as "out-of-date"