Don't want to see articles from a certain category? When logged in, go to your User Settings and adjust your feed in the Content Preferences section where you can block tags!
Latest Comments by pleasereadthemanual
Valve (Steam) begin a direct collaboration with Arch Linux
28 September 2024 at 9:08 am UTC

Quoting: fenglengshunjust general Remote Desktop stuff).
Server RDP or desktop RDP? And what issues?

(as a curious person who runs a GNOME-based RDP server)

Frog Protocols announced to try and speed up Wayland protocol development
26 September 2024 at 4:40 am UTC Likes: 3

Quoting: ElectricPrism
Quoting: WMan22I also don't like the tendency to say "Xorg is dead" [...] while I'm not Xorg fan, understand why it's deprecated, and really appreciate a lot of what Wayland is doing

As a regular use, I'm almost scratching my head coming up with a list of things I can do in X that I can't do in Wayland.

Maybe I can't do stuff when applications need to play catchup like WINE just isn't able to scale applications (StarCraft 1) on Wayland like 800p up to 3840p or Krita waiting on v6.0 and Qt6 for Wayland support.
For me, the big deal is applications not having a Wayland version. It matters a lot for me because I use multiple monitors, and XWayland applications are a no-go.

GNOME 47 recently adopted XWayland Native Scaling as an experimental option, but it doesn't work...at all...for Lightworks. So my choices are a broken window or a blurry window on Wayland with fractional scaling, regardless of desktop.

All my Wine games are also blurry. Steam is blurry. Audacity is blurry (but Audacity 4.0 may not be!). Signal Desktop can be blurry or partially broken.

Wine might have a stable Wayland version next year, so that takes care of a lot of blurriness, and Lightworks will get there eventually.

Don't get me wrong, the ability to actually use my monitors on Linux is only possible with Wayland, but it'd be nice for every application to have a functioning Wayland version. So I guess this isn't technically "something I can do in X that I can't in Wayland"...

Session management is a big one that might be finalised next year, mayyybe. Color management is something that nominally works on X that doesn't really on Wayland yet, but it's close to being merged. I need it this week for a photoshoot though, so I guess I'll use my Mac for that...

Then there are multi-window applications which are sort of tied in with session management.

And as mentioned, there are fifo/commit-timing which is preventing SDL from defaulting to Wayland.

But Wayland nominally works.

Frog Protocols announced to try and speed up Wayland protocol development
26 September 2024 at 4:01 am UTC

Quoting: mylkaisnt global hotkey also up to the program? like OBS has to implement it
AFAIK KDE has support for it and GNOME doesn't yet, maybe GNOME 48, and no production client applications use it

Frog Protocols announced to try and speed up Wayland protocol development
25 September 2024 at 1:22 am UTC Likes: 1

There's now a MR for Mesa to become a member of Wayland Protocols: https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/338

One of the points of contention was that many parties felt like outsiders to the Wayland Protocols org. Simon Ser and other members seem to be working to correct that.

Frog Protocols announced to try and speed up Wayland protocol development
24 September 2024 at 9:59 am UTC Likes: 12

Note that Simon Ser, maintainer for Wlroots, has helped maintain the wlr protocols for several years now back when Wlroots was ahead of the curve in terms of Wayland functionality. He's been bringing in protocols from wlr to upstream wayland protocols for a few years now.

KDE also maintains its own bespoke protocols and implemented some of the wlr unstable protocols.

I'm not sure how Frog Protocols is any different except in the way it's presented as protocols anyone can implement. In practice wlr protocols can be implemented by other compositors and KDE did implement them.

(from my perspective as a bystander)

Edit: clicking through some of the links, I can see the value in it. Individual compositor protocols are different than protocols intended for adoption in every compositor. The w-p repository really needs a kick in the ass. I can only hope Frog Protocols will provide that.

Or, as Xaver Hugl puts it:

Quoteone of the big reasons in MRs that have an (at least initially) active author is unresolved discussions about often theoretical issues, while at the same time some real world problems get missed. By experimenting in the real world before committing to a "stable" protocol, a lot of those problems can be avoided.

GNOME 47 'Denver' released with Accent Colours and various System Enhancements
22 September 2024 at 3:09 pm UTC

Quoting: wvstolzing
Quoting: pleasereadthemanualbut to even get the file path to display in Finder you need to head to the command line.

View -> Show Path Bar displays the file path just above the status bar.
The first answer I found with a search engine was a stackoverflow post with a command, but it's good to know there's actually a way to do this in the UI.

