Live data from Hacker News

Why Linux is not ready for the desktop, the final edition

itvision.altervista.org

301–310 of 472 posts

Re: Why Linux is not ready for the desktop, the final edition

#301
post #90

Rings kind of hollow because a Linux handheld (Steam Deck) is currently the gold standard gaming device.

Is it desktop Linux though? Or it's a gaming handheld? Only why would you call it a desktop OS then?

Because it's a desktop OS installed on a gaming handheld. You're being unnecessarily pedantic.

https://upload.wikimedia.org/wikipedia/commons/5/59/KDE_Plas...

Guess which not-a-desktop OS ships with the Asus ROG Ally X.

Re: Why Linux is not ready for the desktop, the final edition

#302

Earlier quoted context omitted.

> knowing that if I build an app and it probably won’t work in 5 years Would you say MacOS, Android, and iPhone are also hobbyist toys then? And by the way, if you statically compile your app for Linux it will basically work forever. Linus's mantra: We Do Not Break Userspace. These are userland problems and can all be avoided with a linker flag if it's a priority for you.

This is a broken mindset, that you should be able to take an app and use it for 5+ years. When computers were in their infancy, and systems were only updated every 4-6 years, it might have made sense, but this doesn't in our modern software environment. Nowadays all software is built on libraries and frameworks, and they have security issues and even just bugs, and you want to get those fixes. If you want to run 5+ y…

Because you might want to run more than one program at a time without having to spin up a VM to do it.

Re: Why Linux is not ready for the desktop, the final edition

#303
post #158

Earlier quoted context omitted.

The other question is why should any normal person want to run Linux as their primary OS except for philosophical reasons? it's free. it's stable. it's easier to use. it doesn't have adds. it uses less resources. it runs on older hardware. it doesn't contain spyware. it doesn't violate my privacy. it includes more powerful features. it offers more alternatives for the GUI. i can trust it because the kernel has been a…

> it's free. Over the last 25 years I've spent hundreds of hours fighting with its bugs. Not free by a long shot. > it's stable. Anything but. https://gitlab.freedesktop.org/drm/amd/-/issues > it's easier to use. You must be joking right? A step in any direction and you must use CLI. > it doesn't have adds. Windows neither has "adds". > it uses less resources. Proofs required. > it runs on older hardware. Good luck u…

  > Prove that Windows spies on you.
Well, for starters, they updated their EULA to permit them to spy on you as much as they want, legally:

https://thenewamerican.com/us/tech/computers/windows-10-is-s...

While Microsoft gives the option to disable some of their spyware, it is not possible to disable everything via Windows settings:

https://thehackernews.com/2016/02/microsoft-windows10-privac...

I could continue, but where have you been the past 10 years? Windows has been spyware since Windows 10. There is oodles of telemetry, and you need to have been living under a rock not to know about this. This seems appropriate:

https://www.youtube.com/watch?v=TKYQ5ibxslI

By the way, long before Microsoft started blatently spying on its users, they put a back door into Windows allowing them to push updates to Windows machines, even if you disabled updates. We know because they used it at least once:

https://www.informationweek.com/it-sectors/microsoft-updates...

When a company can push updates to a machine, it can change whatever it wants. Such changes can include giving themselves full remote control of the machine, if they did not have full control already.

Re: Why Linux is not ready for the desktop, the final edition

#304
post #138

Earlier quoted context omitted.

I mean it's maybe "seamless" if you use a system provided by the top DRM platform. Using wine directly it's unfortunately not very seamless. I don't really play games much but my recent experience hasn't been great. Last week I tried to run Witcher 3 using wine and it took a while to debug. The installer runs immediately and seemlessly - but then it got messy It involved installing `winetricks` which seems to be some…

