Quoting: emphyApart from the brute force method of disconnecting the pc from the internet, is there any option to disable library refresh on startup or offline mode?

Probably use Flatpak or Firejail and run it without network/internet permission? I tried looking up the source code and the files for heroic in case there's an option for it (like --no-gui and --no-sandbox it uses by default for exported games) but I couldn't find a full list or reference to skipping library update.

View this comment - View article - View full comments

Quoting: tofuhead

Quoting: fenglengshun.. .

thanks @fenglengsun
this was somewhat what I was expecting. of course, this upgrade will only mean that it defaults to this, not totally dropping support for X or changing my current configs... because I have been running steadily updates for a long time. so this would affect only new install..i hope.. if I understand correctly?

.b

As far as I know, yes, I don't see any note on removing KDE's x11 session packages. Also, some distro might still ship them as default anyways - I know that a lot of Arch users aren't enthused by it and the opinionated Arch distros might still default to x11, and I doubt Debian would want to remove the packages for as long as it exists upstream.

View this comment - View article - View full comments

Fixed mouse clicks in the overlay for CS2.

Me playing through Cold Steel 2: "The JRPG game? Why would- oh, wait, not that CS."

View this comment - View article - View full comments

Very interesting that my update for Heroic with flatpak was only 21.9 kB download out of the possible full 158.2 MB size. I suppose the main diff was only for the files governing the design and didn't touch the electron base? Pretty neat regardless.

Edit: on my other PC it was 28.8 MB out of 158.2 MB instead, makes a lot more sense and more in-line with diff updating expectations, but still nice saving.

View this comment - View article - View full comments

Quoting: tofuheadMy main use is graphical applications like Blender, Inkscape, GIMP, Scribus etc..

and, as this is a gaming site, I play ofourse games. will it change things?

For most people, it's fine, but it's still not very plug-and-play yet. For example, Chromium browsers at least still need turning on Ozone Platform to be running in Wayland mode properly, and I don't think Pipewire use for screenshare is on by default either. Discord might also need stuff like xwaylandvideobridge [External Link] too.

For graphical applications, multi-window mode is an issue if you need it the positioning restored by the app. Also, window icons is also an issue due to relying on .desktop files as opposed to apps setting icons themselves. The apps themselves, as far as I'm aware, works fine especially with less lag and tear as well as the in-progress color-management for colour accuracy and HDR. I think it should be usable but your mileage may vary depending on what exactly do you use.

For gaming, it shouldn't have any major changes. But marginally, you may need to mess around a little to allow tearing and get less lag. Also, Gamescope needs an --expose-wayland option to run, unless you're running it from x11 Steam. There shouldn't any major issues if you're running stuff from Flatpak, but again, it's not all plug-and-play yet, just most of it (but that makes it easier to trip on the small things).

View this comment - View article - View full comments

Quoting: afettouhiFor me Wayland is very close to being ready but there is one show stopper and that is windows positions are not remembered in Plasma 5. I really hope that is addressed in Plasma 6 before full release.

For now, on KDE Wayland, you can use KWin's Window Rules to set a "Remember" option on size and window positions. It's not the most convenient thing, but it works well enough for me.

View this comment - View article - View full comments

Quoting: tgurrHowever I'm looking forward to have a painless Wayland experience in the future and not having to deal with fallout like Steam In-home Streaming not working with Wayland: https://github.com/ValveSoftware/steam-for-linux/issues/6148 [External Link]

Hopefully that'll get fully addressed next year. I think the pieces are already there - you can already control your desktop with KDE Connect thanks to the remote desktop protocol, and you can also stream the desktop's visual output in Rustdesk. They just need to... combine, and for Valve, Rustdesk, and others to apply them.

View this comment - View article - View full comments

Looking back on it, they also said back in March this year how Steam Deck sales were at 10% but that was quite early on after release and the game has now been out for around 9 months. Seeing over 5% of players actually being on Steam Deck though seems like a pretty good number, and far above macOS.

That is quite interesting. I know that a lot of indie devs often really could use help from early adopters, and what it suggests is that, if your game appeals to Steam Deck demographics, it's really worth it to get compatibility down as Deck players would buy your game early in the post-release lifecycle which would help in recouping cost.

View this comment - View article - View full comments

Quoting: KeyBounce... My big question after this, that I'm not certain of: Am I correct in thinking that just like snaps auto-update, App images do not (unless you add another package), and flat paks ... ???

I think this is the most up-to-date video on the differences [External Link]. The long story short is that snaps generally auto-updates (but they're working on making that not mandatory anymore I think), flatpak integrates well with GUI auto-updater but by default it doesn't auto-update (though it's easy to just have `flatpak upgrade -y` in crontab or systemd service to do so), and for AppImages you need a manager app like Gear Lever. I'd personally recommend Bauh [External Link] which can install and manage all of Flatpak, Snaps, AppImage, and native packages (including AUR on Arch) altogether, though.

For Steam Flatpak, the main reading material would be this: https://steamcommunity.com/sharedfiles/filedetails/?id=2615011323 [External Link]. For GUI apps, Flatpak is the generally favored solution as it integrates better with Portals and stuff, so permissions are generally more correct and can be more tweakable with Flatpak. Snaps is a more of "either it works correctly, or there's nothing you can do about it." Also, apps like Bottles generally favors and only tests for Flatpak.

For general documentation, I've found that https://itsfoss.com/ [External Link], https://www.debugpoint.com/ [External Link], and https://www.linuxuprising.com/ [External Link] (as well as OMG Ubuntu if you're on *buntu I guess) are good for discovering news and new stuff, along with The Linux Experiment [External Link], Brodie Robertson [External Link], and This Week In Linux [External Link] for videos. Of course, if you want something more specific, you'd usually go to Arch Wiki [External Link], with a side helping of maybe Gentoo Wiki, system76 documentation, and your own distro's documentation (although it's the fastest to just hop on to Discord).

Lastly, as a backup, there's always Distrobox [External Link] or Conty [External Link] that'd allow you access to AUR and stuff. And once you're more experienced (I'd say, if you're comfortable with manually installing AUR stuff instead of using a helper), you can hop on the Nix train [External Link] and use Fleek [External Link] to get started with Nix + Home-Manager [External Link] which is very powerful (you can even manage Flatpak with it).

View this comment - View article - View full comments

Looking good for next year! Looks like we really will get Wine Wayland in 9.xx Staging and 10.0 Stable.

View this comment - View article - View full comments