This sounds interesting. What are you using Zeroconf for?We'll get Linux implementations for programs in ports. This benefit from GNU/Linux implementations will be limited to use on top of BSD, which is fine in lots of cases. BSD and Apache implementations can be absorbed by GNU implementations, while BSD and Apache implementations can't get additional benefits from GPL implementations. We're stuck with Avahi for Zeroconf, and we're stuck with Doxygen for documentation. If I understood how to make Zeroconf work, I would attempt to fix it. I read about it, and understand a lot about it, but using it, and being able to configure it is another story. I also don't understand whether Sphinx is working. I also wish to build more ports with BSDmake, but I don't have the understanding to do that all the time when errors pop up.
Oh the improvements to the FreeBSD desktop in the last decade went far beyond graphics cards and compilers:At least when LLVM/Clang become more developed, there will be a lot of resources to go into improving the next thing on FreeBSD. There were a few major improvements in the last decade, like getting improved graphic card support and getting another implementation of a compiler/toolchain.
- Support for many mobile data dongles got added (sadly you still have to dial them from the command line with no network manager).
- ZFS got added to bsdinstall, we became able to boot from ZFS, and there were various boot improvements.
- Our ext2fs filesystem got many bugfixes and improvements, and does ext3 and ext4 filesystems too now.
- the kernel stopped crashing when mounting write-protected filesystems.
- multimedia/webcamd got 352+ Linux webcam drivers working on FreeBSD, and gained support for 32 bit clients on 64 bit kernels, allowing Windows apps running on Wine to capture video. Many other Linux drivers, particularly for USB devices, could also be made to work on FreeBSD this way.
- The brilliant little sysutils/bsdisks project independently reimplemented the (Linux-only) udisks API, exposing drives, partitions, and filesystems over D-Bus, thus letting USB drives be mounted and unmounted on GNOME, KDE and XFCE, all without udisks and systemd. But it went even further, using that API to expose FreeBSD-only functionality, such as supporting ZFS volumes. Yes, you can now mount ZFS from within your Gnome Files / Konqueror / Thunar file managers, something even udisks on Linux doesn't do.
- Our FUSE support improved, although a great deal of further work remains with its many Linuxisms, and GVFS sadly still can't expose its virtual filesystem over FUSE (which would allow transparently opening remote/virtual files in any local application, over ordinary POSIX APIs).
- Wine improved tremendously, and its FreeBSD support is almost as good as its Linux support now. Even Cygwin, which uses undocumented NTDLL APIs and requires precise memory layout, and which used to only work on Linux, installs and runs well on FreeBSD too now. People are using Wine spinoffs like Proton on FreeBSD to game.
- Java, .NET Core, Node.js, and probably many more runtimes, all got ported, upgraded, and improved.
- Tons of Ports got added, including really difficult ones like Electron.js apps.
- Several desktop-focused FreeBSD projects like FuryBSD and helloSystem came about. Sadly few survived, but some of their work went into Ports and carried on, for example we got a minimal network manager for Wi-Fi (net-mgmt/wifimgr).
- We got hardware accelerated encryption (AES-NI) in GELI.
- VirtualBox stopped crashing the kernel, and I've never really seen VirtualBox Guest Extensions go wrong on FreeBSD while they disastrously crippled VMs on Linux at least twice.
- Recently kqueue got patched to allow monitoring for file changes without locking volumes and stopping them from umounting.
- There were plenty more, I don't always follow the development closely, but every quarterly report from the FreeBSD Foundation is full of exciting news.
And I haven't even been using FreeBSD for 10 years - that list of improvements is from the last 7-8 years .
Let's hear from the rest of you. How has the FreeBSD desktop improved for you over the last decade?
Explain that a bit better please. Which port messes up your screen resolution?On my system, when I upgrade a port, I'll get my whole screen resolution rearranged. It still works, and is fully usable, it's just that with two monitors, my background sizing is altered from what I had. It shows that programs/ports/packages need to have separations, so they aren't tangled up.