You seem to be kinda confused. ProtonDB does not reflect how well Wine runs a program, it reflects how well Proton runs it. If you try to create a Wine environment with the same featureset and patches that Proton has by default, you will waste a lot of time. A lot of things (eg. Powershell, d3d/DXVK, dotnet, C++ redistributables, etc.) come pre-packaged with Proton and therefore require no extra configuration to run…

Thanks for the info!

I will take a look at Lutris/Bottles. I just assumed Wine would work directly. It's worked for me most of the time in the past

Re: Why Linux is not ready for the desktop, the final edition

#305
Your mileage may vary, but given the choice between other desktop operating systems and their gradual decline from simply unfriendly to practically unusable, Linux is the least frustrating option. Computers with Windows pre-installed have hurdles from step one, where they are pushing you to create online account and even that flow is not straightforward.

Re: Why Linux is not ready for the desktop, the final edition

#306
post #120
post #115

Earlier quoted context omitted.

> It's practically impossible for "Linux developers"—whatever that means—to ensure that a change they make doesn't break something downstream. Unlike proprietary operating systems... That's exactly the point, though. Linux will "never be ready for the desktop" because of the problems that this causes. Developers of software for Linux, not to mention kernel developers themselves, do not have the kind of funding that M…

It is impossible for Microsoft too. To name one example: https://www.forbes.com/sites/jasonevangelho/2020/02/15/micro... Also, Microsoft does not do internal testing of various hardware configurations anymore: https://www.linkedin.com/pulse/20140806183208-12100070-why-d... They rely on end users to find problems for them: https://www.forbes.com/sites/jasonevangelho/2018/12/12/micro...

It's far easier for Microsoft to test on different devices than it's for Linux volunteers. I have seen countless times where KDE and Gnome developers couldn't reproduce the issues mentioned because they didn't have to the hardware on which the problem was reported.

This doesn't mean Windows doesn't have hardware dependent bugs of course.

Re: Why Linux is not ready for the desktop, the final edition

#307
post #120

Earlier quoted context omitted.

It is impossible for Microsoft too. To name one example: https://www.forbes.com/sites/jasonevangelho/2020/02/15/micro... Also, Microsoft does not do internal testing of various hardware configurations anymore: https://www.linkedin.com/pulse/20140806183208-12100070-why-d... They rely on end users to find problems for them: https://www.forbes.com/sites/jasonevangelho/2018/12/12/micro...

It's far easier for Microsoft to test on different devices than it's for Linux volunteers. I have seen countless times where KDE and Gnome developers couldn't reproduce the issues mentioned because they didn't have to the hardware on which the problem was reported. This doesn't mean Windows doesn't have hardware dependent bugs of course.

While it is not out of the question, Microsoft’s employees are disincentivized from testing on various hardware, as spending time to do testing does not contribute to their performance evaluations.

Re: Why Linux is not ready for the desktop, the final edition

#309

This was funny considering Linux runs on almost anything is everywhere: > 6. Hardware support and compatibility

Yes, but running on refrigerators, trains, or web servers doesn't make it a better or more successful consumer desktop kernel.

Sure, but it being ubiquitous should give developers a hint where future lies.

Consumers will eventually follow. (see android).

Re: Why Linux is not ready for the desktop, the final edition

#310
post #47

Earlier quoted context omitted.

I got halfway through it before realizing that it’s just a clickbait article.

Yes, look up the author's name. Look at their contributions to the Linux kernel, GCC, KDE, Wine, and many other projects. A total clickbait for sure.

I have commits in half the projects you mentioned and I think the article is FUD. There are technically wrong points in it, such as the claim that you cannot run old Linux binaries on modern Linux. People are able to run old binaries on Linux that are 30 years old, although it requires copies of the old libraries those binaries need. If the guy actually is involved with so many projects, he would know this.

The guy even contradicted himself:

> Linux is not an operating system

> While Linux is unrivaled on servers and has been the world's most popular operating system for over two decades, the situation on the desktop is quite bleak.

Both cannot be true.

Post reply on HN