what's real stage of freebsd now? a weird article.

what's real stage of freebsd now? a weird article.

i see the URL.



[td width="933.401px"]
DistroWatch Weekly, Issue 1180, 6 July 2026
[th width="950.781px"]
Weekly RSS feed DistroWatch Weekly​
[/th]​
Welcome to this year's 27th issue of DistroWatch Weekly! People who work with computers often need to take on different roles. Most of the time we are computer users, running applications. Other times we might be helping other people or customizing the operating system. Sometimes we might be installing new software or fixing problems. Modern operating systems provide a range of tools to separate these tasks, including file permissions and separate user accounts. This week's Questions and Answers column talks about tools we can use to run commands as different users, which can be useful when helping others or configuring the operating system. What tool do you use to run commands as other users? Let us know in the Opinion Poll. In our News section we talk about the Asahi Linux team fixing a boot bug which affected people running computers with macOS 27. We also share reasons, apart from performance, to run the Gentoo meta-distribution and talk about Astral's new WINE port. Before diving into those topics, we begin this week with a look at FreeBSD 15.1 and talk about the anticipated install-time desktop environment planned for this version. Plus we share a summary of last week's releases and list the torrents we are seeding. We wish you all a terrific week and happy reading!



This week's DistroWatch Weekly is presented by TUXEDO Computers.

Content:
[td width="933.401px"]
Feature Story (By Jesse Smith)
FreeBSD 15.1 with an install-time desktop
FreeBSD
Back in December I reviewed FreeBSD 15.0. The then-new version of FreeBSD was significant in two ways. It offered a new method of managing the software in the base operating system (switching from distribution sets to packages managed by pkg) and it was set to debut the option to install a desktop environment from the system installer. The latter move was part of a larger effort to make FreeBSD a suitable operating system for laptop computers.

While the switch from distribution sets to the pkgbase approach to managing the software in the core operating system did show up in FreeBSD 15.0, and it did work as expected, there was no sign of an option to install a desktop environment from the system installer. With some poking around, I finally found that the project had delayed the desktop option until FreeBSD 15.1, in order to work out some final issues.

Eager to test drive the pre-configured desktop, I downloaded the full DVD build of FreeBSD 15.1 for x86_64 machines. This file is 4.3GB in size. Booting from the provided disc image brings up a text prompt offering to run the system installer, open a shell, or run a live system. Unlike Linux distributions, which usually supply a desktop environment in their "live" environments, FreeBSD does not. Instead we are presented with a login shell where we can sign into the system using the root account and no password. This gives us a chance to inspect the system, perform data recovery, or manage partitions.

Installing

The system installer provides a series of text-based menus where we are prompted with questions and can select our answers from lists or type responses in a box. The installer quickly walks us through choosing our keyboard layout and making up a hostname. We are given the choice of using classic package sets or the modern pkgbase approach to software management. I chose pkgbase. Then I was asked if I wanted to fetch software from on-line repositories or use packages on the local ISO. I chose to use the local media.

The installer then asks if we want to use automated ZFS, automated UFS, or manual disk partitioning. We are asked which operating system features we want to install, with options including the base system, development tools, the OS source code, test code, and extras. The selected packages installed and then I was asked to make up a root password, confirm my timezone, and set the system clock. I was asked which background services to run, such as network time sync, and secure shell.

One of my favourite features of FreeBSD is an option to enable extra security at install time. We can check features we want to enable from a list and these items include features such as hiding processes from other users, assigning random PIDs, and cleaning the /tmp directory upon each boot. The final option asks if we would like to create regular user accounts. Then the system installer offers to reboot the computer.

The whole process took me under ten minutes and, to my surprise, at no point was I asked if I wanted to install a desktop environment.

