Funny thing is… the nature of git repos is when you work on the code base the first step is cloning it. The more contributors you have the more clones. The process naturally propagates distributed backups, albeit some being liable to be more out of date than others. I’d be interested in learning how successful this actually is for the attackers over time. I expect most maintainers will simply take the lesson learned, update their repo’s security and access controls, and restore the code base from the most recent local clone.

I used ext4 extensively in an HPC setting a few jobs ago (many petabytes). Some of the server clusters were in areas with very unreliable power grids like Indonesia. Using fsck.ext4 had become our bread and butter, but it was also nerve wracking because in the worst failures that involved power loss or failed RAID cards, we sometimes didn’t get clean fscks. Most often this resulted in loss of file metadata which was a pain to try to recover from. To its credit, as another quote in this thread mentioned, fsck.ext4 has a very high success rate, but honestly you shouldn’t need to manually intervene as a filesystem admin in an ideal world. That’s the sort of thing next gen filesystem attempt to provide.

Sure, but given that the poster said “would” the point is to bring additional awareness to how consumer-backing laws with actual teeth can bring about positive change, and perhaps to motivate citizens to support similar legislation and legislators who would write it.