FreeBSD Archive
This new release is based on FreeBSD 14.0-STABLE. Update Station got a significant change to upgrade to a major FreeBSD version, allowing upgrading GhostBSD from 13.2-STABLE to 14.0-STABLE. Also, a major change to the installer is the user created is an admin, and the root user gets the same password as the admin. If the admin password is changed after the installation, the root password will not change. ↫ GhostBSD’s website GhostBSD is a user-friendly, desktop-first ‘distribution’ of FreeBSD – a project which, in my humble view, should be part of the FreeBSD project-proper. With some old-time Linux feeling a sense of disenfranchisement towards Linux due to things like Wayland and systemd, FreeBSD could serve as an excellent alternative, and an official desktop-first ISO could play a role in that. Of course, that’s not exactly core to FreeBSD’s mission, and they really shouldn’t be listening to idiots like me, but I think it’s an idea worth pondering.
FreeBSD is deprecating 32-bit platforms over the next couple of major releases. We anticipate FreeBSD 15.0 will not include the armv6, i386, and powerpc platforms, and FreeBSD 16.0 will not include armv7. Support for executing 32-bit binaries on 64-bit kernels will be retained through at least the lifetime of the stable/16 branch if not longer. (There is currently no plan to remove support for 32-bit binaries on 64-bit kernels.) ↫ John Baldwin on freebsd-announce I don’t think this is too egregious of a timeline, but there’s always someone with some weird edge case that gets bit hard by deprecations like these.
FreeBSD is discussing adding Rust to the FreeBSD base system. In a recent thread on src-committers, we discussed the costs and benefits of including Rust code in the FreeBSD base system. To summarize, the cost is that it would double our build times. imp suggested adding an additional step after buildworld for stuff that requires an external toolchain. That would ease the build time pain. The benefit is that some tools would become easier to write, or even become possible. ↫ Warner Losh on the freebsd-hackers mailing list From everything I’ve read and what you, the readers, have told me, someone who isn’t a programmer, languages like Rust really are a big improvement over older languages, and it’s probably not a good idea for a major, important project like FreeBSD to isolate its base system from such progress. Now, I’m not at all qualified to say whether Rust, specifically, is the right choice, but a language like Rust should probably be part of the base system. A big issue is FreeBSD’s architecture support. Rust is not well-supported or even supported at all on all the various platforms FreeBSD supports, which might prove to be a road block for now. That being said, letting barely used ISAs hamper your progress too much might not be a good idea either. Rust has already become a supported language for the development of the Linux kernel.
Having re-discovered my love for FreeBSD on the desktop for the past month or so, I embarked in yet another adventure with it: creating a portable installation of it a USB drive so I could carry it with me on the go. This would be a great addition to my everyday carry, and would also again put the OS in test against many situations I have not had faced yet with it. ↫ Klaus Zimmermann Always a useful tool to have.
FreeBSD has supported nesting of jails natively since version 8.0, which dates back to 2009. Looking at the jail(8) man page, there is an entire paragraph named Hierarchical Jails that explains the concept of jail hierarchy well. It’s one of the many gems of FreeBSD that, although not widely known or used, is, in my opinion, extremely useful. BastilleBSD plays a central role in this article, and that’s a project I’ve been hearing a lot about recently. I feel like the various BSDs are currently hitting a stride, and there seems to be a lot of movement from Linux to BSD at the moment.
After a few minor delays, FreeBSD 14.0 has officially been released. The highlights according to the FreeBSD team itself: For more details, you can dive into the release notes, and if you’re already using FreeBSD you know exactly how to upgrade.
In June 2022, I started work on porting FreeBSD to run on Firecracker. My interest was driven by a few factors. First, I had been doing a lot of work on speeding up the FreeBSD boot process and wanted to know the limits that could be reached with a minimal hypervisor. Second, porting FreeBSD to new platforms always helps to reveal bugs — both in FreeBSD and on those platforms. Third, AWS Lambda only supports Linux at present; I’m always eager to make FreeBSD more available in AWS (although adoption in Lambda is out of my control, Firecracker support would be a necessary precondition). The largest reason, however, was simply because it’s there. Firecracker is an interesting platform, and I wanted to see if I could make it work. Firecracker is Amazon’s virtual machine monitor. This article goes in great detail about the process of porting FreeBSD to run on Firecracker.
FreeBSD developers are looking at using the open-source NVIDIA kernel driver being developed by NVIDIA as an open-source Direct Rendering Manager driver that is out-of-tree, but not to be confused with Nouveau. With that kernel driver they are able to provide this nvidia-drm-kmod driver on their own and within the ports collection for better integration with the kernel and those wanting one less kernel binary blob. Excellent news for FreeBSD users with NVIDIA cards.
FreeBSD is a compelling and cutting-edge operating system that provides a wealth of features and advantages. FreeBSD’s deep OpenZFS integration, completely customizable packaging, and the ability to manage a huge fleet with a small team make it a clear contender for consideration in your next infrastructure build. This one’s written by a company that, among other things, sells FreeBSD and OpenZFS support, so take that into account when reading the article.
One of my old home automation boards running ebusd is still using Raspberry PI 2 B SoC. FreeBSD is still perfectly supporting this hardware, however, due to being a Tier-2 platform, binary updates freebsd-update are not supported. Of course, one can download the new image, but this will mean re-installing and reconfiguring all the software, which is time-consuming and painful. Also, the traditional “build from source” way will probably take forever on this tiny board and also could potentially destroy the SD card. So the obvious alternative was cross-compilation. If you’re in this very specific niche – you’re very happy this guide exists.
FreeBSD is still going strong. Its strength comes from having built a strong base in its code, documentation, and culture. It has managed to evolve with the times, continuing to bring in new committers, and smoothly transition through several leadership groups. It continues to fill an important area of support that is an alternative to Linux. Specifically, companies needing redundancy require more than one operating system, since any single operating system may fall victim to a failure that could take out the entire company’s infrastructure. For all these reasons, FreeBSD has a bright future. In short, FreeBSD is awesome! Having finally delved a bit deeper into FreeBSD this past year, I have to say it’s an incredibly nice operating system to use and maintain. In the end, it’s the lack of polish as a desktop and laptop user that prevents me from using it full-time, but the built-in tools are incredibly nice to use, software installation and updates are a breeze, and the documentation is great. It really makes me wish the desktop and laptop was more of a focus for the developers, but I understand why it isn’t.
The FreeBSD team has released the latest point release for FreeBSD 13.x, version 13.2. It comes with updated versions of OpenSSH and OpenSSL, improvements to bhyve to allow more than 16 virtual processors, an updated version of OpenZFS, the inclusion of the WireGuard kernel driver, and much more.
FreeBSD 12.4 has been released. This is a maintenance release of the older stable branch, and contains the usual package updates, bug fixes, and other relatively minor changes.
It’s been a long journey these past few months trying to find a modern, compatible, FreeBSD laptop, and getting it to work well enough for daily use (everything except for gaming). For the past few months, I’ve been documenting my journey using this laptop, then I left the framework laptop and switched to a Thinkpad X260, and then a Thinkpad X1C7. This gave me perspective on what is considered “FreeBSD compatible”.. After experiencing what that “compatibility” meant, and the work needed to get those machines up and running, I decided to come back to the framework laptop with that perspective, and try to get FreeBSD running on it again in a smoother capacity. I’ve finally succeeded! Everything isn’t perfect, but it’s pretty good, and will hold you until even better support comes to the machine. I can now pretty much say that you can use this laptop in a production capacity for your every day stuff. Getting FreeBSD to fully support a modern laptop for desktop use seems like what it was like to get desktop Linux up and running smoothly on a desktop about twenty years ago. I love the idea of desktop FreeBSD, but I feel like there’s a long way to go, and I wonder if the people actually developing and contributing to FreeBSD are really focused on it (which is, of course, their prerogative).
FreeBSD 13.1 has been released, and as the version number signifies, this is not a major release, so don’t expect any massive changes. Lots of various core packages of the operating system have been updated to their most recent versions, like OpenSSH, OpenSLL, and ZFS, there’s the usual driver updates, and a whole slew of fixes.
FreeBSD 12.3 has been released. As a true point release, there’s no major new features or massive updates in here – there’s updated network drivers, kernel bug fixes, and so on. The full release notes have all the details.
The third quarter of 2021 was quite active in lots of different areas, so the report covers a bunch of interesting work including but not limited to boot performance, compile-time analysis, hole-punching support, various drivers, ZFS raidz expansion, an update to the sound mixer, and many more. FreeBSD’s status reports are a great way to keep up to speed with the project’s progress.
I’ve been a NetBSD developer for three years and it’s been my primary operating system for a long time too – on everything: routers, laptops, Raspberry Pis, PowerPC mac minis, Vortex86 embedded boards, and servers. I’ve recently been using FreeBSD a lot at work. We have a lot of servers and embedded boards running it, and I was given the option of installing anything I wanted on my workstation. I chose FreeBSD to maintain a separation of BSDs between my work and home life 😉 I thought I’d write a little bit about some differences that stand out to me. Since everyone that knows me well knows that typical use cases like web hosting aren’t really my jam, and I’m more of an embedded, audio, and graphics person, maybe I can offer a more uncommon perspective. It’s always nice to read perspectives like this.
The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 13.0-RELEASE. This is the first release of the stable/13 branch. The announcement and release notes contain more information.
FreeBSD will promote arm64 to a Tier 1 architecture in FreeBSD 13. This means we will provide release images, binary packages, and security and errata updates. While we anticipate there will be minor issues with this first release, we believe the port is mature enough that they can be resolved during the life of FreeBSD 13. Maybe not massively relevant right now, but with Arm making its way into both servers and desktops, this is some good future-proofing for FreeBSD.
