News for hackers. Stuff that matters.
Re:What Killed the Linux Desktop (2012) by pjc50 on Sunday February 05, 2017 @11:58AM (#13573226)
> I always felt the GUI changes in Linux were extremely gratuitous after Gnome 2.

Yes! Ironically this was what a lot of people hated about Microsoft, and why the XP->Vista and 7->8->10 changes were so unpopular. Everything moves around and works in a different way, imposing a re-learning cost. But the developers like it because they're bored with the old system and think the new one is better.

Re:What Killed the Linux Desktop (2012) by VonGuard on Sunday February 05, 2017 @12:00PM (#13573238)
Exactly! Those keyboard shortcuts and menu positions are part of my daily WORKFLOW! Stop moving them around and changing them! It is utterly infuriating to have to relearn your desktop GUI behavior.

Why is there no such thing as LTS for GUI interface paradigms? There should be an LTS interface version of every GUI.

Re:What Killed the Linux Desktop (2012) by paulddraper on Sunday February 05, 2017 @05:36PM (#13575103)
Well, there is; it's "regular" OS LTS.

Ubuntu won't change the GUI during LTS (5 years).

Re:What Killed the Linux Desktop (2012) by pantalaimon on Sunday February 05, 2017 @06:10PM (#13575292)
But that means all the software on your system will be 5 years old.
Re:What Killed the Linux Desktop (2012) by pmontra on Sunday February 05, 2017 @11:14PM (#13576430)
I installed Libreoffice 5.3 on my Ubuntu 16.04 LTS yesterday, from their PPA. I kept up to date with LO for 4 years in the same way when I was on 12.04. Same for PostgreSQL. There are plenty of PPAs maintained by the developers of single applications and they tend to support the LTSrd for a while.
Re:What Killed the Linux Desktop (2012) by paulddraper on Sunday February 05, 2017 @06:57PM (#13575502)
Yes...that's the downside of LTS. You can't get the new features because they may break the old ones.

If by "LTS" you simply mean "more backwards compatible" well I agree and pray for the day.

Re:What Killed the Linux Desktop (2012) by pinum on Sunday February 05, 2017 @11:05PM (#13576399)
I would be fine with not getting new OS features. The problem is that the repo system ties application software versions to OS versions.

I want to install SomeApp. My options are:

* `apt-get install someapp` and get v0.6.0.1abzrhotfix2 from 5 years ago

* Google to see if a third party repackaging repo exists, decide whether I trust the maintainer of that repo with root access to my machine, `apt-add-repo blah blah`, `apt-get update && apt-get install someapp`, hope that apt works and doesn't spit out a bunch of "Depends: blah blah but it is not going to be installed, you have held broken packages"

* Go to someapp.com, download someapp.deb if it exists

* Try to install it with the GUI, get an error, use dpkg -i instead, find out it has a bunch of dependencies, install them and hope they're abi compatible, also hope I don't get "Errors while processing:"

* Download source code, learn the flavour-of-the-month C++ build system, try to compile, fail, try to install dependencies, some fail because my distro only provides incompatible forked versions for political reasons, have to download the source for those too, have to either build statically or use LD_PRELOAD hacks

Meanwhile on other OSes, I can download the latest someapp.dmg/someapp.exe and a nice GUI guides me through installing it. It will probably work even if I have a rather old version of the OS, it almost certainly won't conflict with anything else I have installed, it will include everything it needs and handle updates in whatever way it thinks is most appropriate, and I definitely won't need to google any command line flags. And when I do upgrade my OS, I probably won't be forced to upgrade the app too if I've found a specific version that works exactly how I need it to.

Re:What Killed the Linux Desktop (2012) by vacri on Sunday February 05, 2017 @11:28PM (#13576472)
> Meanwhile on other OSes, I can download the latest someapp.dmg/someapp.exe and a nice GUI guides me through installing it.

I much prefer the repo system to the Windows "I wonder if I can trust this site to deliver a safe .exe, and which of the four 'download' buttons is the real one and not just a malicious ad?"

> it will include everything it needs and handle updates in whatever way it thinks is most appropriate,

Yes, because every application needs its own phone-home updater (with questionable security), with bonus "value-add" crapware popping up to remind me it exists.

Re:What Killed the Linux Desktop (2012) by pinum on Monday February 06, 2017 @12:16AM (#13576693)
>I wonder if I can trust this site to deliver a safe .exe

Your first point is only applicable if you are downloading unknown, untrustworthy software from tophotfreeawesomedownloadsnow.com.

>and which of the four 'download' buttons is the real one and not just a malicious ad

I agree that this is a severe problem for non-technical users. For those users, there is a lot to be said for a walled-garden app store (which could take the form of a GUI apt wrapper, I suppose). More experienced users know what the link and download should look like, rendering those ads a mere annoyance. I doubt anyone reading hackernews has fallen for those things.

>Yes, because every application needs its own phone-home updater (with questionable security)

For what it's worth, I usually disable auto-updaters for any desktop app that isn't network-reliant. I manually update if I find a bug or want a new feature, knowing that I can always re-install the old version if I find the new one is worse. I appreciate that this has its own downsides (especially if the user doesn't keep themselves updated on security advisories), but the point is that I /can/ do this whereas it's pretty much impossible on desktop Linux. I would have to choose between several undesirable alternatives, as I detailed above.

>with bonus "value-add" crapware popping up to remind me it exists

I don't have this issue with software I use. If I noticed it, I would try the following steps in order:

* Block network, if the reminders are fetched from the web

* Disable any reminder features in the app's own settings menu

* Revert to an older version of the app which didn't do this

* Consider alternatives, of which there are probably several

Your first reaction is probably "none of that should be necessary and there is generally no crapware on desktop Linux", and this is true. But as soon as you try to use anything that isn't the version in your distro's repo, you are in for a world of painful incompatibilities and package manager hell. For every app you want to do this with.

You have /less/ freedom to set up the system how you want it than you do on Windows/OSX, because even though you technically /can/ install whatever you want, it is horribly time-consuming and aggravating to actually do so.

Re:What Killed the Linux Desktop (2012) by scholia on Monday February 06, 2017 @02:33AM (#13577344)
There are some known-good sources of Windows software, ranging from Major Geeks to the Windows Store.

You can also use the Chocolatey package manager for Windows.

https://chocolatey.org/packages

Re:What Killed the Linux Desktop (2012) by paulddraper on Sunday February 05, 2017 @11:35PM (#13576492)
Yep, it's bad.

On Windows I wind up using http://ninite.com/ for my "package manager" equivalent and hope the software I want is there.

Re:What Killed the Linux Desktop (2012) by herbst on Sunday February 05, 2017 @08:33PM (#13575894)
Not exactly. Many patches are back ported but barely features thats true
Re:What Killed the Linux Desktop (2012) by Asooka on Sunday February 05, 2017 @12:25PM (#13573360)
It's no coincidence. Libre software devs saw what MS and Apple were doing and went "oh no we have to do the same to stay relevant!" Couple that with the rampant egos typical for an OSS project lead and you have today's situation. Of the big 3 (or is it 4 now) DEs, I feel KDE has stayed the most sane and provides the same desktop metaphors. Then again, they mostly bet on the "semantic desktop" direction, which was thankfully stillborn and didn't impact the actual GUI much.
Re:What Killed the Linux Desktop (2012) by yellowapple on Sunday February 05, 2017 @03:31PM (#13574439)
I feel like Xfce and LXDE actually do a decent job here, too (respectively). Both have stayed pretty consistent over the last decade from what I've seen.

openSUSE + Xfce is my go-to for installing a desktop system for a new Linux user. While openSUSE moves a couple things around relative to a typical Xfce installation, they tend to feel a bit more natural to Windows XP users (which, amazingly enough, still exist). Users can typically be relatively productive after some basic education to cover the day-to-day usage quirks ("use Writer instead of Word; use Firefox instead of Internet Explorer; etc.").

The only thing I significantly dislike about it for non-technical users is the scary warning that pops up if you drag a menu item to the desktop and try to run it; sure, it's easy to fix (click on "Mark Executable"), but that's still very unusual and unintuitive, and your average user doesn't know or care what "Mark Executable" means (they might know what "Launch Anyway and Don't Ask Me Again" means, though).

Re:What Killed the Linux Desktop (2012) by narag on Monday February 06, 2017 @12:36AM (#13576783)
Both have stayed pretty consistent over the last decade from what I've seen.

I used LXDE until they removed the tree panel in the file manager, many years ago. After having left KDE because another update that killed my workflow and reading that GNOME was not any better for this matter, it made me abandon Linux desktop completely, after two years of exclusive use.

I wonder if they brought the tree back, but... too late.

Re:What Killed the Linux Desktop (2012) by pantalaimon on Sunday February 05, 2017 @06:12PM (#13575303)
Unfortunately KDE gets rewritten with every iteration of Qt, so it's foolish to expect it to work.
Re:What Killed the Linux Desktop (2012) by innocentoldguy on Sunday February 05, 2017 @12:58PM (#13573542)
Having worked at Microsoft, I'm convinced that, internally, running applications through the Microsoft menu jumbler is the main justification for most upgrades.
Re:What Killed the Linux Desktop (2012) by apricot on Sunday February 05, 2017 @10:57PM (#13576381)
So it's like Calculus textbooks. 13th edition versus 12th edition: let's add 8 pages of new contents, mostly about the early life of Leibniz, but most importantly, let's scramble all the exercise numbers.
Re:What Killed the Linux Desktop (2012) by innocentoldguy on Monday February 06, 2017 @12:57AM (#13576879)
Exactly.