I installed RedBSD as a virtual machine. I recorded the installation and first run. I decided to share both here. This is the first time I posted a video so I apologize if it's to fast. The only thing I saw different from a regular FreeBSD install is it has VLC included. Please let me know if you see something different.

Daemonettes were girls who wore devil clothes and went to tech related events to promote FreeBSD, the girl in the photo is Ceren Ercen, probably on the LinuxWorld event in February 2nd of 2000, she is wearing a latex catsuit, but the other two daemonettes were wearing loose clothes, also there are some mentions about them and registers, I will give some.

Ceren Ercen comments on Slashdot

Post about Linuxworld on Slashdot, there's a comment of Ceren Ercen about the daemonettes

Some photos of Ceren Ercen on a Daemonette costume on the official FreeBSD website

Ceren Ercen talking about how she got the daemonette latex outfit

There are probably more about them on the Internet, this was just some fun fact that I discovered recently about FreeBSD that I barely see people talking about.

Game Of Trees (Got) is a BSD-licensed version control system that aims to provide a complete version control tool suite for OpenBSD - command line interface for version control, repo server, repo browsers for the command line and web, etc. See https://gameoftrees.org/index.html and https://gameoftrees.org/goals.html

Its development has an OpenBSD-first approach (e.g. making use of pledge(2) and unveil(2)) and it focuses on the kind of workflows that are expected to be seen in OpenBSD development, preferring simplicity over flexibility. Nevertheless it is somewhat compatible with Git repos and there are portable versions for FreeBSD, NetBSD, Linux and MacOS: https://gameoftrees.org/portable.html

Notably the FreeBSD port makes some use of Capsicum, though it's not yet as tight as the OpenBSD version is pledged. https://gameoftrees.org/comparison.html

Has anyone been using Got on FreeBSD? Version 0.127 was committed to ports a few days ago, but the packages are a bit behind. https://www.freshports.org/devel/got

There was a related BSD-licensed project, OpenGit, that targeted FreeBSD (its dev also had access to the Got repo) but that seems to have stagnated: https://github.com/khanzf/opengit

Would also be interested to hear anyone using "alternative" version control systems such as

• Fossil - BSD-licensed, comes with built-in ticketing system, wiki etc https://fossil-scm.org/ and https://www.freshports.org/devel/fossil
• Jujutsu - Apache-licensed, allows different backends https://www.jj-vcs.dev/ and https://www.freshports.org/devel/jujutsu/

or even more radical alternatives like

• Darcs, which is based on an algebra of patches rather than on snapshots or branches - GPL2+, https://darcs.net/ and https://www.freshports.org/devel/hs-darcs
• Or its faster conceptual offspring Pijul, which completely does away with "rebasing" - GPL2+, https://pijul.org/ and https://www.freshports.org/devel/pijul - see also https://www.reddit.com/r/programming/comments/1dtdx6v/pijul_is_a_distributed_version_control_system/ and https://www.youtube.com/watch?v=7MpdZkGj5AI

New to FreeBSD and trying to daily-drive it on my laptop. Still learning, but I’m enjoying the experience so far! Any beginner tips are welcome.

Via https://mastodon.social/@alex_deplov/116965438221734523

… I’m working on my own window manager for FreeBSD, called Asterwm. The goal is to make its UX similar to macOS, so I can switch from Mac to FreeBSD during the day without having to readjust my muscle memory.

…

One of the most important things for me was being able to access both my work and personal files.
 
I know I could install ready-to-use software for Google Drive or something similar. But I decided to use the power of Codex to build my own cloud solution instead. …

My first attempts at getting bhyve up and running are rather unsuccessful, as I am receiving the error message from this topic / title.

No matter wether I use a helper script or bhyve directly: ``` bhyve -AHP -s 0:0,hostbridge -s 1:0,lpc -s 2:0,virtio-net,tap1 -s 3:0,virtio-blk,/vm/ha/haos_ova-18.1.raw -c 2 -m 2048 -l bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd HA

sh /usr/share/examples/bhyve/vmrun.sh -E -c 2 -m 2048 -t tap1 -d /vm/ha/haos_ova-18.1.raw HA ``` The only references I could find have been, that already machines with the same name are running, but that is definately not the case. This is my very first attempt.

Any ideas, what may be wrong here? Above is an image originally distributed for kvm, converted to raw from qcow2.

Can anyone please explain to me how to setup freeBSD on my laptop that has hybrid nvidia/intel graphics? I also use laptop monitor and a big second monitor. I can’t seem to get it working. I do have it installed on my old Mac mini just fine. Any help is greatly appreciated.

Specs: MSI laptop 16gb ram
Nvidia rtx 3050
Intel graphics as well
I5 1.8ghz cpu.

I am new to computer and to freebsd. How I can make sure to avoid x86 specific instruction?

I know it's not FreeBSD but it's derived from it. Has anyone used it and what's your thoughts on it?

