The case for the /usr merge

>gconf
gconf already existed in 2000 ;) And there's nothing fundamentally wrong with using a common infrastructure for configuration (instead of the mess of almost-compatible hand-rolled systems out there that's common in the non-desktop realm).

>d-bus(i can't just run program as other user, need launch d-bus)
Maybe it's because I tend to use KDE, but I've never had to /manually/ start dbus when launching programs as another user. DBus is definitely a massive improvement over the crapfest we had before, where KDE had one system, GNOME had multiple failures, and they couldn't work together. It also couldn't be used by system services to provide services to standard users.

>network manager(gui only!)
nmcli?

>video drivers in kernel space(kms!)
I'll take video drivers (partly) in kernel space over having BOTH a video driver in kernel space (to manage the console) _AND_ a massive user-space process poking the hardware, and arbitrarily switching between them. A kernel is supposed to take care of the hardware, and Linux wasn't. Quite frankly, I can't recall a person ever complaining about KMS on a fundamental level.

Hell, now I can switch VTs without worrying that the system will crash... couldn't say I had much confidence about that back in the day!

>gnome3
I've not been able to run it since it requires decent graphics drivers... which I still don't have on any system (Linux graphics sucks for many users still... but even the suck is far better than the joke that it was back in the XFree/early Xorg days), so I can't really comment on GNOME3 much.

>pulseaudio
Had some hiccups early on (primarily due to ALSA drivers being buggy), but I definitely appreciate the features it gives. hell, anything that makes it so mplayer wouldn't hijack the system's PCM/master channel as its "volume control". PulseAudio has definitely been a massive win for Linux (well, 'win' in the since of 'making Linux competitive with OSX/Windows on the desktop', and in some cases even being better).

>(notice all this is rh ideas!)
An absurdly large percentage of stuff that occurs in Linux land has Red Hat involved to at least some extent. They're involved with every level of the stack, from the kernel to the desktop environment, paying people to improve it. RH even pays people to improve Linux in ways that doesn't benefit RH, at least beyond the belief that "any improvement to Linux is good for RedHat". Thank you Red Hat.

>And now someone unhappy with system layout, that's why i am saying:
>it works just don't touch it please, put your effort in something
>useful...
The / and /usr separation on Linux is done quite haphazardly these days (what goes where? who cares, just put it somewhere!), and mostly exists only because "that's how its always been done". Something needs to be done about it... either moving everything into /usr, or actually trying to standardize what goes where (which won't be easy), or something else. But there's no reason to keep it the way it is when the way it is makes no sense, and could be greatly improved.

Linux needs people willing to try things, and to buck "it's how we always did it"isms. A lot of them won't lead to improvements and won't go anywhere, but, if you don't try, Linux will stagnate... and stagnation results in death.