Why isn't desktop Linux "finished"?

Posted May 2, 2011 21:05 UTC (Mon) by bazsi (guest, #63084)
In reply to: Why isn't desktop Linux "finished"? by nybble41
Parent article: Poettering: Why systemd?

I know. But when you do a dist-upgrade, sometimes packages get obsoleted, and not upgraded. And apt-get dist-upgrade doesn't purge, and cannot be told to purge.

And that's when the battle starts to find out why a function doesn't work.

Why isn't desktop Linux "finished"?

Posted May 2, 2011 21:41 UTC (Mon) by nybble41 (subscriber, #55106) [Link] (7 responses)

dist-upgrade may not purge packages automatically, but it isn't very difficult to simply purge all the obsoleted packages via aptitude after the fact. Set the filter to show partially-removed packages ("l" key -> "?config-files"), select the installed-packages header, press "_" to purge, then "g" twice to apply the changes. Or, if you don't want to use aptitude, you can filter out the package names from "dpkg -l" where the status is "rc" and feed that list to "apt-get purge" or "dpkg -P":

$ dpkg -l | awk '/^rc /{print $2;}' > pkg-list
$ $VISUAL pkg-list # review packages to be purged
# dpkg -P `<pkg-list`

Why isn't desktop Linux "finished"?

Posted May 3, 2011 6:43 UTC (Tue) by Cato (guest, #7643) [Link] (4 responses)

That's not very difficult for a techie Linux user, but for someone who's switched from Windows to Ubuntu, it's very hard to discover what to do, and they are more likely to just run into problems.

Obsolete config files are an issue, but only 1 of the 4 problems I encountered was due to an old config file - the rest are just new features not working properly.

Hence I'm more interested in discussion of why Upstart and KMS are not finished and working well over 18+ months after Ubuntu adopted them and 12 months after use in an LTS release.

Why isn't desktop Linux "finished"?

Posted May 11, 2011 19:06 UTC (Wed) by nix (subscriber, #2304) [Link] (3 responses)

KMS isn't finished because graphics cards are insanely complicated devices these days (by far the most complex device in the system, possibly even including the CPU), are damn close to general-purpose computers in their own right, are in many ways much *more* powerful than the CPU, change very frequently, are often very under-documented, and are variable in their capabilities. In addition massive changes on the userspace side are required just to allow userspace code to get at some of the cards' capabilities (e.g. just supporting OpenGL 2.1 meant implementing a whole compiler, for shaders).

KMS won't be finished for ages. The job is just too huge.

Why isn't desktop Linux "finished"?

Posted May 12, 2011 6:04 UTC (Thu) by Cato (guest, #7643) [Link] (2 responses)

I can see your point - however, from a user point of view, desktop Linux is now much less stable for many graphics cards than it was a few years ago. I'm not that the minor benefits of KMS are worth the apparent years of instability.

Apart from the technical elegance, why did the Linux community decide to make the kernel and even typical recovery boot processes dependent on the GPU, which as you say is very complex, fast changing and under-documented?

I have still not managed to get recovery boot working on Lucid, all thanks to some combination of KMS and framebuffer devices - I've tried many boot strings and made some progress, but I gave up after many hours. On this Intel GMA3100 hardware, which should be well supported, KMS has made things much worse than the previous Ubuntu LTS.

Why isn't desktop Linux "finished"?

Posted May 12, 2011 10:48 UTC (Thu) by nix (subscriber, #2304) [Link] (1 responses)

desktop Linux is now much less stable for many graphics cards than it was a few years ago

Is it? I thought that before I tried KMS, and, y'know, I haven't had a single problem on the three Radeon cards and two Intel that I've tried. (I haven't tried nvidia because I actively avoid them and all their works.)

There was no choice about making the kernel boot process 'dependent on the GPU', if by that you mean using KMS to display the boot process, because the time is coming (and it is not terribly far away) when text-mode support will disappear from these cards. So it's graphics or nothing, and the only non-conflicting way for the kernel and X to display stuff on the screen is KMS, at least if you want to retain any acceleration at all in X.

I'm not that the minor benefits of KMS are worth the apparent years of instability.

The 'minor' benefits include support for any version of OpenGL above 1.5, which is ancient; the possibility to see kernel panics even when X is running (I don't know if this works yet but at least it is possible); much more reliable suspend/resume; and the ability to actually use most of the card's capabilities (it's not a framebuffer anymore, it's a massively parallel computer with an address space partially disjoint from the CPU's, and there is no hope of userspace modesetting modelling any of that).

There was a choice: go KMS, or have almost no improvements in X graphics for the foreseeable future. (Actually it would probably go backwards because the userspace modesetting drivers are not pleasant to maintain.)

Why isn't desktop Linux "finished"?

Posted May 18, 2011 13:26 UTC (Wed) by Cato (guest, #7643) [Link]

I can see the reasons for going with KMS and it sounds like it works for you - however I'm now having to make another trip to upgrade from 10.04 LTS, to solve the "freezes every day or two" problem, which I'm guessing is KMS related though it's hard to tell.

The 10.04 LTS upgrade has been a disaster, the person using has said she wants to stop using Ubuntu as a result. Hopefully going to a more recent Ubuntu (maybe 10.10) will fix the Intel KMS problems.

Can anyone recommend a good Ubuntu or similar distro version (Mint, Mepis, Debian, with reasonably quick security updates) that has KMS working well on Intel GMA3100 or similar, without random freezes? I don't want to try getting a newer Xorg and kernel working on 10.04, as the idea of this PC is to be low maintenance and reliable for the next 2-3 years.

Why isn't desktop Linux "finished"?

Posted May 3, 2011 15:07 UTC (Tue) by jzbiciak (guest, #5246) [Link] (1 responses)

While that may work, you'll forgive me if I note that it isn't particularly obvious or user friendly...

Why isn't desktop Linux "finished"?

Posted May 5, 2011 16:32 UTC (Thu) by Thalience (subscriber, #4217) [Link]

The Synaptic front-end provides a way to do it that is, if not obvious, then at least discoverable.

Why isn't desktop Linux "finished"?

Posted May 2, 2011 22:16 UTC (Mon) by Tobu (subscriber, #24111) [Link]

aptitude purge \~c purges leftover conffiles and data (don't do it for a database though), and install/remove/upgrade commands take a --purge-unused flag that purges while uninstalling.