I found the article and the comment, if you’re curious:

https://www.windowslatest.com/2025/12/07/ram-prices-soar-but-popular-windows-11-apps-are-using-more-ram-due-to-electron-web-components/#comment-6806399879

The Groovitron from Ratchet and Clank. It interacts with every enemy and boss, is pretty powerful under the right conditions, and is the right kind of silly.

The vacuum cleaner. One cat gets really scared and freezes while the other starts hissing at the machine when I bring it out.

My guess is that it should infinitely call echo on itself where the $() substitutes the command echo into the terminal, which calls it with echo.

Kuten muut ovat maininneet, nämä kiristyskirjeet voi heittää menemään. Tästä aiheesta oli olemassa verkkosivu, mutta se taitaa olla nurin nykyään. Löysin arkistosta ainakin jotain: https://web.archive.org/web/20160202044208/http://kiristyskirje.fi/

I don’t usually use networking in C or C++, so I can’t say for sure. But I did I find this quote that might explain it:

The reasons for having both 16 and 32 bit functions is that IP and TCP headers use a mix of 16-bit fields like port numbers along with 32-bit IPv4 addresses.

If I understood correctly, the difference is that the returned value is either uint16_t or uint32_t. Otherwise they look the same based on the headers and documentation.

I get the same errors about descriptor, but no mention of mlt or missing libraries.
I tried the flatpak version and that seems to be working.

There should be a config file in ~/.config/MangoHud (you can check more details in the GitHub page https://github.com/flightlessmango/MangoHud#hud-configuration).

By adding frametime=0 to the config file, you should be able to remove the frametime measurement from the FPS display.

Sorry for the late reply. I didn’t get notified of new messages.

I found these bug reports on Bugzilla:

• https://bugzilla.mozilla.org/show_bug.cgi?id=1835322
• https://bugzilla.mozilla.org/show_bug.cgi?id=1843647
• https://bugzilla.mozilla.org/show_bug.cgi?id=1845249

At a quick glance these seem to be the same issue you noticed.

Based on some reports in Bugzilla, the missing option to open in app seems to be a few month old bug. A workaround that I’ve been using is to “Share” the link with the app you want. Assuming the app supports it in the first place.

It’s maintained on GitHub, so you might be able to manually install it or find a package for it in your package manager. At least on Arch you can install gnome-shell-extension-ddterm-git from the AUR.

I use ddterm, which is pretty much the only remaining drop-down terminal extension. https://extensions.gnome.org/extension/3780/ddterm/