On Thu 07 Dec 2006 08:48:37 NZDT +1300, Steve Holdoway wrote:
> You'd have reason to be wrong then (:
>
> [ missed off the last post ]
>
> # cat a | md5sum -
> 6e360a338f7abc7d52dbdcc94568e220 -
And you still have not unerstood the problem. The problem is:
# cat /etc/debian_version
3.1
# /usr/bin/md5sum --version
/usr/bin/md5sum: invalid option -- -
usage: md5sum [-bv] [-c [file]] | [file...]
Generates or checks MD5 Message Digests
-c check message digests (default is generate)
-v verbose, print file names when checking
-b read files in binary mode
The input for -c should be the list of message digests and file names
that is printed on stdout by this program when it generates digests.
Exit 2
This is an annoying version of something that calls itself md5sum in place
of something useful which commonlyhas the same name. It is installed on this
system by default. This system was installed by me personally a few days
ago, from DVDs supplied by copyleft.co.nz.
Funnily, dpkg fails to tell me this time which package this binary belongs
to:
# dpkg -S /usr/bin/md5sum
dpkg: /usr/bin/md5sum
I don't know why, but on another system this binary belongs to the dpkg
package.
To reiterate: the latest stable Debian installs a useless md5sum by default
in some, but not all, cases. I thought that should have been obvious looking
at the thread.
> For me, that's it's
its ;)
> only use: as a lowest common denominator. If you write your scrips for
> sarge, they'll run on just about anything. It's up to you to work to the
> system, and not the other way round. [...] Change your mindset, and
> program to the system, not change the system to your program.
In this case, that means changing my scripts to do this:
* Locate 20GB of free temp disk space
* Read the blueray disk image to temp space
* Start with the actual job of runnig the data through md5sum
instead of something intelligent:
* Read 20GB of blueray disk image | md5sum -c
The first version moves 3 times the amount of data, twice through physical
hard disk. So I significantly downgrade performance for everyone just
because of a single retarded distro setup out there, dealing with a problem
that was solved at least last millennium. Me thinks the cows will come home
first. Expressed differently: would you significantly downgrade performance
of your software for all Linux users just so it also runs on RedmondOS?
But you're welcome to keep your mindset ;)
Volker
--
Volker Kuhlmann is list0570 with the domain in header
http://volker.dnsalias.net/ Please do not CC list postings to me.