Wondering if I'd missed an option, I went through the installer more deliberately. This time I chose to download packages from the on-line repositories, thinking that might open up the option of fetching desktop packages. Fetching packages from remote repositories made the install process slightly slower, but otherwise it worked exactly the same. Ten minutes later, I booted into my (second) new copy of FreeBSD 15.1 and again discovered there was no desktop installed. There was no first-run wizard or tool for enabling a desktop either.

Searching for answers

From here on this article shifts from an exploration of the technical elements of FreeBSD into a quest for information. I was tempted to simply abandon the experiment and move on to something else, but the more time I spent looking for information about FreeBSD's desktop installer the more I felt sharing this journey was important. Someone commented recently: "When Jesse expresses puzzlement or disappointment or joy or pleasantness or boredom (my favorite) with a distro or some aspect of a distro then my ears perk up and I read on." What follows is largely written for them.

After two passes through the FreeBSD system installer and not seeing any obvious way to enable a desktop environment, I went back and re-read the release announcement and release notes for FreeBSD 15.1. While some work has been done to improve the experience of running FreeBSD on laptop computers, and to improve the overall desktop experience, there wasn't any specific information about setting up a desktop environment at install time. I also didn't find any indication the feature had been dropped from 15.1. There was mention of following instructions in the Handbook to get a new system installed. I checked the FreeBSD Handbook, which is always a good first-stop for information, and again did not find anything specific to setting up a pre-configured desktop.

This lack of information about how to set up a new desktop system (or what had happened to the desktop-at-install-time feature) puzzled me because, by the time FreeBSD 15.1 was officially released, there had already been multiple blog posts and reviews about it and about its new install-time desktop option. I read multiple posts from authors who claimed FreeBSD 15.1 included the feature and wrote that it provided a working KDE Plasma environment post-install. Some even posted screenshots of the installer setting up Plasma packages. So I began to wonder what I was missing.

I went back and revisited some of those articles and posts. One review, on the Sacred Heart blog, began by mentioning the latest version of FreeBSD works quite well as a desktop system. The blog post mentions some of the improvements for desktop users in 15.1 and includes a screenshot of Plasma working. Though, when I read through to the end of the post, I found (about two-thirds of the way through) that the author says they had to install all their Plasma packages manually. So their system wasn't set up as a desktop out of the box, they just managed to turn it into a desktop system.

That review, if perhaps a touch misleading at first, was honest. Other reviews, I began to suspect, were fabrications. Upon revisiting them I started to notice two things. The first was that comments about FreeBSD's new desktop-at-install-time feature all sounded the same, the way news reporters do when they are all trying to put their own spin on a press release. Or the way a large language model (LLM) will rewrite an article, putting a new spin on saying the same information in a similar way. I also noticed the posts with screenshots were, in a word, wrong. I had just installed FreeBSD 15.1 multiple times, trying different options, and was freshly aware of how the system installer looked. The screenshots didn't match.

The system installer on Jesse's computer
FreeBSD 15.1 -- The system installer on Jesse's computer
(full image size: 9kB, resolution: 720x400 pixels)

Screenshot presented on other review websites
Screenshot presented on other review websites
(full image size: 94kB, resolution: 800x527 pixels)

As you can see in these screenshots, the background is not the same shade of blue. In the screenshot of FreeBSD 15.1, the bar at the top of the screen is blue and dotted. In the other articles' screenshot the line is green and solid. The text "FreeBSD Installer" is also a different colour. My suspicions about the legitimacy of the content grew when I noticed multiple articles were using the same screenshot, where the colours and lines didn't match my experience.

It seemed likely these articles were generated by LLMs, perhaps using a common source. I performed a test, asking ChatGPT: "Does FreeBSD 15.1 include a system installer option to install the Plasma desktop?" The chatbot reported back with false information:
"Yes - FreeBSD 15.1 includes an installer option to install the KDE Plasma desktop (work was added to bsdinstall to offer a KDE/Plasma desktop choice)." It even provided a link for this information, which took me an article on Phoronix, published earlier in the year. The article, to be fair, says the feature is in progress: "[FreeBSD developers] are working on getting the installer option ready for FreeBSD 15.1. Adding a NVIDIA GPU driver option to the FreeBSD installer was also recently carried out." (Note: The option to add NVIDIA GPU drivers is also not in the 15.1 release.) Significantly, the Phoronix article displays the above screenshot of the new desktop installer working, and seems to be the source for all the other articles claiming FreeBSD 15.1 is shipping with the option of setting up a desktop environment at install time.

