u/BigSneakyDuck

Which FreeBSD user groups are defunct? Are any missing?
▲ 14 r/freebsd

Which FreeBSD user groups are defunct? Are any missing?

I suspect a lot of the list at https://www.freebsd.org/usergroups/ needs pruning. Even if some of them are not defunct, their contact information is certainly out of date. I have the bad feeling that Covid may have wiped out a lot of meet-ups permanently.

On the other hand, perhaps someone knows of an active user group which is not listed here and should be?

I'm hoping Reddit can help me crowdsource a PR for the website! I've managed to get a few documentation PRs through lately so fingers crossed :-)

Why crowdsource? I obviously don't have local knowledge of all the groups and sometimes can't check to see if one is active, e.g. https://twitter.com/bsdbelfast requires an X account to view and is the only contact info listed for the The BSD in Belfast Group. If the last tweet is from years ago then it probably needs to be removed unless someone knows an alternative site where that group is organised now.

Best to do one comment/thread per user group to keep things organised.

u/BigSneakyDuck — 1 day ago
🔥 Hot ▲ 118 r/NetBSD+3 crossposts

NetBSD/FreeBSD will not merge, November 1993 announcement

Both NetBSD and FreeBSD grew out of the community that had developed around the UPK (Unofficial Patch Kit) to 386BSD ("Jolix"). One cause of the split was impatience among the NetBSD founders at the 386BSD release schedule, and the clunkiness of maintaining a list of patches (see Theo de Raadt's comments). They preferred to start their own repository and release their own improved OS, based on version 0.1 of 386BSD plus patches, as NetBSD 0.8 in April 1993. The bulk of the UPK community were more willing to give the Jolitzes a chance to release an interim "0.5" version of 386BSD which would incorporate their patches, but eventually gave up on waiting (unfortunately relations with the Jolitzes had badly soured) and released FreeBSD 1.0 in November 1993. There were some other differences - the NetBSD group were interested in making their code portable to other platforms, the FreeBSD group cared more about performance on 386 (see brief history by Marshall Kirk McKusick). But there was an obvious question of whether they would be better to combine efforts again.

Obviously, negotiations to bring the two projects back together ended unsuccessfully. Last year I posted for help finding the "no FreeBSD/NetBSD merger" announcement, which produced some interesting recollections but no documentary evidence of merger negotiations having taken place. However, after a bit more digging around I've finally found the following in comp.os.386bsd.announce dated Nov 14, 1993: https://groups.google.com/g/comp.os.386bsd.announce/c/0fDtri4DFo4

The Unix Heritage Society have an archived copy: https://web.archive.org/web/20050210210259/https:/minnie.tuhs.org/cgi-bin/newsread?23856

Incidentally that's less than a fortnight after the the big FreeBSD 1.0 release announcement in the same group, so bear in mind this was still very early days, the projects had not diverged nearly so far apart as they are now, and so at a technical level a merger might still have been feasible - though personality clashes and different goals made that a much less practical possibility! It's interesting there were such existential discussions about the future of FreeBSD taking place even during that busy period around the initial release. https://groups.google.com/g/comp.os.386bsd.announce/c/5OphJ9DEU_U

Status on discussed merge between NetBSD and FreeBSD

This statement is being released in hope of putting to rest some of
the general questions and rumors currently floating around in respect
to the long discussed merger between the FreeBSD and NetBSD groups.

Merge
-----

Due to various problems, and in the face of fundamental differences of
opinion regarding future goals and design strategies, all merger talks
between the groups have been suspended and the proposed merger
postponed indefinately.

The FreeBSD and NetBSD groups will not be merging at any point in the
near future, and each group will be pursuing its own schedules and
delivery dates for future release.


What this means to you
----------------------

Despite various accusations and counter-accusations recently levied in
some of the comp.os.386bsd.* newsgroups, both operating systems have
reached the point where they are both very useful (and relatively
stable) development platforms for the Intel architecture, and no one
would be wrong in chosing either of the two offerings.

The currently outstanding technical differences between the two
systems will also, it is quite likely, continue to shrink with time
and both systems will probably seek their own unique areas of
differentiation outside the realm of adding features to the basic
kernel. Neither system plans to stand still over the next 6 months,
and each has a reasonably large enough user base to ensure that new
ideas, corrections and general clean-up work will continue [in both
camps] for some time to come.


Wouldn't a merge have been better?
----------------------------------

There is no question that work duplication and other technical issues
would have been avoided or made simpler under a merge, but for various
reasons it has nonetheless remained outside the realm of practicality;
please remember that what looks very simple from an outsider's point
of view is often anything but. In any case, work will still continue
apace in both camps, and history has generally shown that a little
"competition" has never hurt anyone when it comes to providing
motivation for improvement and forward movement. We tried to
negotiate a merge, it didn't work, so we have to cut our losses and
move forward. End of story.


Is the matter truly closed?
---------------------------

Yes. Please don't bombard us with email saying "Please merge!" or
"Why can't you merge? Why?!?" - believe me, we've gotten every
possible variation on the theme you might imagine, and we've done our
best to explain in more emails than we can count, so kindly do us a
favor and don't send us even more. We need to get on with our work on
FreeBSD, and such things only sap our time and hinder our progress.
To answer the next question: Conversations on this matter to date
have been, of necessity, constrained to private email due to the fact
that the situation has always been somewhat volatile, and public statements
concerning the inner workings of the merge negotiations while they were
in progress would have made them even more difficult.


We also hope that this statement will help put an end to some of the
unfortunate (and wholly unnecessary) public bickering between the
two groups. We're two groups, providing BSD technology to the world
at large for free and at considerably cost to ourselves in terms of
time and energy, so the last thing we need is the ball-and chain of
internecine warfare attached to our feet - it only aggravates all
of us and delays the progress of your favorite operating system!

Please help by cooperating with all of us in trying to put this
somewhat difficult time behind us, and continuing to provide the
extremely helpful feedback and assistance that has made both groups
possible (and certainly 386BSD itself, with which we also desire only
the best relations). Those who can provide common technology in a
group-neutral fashion are the most helpful of all, and we encourage
all of you to do what you can to see that both groups go forward.

This is all about free software, after all, and should not be about
ideological divisions or matters of personal ego.

Thank you!

(The FreeBSD team)

--
(Jordan K. Hubbard)  

It seems the negotiation emails have remained private. The announcement is somewhat vague on how meaningful the merger talks were, whether any serious progress was made, or what the main sticking points were beyond "fundamental differences of opinion regarding future goals and design strategies". I don't know whether any participants have fleshed out any more details in subsequent talks, interviews or writing, but would be very interested in to hear if they did. I'm not aware of any subsequent attempts at a merger but it would be remiss not to mention the 2003 "FretBSD" April's fool joke by Dan Langille and Michael W. Lucas.

u/BigSneakyDuck — 1 day ago
▲ 44 r/BSD

GhostBSD adopts zsh as default shell

From version 26.1-R15.0p2, GhostBSD will use zsh as the default shell. The Z shell is MIT-licensed which is a good fit for *BSDs.

Previously GhostBSD used fish, which is "friendly" but deliberately non-compliant with POSIX and has GPL-2.0-only license.

I wondered if GhostBSD was the first major *BSD to adopt zsh but FreeNAS (later TrueNAS CORE) already used zsh.

It's pretty rare for *BSDs to ship with zsh even as a non-default shell, although NomadBSD, another desktop-focused FreeBSD derivative, does (and users can just select it from a dropdown menu during installation).

Are any other *BSDs thinking of adopting or at least shipping with zsh? The licensing is favourable, and the fact Apple has used it to replace (an ancient version of) bash in macOS has helped make it somewhat "trendy".

reddit.com
u/BigSneakyDuck — 4 days ago
🔥 Hot ▲ 79 r/freebsd+1 crossposts

New FreeBSD Laptop Compatibility Site!

The Laptop Integration Testing Project is a spin-off of the FreeBSD Foundation's Laptop Support and Usability Project, but has a separate GitHub.

Intended as a better version of the chaotic (and sometimes outdated) FreeBSD Wiki Laptops page, each laptop gets a score out of 10 and the top picks for FreeBSD compatibility are highlighted.

In fact it's more like a cross between the Laptops Wiki page and the BSD Hardware Project, although an advantage of the latter's bsd-hardware.info guide is its searchability, including by individual components. Indeed the Foundation's project uses the sysutils/hw-probe package (freshports link) developed by the BSD Hardware Project.

The current site is likely to be temporary until it comes under the freebsd dot org domain, while the Call For Testing that explains how to take part went out yesterday (April 6, 2026).

freebsdfoundation.github.io
u/BigSneakyDuck — 15 days ago