[0] https://en.m.wikipedia.org/wiki/Tmux
[1] https://en.wikipedia.org/wiki/Dwm
[2] https://en.wikipedia.org/wiki/Tcl
The base build system (build.sh)[0] which is essentially Makefiles is absolutely beautiful to work with, ditto for pkgsrc[1]. They’re “progressive” enough to include dtrace[2], work on neat security[3], and kernel models[4][5], but have eschewed modern Linux-isms like ip(1), systemd. Of BSD v Linux, my heart is definitely with the more traditional BSD. Of BSDs, I feel Net is capable enough, simpler than Free, but more feature full than Open. The other interesting BSD would be DragonFly - really interesting, but I’m happy enough w Net that I’m not going to swap it out, and don’t need more (different) systems in my life right now.
[0] https://www.netbsd.org/docs/guide/en/chap-build.html
[1] https://en.wikipedia.org/wiki/Pkgsrc
[2] https://en.wikipedia.org/wiki/DTrace
[3] http://www.netbsd.org/support/security/
I often cite Neil Young to describe my “ditch”[0] computing.
One of my NetBSD machines is an UltraSPARC box. I've heard both NetBSD and OpenBSD devs say it's one of their favourite platforms, because being a big-endian 64 bit machine, it helps discover many false assumptions made in low level code.
I'd like to think there can be enormous payoffs to this kind of careful thinking, but I suspect it pays out sporadically and sometimes not at all. Such is the fate of any outlier or pioneer.
Either way, traveling "in the ditch" means you get a lot of weird looks from people cruising by on the latest bandwagon. :-)
NVidia on the other hand seems like a far harder problem than needing to patch some C code here and there. NVidia make the drivers that they make. AMD has been more open source friendly these days, which is good if you want 3D graphics, but doesn’t solve the CUDA issue.
I've got a lot of netbsd running machines. The one I use now is a Haswell CPU with nvidia graphics, and everything works well on it (even nvidia graphics!).
Not all machines are so good. I have a too new Dell XPS. It doesn't have graphical acceleration. But it was very cool to have the touchscreen working already (although with rough edges).
It's very easy to build and modify everything, it doesn't hide errors under a rug (syslog messages are legible, coredumps not disabled by default and so on), so I feel like I can tackle any problem I encounter on it.
Also, if you're the type that carries their long .xinitrc/.Xresources/.profile around, it's more comfortable than the friendly linuxes which require you to re-do everything but in dconf.
Openbsd user here:-)
Right now I'm running mwm, emacs, Firefox, NetBeans, a couple of PDF viewers and lots of xterms.
Someone once said:
I just need a bootloader for emacs :-)
I assume this means an x86 machine, correct?
OpenJDK 8 will build for arm as well but it doesn't have a JIT.
On the server side we had it on some old machine with a weird architecture just as a jump host.
The great thing is pkgsrc for package management. I believe you can use it on OS X by now, which was done by the people who make SmartOS.