GNOME 47 'Denver' released with Accent Colours and various System Enhancements
21 September 2024 at 1:38 am UTC Likes: 1

Quoting: tmtvlLast time I had to use OSX (I believe it was Yosemite?) I couldn't find out how to display hidden files in Finder and when I looked it up online the advice was to run a particular command on the CLI, and my reaction was 'dang, that's the joke people always make about us GNU/Linux users'.
I think nowadays it must be Command+H, but to even get the file path to display in Finder you need to head to the command line. It's surprising how similar the experience can be to Linux for certain tasks. Finder is absolutely the worst UI in macOS.

In many ways, I find macOS a lot more unintuitive than Linux interfaces :)

But macOS did have accent colours a few years before GNOME, so there is that...

Last Epoch drops the Native Linux version, devs tell players to use Proton
20 September 2024 at 4:56 pm UTC Likes: 2

Situations like this are proof that having a Native Linux port is no guarantee of continued support. Proton doesn't offer any guarantees either, but it's certainly more reliable.

GNOME 47 'Denver' released with Accent Colours and various System Enhancements
20 September 2024 at 4:31 pm UTC Likes: 6

Quoting: RaabenProbably similar. I just like how most everything is in the overview and the defaults are mostly sane to my use. I've played with Awesome and other WMs but ultimately I'm too lazy to get them where I want them.
I feel the same way, but assuming COSMIC gets all of the functionality I use in GNOME, it seems like a great alternative to switch to. Very batteries-included. I spent days setting up Sway and in the end I went back to GNOME because it has more features I need and I don't need to work for them.

COSMIC is not (yet) as pretty as GNOME, but much better for multi-monitor setups and general productivity. GNOME is shocking when you have multiple monitors. Even KDE handles it better, and it's still not great.

Quoting: Leahi84I REALLY don't like gnome. It looks too much like something Apple would make.
GNOME takes the good decisions from macOS and cuts out the bad ones.

- You can edit the file path in Nautilus, you can't in Finder
- Window buttons in the top right, not the top left, but you can choose!
- Has real, reliable window tiling! The basic stuff is enough for 90% of people. (macOS finally got basic buggy tiling after 41 years this week)
- Combines Mission Control, Launchpad, and Spotlight into a single key and manages to make it less confusing.
- Has a keyboard shortcut you can map for moving windows to specific workspaces.
- Let's you choose between App tabbing and Window tabbing. You can have both if you want! macOS only lets you page through your open Apps when you hit Command+Tab, and you need to hit Command+~ to page through open windows of the _current_ application, not all windows.
- GNOME has a real Maximise button that doesn't break the usefulness of workspaces. Need I say more?
- GNOME actually hides the dock completely unless you access the Activity Overview so you don't accidentally hover over it. Much improvement for productivity.
- With GNOME 47, Nautilus supports 1-click open when you're uploading files to Firefox for example! Ah, efficiency, finally. Finder only supports double-click open all the time :(
- Nautilus also supports adding bookmarks for SSH virtual filesystem shortcuts. Super handy for locally streaming from one computer to another. If you haven't gotten it already, my point is that Finder sucks. It's awful, horrible, no-good software. I used to be able to say "at least it has tabs!" but now Windows File Explorer has tabs so that's not an advantage anymore.
- The UI is prettier and easier to understand than macOS, without nearly as many hidden options. Did you know Finder doesn't even have a context menu option for "Moving" a file? That's right, you need to copy the file, and move it by hitting Command+Ctrl+V! Or how about the Display settings where you need to hold down a key on your keyboard to expose hidden options?! macOS is full of hidden options like this that are just bad design. GNOME hides some stuff, like extra keyboard shortcuts for workspaces (arrgh!), but the list is much smaller.
- The Info menu in Finder sucks. It's a jumbled mess of far too much text and too small! The Properties menu is very legible in Nautilus. Once again, Finder sucks.

Yeah, GNOME doesn't have a system tray, and that sucks, but I love everything else about it. And I also love Nautilus, which got much love and attention in GNOME 47. Definitely my favourite part of this update next to accent colours and XWayland native scaling.

I also like KDE and COSMIC. I'm not picky :)

Nintendo and The Pokemon Company file lawsuit against Palworld maker Pocketpair
19 September 2024 at 7:48 am UTC Likes: 8

What bizarre news.

Do they have a real case, or are they trying to intimidate?

Some patents The Pokemon Company owns: https://patents.justia.com/assignee/the-pokemon-company