LCJ: The Linus and Dirk show

Posted Jun 1, 2013 8:55 UTC (Sat) by Cyberax (✭ supporter ✭, #52523)
In reply to: LCJ: The Linus and Dirk show by apoelstra
Parent article: The Linus and Dirk show

So we can just switch to 512-bit hash. That'd require on the order of 2^256 tries, which is not really possible without expending the energy output of a typical supernova.

LCJ: The Linus and Dirk show

Posted Jun 1, 2013 14:55 UTC (Sat) by dskoll (subscriber, #1630) [Link] (2 responses)

Content-addressable storage is terrific for computers; I love git and the way it works. But it sucks for humans who instinctively give things meaningful names.

When I make a release of a software package, I tag it in git. That is, I give the release a name.

Users of my software understand perfectly what "Release 9.0.7" means. I'm not so sure they'd be happy if we said they should upgrade from 8480bfdc2481f7aa4cd93c97a72d91ef2299861c to 55ced05a166d743634bcadef19029d36423f0ade.

8480bfdc[...]9861c to 55ced05[...]23f0ade

Posted Jun 1, 2013 21:18 UTC (Sat) by Max.Hyre (subscriber, #1054) [Link] (1 responses)

That's why UUIDs were such a good idea for identifying disk partitions—not.

8480bfdc[...]9861c to 55ced05[...]23f0ade

Posted Jun 6, 2013 2:12 UTC (Thu) by mathstuf (subscriber, #69389) [Link]

Well, it is a good idea for /etc/fstab, boot paths, and /etc/automount rules. /dev/disk/by-label/ is where I go for one-off disk access. I certainly don't think the UUID should be shown in any UI other than maybe an info tab/dump on the partition/disk.