veganism.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
Veganism Social is a welcoming space on the internet for vegans to connect and engage with the broader decentralized social media community.

Administered by:

Server stats:

134
active users

#gnomeshell

0 posts0 participants0 posts today
Continued thread

Update on the #GNOME "suspended" window state not firing when obscuring windows: it turns out to be multiple bugs :blobsweats:

* The bug affecting #GNOMEWeb / #WebKitGTK presumably remains a #Mutter bug in handling subsurfaces: gitlab.gnome.org/GNOME/mutter/

* The heisenbug part of the issue I was seeing where even gnome-system-monitor was not responding to obscuring surfaces turns out to be caused by the "Dim Background Windows" extension for #GNOMEShell … I reported it here: github.com/stephane-13/gnome-s

gitlab.gnome.orgMaking sure you're not a bot!

After GNOME 48's dynamic double/triple buffering, what I'm really looking forward to see, eventually, is #Mutter being able to recover from GPU state resets: gitlab.gnome.org/GNOME/mutter/

On Linux, the open source AMDGPU graphics drivers in #Mesa are infamous for making everything lock up in your face like that.

I'm just crossing my fingers and hoping this will happen by the time distros collectively ditch X11 in favor of #Wayland.

gitlab.gnome.orgMaking sure you're not a bot!

Wait a minute, the "Extension Manager" app from flathub.org/apps/com.mattjakem has an "Upgrade Assistant" feature to batch-check all your #GNOMEShell extensions for compatibility with the next #GNOME version, and nobody among you has told me about it?!

And it's not even mentioned as a bullet point in the app's features list?! :psyduck:

This "Upgrade Assistant" hamburger menu item deserves to be more widely known.

Anybody experiencing hangs of the user interface in GNOME 48 RC2 on Debian trixie testing/unstable sid unstable?
Most of the time some Ctrl-Alt-F1 Ctr-Alt-F2 switching fixes it, but I just had a complete unrecoverable hang (at least not without ssh-ing into the machine), even though Shift Lock was still working, so it does not appear like the kernel had crashed. AMD Ryzen integraded Radeon GPU, Mesa 24.3.4, Linux kernel 6.13.

My dad, who is constantly bored, is a talented home improvement hobbyist craftsman. Can fix up pretty much anything. He has #ADHD, keeps asking me to remind him to do stuff, he keeps not doing it, months pass.

I've now set up a cron job that calls a homemade Python script (that I'd update over SFTP) to put one task in front of him at all times on his #GNOME computer, using this #GNOMEShell extension:
extensions.gnome.org/extension

I don't know whether that makes me a chaotic good or lawful evil son.

Dynamic double/triple-buffering in #Mutter?
Timezones event editing GUI in #GNOMECalendar?
Per-app grouped notifications in #GNOMEShell?
Tons of code refactoring in Nautilus?

Please inject @gnome 48 directly into my veins now!
The wait until spring for @fedora 42 to release with all this is going to be excruciating 🥵

The only way to be zen about this wait time is to think of all the @archlinux users who will kindly zero-day smoke-test the entire thing for me first.

thisweek.gnome.org/posts/2025/

thisweek.gnome.org · #187 Triple Buffered NotificationsUpdate on what happened across the GNOME project in the week from February 07 to February 14.

How to Disable ‘App is Ready’ Notifications in Ubuntu

Finding yourself annoyed at those ‘window is ready’ notifications which pop-up when you open some apps in GNOME Shell on Ubuntu? If so, you can disable them by installing a GNOME Shell extension. Now, notifications are helpful—heck, vital when they inform, alert, or indicate that something requires our immediate attention or actioning. But “app is ready” notifications? I don’t find them anything other than obvious. I’m not amnesic; I know the app is ready – I just opened it! They aren’t predictable either. Some apps show them, others don’t. It depends on the app’s metadata, how fast app initialisation is (you’ll see them more :sys_more_orange:
#HowTo #GnomeExtensions #GnomeShell

:sys_omgubuntu: omgubuntu.co.uk/2025/02/disabl

As I regularly work with people all around the globe, I really like being able to put GNOME Clocks' world clocks directly onto my #GNOMEShell panel, thanks to the wonderful "Panel World Clock (lite)" extension.

Of course, my QA curse made me accidentally add 100 clocks and lock up the whole computer (because of a stuck button, I suppose), so I filed a bug report about it :blobpats:

gitlab.gnome.org/Nei/gnome-she

I like #gnome but it's so silly to have to use the terminal or task manager any time you want to properly exit an app which you normally exit through right clicking the tray icon and clicking "quit"

Steam is currently confused about something, its UI isn't working, but right clicking the dock icon and clicking "Quit" just minimizes the window, clicking the app again causes Steam to come back in the same confused state

With big thanks to @jamie, we are now entering stage 3 of my evil plan to allow #GNOMECalendar (and other related applications like #GNOMEShell, among others) to let the user configure which day is considered the first day of the week, through the GNOME Settings application.

I really want to get this solved for #GNOME 48, because it's been a daily annoyance for me & others for a very, very, very long time: gitlab.gnome.org/GNOME/gnome-c

GitLabAllow first day of week to be changed (via GNOME Settings) (#160) · Issues · GNOME / gnome-calendar · GitLabSome religious as well as regional calendars (e.g.: the Japanese calendar) start the week with Sunday as opposed to Monday, so it would be nice if in the...

Honored to have been promoted to the prestigious rank of Lead GNOME Dev™, thanks to the warm endorsement received in octodon.social/@dgold/11262138

Finally, my decades of #opensource contributions are being recognized in equal measure to my role as CEO or senior partner of various businesses & non-profits ☺️

I must clarify, however, that I never stated my personal workflow as the limiting factor in changing to more modern #codecs for #GNOMEShell's video recorder: mastodon.social/@nekohayo/1126

Me: "Obi Wan never told you why #GNOMEShell still uses the VP8 #codec to record screencasts, instead of newer codecs…"

Them: "He told me enough! He told me #GNOME hates its users!"

Me: "No. It's mostly a temporary performance tradeoff around a #Linux middleware & #softwarepatents problem."

Them: "No… No… It's not true… That's impossible!"

Me: "Search the commits log. You KNOW it to be true."

Them: "DO NOT WANT"

Source: mastodon.social/@nekohayo/1126

After making my #framework laptop my daily driver, I still had to fix all the #electron applications looking like crap under #wayland (when using fractional scaling).

So another good reason to make a blog post, I guess? :ablobcathappypaws:

Slack, Discord, Spotify, Obsidian, VS-Code, ... now they all look good using 1.25x scaling.

11ways.be/make-electron-applic

Skerit: Speak of the develMake Electron applications use the native Wayland rendererElectron applications still won't use the Wayland renderer by default on Linux, causing blurry applications when using fractional scaling. So how do you fix this?