On Wed, Mar 28, 2012 at 2:29 PM, Mike Edenfield <[email protected]> wrote: >> From: Neil Bothwick [mailto:[email protected]] > > >> On Tue, 27 Mar 2012 18:50:04 -0500, Dale wrote: >> >> > So throw out my plans and just do it their way? In that case, I may >> > as well use Fedora since it sort of started there. Maybe that is what >> > they wanted and planned. >> >> According to Greg K-H, who I tend to trust, this did not come from Red > Hat. >> It's just that a couple of the devs are employed by them. Others are not. > > I was particularly interested to find out that Solaris started merging / and > /usr 15 years ago, so in reality, the "true UNIX way" that Linux is > following has long since been abandoned by UNIX :)
There is so much BS being spewed around this topic, I'm genuinely disgusted. It's enough to lead me to suspect that Linux, as a platform, is *dying*. Given that Linux has been my primary platform for most of my life, that bothers me no small amount. The "true UNIX way" is about KISS philosophy. Keep it Simple, Stupid. Keep things small, well-defined and modular. Break things into components, keep the components small and relatively well-defined. A *system* can be complex, but as long as it's well-organized, sufficiently large pieces of it may be grokked independently of others. Some packages eschewed that philosophy. Rather than say "fix your crap", the udev developers threw their hands in the air and said "we don't care; it's the responsibility of the distro maintainer to make sure that thinks are in shape before we get launched." Except that the only kind of distro for which it'd work reliably would be distros which don't have a rolling release behavior; the maintaners can get everything organized for a release, and then set things in stone. Gentoo, Arch, Debian/testing and Mint/Debian are in for a bumpy ride, for as long as this crap lasts. Well, either that, or understanding initramfs, symbol versioning and dynamic linking is going to become a more important a skill than shell scripting. All aid tools will break at one time or another, and we'll be have to learn how to fix them, or give up operating configurations that our own experience have taught us were the best for our circumstances. -- :wq
