Quoting: Jarmeryes exactly. The big question is "when" - I think I've been hearing some version of this exact same statement for years now. It's always "coming soon" so we shall see. For now I'm still on x11 just because it irks me to switch to wayland and then for all my games it's just running x on top of wayland. Why not just run x natively. I'll be very glad when it runs natively on wayland! But the when ...

Based on the pace of the merge requests, what's in the Collabora winewayland.drv directory [External Link], and what's in the winehq winewayland.drv directory [External Link], I would realistically say that Wine Wayland will land sometimes during the 9.x development cycle -- if we're being optimistic, it might land in the staging branch of 8.x development cycle, but I doubt it.

I really do not see it being well-tested enough to land in 9.0 stable release, I think it's more likely to land in 10.0 stable release, the stable release for 2025. And I don't foresee Valve creating a non "opt-in for separate beta branch" release of Proton Experimental with Wayland driver before 2025 as well -- even late 2024 would be optimistic in my opinion.

Of course, this is just my opinion, and I didn't even count the LoC or the complexity of the rest of unmerged winewayland driver. But I did test out wine-wayland in nix, and it still have issues, so that's why I feel pretty confident in saying 2025 as the "when", based on the current pace of the merge requests. Much like WoW64, it's best to not pay attention to it too much, until the devs are ready to announce something to users.

View this comment - View article - View full comments

Quoting: pleasereadthemanualI've been thinking about switching to Fedora Silverblue/Sericea soon, but the only problem with these distributions is their plan to remove Firefox from the base image [External Link] and install it as a Flatpak. It's not a good idea to install browsers with Flatpaks, because it weakens the sandbox and makes you more vulnerable to attacks. [External Link] I really don't want to play with my browser like that.

On the other hand, the project is kind of forced to pick the Flatpak because they can't legally distribute H.264/AAC and other codecs with a native Firefox package (I don't know why Flatpaks that come with the ISO are any different, buy anyway), so that results in significant usability compromises.

But I do love how you can have different versions of the same program installed with Toolbox. Really, that's game-changing. And I don't even need to install Gentoo to mess with slots...

If you don't like it, you can use ublue to just explicitly add it in the recipe.yml install list, so that there is always built-in firefox package installed in your image regardless of what upstream does. By default, they have firefox and firefox-langpacks in remove list, so it is literally just a copy-paste away.

It isn't as hard as you may think it is, I was a GitHub noob who didn't even know how PR works when I installed it, and now I'm slowly building up into the mix of kinoite and Nobara that I want (since Bazzite, the ublue image with SteamOS and Nobara packages which GE seems to contribute to, is still in alpha).

View this comment - View article - View full comments

Quoting: GuestWhat do you mean by "playing by the rules"? Yuzu is GPLv3 so you can build the source, redistribute it, redistribute binaries, and so on. This "Early Access" stuff is just a way to get some funding, you can totally get the latest version of Yuzu legally, even in binary form, without paying any money.

I know, but pineappleEA and Fan the Deck got criticized for sharing the way to get them for free (that I think EmuDeck switched to requiring the code given from patreon to get EA builds), so I'd imagine that they'd rather only people who pay the Patreon only use it.

And I might not mind, if there's a clear list of what I'm losing, when I'm getting it, and it isn't like 6 months of wait or something.

View this comment - View article - View full comments

Can someone give me a link/guide to the Yuzu versioning? I don't know which mainline build that early access build 3604 will correspond to, or what features current Yuzu mainline would have in comparisong to the early access.

I just use yuzu-early-access (and use the other source as well) because I can't be bothered to look up the difference, but I don't mind playing by the rules as long as it's clear when I'd get those features and what features I do currently have.

View this comment - View article - View full comments

Use -disable-desktop-gl-fallback to restore previous behaviour if desired.

Am I the only one who's kinda bugged by Valve using single hyphen (-) as opposed to double (--) per the standard for arguments that aren't single letter? It's not a big deal, but it just bugs me.

View this comment - View article - View full comments

Quoting: GuestRegarding RAM usage, is there any ram pages compression for linux (and pages deduplication/shared pages), so it maybe could help a bit?

Isn't that basically what Zram and Zswap are? As far as deduplication, I don't know, I think they just have swappiness setting, oomd, and general page sizes.

View this comment - View article - View full comments

Quoting: GroganAwesome, I've not yet run into a DirectX 8 game, but I wondered how it would be if I ever did. I just assumed it wouldn't matter, for such old games the CPU overhead of WineD3D would be OK.

A lot of games got updates that ported them to DX9 to keep them playable.

I hope this gets merged with DXVK (seems cooperative)

On Proton at least, there doesn't seem to be much issue. I played Trails in the Sky FC just fine with the DX8 version -- it went better than using the DX9 with the mods, in fact. Of course, that's a really simple game, and I'd like to see how well this one works. Also, audio for movies was broken for some reason, not sure if it's a codec issue or issue with DX8 games on Linux.

View this comment - View article - View full comments

The main thing of value here seems to be the Itch integration. Though not for me -- I isolate itch in a separate container home because of its annoying `~/.itch` folder, so things probably won't work well unless I install this in a container as well.

Personally, my main reason for using Launchers are to track playtime and integrate with Steam. Steam is already my "one-stop" launcher, and I'd rather integrate other launchers to Steam than the opposite. For non-Steam games, though, they don't have a playtime tracker, so that's why I use Lutris (emulator games) and Heroic (Wine, GOG, Epic).

So, this one seems kinda redundant, but I know that the Gnome and Libadwaita crowds wants everything in that aesthetics, so I'm also unsurprised.

View this comment - View article - View full comments

GOG is pointless to me. Why would I buy such expensive stuff compared to Steam? Evenicle was three times the price of the game on Steam. There is no regional pricing for my region. At that point, I might as well just pirate the game.

The reason why I buy games is because I want convenience of setting things up and safety of not losing saves. The warm and fuzzy feelings of paying for your stuff is just a bonus. I'm not going to pay 3x the price just because I want to feel good, especially when GOG is a much bigger company than JAST and Kagura Games, yet they managed to figure out regional pricing for SEA region much earlier.

View this comment - View article - View full comments

I actually liked the #1234 system. It means that your username could never be fully taken, you don't have to deal with "@name is taken, so is @name213" issue. And everyone could just change their display name in different servers anyways. I agree with Linus and Luke's question of asking what's the point of this change.

I could understand if they expanded the Nitro benefit to being able to have the "@name" handle without needing to use #1234, but still enabling the "@name#1234" system for new users and plebs. It makes economic sense. But changing the whole system? What's the point? The current system works.

I'd rather see a less casual spin of Discord. Make it paid, or whatever, I like Discord's backend, I just want something that is actually more oriented towards work and non-casual interaction, like Skype or whatever.

View this comment - View article - View full comments