1 point
Deleted by creator
permalink
report
reply
30 points

How would y’all feel if Valve started selling PCs with their flavor of Linux on it?

permalink
report
reply
10 points
*

…They already do? And it’s excellent.

permalink
report
parent
reply
32 points

Steam Deck?

permalink
report
parent
reply
2 points
*

Cheap ARM Linux laptops with all the gamez, GPIO, RJ-45, interfaces and space for 2-3 SSDs plz. And battery that holds 4 days (without gamez). And a choice between amoled and e-ink display options.

Having typed that, I suppose I won’t live to see that. Still, something like RPi or OPi, but with 2 M.2 interfaces, would be sufficient to assemble a convenient enough laptop. EDIT: and upgradeable memory

permalink
report
parent
reply
0 points
*

I love to check on crowdsupply what people can make, take a peek at this pc and laptop section:

https://www.crowdsupply.com/laptops-and-pcs

permalink
report
parent
reply
10 points

Didn’t work out that well last time. But Valve got a lot better with Hardware since then.

https://en.wikipedia.org/wiki/Steam_Machine_(computer)

permalink
report
parent
reply
12 points
*

I had an alienware Steam Machine and it was perfectly fine.

I think the criticisms of the Steam Machine suffered from what I would call the Verge Syndrome, which is only being able to comprehend things in a binary of instant success or failure, with no in between and no comprehension of other definitions of success.

Steam Machines were a low risk initiative that were fine for what the were. They did not have a ring of death, they didn’t have a blue screen, the OS itself was not glitchy, they didn’t lose money, and they didn’t fail any stated goals. They got the Proton ecosystem up and running, and got the ball rolling on hardware partnerships, which led to the smash success of the Steam Deck which would not have been otherwise possible.

permalink
report
parent
reply
3 points

I am sure they were fine machines. I don’t think they were profitable for Valve (that is what I meant with “not worked out well”). On the other hand, the Steamdeck might not exist without the Steam Machines, so maybe I am wrong and it did work out well.

permalink
report
parent
reply
8 points
*

And the software ecosystem, much of which they have funded/developed. In 2015, there was no proton, no DXVK, no vkd3d, and most important, no Vulkan.

permalink
report
parent
reply
2 points

True. Better allaround.

permalink
report
parent
reply
24 points

No “if”, no “would”, we are millions of gamers using our (portable) PC with SteamOS running on it for few years now already.

As others have pointed out already, the SteamDeck is exactly that. I even travel with it, use desktop mode with my BT mouse&keyboard with a USB-to-HDMI adapter and work on large screen and do my presentations with video projectors.

If they were to sell a desktop too… well I have a Corsair ONE already, naming a gaming desktop (2080Ti) with a very small footprint and relatively silent. It is not easily upgradable due to how compact it is (but can be done) so if I were to have an equivalent of it from Steam and they were to keep on contributing to FLOSS it would probably be an even easier buy because I trust their RMA and I imagine I wouldn’t pay a “Windows tax” with it as it would “only” come with SteamOS.

TL;DR: I’d prepare my credit card.

permalink
report
parent
reply
1 point

I can’t remember the last time I bought a PC. I just incrementally upgrade over the years. I would be disappointed if they came out with a PC that only ran with their flavor though.

permalink
report
parent
reply
6 points

Even the Steam Deck isn’t locked to their flavor, so I highly doubt a full pc would be.

permalink
report
parent
reply
8 points

After the deck, I’d trust it to be quality

permalink
report
parent
reply
8 points

You mean like Steam Machine?

permalink
report
parent
reply
3 points

Sort of, but aimed more at general purpose computing rather than gaming

permalink
report
parent
reply
3 points

If Valve could organize OEMs into selling Linux PCs I would be happy, of course on desktop there are better options however thats more nit picky.

permalink
report
parent
reply
10 points

I personally think it is a very bad idea to “speed run development” of protocols. This will only lead to broken designs which will then cause each desktop top do things differently.

Wayland protocol development is slow and heavily debated in order to make sure everyone is happy implementing them. You want all desktop to use the same spec and this could lead to additional desktop specific protocols which would totally break compatibility.

In short, this is a really bad idea and should be rejected by everyone

