From owner-freebsd-current Tue Feb 6 20:40:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA21272 for current-outgoing; Tue, 6 Feb 1996 20:40:50 -0800 (PST) Received: from nervosa.com (nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA21253 Tue, 6 Feb 1996 20:40:45 -0800 (PST) Received: (from coredump@localhost) by nervosa.com (8.7.3/8.7.3) id UAA03815; Tue, 6 Feb 1996 20:36:50 -0800 (PST) Date: Tue, 6 Feb 1996 20:36:50 -0800 (PST) From: invalid opcode To: Frank Durda IV cc: hackers@freebsd.org, current@freebsd.org Subject: Re: sup%d is broken - I agree In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk I agree, a method of checksums (filesize, crc, etc.) should be used in order to find the latest copy. I thought sup already did this? Or does it only check dates? Chris Layne, coredump@nervosa.com. > As I understand sup, it doesn't look for changes the instant you pull > stuff down, but does a scan at regular intervals. If that is true, > read on. > > I remember a tool that would cut a snapshot of a directory structure and > a file of checksums that could be used to make sure the tree is intact. > (It may have been an alias for a "find | sum" combination, I don't recall.) > > Why not have some other app generate a sanity file just prior to sup > synchronizing itself? The file would contain the "correct" tree > structure, along with checksums of the files. Then the file would be > available to both the mirrors (and mortals), would get sup'ed down as > any other file, and could be used for detecting incomplete, corrupted, > absent and extra files in their local trees by running a similar > scan locally. > > > Frank Durda IV |"The Knights who say "LETNi" > or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" > ^------(this is the fastest route)|"A what?" > or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 >