Sometimes a trash bin is located near the door, so I'll use the same paper towel I used to dry my hands to open the door, hold the door open with my foot, then throw the paper towel in the bin. But these make hygiene so much easier:

By Arch, do you use SteamOS on your gaming rig? And if not, what would be the determining factor?

And the sysadmin said "well done, good and faithful servant."

"Do you feel like a hero yet?" - Spec Ops: The Line

Well, safer and better in the driver's mind until they fly too close to the sun and realize following the accident that there was a puncture or that the rubber delaminated off the belt during the commute. This happened fairly regularly at the track I worked at, though that was more from folks running their slicks too long.

I have a very hard time believing that an internal combustion engine would sustain significant damage prior to stalling. An engine could run, albeit very poorly, with extreme backpressure (say, an exhaust blockage but perhaps some leaks elsewhere in the exhaust system). If the exhaust was perfectly sealed, there would be so much backpressure that the mixture would be starved of air and there would simply not be any explosion in the cylinders. I have limited knowledge of diesel engines but would expect a similar result.

Here's a video where an exhaust pipe is plugged. You can see how quickly the car stalls (at 10:00): https://piped.video/watch?v=jnoW0skAChA

It's a valid point that it could potentially create some confusion when a user assumes that everything in Signal is secure. Unencrypted SMS threads could contain an open padlock icon and even an ominous red window border, but someone inevitably will not understand the difference.

However, my frustration has been how both convenience and security is reduced by removing SMS from Signal.

Many people will continue to use SMS for a variety of reasons, necessitating the use of an additional app. So now we have people continuing to communicate over this insecure protocol, but with the additional target vector of potential vulnerabilities in the supplemental app.

Imagine a world where we can adopt a scalable, secure, open communication protocol where users can use whatever app they want. Imagine humanity moving past the diaspora of special-snowflake chat apps and on to better things.

I don't understand my negative ratio here. "'The Final Solution' or 'the Final Solution to the Jewish Question' was a Nazi plan for the genocide of individuals they defined as Jews during World War II."

https://en.wikipedia.org/wiki/Final_Solution

While not a physical radio, a Linux phone such as the Librem 5 in conjunction with an RTL-SDR dongle and external antenna may be a good candidate for a mobile software-defined radio (SDR) transceiver.

SDR frameworks such as GNUradio or REDHAWK are well-established by this point. Newer versions of REDHAWK are designed to run on CentOS/Rocky Linux, however, and they don't (AFAIK) come with a mobile-friendly UI.

I do know that there are some web-based SDR tools in the wild. I'm not very familiar with them, their system requirements/capabilities/limitations, but they could be worth a look to jump-start a Progressive Web App for mobile devices.

Yeah, I really wish people would avoid using that phrase in general...