permalink
report
reply
8 points
*

I personally think it is a very bad idea to “speed run development” of protocols. This will only lead to broken designs which will then cause each desktop top do things differently.

and thus we have slow development which has resulted in absent designs, which has caused each desktop to do things differently to fill the gaps

permalink
report
parent
reply
25 points
*

I’ve been waiting for HDR and color management for like 5 years now and it feels like progress is dead in the water and now we’ve ended up with two custom implementations between KDE and gamescope. Heck, Kodi has supported HDR for ages when running direct to FB.

I know it’s tricky but geez, by the time they release an actual protocol extension we’ll already have half a dozen implementations that will have to be retooled to the standard, or worse yet we’ll have a standard plus a bunch of fiddly incompatible implementations.

permalink
report
parent
reply
3 points

HDR is a little more standardized as there was a meeting sponsored by Red hat to work it out

Eventually gnome will get support and maybe some others after that

permalink
report
parent
reply
5 points

So another 5 years? IMO HDR is the perfect example why protocol development needs to be sped up. HDR is roughly a decade old at this point and (if we exclude custom implementations) we’re still in the process of working it out.

permalink
report
parent
reply
43 points

I personally think it is a very bad idea to “speed run development” of protocols.

Stalling the development of protocols for nearly a decade is bad, too.

They should talk and meet somewhere between “Just develop in production!” and “I personally dislike it for non-technical reasons, so I will block it for everyone!”

permalink
report
parent
reply
8 points

Wayland development is crazy. The features it needs to include are those that Mac OS and Windows support. The debate should be around implementation, not the necessity. I’m still on Xorg in 2024 because of idiosyncrasies in Wayland that I don’t want to deal with, particularly regarding HiDPI and screen sharing. I personally wish Wayland were developed by the Pipewire team. Maybe something would get done.

permalink
report
parent
reply
0 points

The problem is that you could end up with protocols that certain desktops don’t want to implement.

permalink
report
parent
reply
12 points

That already happens constantly and I’d consider this the consequence of it, rather than the cause. You can only issue so many vetoes before people no longer want to deal with you and would rather move on.

The recent week of Wayland news (including the proposal from a few hours ago to restate NACK policies) is starting to feel like the final attempt to right things before a hard fork of Wayland. I’ve been following wayland-protocols/devel/etc from the outside for a year or two and the vibes have been trending that way for a while.

permalink
report
parent
reply
21 points

That depends on how you speed it up. For example, the Covid vaccines were “accelerated” compared to normal vaccines but they did that by spending additional money to run the steps of the process in parallel. Normally they don’t do that because if one of the steps fail they have to go back and those parallel processes are wasted. For the Covid vaccines, the financial waste was deemed worth it to get the speed up of parallelization.

permalink
report
parent
reply
3 points

The thing is Wayland needs consensus. You need the desktop developers to all agree to implement it. Asking KDE and Gnome developers to work together is like asking my cousin to agree with his ex wife. It takes the stars aligning and blessing to make it happen.

permalink
report
parent
reply
151 points

I love how people are complaining about Wayland not being ready or being unstable (whatever that even means, because it’s a protocol), while it’s the default on both GNOME and Plasma now, which combined probably run on more than 50% of Linux desktops these days.

And not only that, but Cinnamon, Xfce and others want to follow, so very clearly people who know a fair bit about desktops seem to disagree with Wayland being “not ready”.

permalink
report
reply
1 point

What does Xfce call itself if it starts supporting Wayland? Wfce?

permalink
report
parent
reply
6 points

Wayland is ready, ‘nobody’ else is ready to use Wayland. And by nobody, I mean any software packages that are doing anything at all out of the ordinary. Text expanders are a hot mess, remote control apps or dodgy, OBS screen capture is dodgy. We’re still playing catch up, support for Wayland in applications is honestly quite lacking.

permalink
report
parent
reply
2 points

I daily drive Wayland and I just have to ask, why is the clipboard and associated tooling so much worse‽ I just want input leap and neovim to both be able to properly read from and write to my clipboard. Input leap never can, and neovim has like a 50% shot at doing what I expect. Also I understand we’re moving away from x11 in general but why is there no replacement for x11 forwarding over ssh?? I know I’m a niche user, but it drives me crazy.

