FreeBSD 15.0 RELEASE has landed!

FreeBSD 15.0: Notable Improvements for Desktop and Laptop Users

FreeBSD 15.0 introduces a range of updates that strengthen the system’s usability on desktops, laptops, and general-purpose machines. Several areas that matter most to daily users—networking, graphics, and desktop environments—see meaningful development in this release.

A key update is expanded WiFi support. FreeBSD 15.0 adds drivers for Realtek’s rtw88 and rtw89 chipsets, used in many current laptops. Intel iwlwifi support has also been refined, and the installation media now includes a dedicated WiFi firmware package, making it easier for a wider range of wireless adapters to function immediately after installation.

Graphics hardware support also advances. By incorporating newer Linux DRM driver code, FreeBSD improves compatibility and performance on modern Intel and AMD GPUs. This benefits both X11 and Wayland sessions, with smoother acceleration and more consistent behavior across display setups.

Desktop environments gain from this foundation. KDE Plasma, GNOME, Xfce and others continue to be available through packages, and improved hardware support helps these environments run more reliably. Work on a more desktop-friendly installer is ongoing and aims to simplify initial setup in future releases.

The system as a whole also receives updates. Optimized libc routines bring performance improvements on amd64, and various device drivers—covering networking, audio, PCI, and storage—have been updated for better compatibility and stability.

Taken together, these changes make FreeBSD 15.0 a solid release for users running the system on everyday hardware, offering broader support and a smoother experience across a wide range of setups.

Grab it now!
https://download.freebsd.org/releases/amd64/amd64/ISO-IMAGES/15.0/

Devuan 6.0 “Excalibur” Released – Your Systemd-Free Debian 13 System

init freedom

Less than three months after the official release of Debian 13 “Trixie,” the Devuan project has officially launched Devuan 6.0 “Excalibur” on November 2nd, 2025.

Excalibur brings all the benefits of Debian 13’s updated packages, modern kernels, and long-term support while staying true to Devuan’s systemd-free philosophy. The release ensures that alternative init systems like sysvinit and runit integrate smoothly, and existing Devuan users can plan upgrades with confidence.

For the Devuan community, this release represents a stable, up-to-date option for both new installations and older hardware users who want the reliability of Debian without systemd. If you’ve been waiting to move to a fresh, modern, yet systemd-free environment, Excalibur is ready to download and install.

Announcment: https://dev1galaxy.org/viewtopic.php?id=7507

Learn more and download: https://www.devuan.org/os/releases

Firefox Scrolling Inverted??

First time this has happened to me, but running the FireFox Nightly (which came on NetBSD 11 BETA) I noticed my TrackPoint \ middle mouse scrolling was reversed. I think they might call this “natural scrolling”… anyway, to fix it simply go to about:config in the title bar and search for mousewheel.default.delta_multiplier_y — Change it from 100 to -100 and presto, normal scrolling behavior.

OpenBSD 7.8 Released Today, /w Pi 5 Hardware Support!

OpenBSD 7.8, is another careful step forward that strengthens daily usability across laptops, desktops, and ARM64 systems. While this release isn’t radically new, the OpenBSD team continues to refine and expand their legendary system in all the right places.

The most visible change is Raspberry Pi 5 support. OpenBSD now boots cleanly on the Pi 5 with working SDHC storage, Ethernet, and Wi-Fi power management through new RP1 and sdhc drivers. That takes the board from experimental to genuinely usable. Additional ARM64 updates improve clock, PWM, and RTC support on newer SoCs, broadening the list of hardware that “just works.”

Power management on laptops sees steady progress. AMD systems handle S0ix suspend and resume more reliably, and the amdgpu driver now sleeps and wakes properly under S3. Laptops with GPIO-based lid sensors can suspend and resume cleanly, and hibernation reliability improves with better pre-allocation during boot. Small changes, but together they make OpenBSD behave more predictably on modern notebooks.

Networking performance benefits from new multicore TCP and IPv6 input handling, allowing up to eight threads to process traffic in parallel. Several core system calls, such as close() and listen(), were unlocked from global network locks, reducing contention on multi-CPU systems.

Graphics support advances with a DRM update based on Linux 6.12.50, improving amdgpu reliability and adding Qualcomm display controller support. Xorg remains the standard display server, while Wayland continues to function through XWayland and wlroots compositors for those who prefer a modern stack. In ports, GNOME 46 and KDE Plasma 6 are available, keeping desktop environments current alongside updated Firefox and Chromium builds.

