Quoting: STiATThey break stuff on a regular base. I am using it as a daily driver too since 1998 (1 year break using Budgie though), and have been contributing to KDE for some years (I do not any longer).

I think it's actually the same year for me. I installed Debian in 1998, and I cannot remember ever having used anything but KDE for more than trying out something. Of course, I did get a share of bugs and crashes in 23 years...

Quoting: STiATAnd thats just a few of those I experienced in the past 6 Month only using stable releases.

... but if your list is from half a year, I'm really surprised. I get my usual problem after updating nvidia drivers, sometimes write permissions when mounting my phone are wrong, but I think that's about it. I had a bigger problem with the database thing (akonandi?) going wild over my data in I guess the last but one Debian update, but that's at least half a decade ago. Maybe using Debian stable and not the latest release anymore is helping me.

View this comment - View article - View full comments

Quoting: dibzOr as I like to call it, high-resolution whitespace.

:-D

View this comment - View article - View full comments

Quoting: KallestofelesMaybe one day, in a perfect world, KDE would finally become stable enough to daily drive it. But I guess that's besides the point.

Running it daily for many, many years.
Don't know what you're talking about.

View this comment - View article - View full comments

Quoting: Eikehttps://www.gamingonlinux.com/2021/09/new-patent-from-valve-appears-for-qinstant-playq-of-games-and-more/

Buy the way, Liam, this 'q' for '"' thing might be bad for SEO. Not sure.

View this comment - View article - View full comments

Quoting: AnzaI can't remember for sure (might have been on some of the consoles like PS5), but I think games might be able to support something similar. So you could start playing the game before it has downloaded completely. Combine that to losing all the games if you cancel your subscription and that's already quite close to how Spotify works.

There is such a thing, and Steam at least thinks about it:
https://www.gamingonlinux.com/2021/09/new-patent-from-valve-appears-for-qinstant-playq-of-games-and-more/

View this comment - View article - View full comments

Quoting: ArehandoroFor a variety of reasons:

This doesn't sound convincing to me. (E.g. having a computer that you need from time to time switched off is cheaper than having it switched on, and monitoring should absolutely be able to cope with intentional switching.) But I'm "only" software developer and do not work on server farms.

But either way there's something we missed: For cloud gaming as we would do it, on a PC, both systems have to run, the local and the cloud system. I can't imagine this to win ecologically against the local-only solution. (Gaming on say a mobile might differ again.)

View this comment - View article - View full comments

Quoting: metalinuxA new Linux user on KDE will much more likely be using the KDE Discover store to manage their software, as opposed to the terminal. From that standpoint, I can see why they implemented the change, so as to not brick their system.

However, for Linux power users who may be using the Discover Store, I can also see why this change is vexing. It is just another blocker; they know about the risks and what will happen to their system.

I think the best way forward is to do what Linux does best: choice. Add an option to the Discover Store that says "I know what I'm doing to my system, please don't bother me" and that keeps both newer and more experienced users happy.

Yes, but GUI programs probably should default to not do things that feel like breaking the system to many users.
In command like tools, making the user type say "Yes, I want to break my system" should be enough.

View this comment - View article - View full comments

Quoting: ArehandoroNo, it doesn't. Cloud providers need to have their equipment constantly on, with redundancy, capacity for demand surges, UPS systems, industrial cooling... and all this replicated throughout all their data centres to cater audiences around the world.

Why would you want to have more PCs running than what the customers of the next say 20 seconds would need? And even if double the customers log in, have them wait for one boot, it's not like it still takes 5 minutes nowadays... I don't have numbers, but usually an industrial solution to satisfy 100 needs is cheaper than 100 individual ones.

View this comment - View article - View full comments

Quoting: scaineYep, completely agree. KDE has been extremely reliable for me in this sense. And the menu widget for toggling compositing on/off is superb, as it's not just a visual of the status, but it removes the need to remember a shortcut.

I wasn't aware. Thanks for pointing out!

Do you have reasons to turn compositing on from time to time?

View this comment - View article - View full comments

Quoting: jthill

Quoting: TheSHEEEP30% cut is and remains too much for what little work Valve has "per unit sold"/per game hosted and for most devs not using what "additional value services"

Pretty sure there are other reasonable metrics—the most direct one would be if you could compare how many sales you'd have gotten *not* being on Steam with the sales you got on Steam. If the on-Steam number is more than 30% higher than what you'd have gotten not on Steam, you and Valve are both winning.

Of course you're losing if you're not on Steam. That's what makes it a de facto monopoly.
Library Guy wrote something good about this "reasonable" lately. Is it something developers should pay to be more successful? Totally. Could it be lower? I guess so.

View this comment - View article - View full comments