In short, either Phoronix mocked up the screenshots to demonstrate what the feature could look like, or perhaps they were testing a preview snapshot for FreeBSD 15.1 which was never shipped. Either way, it looks like other blogs and reviewers picked up on this and shared the information, presenting it as a feature which would be (or was included) in FreeBSD's latest version.

This got me wondering: What about blogs or reports which went the other way? Was anyone talking about the NVIDIA drivers and automated desktop setup being dropped from FreeBSD 15.1? Was anyone dispelling the idea that 15.1 was going to ship with these features, or that the features had been delayed? After several web searches, some browsing FreeBSD news sites, and reading forum posts, I found a single report saying the desktop setup feature had been postponed. Specifically, Over Central reported a conference speaker at the Open Source Summit (Deb Goodkin) said the feature would be delayed again until FreeBSD 15.2:
During Goodkin's talk, he noted that FreeBSD 15.1 was planned to include a KDE desktop option directly in the installer. This would be a landmark change - eliminating the need for users to install the desktop environment manually via the command line after a base installation. However, by the time the beta stage arrived in May 2026, the feature could not make the cut. It has been deferred to FreeBSD 15.2.
This seems to be accurate, but it is a story without a source. There is no recording of the talk, as far as I can tell, and no written confirmation in a presentation slide or mailing list post. The best I could dig up was a comment on an issue report on the FreeBSD Foundation's GitHub account which said: Additional notes copy/pasted from elsewhere: The script still needs to be updated because new NVIDIA drivers have been released, and some parts have become obsolete (no longer necessary) and should be removed. After the script is committed to CURRENT, a testing period will still be required before the functionality can be merged into STABLE. Therefore, in order to provide users with the best possible solution, it was decided to target STABLE 15.2 instead.
This is a good plan, though it leaves a cold trail. There isn't any original source or link to the report from where the message was copied. It also doesn't specifically mention the desktop feature, only the way NVIDIA video drivers are being handled. In short, we can infer this means the desktop enabling feature was postponed, but the report doesn't mention it by name, it just refers to a related driver feature.

Ironically, I did eventually find a post on Phoronix (again) which suggested the desktop installer was being post-postponed until FreeBSD 15.2. Unfortunately, that post doesn't seem to have been picked up by LLMs and bloggers. It also doesn't link to a clear, official source.

Follow-up thoughts

After a few hours of digging and reading reports and comparing blog posts like a conspiracy theorist on a caffeine-binge, I surfaced with a few thoughts and conclusions.

First, I'm sure it is of no surprise to anyone that there is a lot of made up news in the world. Some of it is LLM-generated; some of it is reports which comment on possibilities, mentioned elsewhere, as facts; others were probably accurate at the time of writing, but have become outdated as developments happened. Whatever the reason for the misinformation, it is important to remember that reports on-line, especially ones which don't link to an original, official source, may be false, reframed, or misinterpreting the information.

In a similar vein, some tech blogs and news sites will copy and paste just about anything without confirming it. Some of them will even copy screenshots which either are not real or are not for the release they are covering. This is part of why DistroWatch tries to always provide its own, created in-house screenshots and we test any tips or tutorials to confirm they work as reported.

Ironically, accurate news is not always well-cited or sourced. The two reports I could find confirming FreeBSD's new features were being delayed did not have any supporting link or quote. It was a case of one person copying something someone else had told them. It appears the information was correct, but there was no way for me (someone who didn't go to the Open Source Summit) to confirm the desktop environment setup feature was being delayed.