The built-in hypervisor gains AMD SEV-ES support for encrypted guests, and the installer adds further safeguards and clearer defaults. Security hardening continues quietly across the base system, with more software adopting pledge and unveil.

OpenBSD 7.8 doesn’t chase trends, but it delivers a more capable, consistent, and secure system across a wider range of hardware. Whether on a modern laptop or a Raspberry Pi 5, this release shows the project’s continued focus on quality and correctness—hallmarks that keep OpenBSD in a class of its own.

https://www.openbsd.org/78.html

Trying out FreeBSD 15.0 BETA 1 on ThinkPad T500

Screenshot — FreeBSD 15 running MATE Desktop

I for one am definitely looking forward to FreeBSD 15 RELEASE! 14.3 brought strong improvements, and things can only get better. Going to be putting it on my X1 Carbon Gen 3 soon, but for now I figured I’d try it on a spare machine. Nice to see it got going with hardly any effort on this 15+ year old machine! Just had to do a bit of manual X.Org config tweaking…

For a Core 2 Duo with 4 GB RAM in 2025, it runs surprisingly well. I’m posting from this machine right now 🙂

New home networking content is on the way!

eBay Orders — Ignore the iphone case, I ordered that for a friend!

As some of you will notice, yes there are two SFF boxes, and three NICs…

I need to decide if I’m building a 10 GB router, or more of a 2.5 / 1 G pfsense box for just having a better internet router and firewall. The lil Wyze box will be fantastic as a router I already know, those Gemini Lake chips are amazingly powerful for what they are. Also very low power draw and hardly make any heat whatsoever. The SSDs? They just seemed like a good deal.

Here are the SFF machines. Obviously the first one is more “sff” than the second… That’s OK though, I needed something with real PCIE slots, and a real powersupply to run 10 GB network card(s).

More to come as these things arrive!

Resetting CMOS Password on ThinkPad T420

I recently picked up a used Thinkpad T420. While I could boot it up, use it, install another OS and all that there were some settings locked out.

There is apparently an option for a regular CMOS password, and a “supervisor” password. Hitting enter got me in with limited access, but I couldn’t do things like turning hardware virtualization on or off… among other things.

If you’re like me, maybe you’re thinking: Hey, just unplug the coincell for a few minutes!

Well that doesn’t work. Fortunately though, there is an easy enough hack. Remove the screw for the RAM door on the bottom of the machine, then use a credit card or blade to nudge the keyboard up from the palm rest. Carefully keep the keyboard connected, but place it sideways out of the way. We need to short a couple pins below where the CMOS coin cell battery connection is on the main board.

General Area — We need to be in this general area. Excuse the flashlight!

Now, lets zoom-in on the actual area where we need to short two points… Tweezers will work well for this purpose.

Now, inside that area where we have the orange box… We need to short the upper left corner to the middle right (center row) pad. This should make things totally clear:

So, this is what to do… Keep either the AC supply, or battery attached to the machine and boot it up.
When you boot it up, hit the blue ThinkVantage button and QUICKLY use your tweezers to short those two points together for a second. If successful, you’ll see the following message.

“Data access error” sounds bad, right? Well in this case, such an error indicates success. Yeah, and you don’t stop ‘Cause it’s 1-8-7 on a undercover tsop! Well, SPI, but that wouldn’t rhyme…

Once you get into the BIOS (press F1), be sure to disable all passwords or set them to blank and then save.

That’s it! Worked perfectly on my Thinkpad T420. I found this method via a YouTube video, his pictures were not so clear though. Hopefully this will help my fellow Thinkpad enthusiasts!

gputemp, a simple AMD Radeon manual fan control solution

# gpufan -- sets manual fan speed on AMD Radeon GPU. For 5.x / 6.x Linux Kernel users running AMDGPU driver...
# Author: Ben @ LostGeek . NET
# Created 09/20/2025

# 	READ ME! How to use:
# save as /usr/local/bin/gpufan then chmod +x
# running "gpufan" will give temperature & fan rpm. gpufan followed by a number (1-100)
# will manually set speed. "gpufan auto" will restore auto / driver control.

Your feedback is welcome!

https://ben.lostgeek.net/code/gpufan/

