rb.tech.os.bsd
Group info
BSD
BSD operating systems: FreeBSD, OpenBSD, NetBSD, DragonFly BSD, administration, networking, security, filesystems, ports, jails, bhyve, and Unix system design.
Group history
This group has not recorded its first discussion yet.
Stewards
Charter / moderation notes
Charter for rb.tech.os.bsd rb.tech.os.bsd is the RootBadger home for discussion of BSD operating systems and the wider BSD family. The group covers FreeBSD, OpenBSD, NetBSD, DragonFly BSD, HardenedBSD, GhostBSD, and other systems or projects with a direct BSD lineage or strong BSD technical relationship. The focus is practical, technical, and historically aware. Good topics include installation, system administration, release upgrades, ports and packages, kernel behavior, filesystems, ZFS, UFS, jails, bhyve, pf, networking, security hardening, documentation, hardware support, desktop use, server deployment, and comparisons among BSD systems or between BSD and other Unix-like operating systems. This group is also for explaining the BSD way of doing things. Discussions about licensing, base-system design, ports trees, rc systems, documentation culture, and conservative engineering choices are welcome when they help people understand how these systems work and why they are built the way they are. Beginner questions are welcome. A good help request should include the BSD variant, version, architecture if relevant, what was attempted, what happened, and any error messages or logs. Experienced users are encouraged to answer clearly and patiently, because careful explanations become useful references for future readers. Off-topic posts include general Linux support, unrelated programming arguments, low-effort advocacy, distro-war noise, cryptocurrency spam, vague complaints without technical detail, and security advice that is reckless or unexplained. Strong opinions are fine; unsupported drive-by claims are not useful. Posts should aim to leave the thread more useful than it was before. Configuration examples, command output, documentation links, testing notes, upgrade reports, and well-described failures are especially valuable. Moderation policy: keep the group technical, readable, and useful. Spam, abuse, malicious instructions, repeated off-topic posting, and deliberate misinformation may be removed or escalated for review. Disagreement is expected; hostility for its own sake is not.
Child groups
1 availableNo discussions have been started in this group.
Start the first discussion and help establish this group.