JATtho

permanently attached USB SSDs are supposed to be mounted

Just mount them somewhere under / device, so if a disk/mount fails the mounts depended on the path can´t also fail.

I keep my permanent mounts at /media/ and I have a udev rule, that all auto mounted media goes there, so /mnt stays empty. A funny case is that my projects BTRFS sub-volume also is mounted this way, although it is technically on the same device.

For example, the new .config directory in the home directory.

I hope slowly but surely no program will ever dump its config(s) as ~/.xyz.conf (or even worse in a program specific ~/.thisapp/; The ~/.config/ scheme works as long as the programs don't repeat the bad way of dumping files as ~/.config/thisconfig.txt. (I'm looking at you kde folks..) A unique dir in .config directory should be mandatory.

If I ever need to shed some cruft accumulated over the years in ~/.config/ this would make it a lot easier.

I have begun to see that YT is being hostile to adblocker users - and this worries me. I assume YT is already probing the clients to see which are circumveting the ads.

I had an (let's say unconventional) idea at one point: an add-on which only purpose is to show the YT ads in the background which uBO blocked. All of the blocked ads would be played (eventually) - except that the user can just ignore this happening in background and wouldn't be actually seeing the ads. I.e. the browser would just move playing the ads into a background container not visible to the user.

Jokes on merge.. when a rebase editing goes wrong after +15 commits and six hours, and git hits you with a leadpipe: "do it. Do it again, or reassemble your branch from the reflog." I.e. you commited a change very early, went over bunch of commits resolving/fixing/improving them and at middle way forget if you should commit --amend or rebase --continue to move forward. Choose wrong, and two large change-sets get irreversilbly squashed together (that absolutely shouldn't), with no way to undo. Cheers. 👍

The default systemd target to boot into can be overriden from the kernel command line.

If the GUI ever gets broken, having a such fallback boot entry just for the (VT) console mode is invaluable. (The boot-entry can reuse the same kernel and initrd images from the regular boot.)

More like defending TSMC... large majority of all high-tech silicon is made in Taiwan. If that foundry burns, the consequences would be astronomical. The possible consequences are already at a point they could make threats via self-sabotage.

I never finished reading my CMake book that weights about two kilos. It's now outdated, except for the core concepts.

The short version:

This means that you reset your password with a 32-character long generated password, which is saved in your vault, PlayStation saves a 30-long password and then you use the 32-long password to log in, which fails because it isn’t the same.

That password prompt should be scorched to earth.

I tried Luks and BTRFS more than 6 times leading to a script error each and every time.

This was actually my experience also, so I went back to a manual install to just get it done. I think the archinstall script won't get any configuration of device-mapper/LVM right (including disk encryption with cryptsetup). The disk encrypt setup had even more hoops to go through than just LVM.

Splitting water and keeping the H2 converts the energy into chemical energy. The oxygen is just dumped into the atmosphere, which is a loss of efficiency I think? What I know, H2 is the highest form of chemical energy there is.

Some processes require burning, or cannot be electrified otherwise. It's these where the hydrogen is needed directly. I think hydrogen is a source material that should be mostly be converted into other chemicals. Etc. methanol and ammonia are more easily storable, unlike diatomic hydrogen which can slowly diffuse through a metal wall, enbrittleling it. Clean ammonia production could replace a giant mass of fossil fuels.

Here is an another rabbit hole: most of your body's nitrogen is from ammonia and the fertilizers made from it.

It might be cheap now, but I'm fearing the December - February i.e. the coldest part of the year when the price can get salty. Especially when/if the OL3 (or any other) plant trips offline, the price will bump up a lot.

The good part of having excess eletricity is that doing a "electric-kettle" district heating becomes feasible. So instead of reducing the (windmill) production, it makes sense to dump the excess generation capacity into district-heating. (which has large capacity to store the heat)

When I heard the news, my first though was a mix of "Oh. oh no..", "yay! no vendor-lock-in", and "OH, NO."

My expectation for the future is that a crowd fundraiser like on Wikipedia (does anyone remember those?) will be on the way for Mozilla... there is no way they can survive a 80% drop in the budget gracefully.