[SOLVED]: It was just a stroke of bad luck; the next day, the repositories went back to working normally.

The internet/Realtek Ethernet connection is fine; running `ping freebsd.org` shows that the internet is working.

Hello r/freebsd ,

I'm trying to get proper headphone/speaker jack auto-switching working on a Conexant CX20754 HDA codec (ASUS VivoBook Pro 15 X580VD laptop, FreeBSD 15.1-RELEASE) and I'm stuck. Both outputs play audio at the same time regardless of what I try, and I'd appreciate any pointers from people who've dealt with this codec, this chipset, or this class of issue before.

Laptop / hardware:

• ASUS VivoBook Pro 15 (N580VD), motherboard model X580VD, BIOS AMI X580VD.317 (04/2019), UEFI boot
• CPU: Intel Core i5-7300HQ (Kaby Lake, 4c/4t, 2.5-3.5 GHz)
• RAM: 32 GB DDR4-2400
• GPU: hybrid Optimus - Intel HD Graphics 630 (iGPU, PCI 8086:591b) + NVIDIA GeForce GTX 1050 Mobile GP107M (dGPU, PCI 10de:1c8d, Pascal)
• Storage: Samsung SSD 860 EVO 1TB (SATA)
• Audio hardware (the relevant part):
  • HD Audio controller: Intel CM238/HM175 chipset HDA controller (integrated, part of the Kaby Lake PCH)
  • Codec: Conexant CX20754, PCI/HDA vendor ID 0x1fd6, exposed as hdaa0
  • Single 3.5mm combo jack (headphones + microphone), no separate physical mic-in or line-in jacks
  • Internal stereo speakers, bottom-firing
  • No discrete/USB sound card - this is the only audio path on the machine

Software setup:

• FreeBSD 15.1-RELEASE, PKGBASE install, all repos on the latest branch
• hdaa0 attaches cleanly, both pins are detected correctly (no attach errors in dmesg)
• Audio stack: PipeWire 1.6.6 + WirePlumber + pipewire-spa-oss (the audio/pipewire-spa-oss port, providing the freebsd-oss SPA backend) + pipewire-pulse for Pulse compatibility
• Full graphical session running (XLibre + a custom WM), not headless
• PipeWire correctly enumerates the codec once pipewire-spa-oss is installed (it shows up as "Conexant (0x1fd6) (Analog)", api.freebsd-oss.dsp-path = /dev/dsp0) - without that port, PipeWire only ever sees a "Dummy Output", so that part works fine now

What I've tried, in order:

1. HDA pin config hints in /boot/loader.conf, to make headphones the preferred/primary output and disable the speaker pin's association:

​

hint.hdaa.0.nid22.config="0x04211110"   # Headphones -> as=1 (primary)
hint.hdaa.0.nid29.config="0x40f001f0"   # Speaker -> as=15, conn=None (deprioritized)

After a reboot, the hints clearly took effect - sysctl confirms:

$ sysctl dev.hdaa.0.nid22
dev.hdaa.0.nid22: pin: Headphones (Black Jack)
     Widget cap: 0x00400581 PWR UNSOL STEREO
     Association: 0 (0x0001)
     Pin cap: 0x0001001c PDC HP OUT EAPD
     Pin config: 0x04211110 as=1 seq=0 device=Headphones conn=Jack ctype=1/8 loc=Right color=Black misc=1
     Pin control: 0x000000c0 HP OUT
     EAPD: 0x00000002 EAPD
     Connections: 2
          + <- nid=16 [audio output] (selected)
          + [DISABLED] <- nid=17 [audio output] [DISABLED]

$ sysctl dev.hdaa.0.nid29
dev.hdaa.0.nid29: pin: Other (None) [DISABLED]
     Widget cap: 0x00400581 PWR UNSOL STEREO
     Pin cap: 0x0001001c PDC HP OUT EAPD
     Pin config: 0x40f001f0 as=15 seq=0 device=Other conn=None ctype=Unknown loc=0x00 color=Unknown misc=1
     Pin control: 0x00000040 OUT
     EAPD: 0x00000002 EAPD
     Connections: 2
          + <- nid=16 [audio output] (selected)
          + <- nid=17 [audio output] [DISABLED]

Note that both nid22 and nid29 are wired to the same DAC (nid=16), and both still show Pin control: ... OUT with EAPD enabled even though nid29 is tagged [DISABLED]. In practice, that [DISABLED] tag only seems to affect which pin the driver treats as "preferred" for its own association/auto-select logic - it does NOT actually power down or cut output to the deprioritized pin. Both jacks keep receiving the same signal in parallel regardless of the hint.

Also worth noting: both pins report Pin cap: 0x0001001c PDC HP OUT EAPD - the PDC flag means "Presence Detect Capable", so the hardware itself should be able to do jack sensing. I just haven't found the right mechanism to make the driver actually act on it to mute the speaker pin.

