>Wow, that's just sad.  How can you say that in reply to me saying I
>don't need to?  I guess I could spin my processor needlessly every
>night just for kicks and then wade through all the data to find out
>what's different.  I don't need to, I just don't.

i'm not sure why you think it's "sad".  you think my opinion is "sad"?

processor are supposed to be "spun" - they are idle most of the time.

"wading" through data?  you mean piping it through sort and uniq ?

>I just want to know if someone installs some new stuff in /usr/local that's
all.

i must not understand what you are trying to do.  if that's all you need to
know then why wouldn't you just use "find . -ctime 0" which would tell you
which files in a tree have been changed in the last 24 hours?

geesh, you post on a mailing list asking for help, and then get all touchy
about a response.
"Wow, that's just sad." ;-)  just kidding.  knock yourself out, do whatever
you think is best.

Josh Coates
http://www.jcoates.org

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Andrew Jorgensen
Sent: Tuesday, October 12, 2004 1:47 PM
To: Josh Coates
Cc: BYU Unix Users Group
Subject: Re: [uug] Total size of a directory


On Tue, 12 Oct 2004 13:37:30 -0600, Josh Coates <[EMAIL PROTECTED]> wrote:
>
> >In my case it's because I'm comparing two machines.
> >...
> >Before someone suggests MD5 let me say that it's not that important,
> >but it is important enough to check sizes.
>
> imho, you are doing this the wrong way.  comparing sizes of binaries is a
> poor method of comparison.
>
> use md5sum.  it's easy and the "right way" to do this.

Wow, that's just sad.  How can you say that in reply to me saying I
don't need to?  I guess I could spin my processor needlessly every
night just for kicks and then wade through all the data to find out
what's different.  I don't need to, I just don't.  I don't care how
they are different if they are and I'm not trying to catch a hacker.
I just want to know if someone installs some new stuff in /usr/local
that's all.

____________________
BYU Unix Users Group
http://uug.byu.edu/
___________________________________________________________________
List Info: http://uug.byu.edu/cgi-bin/mailman/listinfo/uug-list


____________________
BYU Unix Users Group 
http://uug.byu.edu/ 
___________________________________________________________________
List Info: http://uug.byu.edu/cgi-bin/mailman/listinfo/uug-list

Reply via email to