Finally, and this may seem harsh, but I don't feel a though the FreeBSD Foundation (and the FreeBSD project) did a good job of sharing information on these new features and their eventual delay. As an example of this, the FreeBSD Quarterly Status Report in April reported the following: "A version of the [desktop setup] script was later adapted for integration into bsdinstall and into an installation ISO. After successful testing on both CURRENT and STABLE, a review has been submitted to add the desktop script to bsdinstall.

That report says the feature has been tested in the project's STABLE branch and it has been submitted to be included in the installer. That was two months prior to the 15.1 release, so it sounds like a fait accompli. As far as I can tell, there was no official report from the project or the Foundation after that, saying the feature had been pushed back to a later version. As a result, blogs and reviewers continued to run with the stale information. Some of us, such as myself, took the time to test for the feature and noticed it was missing. Others appear to have just let an LLM write their review, as one report stated: "FreeBSD 15.1 includes several enhancements over previous versions, such as improved hardware support, updated WiFi drivers, and better power management. It also introduces a new KDE Plasma desktop install option, aiming to enhance the user experience on laptops and desktops."

I feel like the confusion, and some false reports, could have been avoided if the FreeBSD project had been a bit more up front about what they were including and what they were holding back in the FreeBSD 15.1 release. As it is, there are some people out there who are probably going to wonder why they can't get the new desktop setup feature to work. The simple truth is: it doesn't yet exist.
[/td]
[/td]
 
Yes, it is.
Go in expecting something that is not on the release notes based on expectations for 15.0 and then 15.1 but never actually delivered (there's also blame on the Foundation for not managing alignment with the release), compound with LLM fun, and in the end it's still:
  1. Install FreeBSD
  2. Open handbook, follow from section 4 (i.e. just after installation)
  3. Pick X11 (section 5) or Wayland (section 6) [picking KDE as the DE]
  4. User KDE
The Desktop installer will allow people to skip the reading and comprehension part and just go directly to #4 from the installer. My bet is that people will then complain about missing extra stuff (portals, themes, fonts, browsers and what not).
 
I didn't make a full installation recently, but one thing is for sure: I installed a 15.0 version with an availablee option to install a DE. I don't remember what was the version exactly. I don't think, it was the RELEASE but rather ALPHA or BETA or RC or whatever.

The installer used desktop-installer and I selected KDE which still run (VirtualBox VM).

So, this option may have disappear but it once existed.
 
Eh, KDE is yucky! MATE FTW! :p;)

Seriously though, I haven't run a FreeBSD installer for a while now as I have been upgrading my home server in-place for a few years. That said, it is odd I cannot find an official announcement from The FreeBSD Foundation or the FreeBSD web site that says the desktop install option was delayed again. Did I miss that?
 
No. wolffnx the article states, after some searching around, that there is not yet a desktop installer. Emrion, I play around on VMs from time to time, but I can't remember if I did or didn't see the desktop installer you mention seeing. My guess is that this would mostly affect people new to FreeBSD, who, as Jessie at Distrowatch said, read some improperly supervised LLMs, and it was basically fake news.

Seems to me that most of the FreeBSD users I run across here on the forums at least, wouldn't be looking for it. As for the newcomers, I guess you could say part of the onus is on the FreeBSD Foundation for not making it clearer, but as the cliche goes, hindsight is 20/20 vision. I would suspect that the majority of FreeBSD users who like a desktop would choose something smaller than KDE, anyway.
 
The issue is not installing a "desktop" installing a desktop is easy

# pkg install xorg wayland seatd gnome mate kde kde-gear kdevelop kdesdk kdeccessibility calligra libreoffice
that gives you all the software you need to play with for awhile.

The difficult part is to setup the graphic-card drivers to work on any combination of desktop or mobile hardware.
Specifically difficult are these combos of intel and nvidia GPUs in laptops. Optimus/Prime setups.

