Date: Sun, 7 Nov 1999 22:31:37 -0800 From: "David O'Brien" <obrien@NUXI.com> To: Brian Fundakowski Feldman <green@freebsd.org> Cc: arch@freebsd.org Subject: Re: new MD5 option Message-ID: <19991107223137.C29186@dragon.nuxi.com> In-Reply-To: <Pine.BSF.4.10.9911061743530.1527-100000@green.myip.org>; from green@FreeBSD.org on Sat, Nov 06, 1999 at 05:57:33PM -0500 References: <19991106133558.A5539@dragon.nuxi.com> <Pine.BSF.4.10.9911061743530.1527-100000@green.myip.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> > I am adding an option to md5 to reverse the order of output. ... > MD5 (foo) = 1bfe5d8702009e431bad3862b79f5d95 > MD5 (quux) = 8687c409c3cc95464d49a7c4dff71e73 > > They're less lined up, but they look a lot better to a human than > > MD5 1bfe5d8702009e431bad3862b79f5d95 foo > MD5 8687c409c3cc95464d49a7c4dff71e73 quux Your opinion. I often MD5 compare two files who's pathname lengths are *significantly* different from each other. While my "-r" output isn't the most pretty, it is certainly easier for my eyes to run down the two hashes to see if they match, than when one starts in column 20 and the other in column 70. Think comparing installed files with the live file system CDROM. > If for some reason we _really_ need this, what's wrong with a shell > transformation instead: Because I don't want to have to install such a shell script on every machine. Unless of course I commit the shell script. > What good is all the convenience we have available to reduce bloat > if we never use it for anything? When I use the flag 80% of the time I use the program, it starts to become required in my eyes. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19991107223137.C29186>