Macros

joined 1 year ago
[–] Macros@discuss.tchncs.de 0 points 2 months ago

https://www.tomshardware.com/pc-components/cpus/dev-reports-that-intels-laptop-cpus-are-also-crashing-several-laptops-have-suffered-similar-crashes-in-testing

Mind, that this is just the company which published the initial reports that the defects in desktop CPUs are systematic, so I can see why Toms Hardware deems their Post a reliable source.

[–] Macros@discuss.tchncs.de 0 points 2 months ago* (last edited 2 months ago) (2 children)

I wouldn't conclude that from an Intel Employee even if they did claim it because they(Intel) already lied multiple times in this afair.

But they didn't even do that, they just said desktop processors are affected, this doesn't say mobile ones are not.

Many companies have already reported that their telemetry records many crashes with the exact same symptoms and software on their laptops while AMD still isn't affected.

[–] Macros@discuss.tchncs.de 0 points 3 months ago (3 children)

Because somebody has to create that media. And that person they have to live. (Or better that huge team when it comes to movies) So they have to earn money, so somebody has to pay them.

I also enjoy that today I can test if something fits me If I am skeptical. But I also always make sure to pay back creators for things I enjoy so that in the future there will be more things I enjoy.

Of course I understand anybody who can not afford media and am happy to subsidize them with the part I am paying for good shows. But if you have a Plex server, you can afford it. And If you say its close just start with things you like most and at least say "thank you" to them.

[–] Macros@discuss.tchncs.de 8 points 5 months ago* (last edited 5 months ago)

Run sudo apt dist-upgrade -y right after an upgrade to the Kubuntu 24.04 beta on a semi production system.

This is right after the xz thing happened. Also while Ubuntu made the t64 migration (Replaced packages with a 32 time variable with a 64 bit one, the packages are renamed. E.g. lib2geom1.2.0 to lib2geom1.2.0t64)

Packages based on the compromised xz had been removed from the repositories, but I already had some newer ones installed which where dependent on them. Also they already wanted the packages with the t64 addition, which by now where nowhere present in the system.

So dist-upgrade did what it could to upgrade 5 packages and bring the system into a consistent state: It uninstalled half of the system including some somewhat essential packages.

I noticed one of them scrolling by and hit CTRL+C. Afterwards I had the choice of saving the data and restoring from a backup a few weeks ago, or to patch it up by hand. So I did the second and created transitional packages like an empty lib2geom1.2.0t64 which depends on lib2geom1.2.0 which was in the repositories back then. 20 of these later I could install packages to get the GUI somewhat working and now weeks later all the t64 migrations are back in the repos and the system is fully functional again :)

Lessons learned:

  • Be very careful with dist-upgrade
  • Manually trigger a backup before a release upgrade

In now upgrade with
sudo apt-get update && sudo apt-get upgrade -yV && read -p "Flatpak Update? (yj/n): " choice && [[ $choice = [YyJj] ]] && sudo flatpak update --noninteractive
and equivs-build ( sudo apt install equivs) came in really handy in building the transitional packages fast.