Atemu

Please stop trying to interpret the SMART data report. Even if you're knowledgeable it can easily mislead you because this is vendor-specific data that follows no standard and is frequently misinterpreted by even the program displaying the data.

If the self-test passed, it's likely the cable or the controller. Try a different cable.

If you want fast nix evals and docker builds, you absolutely do care about per-core performance.

I have little experience with Rust but, while I do know that it parallelises quite well, I also believe that there are still many single-threaded operations on the critical path though such as linking.

I think for your purposes, you'll do well with any 8-core AMD Zen4 that can draw more than 45W or any 4+n core Zen5. The latter would be a bit more efficient but practically the same perf in code compilation.

Intel is not competitive currently and ARM is still not quite there yet.

They meant the SMART self-test, not SMART data readout. Those are not meant to be interpreted by laymen and often not even experts.

What are you going to do with it that requires multicore perf?

as an independent voter that feels continually ignored by the by the right and left

A party in the U.S. of any relevance that could be described as "left-wing" would be news to me.

You've got a corrupt conservative party and an extremely corrupt "pro"gressive(regressive?) anti-democratic party.

third parties can be an attractive choice for some

Third parties are never an attractive choice for anyone in a first-past-the-post voting systems with two extremely dominant parties, regardless of what any of those parties stand for. The only sensible choice is the (in your opinion) least bad option that still has a realistic chance of winning.

I know that part.

The other fork has existed for a long while.

Is this your personal phone? If your work were to dictate what you are allowed to install on your personal phone, that'd be a serious overstepping of bounds.

Perhaps you can sneak in f-droid via adb install and give it app installation permissions via ADB though.

What's the history behind this? Why could the changes be done upstream, necessitating a fork?

https://lemmy.ndlug.org/post/1268531

According to the author, that has happened quite a while ago and we're now at the next step.

the fact that the two programs communicate using standard protocols does not mean they are one program for purposes of GPLv3

The fact that they would even think about attempting to subvert the GPL (much less actually pulling through with it) makes me think they have stopped being an open source company a while ago.

It would break a lot, require a new API, and devs reworking a lot of programs.

As I understand it, this would have been a perfectly backwards compatible change. You'd only get the events if you explicitly asked for them.