81–90 of 108 posts
Earlier quoted context omitted.
Or, just, arch.
I used Arch for a number of years before switching to a Mac when I went back to school. At some point I may go back to Linux or FreeBSD (I've used both!) but I'll never go back to rolling releases. The whole reason I switched to Mac was that I got tired of things breaking constantly due to the never-ending updates. And if you put things off then you end up getting a whole lot of breakage all at once. No, I would pref…
Does anyone here run FreeBSD on the desktop? If so, can you explain why you prefer it to Linux?
It is like linux if Canonical never happened, so like linux 20 years ago. The ports system is nice. FreeBSD is my fallback in case Patrick gives in to the changing linux world and I have to abandon Slackware or start learning OS stuff again. Biggest thing to know about it as a desktop, drivers get into the kernel much slower than with linux and some never get in, so like linux was 20 years ago.
Canonical/Red Hat.
The changes have largely been the two of them warring for control of key projects, such that other distros are forced to fall in line and become second-class to theirs (why risk the knock-off when you can go straight to the source?). Red Hat's won every one of these battles so far.
Earlier quoted context omitted.
Canonical only settled on systemd when Debian decided to adopt it, though.
That is nice historical revisionism, considering Canonical was all in on upstart.
Earlier quoted context omitted.
Linux adoption at scale was only possible because of getting in bed with corporate. By the way, FreeBSD also enjoys a bit of corporated love, with the difference that love only goes into one direction.
Untrue on the one-way. Quite a few corporate entities have contributed back to FreeBSD over the years. Netapp, Netflix, Juniper, etc.
From https://forums.freebsd.org/threads/cuda.84926/#post-564624 > That doesn't get us full CUDA support, but we can run OpenCL apps at least (with x11/nvidia-driver, x11/linux-nvidia-libs and the nv-sglrun script from emulators/libc6-shim). And NVENC if you bother to compile it. Why would you want to limit yourself to the operating system that cannot train, say, a pytorch model on your nvidia GPU? We had some success…
I tried FreeBSD on ARM64. I couldn't get the browsers, like Firefox or Epiphany, to load without crashing. I'm not sure if it was something I was doing wrong or if the ARM ecosystem just isn't well supported yet. I was also running in a VM with QEMU. On the surface, FreeBSD sounds cool. I liked that I could boot directly to a console and then run the GUI only if I wanted to. Everything felt more modular. It reminded…
If you're going to run it in a VM, why ARM?
From https://forums.freebsd.org/threads/cuda.84926/#post-564624 > That doesn't get us full CUDA support, but we can run OpenCL apps at least (with x11/nvidia-driver, x11/linux-nvidia-libs and the nv-sglrun script from emulators/libc6-shim). And NVENC if you bother to compile it. Why would you want to limit yourself to the operating system that cannot train, say, a pytorch model on your nvidia GPU? We had some success…
Earlier quoted context omitted.
That is nice historical revisionism, considering Canonical was all in on upstart.
Dude, that is historical true, Upstart was there before systemd , Redhat used upstart too. Then an RH dev created systemd and Arch,Fedora,Debian moved to systemd , Ubuntu followed Debian decision since Ubuntu is based on Debian and they share maintainers/developers.
Earlier quoted context omitted.
The FreeBSD installer provides out of the box options to put the root filesystem on an encrypted ZFS partition. The last I looked into doing root-on-encrypted-ZFS on Linux it was a lot more involved.
I guess my point was the Oracle could still show up and take the ball away -- Linux and FreeBSD are using the same ZFS code base now.