> Cafe Stella no longer crashes with 2 elements on the flowchart.

Praying for the entire Yuzusoft games, especially Tenshi Souzou once it comes out, to no longer need protontricks wmp11 and everything including the movies just works out of the box.

View this comment - View article - View full comments

Quoting: 14My impression so far is that Flatpak for everything adds annoyance to the user experience. It seems there are assumptions made of which people new to dealing with Flatpaks are ignorant

I feel the opposite -- I think that currently Flatpak kinda assumes the user either shouldn't care with the defaults (which, in some cases, often errs on being more restrictive than necessary) or they know enough to find out how to fine-tune them (Flatseal and even KDE's built-in permission management isn't even descriptive enough IMHO).

That said, I do find it to be a decent solution in order to not care about dependency anymore. I was trying to work out how to use Nobara's COPR to get a few stuff including Steam and it is actually a mountain of dependency hell. Nix, Conty [External Link], and Flatpak each have their own issues, but I honestly would rather not have to deal with managing whatever specific thing the distro needs and have something that works in any distribution.

Also, using uBlue's Kinoite base, I do find update to be more convenient. Every day, GitHub Actions will compile a new image, and uBlue's Kinoite comes with auto-update turned on AFAICT, so everything is just applied in the background and if there's an issue, I'd either get an email about how the GH Actions failed and/or I'd just be booted to the last working image.

And personally, I think the average home user is alright with any device that has a browser to connect to the internet, can open documents, and can run games. And for the most part, you can already do that with Flatpak.

View this comment - View article - View full comments

Quoting: pleasereadthemanualIs this different from including Firefox as an overlay?

Alright, long post incoming as I try to explain everything:

You can use overlay, but when I tried to do `rpm-ostree install --dry-run` in my Kinoite image to test things, whenever there's an already installed package, it will exit saying the package is already installed, instead of continuing with installing the other packages I listed in the comment.

By contrast, the ublue builder seems to take care of duplicates easily, unless you have a version conflict due to trying to install something using COPR (tried to install steam but I think the Nobara COPR and packages I enabled caused a conflict of mesa version). Also, they automatically build things in a single layer, I think, which prevents the issue of having too many overlays due to not doing a single `rpm-ostree install`.

In addition, when I asked around, having overlays may make it hard if you want to switch base to a different system image (say, Silverblue to Kinoite, or Kinoite to Onyx, or Kinoite to Kinoite-Nvidia).

If your worry are Firefox and codecs, I believe that uBlue base images currently have firefox and the freeworld codecs installed. I think they only added the firefox and firefox-langpacks on remove list of recipe.yml as an example of how to remove package from the image and probably under the assumption people be installing Firefox through Flatpak via the yafti flatpak installer. But if anyone worries about upstream removing firefox eventually, they can just add it to the install list to make sure it remains installed.

This [External Link] is the list of the packages they overlay by default on their images which you can use as your base image, this is the template recipe.yml [External Link] which is applied based on the base image you chose, and this is my recipe.yml [External Link] and yafti.yml [External Link] for an example of how I'm doing things (sorry about the mess though, still experimenting here -- check Actions if you want to see how messy installing Teamviewer is).

I still don't know everything yet, I've only been using it for a week, but it was easy enough to understand due to the playbook-like format. Getting started [External Link] was surprisingly easy, with the automated setup.

View this comment - View article - View full comments

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