Entry 26472 (Berkeley CSUA MOTD)

Berkeley CSUA MOTD:Entry 26472

WIKI \| FAQ \| Tech FAQ
`http://csua.com/feed/`

2025/07/08 [General] UID:1000 Activity:popular

7/8

2002/11/8 [Computer/SW/OS/Linux, Computer/SW/OS/Windows] UID:26472 Activity:nil

11/7    "Microsoft Memo: How Not To Torpedo Linux"
        http://csua.org/u/4fe
        Is that memo intentional leak?

Cache (937 bytes)

csua.org/u/4fe -> groups.google.com/groups?selm=uqoh89c0dq3g7f%40corp.supernews.comApparently yesterday's Mozilla nightly is > having wrapping and composition problems. If you run a checksum on an iso file, then run the same checksum properly on that same iso image on the CD, the results must agree or the CD is corrupt. The results of the checksum depend on how you go about it. You have to use the CD raw device designator, not the mounted CD device. Hand-waving is not a suitable substitute for finding the actual cause. And Red Hat's CD verification procedure might not be as thorough as it seems -- it might only check file lengths at the directory level, or perhaps by reading all the files and getting lengths that way, but this doesn't check every byte of every file, which the checksum does in a roundabout way. The problem is that a corrupted disk might result in an apparently successful install, but some of the files might be corrupted and only reveal this later, during operation, by failing mysteriously.