permalink
report
parent
reply
3 points
*

why is there no replacement for x11 forwarding over ssh??

There kind of is. The project you’re looking for is waypipe.

Knowing how these things tend to go, I predict you’ll try to use it for your use case and it just won’t work for whatever stupid reason. But I successfully used it to tunnel an app from my Debian machine at home to a Windows machine under WSL.

permalink
report
parent
reply
1 point

It’s just that there are lots of stuff that don’t really work (out of the box) with Wayland systems, an example being getting an IME with ibus/fcitx5 to work in browsers.

permalink
report
parent
reply
4 points

Ironically enough just 2 days ago I posted this https://lemmy.ml/post/20691536/13906950 namely how the 1st thing I do after installing NVIDIA drivers on Debian is disabling Wayland to rely on X11 simply because it doesn’t work.

Sadly that’s relevant here precisely because if we are talking about Valve it’s about gaming, if it’s about gaming one simply can’t ignore the state of NVIDIA drivers.

So… it might run on 50% on Linux desktops but on mine, which I also game on, it never worked once I had drivers for gaming installed. Consequently I understand “how people are complaining” because that’s exactly my experience.

permalink
report
parent
reply
2 points

I just yesterday tried Wayland under Arch with a 1070 after a long time. Single WQHD monitor though. Although X11 is really performant, Wayland was more smooth regarding KDE desktop effects. Witcher 3 (via Heroic) showed fewer microstutters and I will try some more proton games and other applications over the weekend.

I recently had to downgrade nvidia drivers from 560 to 550 because wakeup from sleep and hibernate would coredump. I read that this is fixed with 560 but only under Wayland. The developers definitely progressed on the nvidia front.

permalink
report
parent
reply
2 points

That I can understand, however I want to piont out that this is an Nvidia problem entirely. Wayland works perfectly fine under 2/3 hardware vendors.

Luckily, they finally open-sourced their shit so going forward, this will probably change. But chances are only from the 2000 series on, so it might take an upgrade for many folks…

permalink
report
parent
reply
1 point

Agreed, cf https://www.tomshardware.com/news/amd-vs-nvidia-which-more-popular-linux and I do hope to have the choice soon.

permalink
report
parent
reply
4 points

I mean I’m on wayland and nvidia works fine

permalink
report
parent
reply
2 points

Same here and with an Optimus configuration ( NVIDIA + Intel GPU ). Work flawlessly on my Fedora.

permalink
report
parent
reply
1 point

Great, can you clarify your setup then? I might be able to learn from it.

permalink
report
parent
reply
10 points

That’s NVIDIA’s fault for refusing to adopt the agreed upon methods for rendering graphics on Linux. They tried to force EGLStreams on everybody for almost a decade while knowing GBM was better.

permalink
report
parent
reply
1 point

Absolutely, I’m not blaming any Wayland implementation about this, just giving my current situation as an example.

