Technical debt means how much work it takes to update legacy solution to a modern solution. E.g. each time a new C++ standard is used, all code written with the old standard should be checked. The work time needed to do this is paying up the technical dept.
Now, if you are lazy, and didn't clean up the code, used the easy and sloppy solution, next time you have twice the work to be done. So the dept gets worse, if you do nothing.
I touched a piece code that was +10 years old, according to git. Should I be scared? Will my change it survive??
I had a similar debacle, when I managed to corrupt a btrfs file system to point it wouldn't mount again...
I was preparing it to have as my main system on bare hardware. I had accidentally mounted the same block device simultaneously in the host and guest: kablamo silent corruption and all 5 hours of progress lost.^*^ :(
*shred the guest VM, host was ok.
On arch, UEFI boot vars are mounted at /sys/firmware/efi/efivars. It's unwise to rm -rf them....
I fckd up a git rebase -i today with git commit -a --amend...
Thankfully git reflog allowed me to assemble the branch again ... from pieces.
X Y problems are absolutely crud when you have to ask first the stupid version to be able to ask the actual question about X.
GameBoy Color with a single game: Pokémon Red.
Next time I was able go to the shop they had upgraded to GameBoy Advance and no GB/GBC games were to be never found again. It was the best/worst thing I ever got. :'(
Please, never run plain "sudo make install" on a package managed system. With linux from scratch it might make sense... Doing so will "install" the thing (copy the files), but the copied files are foreign to the package manager. You cannot easily undo this, and can cause issues in future.
You had a compiler error about missing header file, libXft is from Xorg project. "devel" versions of packages usually provide these files.
st is from suckless project so it doesn't need much to be "installed": copy the built binaries into ~/bin/ or /opt/ and set your user PATH to look into those dirs. Check your user env if you need to modify the PATH.
I'm considering to replace the TIM (repasting) + thermal pads at some point... The card is now ~5 years old, and if the paste goes bad that would be end of it. The dust that all boards accumulate overtime is also a risk factor of how long components last.
Radeon RX 580 until the VRAM dies to the idle @50°C temps or the support is removed from the kernel...
More likely a group of neurons, and they fight the rest of the network to try get more basil. And within single cell that shit is hard-coded into the genome.
That's because people are now aware of all of this shit happening, and some discreet day, just flip off the power from the house, doing indescribable things, and listens to the voices in their heads. And nobody will know.