What is needed to produce a desktop installer that is reasonably successfull is a procedure that can be scripted that
evaluates what graphics hardware is installed in the target machine and chooses what to activate . ha

a system engineer with PC hardware competence can make this evaluation , but a Novice user cant, and is likely to get it wrong,
as we see from the helpdesk case that appears here in the forum and discord/reddit .

It should be possible to use sysutils/hw-probe to make a machine analysis and install graphics drivers as a result of what HW-Probe
discovers is installed.
 
The developer of the desktop support functionality uses fwget to figure out whether or not it's possible to load drm-kmod and which firmware is needed (though there is still work needed on this). For nvidia he's created a map with the pci-ids (plus subsystem and vendor ids) on nvidia's documention to know which driver to use.

From experience I know this will not be foolproof and there will be issues but that's why desktop install will be optional.
 
From experience I know this will not be foolproof and there will be issues but that's why desktop install will be optional.

I hope there is an option to not install a X11 login manager.
I use Xorg, nvidia and KDE and wouldn't mind at all if the installer could just set it all up. But I don't use login managers.

I don't think there is much leeway in installing the DE's the edge cases will happen with drivers.
 
Hi
Three days ago, I grabbed the last PC in the house—a six-year-old Dell laptop running Linux—and set about installing FreeBSD 15.1 (DVD1).
It was just as fast and efficient as ever.
At reboot, I had a moment of panic: what if the installer had defaulted to KDE?
Fortunately, that didn't happen; otherwise, I would have had to start all over again.
I was then able to install Xorg, along with my trusty old Fluxbox, tint2, and the rest.
The only issue was that piece-of-shit Broadcom BCM43142 Wi-Fi card—it was a lost cause.
So, I ordered a cheap USB dongle with an RT5370 chipset.
Just so I could get a connection when away from home.
kldload if_run
sysrc kld_list+="if_run"
sysrc wlans_run0="wlan0"
sysrc ifconfig_wlan0="WPA DHCP"
Just a little story.
 
Great. Do we have that as a port, or is it inside their install procedure? Where can I find more details on it, quick google isn't revealing much?
As a port? I don't know. Is the source available? Should be, TrueOS used to be up on github, I'm not sure where ghostbsd hosts their repos.

Going by hazy memory:
The script was called from the installer, but was not part of it.
It used a combination of what drsnx60 says up in #9 and what fahrenheit says up in #12.
Not foolproof but a starting point was always pciconf -lv | grep display and start extracting information.
And yes, it had built in tables for trying to figure out the correct version of the driver (more for nvidia than Intel) so like any tool needs to be kept up to date (think kernel when new hardware is detected say RealTek that no driver knows about).
But with the current X not needing config (in most cases) it should give a good starting point, it may get tricky if you have multiple devices (say intel and nvidia), multiple monitors (which one plugged into which port).
I think it should also be able to fall back to VESA or framebuffer.
 
There is what seems to be an official document on the desktop installer, sysutils/desktop-installer, at https://freebsdfoundation.org/resource/installing-a-desktop-environment-on-freebsd/. I haven't tried it, but it seems to have a reasonable selection of window managers and desktops. It looks like there's a video version too, and they say the page will be updated.
Note: This page will be updated again once the standard install gets a desktop option added. In the meantime, you might like to see this video we dropped on YouTube, about the work in progress on adding a GUI installation option to the standard FreeBSD installer.

So, if you're a newcomer and want a preconfigured desktop or window manager install set up for you, it looks like it's there. Again, not tested by me.
 
scottro that port has been around for a while and has been suggested in lots of threads here.
What it does is offers simple "one stop" install of all/most packages needed for a given desktop environment, but I don't believe it includes GPU detection/driver install.
 
HI, the DRM_612 Nvidia_drm_612_kmod and so on are still not in the quarterly REPO for 15.0 / 1 5.1 repos
When it lands in the binary repos it shoud be possible to start testing installtion scripts.
 
Back
Top