I do so because I imagine it’s a popular setup (according to https://www.tomshardware.com/news/amd-vs-nvidia-which-more-popular-linux based on ProtonDB data, more than 60% Linux gamers had an NVIDIA GPU) and thus might prevent adoption.

I hope NVIDIA will fix that. Maybe a push from Valve would help.

permalink
report
parent
reply
1 point

Okay, is there a vnc server for wayland which can be autostarted and runs as a service? I havent found one and been looking for one for ages.

permalink
report
parent
reply
1 point

All I know is that there are VNC and RDP solutions for Plasma and VNC solutions for Wayland in general.

You can autostart anything on any distro by putting the command in a startup script.

permalink
report
parent
reply
0 points

I think it kills the community. Making a Wayland window manager is so much harder to do than an X one. This monolithic solution solves the problems of Gnome, and KDE developers but less people want to be involved in windowing systems. I’m just being sad for X11, because, although it had nonsense features, it made linux desktop applications compatible with every desktop and we had huge variety of wms, compositors, desktop environments. Personally I’m still on X because of bspwm, but eventually there will be wayland-only features which will slowly kill X.

permalink
report
parent
reply
2 points

I think this is intentional. Call me paranoid.

Elaboration: we have seen in the past how RedHat’s and others’ policies would always not reach some part of Linux users, and those users still wouldn’t feel as second class citizens - it was just a matter of choice and configuration to avoid PulseAudio, systemd, Gnome 3, one can go on. That was mostly connected to escaping major environments and same applications working the same with all of them. Wayland, while not outright making Gnome the only thing to work, creates a barrier and doesn’t make that a firm given anymore.

It won’t be too long until using Linux without Wayland will cut you off from many things developed with corporate input - and that’s developers’ time paid as opposed to donated for or volunteered, so much more effort.

Now, there was a time when there weren’t that much corporate input and still things would get done. But it will be hard to fall back to it, when the whole environment, one can say, ecosystem, is so complex and corporate-dependent.

I would say this is the time of all those corps whose investment into Linux was so nice in 00s and 10s reaping what they sowed. This wasn’t all for free or to profit on paid support. And people who thought that it’s GPL that was such a nice license that “forced” corps to participate in FOSS projects they benefit from, with those projects remaining FOSS, are going to have to face reality.

Fat years are ending, so they are going to capitalize on their investments.

This has already happened with the Web 10 or more years ago, when Facebook, Google and others have suddenly gone Hitler, while now they are in terminal stages of enshittification.

Same process.

You can disagree, no need to insult me.

permalink
report
parent
reply
7 points

There’s libraries like wl-roots that make it a lot easier, no?

permalink
report
parent
reply
1 point

well, yes, but for e.g. I wrote a software piece that happened to be only a hotkey daemon. And I could write it with X. Now, hotkey daemons are no longer a separate thing unless the compositor exposes a grab API. Which never going to be in Wayland protocol, because they consider this client server architecture a problem.

permalink
report
parent
reply
2 points

Now instead of having Wayland covering everything, applications try to cover every desktops. In the good old times, it worked everywhere.

Why does flameshot need to handle different wayland desktops separately? Because simply the protocol doesn’t do it’s job. It doesn’t cover everything. It’s indeed not ready.

permalink
report
parent
reply
4 points

It won’t need to for much longer. The protocol for screen capture was merged weeks ago.

permalink
report
parent
reply
18 points

The change was 95% unnoticed for me. I looked at the session one day and thought “oh yeah, I have been using Wayland”. I don’t mess with many games or AI GPU stuff though, so it may be that more complex use cases result in a worse experience.

permalink
report
parent
reply
12 points

Really? It was very noticable to me when I didn’t have screen tairing anymore

permalink
report
parent
reply
56 points

Wayland was subject to “first mover disadvantage” for a long time. Why be the first to switch and have to solve all the problems? Instead be last and everyone else will do the hard work for you.

But without big players moving to it those issues never get fixed. And users rightly should not be forced to migrate to a broken system that isn’t ready. People just want a system that works right?

Eventually someone had to decide it was ‘good enough’ and try an industry wide push to move away from a hybrid approach that wastes developer time and confuses users.

permalink
report
parent
reply
80 points

When people say its not ready, it’s normally some specific use case that worked in X11. So, they’re not wrong, but not right either.

permalink
report
parent
reply
30 points

The devs have been working hard to hammer out those troublesome edge cases. There’s a lot less of them than there was a year or two ago.

permalink
report
parent
reply
103 points

They could start by making the Steam client be able to run in native Wayland

permalink
report
reply
35 points

Or be 64 bit now that it’s 2024.

permalink
report
parent
reply
11 points

Wait does that mean I can only have up to 4 billion games on my client before the game list overflows and I start losing games at the end of the list?

permalink
report
parent
reply
19 points

SteamLink not allowing me to stream just my desktop (rather than a specific game) on Wayland is really the only thing keeping me on X11 at the moment. I use that feature almost nightly to keep watching something from my PC while I cook dinner

permalink
report
parent
reply

Linux

!linux@lemmy.ml

Create post

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word “Linux” in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

  • Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
  • No misinformation
  • No NSFW content
  • No hate speech, bigotry, etc

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

Community stats

  • 8.4K

    Monthly active users

  • 3.3K

    Posts

  • 40K

    Comments