Writing a wrapper for DD

I’ve been working on a handy lil’ tool, basically a glorified wrapper script for dd. But I think I worked in some solid concepts:

You just run it, no args needed. (Though you can pass args if you want.)

Automatic target selection: Devices with the prefix /dev/sd* that are not mounted will be considered. I’ve put in a volume limit of 64 GB for safety. If the device is greater than 96 GB, then (imo) it’s probably something else – HDD/SSD – so in that case a manual override is required.

Automatic block size: Chosen based on drive capacity. Tiny drives use a smaller block size, while larger (likely more modern USB 3) drives can use big chunks, like bs=4M. This usually improves performance.

Once I get it all ironed out, I’ll share the code. So far, I find it pretty handy.

Debian Trixie: Goodbye Init Freedom

With Trixie, comes changes…

As someone who has been running Debian servers for about a decade, one thing I’ve always appreciated is that if you didn’t like a core component, you could swap it out. That used to include the init system. Whether you preferred sysvinit, OpenRC, or runit, Debian gave you the tools to do it.

With Debian 13 Trixie, that is basically over.

What Changed

To be clear, Debian as defaulted to systemd since Jessie; we’re not talking about that. We’re talking about the OPTION to use another system instead. On Bookworm and earlier, moving away from systemd was simple:

apt install sysvinit-core
reboot

You might clean up a few services or install orphan-sysvinit-scripts, but it worked.

In Trixie, too many core packages now assume systemd is there. Udev is the most obvious example. During upgrades, it will pull in systemd even if you’re trying to stay init-free. Other essential packages have dropped their init scripts or unit files for anything else. If you boot without systemd, critical services will fail. The choice exists in theory, but it’s fragile and unsupported in practice.

Why It Is Happening Now??

This isn’t random. Version 13 tightens dependency chains across the core system. Packages such as udev, dbus, logind, and many desktop or network management components are systemd-aware by default. In previous releases, these dependencies were optional or provided fallbacks. In Trixie, the fallback paths are gone or broken. Swapping init now can silently break critical parts of the system.

For Some, Devuan May Finally Make a Lot of Sense

I never really understood why Devuan existed. On Jessie, Buster, Bullseye, and Bookworm, one could do a base install, install their init of choice, reboot, and purge systemd. Devuan always seemed like a convenience for users who wanted to skip that step.

Now, changing init is a literal nightmare. The system doesn’t allow it. You’re forced to boot from another system and attempt the change via chroot. Even then, it’s messy. For those who want a system without systemd, Devuan now has a legitimate place, even for technically inclined users.

Why might one avoid systemd:

Simplicity and predictability: Traditional init systems are easy to debug, less opaque, and don’t pull in a large web of dependencies.
Resource footprint: Sysvinit or OpenRC can run with minimal memory and CPU usage, ideal for very small servers or embedded systems.
Control: Fewer hidden processes and services mean you can strip down and tune exactly what runs at boot.

Reasons to stick with systemd:

Ubiquity: Most packages, especially in Trixie, assume systemd is present. Running without it often leads to breakage or fragile setups.
Service management features: systemd provides dependency-based service startup, logging, timers, and cgroup integration out of the box.
Easier integration with modern software: Many newer server tools and desktop components expect systemd and may not work properly without it.

Systemd Makes Sense for Most Users

For the majority of us, systemd offers clear advantages and a cohesive, performant set of system daemons that do their job reliably. It’s unfortunate, however, that the long tradition of Debian giving users choice in init has essentially come to an end.

For those disappointed by this, Alpine is worth a look. Alpine is a super minimal distribution based on BusyBox. It uses the musl C library and remains impressively small while still offering a well-curated and thorough selection of packages. And of course, Devuan. Devuan is a Debian fork whose claim to fame is being systemd-free. Any packages that would normally depend on systemd have been adjusted or patched for a smooth experience, including things like elogind replacements and tweaks to GNOME dependencies.

Final Thoughts

Debian used to be a super-flexible system that could be stripped down and tuned to run in very small memory footprints. It mostly still is, but with Trixie, it’s just a bit less flexible, and that’s truly too bad. They broke a decades-long tradition.

For those who are really bothered by this, thankfully there is Alpine and Devuan.

Whether you preferred sysvinit, OpenRC, or runit, Debian gave you the tools to do it.