On Thu, Jul 7, 2016 at 1:59 PM, Austin S. Hemmelgarn <ahferro...@gmail.com> wrote:
> D-Bus support needs to be optional, period. Not everybody uses D-Bus (I > have dozens of systems that get by just fine without it, and know hundreds > of other people who do as well), and even people who do don't always use > every tool needed (on the one system I manage that does have it, the only > things I need it for are Avahi, ConsoleKit, udev, and NetworkManager, and > I'm getting pretty close to the point of getting rid of NM and CK and > re-implementing or forking Avahi). You have to consider the fact that there > are and always will be people who do not install a GUI on their system and > want the absolute minimum of software installed. That's fine, they can monitor kernel messages directly as their notification system. I'm concerned with people who don't ever look at kernel messages, you know, mortal users who have better things to do with a computer than that. It's important for most anyone to not have to wait for problems to manifest traumatically. > Personally, I don't care what Fedora is doing, or even what GNOME (or any > other DE for that matter, the only reason I use Xfce is because some things > need a GUI (many of them unnecessarily), and that happens to be the DE I > have the fewest complaints about) is doing. The only reason that things > like GNOME Disks and such exist is because they're trying to imitate Windows > and OS X, which is all well and good for a desktop, but is absolute crap for > many server and embedded environments (Microsoft finally realized this, and > Windows Server 2012 added the ability to install without a full desktop, > which actually means that they have _more_ options than a number of Linux > distributions (yes you can rip out the desktop on many distros if you want, > but that takes an insane amount of effort most of the time, not to mention > storage space)). I'm willing to bet dollars to donuts Xfce fans would love to know if one of their rootfs mirrors is spewing read errors, while smartd defers to the drive which says "hey no problems here". GNOME at least does report certain critical smart errors, but that still leaves something like 40% of drive failures happening without prior notice. > Storaged also qualifies as something that _needs_ to be optional, especially > because it appears to require systemd (and it falls into the same category > as D-Bus of 'unnecessary bloat on many systems'). Adding a mandatory > dependency on systemd _will_ split the community and severely piss off quite > a few people (you will likely get some rather nasty looks from a number of > senior kernel developers if you meet them in person). I just want things to work for users, defined as people who would like to stop depending on Windows and macOS for both server and desktop usage. I don't really care about ideological issues outside of that goal. -- Chris Murphy -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
