Python is just a pile of dicts/hashtables under the hood. Even the basic int type is actually a dict of method names:

x = 1
print(dir(x))
['__abs__', '__add__', '__and__', '__bool__', '__ceil__', '__class__', '__delattr__', '__dir__', ... ]

PS: I will never get away from the fact that user-space memory addresses are also basically keys into the page table, so it is hashtables all the way down - you cannot escape them.

This "news" looks pure FUD + confusion of what actually happened, and I think is best to be ignored until it can be read coherently from the next weeks news paper... I'm only commenting because of my local news began to propel this shit...

I know two friends.. who would absolutely lynch you for doing this.

Anyway, it has been fun following them and occasionally ask "whats this card worth?" and general answer has been 5-50€ a card. The cards can be worth more than literal money.

This was truly a wtf moment of the month.

Last time I spent time watching him was when he freaking fixed the kexec syscall for IBM PowerPCs. for free

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.

They could be very well using the earth's orbit around the sun to get better resolution - two data points from opposite sides of the orbit. What I know is that the largest "virtual" radiotelescope is literally the size of earth. The data points are synced with atomic clocks (or better), and a container of harddrives gets shipped into a datacenter to be ingested. Thats hundreds of streams (one per antenna) of data to be just synced up, before the actual analysis even can begin. (I'm just guessing after this) At this point, you have those hundreds (basically .wav files) lined up at timepoints they were sampled (one sample, one timepoint column). So row by row, so you can begin to sort out signal phase differences between the source rows.

I.e to put it shortly: an image is not taken, it is inferred and computed. Not that you even could in the first place, it's a blackhole after all.

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.

Fire.

I didn't even think what the questionnaire was about, and filled the entire thing. It's a rare thing to see for a FOSS project to ask what I'm staring at this very moment, how to make it better. But yes, the questionnaire was a bit oddly structured.

"How are you?", is basically an open question of "what have I done lately? where am I headed?" It's an invitation to politely level some burden at least, but this also includes taking in some burden of the friend.