...and unofficial support for FreeBSD

https://github.com/NapoleonWils0n/davinci-resolve-freebsd-ja...

> SMB is a nightmare to set up if your host isn’t running Windows.

It's very easy on illumos based systems due the integrated SMB/CIFS service.

At least the two Descent: FreeSpace titles...

Or if you'd prefer not to contribute to linux monoculturalization, FreeBSD is available in addition to the other BSD variants and even illumos-based systems.

I prefer to contriubute to linux monoculturization

Unless you are running SUN CoolThreads(tm) servers!

> Or you know... just use Linux

...where namespaces provide excellent technology for hiding malware making linux one of the best platforms to turn into a evil host.

Do they? Processes inside a namespace still are visible from the top level namespace.

I've even seen namespaces used for hiding malicious software in Ubuntu systems too.

I ran Open Solaris for a while on my Laptop and it's quite nice. However the lack of support by practically any software vendor made many things a pain.

Since then even more stuff went to the Web, but I really I doubt Illumos got any extra traction.

Most of our server infrastructure runs on illumos at $work. SmartOS/Triton handles our "cloud" and OmniOS runs our storage. The linux monoculture problem luckily can still be handled with zones and bhyve, and I do trust illumos developers' competence to deliver good quality secure software a lot more than linux developers' as well.

Now if FreeBSD (or indeed illumos) would get CUDA-support we could stop using linux for GPU nodes too.

> Now if FreeBSD (or indeed illumos) would get CUDA-support we could stop using linux for GPU nodes too.

Could you not run Linux CUDA binaries under FreeBSD's Linuxulator?

It is possible, yes, but I would prefer to have full linux-free support for production use. There is on-going work for FreeBSD Cuda, though[0]. Just have to wait and see.

[0] https://www.freebsd.org/status/report-2024-04-2024-06/#_part...

> They are still missing something like capability based security

...like Capsicum?

https://wiki.freebsd.org/Capsicum

No, that requires explicit changes by programs to use meaning that malware can ignore it and steal your browser's cookies and take secret photos with your webcam.

So the capability-based security framework is not missing unlike your original statement?

My original statement is about how users have to explicitly give programs access to the files and the webcam before they can use them. This is missing.

Let's not let perfect become the enemy of better. :)

I think the kernel is really an implementation detail. The user space would be mostly the same between all of the open source posix OSes.

I think the user space apps will mostly work on BSD, so if somehow in future a BSD distro will be superior to Linux should be easy to move the apps over. I do not think there will be a lot of work put in the Linux kernel and I think KDE still works on BSDs

KDE still does. GNOME also does, but it basically requires them to compat-shim systemd, which is really unfortunate.

but does a BSD user want GNOME? GNOME target users are more casual, too many options are too much for them.

I don't know, but given that e.g. FreeBSD has an entire team dedicated to keeping GNOME working with whatever hacks are necessary, presumably there are at least enough to volunteer for such work.

Anyway, my point was more broadly that Gnome and its surrounding software ecosystem is explicitly and openly Linux-first and have no qualms introducing dependencies like systemd that make it that much harder to get it working everywhere else. I'm pretty sure I've seen Gnome folk straight up say that they simply don't care about anything other than Linux. So unfortunately it's not always that simple to move the apps over.

(KDE, on the other hand, is pretty BSD-friendly.)

I'm gonna do my part and champion Haiku OS instead.

Anything non-Windows would work for the time being. OpenIndiana and FreeBSD / OpenBSD can come later. :D