Introduction
Introduction Statistics Contact Development Disclaimer Help
Title: OpenBSD -current - Frequently Asked Questions
Author: Solène
Date: 27 March 2020
Tags: openbsd
Description:
Hello, as there are so many questions about OpenBSD -current on IRC,
Mastodon
or reddit I'm writing this FAQ in hope it will help people.
The official FAQ already contains answers about -current like
[Following
-current and using snapshots](https://www.openbsd.org/faq/current.html)
and
[Building the system from
sources](https://www.openbsd.org/faq/faq5.html#Flavors).
## What is OpenBSD -current?
OpenBSD -current is the development version of OpenBSD. Lot of people
use it
for everyday tasks.
## How to install OpenBSD -current?
OpenBSD -current refers to the last version built from sources obtained
with
CVS, however, it's also possible to get a pre-built system (a snapshot)
usually
built and pushed on mirrors every 1 or 2 days.
You can install OpenBSD -current by getting an installation media like
usual,
but on the path /pub/OpenBSD/snapshots/ on the mirror.
## How do I upgrade from -release to -current?
There are two ways to do so:
1. Download bsd.rd file from the snapshots directory and boot it to
upgrade
like for a -release to -release upgrade
2. Run `sysupgrade -s` command as root, this will basically download
all sets
under `/home/_sysupgrade` and boot on bsd.rd with an
`autoinstall(8)`
config.
## How do I upgrade my -current snapshot to a newer snapshot?
Exactly the same process as going from -release to -current.
## Can I downgrade to a -release if I switch to -current?
No.
## What issues can I expect in OpenBSD -current?
There are a few issues possibles that one can expect
### Out of sync packages
If a library get updated into the base system and you want to update
packages,
they won't be installable until packages are rebuilt with that new
library,
this usually takes 1 up to 3 days.
**This only create issues in case you want to install a package you
don't have.**
The other way around, you can have an old snapshot and packages are not
installable because the libraries linked to by the packages are newer
than what
is available in your system, in this case you have to upgrade snapshot.
### Snapshots sets are getting updated on the mirror
If you download the sets on the mirror to update your -current version,
you may
have an issue with the sha256 sum, this is because the mirror is
getting
updated and the sha256 file is the first to be transferred, so sets you
are
downloading are not the one the sha256 will compare.
### Unexpected system breakage
Sometimes, very rarely (maybe 2 or 3 time in a year?), some snapshots
are
borked and will prevent system to boot or lead to regularly crashes. In
that
case, it's important to report the issue with the `sendbug` utility.
You can fix this by using an older snapshot from [this archives
server](http://ftp.hostserver.de/archive/) and prevent this to happen
by
reading bugs@ mailing list before updating.
### Broken package
Sometimes, a package update will break it or break some others
packages, this
is often quickly fixed on popular packages but in some niche packages
you may
be the only one using it on -current and the only one who can report
about it.
If you find breakage on something you use, it may be a good idea to
report the
problem on [email protected] mailing list if nobody did before. By
doing so,
the issue will be fixed and next -release users will be able to install
a
working package.
## Is -current stable enough for a server or a workstation?
It's really up to you. Developers are all using -current and are
forbidden to
break it, so the system should totally be usable for everyday use.
What may be complicated on a server is keep updating it regularly and
face
issues requires troubleshooting (like major database upgrade which was
missing
a quirk).
For a workstation I think it's pretty safe as long as you can deal with
packages that can't be installed until they are in sync.
You are viewing proxied material from dataswamp.org. The copyright of proxied material belongs to its original authors. Any comments or complaints in relation to proxied material should be directed to the original authors of the content concerned. Please see the disclaimer for more details.