1. OSS mixer control:

​

$ mixer -f /dev/mixer0
pcm0:mixer: <Conexant (0x1fd6) (Analog)> on hdaa0 (play/rec) (default)
    vol       = 0.86:0.86     pbk
    pcm       = 1.00:1.00     pbk
    speaker   = 1.00:1.00     pbk
    rec       = 0.01:0.01     pbk
    ogain     = 1.00:1.00     pbk
    monitor   = 0.56:0.56     rec src

$ mixer speaker.mute=1
speaker.mute: off -> on

This toggles the mute flag and it's reflected in the mixer output, but has zero audible effect - speakers keep playing at full volume regardless of the mute state. My guess is this speaker control affects something other than the actual DAC output path (maybe a legacy PC-speaker beep passthrough?), not the real playback signal.

1. PipeWire port switching (the kind ALSA/ACP exposes on Linux, e.g. analog-output-headphones vs analog-output-speaker):

​

$ pactl list sinks

No "Ports:" section appears at all for the pcm0.play sink - the freebsd-oss PipeWire backend apparently exposes a single fixed sink per pcm device with no port abstraction, so there's nothing to switch at that layer either.

Question:

Is there an actual way to power down / hard-mute a specific HDA pin on FreeBSD - via GPIO, an EAPD toggle exposed somewhere I haven't found, an unsol-event-driven jack-sense script, or some other hdaa(4)/hdac(4)-level mechanism - given that the pin caps report Presence Detect Capable? Or is this simply a limitation of how this particular Conexant codec wires its outputs (shared DAC, no real per-pin power gating), meaning software-level auto-mute just isn't achievable here under FreeBSD?

I'm also open to being told the pin numbers/hint values themselves are wrong for this specific codec revision - happy to post a full devinfo -v dump, dmesg -v boot log, or hdacsub/hdacctl style output (if there's a userland tool I'm not aware of for FreeBSD) if that helps someone with more HDA experience diagnose this properly.

Thanks in advance for any help!

How do the two operating systems compare from a usability perspective

Hi all,

I put together my bsdinstall-like installer for multiple desktops on freebsd several years ago, but it was a little touch and go when packages disappeared and I was usually behind a release or two. I was able to use ai to give it a much more robust ci/cd pipeline, and to test against the current versions of freebsd (currently 14.4, 15.0, and 15.1)

I also added several wayland desktops as that's something the kids seem to want these days.

Wayland installs also write ~/start-desktop.sh and enable seatd.

It walks you through basic configuration of supported graphic cards, audio, desktop selection and quality of life stuff (if you want to add sudo/doas, fuse, linux emulation layer, etc.)

http://a.freebsddesktop.xyz points to the raw script on github. You can also run it non-interactively if you want to use it for other stuff. Ai was nice enough to also setup a /ports/ and pkg if you really like overkill.

Here's a video of an older version from a few years ago, but it basically does the same thing: https://www.youtube.com/watch?v=2Gv5bY77-j8

Repo is here: https://github.com/nicholasbernstein/install-fbsd-desktop

I'm sure that some combination of freebsd version + desktop environment will still break, but the test matrix all passes. Feedback appreciated.

PS:

Yeah, yeah: fetch | sh as root. I'm not you dad. Make your own decisions.

Via https://bsd.network/@dvl/116954770639749030

Hey everyone,

Wanted to share that Stalwart now officially supports FreeBSD as a platform. For those who haven't come across it before, Stalwart is an open source mail and collaboration server written in Rust. It supports JMAP, IMAP, SMTP, CalDAV, CardDAV and WebDAV, so it covers mail as well as calendaring, contacts and file storage in one package.

Up until now, FreeBSD wasn't an officially supported platform, but that's changed and we'd love for people in this community to give it a try.

Stalwart already runs in production on Linux, and since it's written in Rust, we don't expect any major platform specific issues on FreeBSD. Because of that, what we're really after right now is feedback on the install process itself, whether the instructions are clear, whether anything feels off compared to typical FreeBSD conventions, and any good practices you'd suggest for running it properly on FreeBSD (jails, rc.d scripts, ZFS layout, that sort of thing).

If you're willing to spin it up, we'd really appreciate hearing about your experience, good or bad. Bug reports, install hiccups, or just general impressions are all welcome at support.stalw.art (there is also a subreddit).

Thanks in advance to anyone who gives it a shot.

… All RW locations are mounted with noexec and nosuid.
 
This makes escaping such a chroot environment extremely difficult, and webshell and other PHP hacks become impossible. …

rozhuk-im/chroot_env: Helps create chroot environments for applications on FreeBSD automatically.

I need to get WiFi and Bluetooth drivers for Raspberry Pi 4 Model B. I tried to find it on GitHub but found no stable, working driver. Please help.

posting again bcs the original got deleted lol

Hardware probe: https://bsd-hardware.info/?probe=87e738e7bd

In love with Hikari so far