I hear quite some complaints that Ubuntu/Debian/kernel changes are going too fast, more than that it is going too slow. Seems the conservatists complain a lot (about the new UIs, about new logging systems, about new init daemons, about new process IPC systems, etc) but are not really that influential on the actual projects.
What am I missing?
Yes, there is benefit to being able to get kernel messages during boot over an RS-232 link, but note that the whole infrastructure of TERMCAP files and cursor addressing is not needed for that capability, and yet TERMCAP files and cursor addressing remain an integral part of Linux -- if your TERMCAP file is misconfigured or your TERM environment variable is set wrong, you might be unable to get to a shell prompt.
Part of the reason this "cursor addressing" infrastructure is still integrated into IIUC all of the important distros is that reducing technical debt in a distro is a thankless task, but (since the complete dominance of the ncurses library for cursor addressing makes ("made"? Mabye ncurses is no longer completely dominant -- I've been away from Linux for a few years) it fairly easy to remove TERMCAP files, etc, from the set of things that have to be configured correctly to get to a shell prompt) I think that part of the reason that if your TERMCAP file is messed up, you might not be able to get a shell prompt is the hesitancy to change the design of the parts of a distro that come from the Unix of Bell Labs in the 1970s, which is frequently talked about in reverential tones.
(Yes, I know that cursor addressing might not date back to the 1970s, but it does date back to the 1980s and is now considered fairly integral to one of the things (the PTY) that was in Unix from the beginning.)
Note that it is possible for Linux to suffer from conservatism and from unnecessary design churn at the same time. For example, the design churn might be restricted to the parts of Linux that do not come from the Unix of the 1970s.
For a second example of conservatism in Linux, consider the persistent of /usr as discussed recently in
What would you propose as a replacement? There have been ideas of using HTML/JS, streams and objects instead (see TermKit), among other things. Which certainly has some advantages. But for most things, the current terminal works fine. The terminal is mainly used as fallback anyway, new developments mostly focus on GUIs.
Don't get me wrong: it would be great if people agreed on one TERMCAP format and threw away the rest (just like I'd love people to just settle on UTF-8 encoding for text). But that seems to be the case in recent distro's. They work out of the box. I haven't had to bother with TERMCAP settings in Linux in like 10 years... with Solaris it's a different issue...
And I agree that the /usr directory structure being cleaned up was long due.
No offense but I'd rather not elaborate except to refer you again to Plan 9 as a proof of feasibility: thousand of man hours have been spent by people using Plan 9 to interact with remote shells.
[1] http://www.osnews.com/story/25556/Understanding_the_bin_sbin...
EDIT for clarification: layers upon layers upon layers of virtual directory structures don't count. It only adds complexity and makes the system more obtuse.