Tar.gz.tar download?

Hi all,
I noticed Safari doing something strange lately. Everytime I download some zipped file with ending tar.gz, safari turn it into tar.gz.tar instead of unzipping it.
Any idea how I can tell safari to unzip the file instead of tarring it?
Cheers

You could try deleting the last .tar in the suffix.

Similar Messages

  • [Solved] converting *.tar.tar to .tar.xz

    Hi Community
    the last days i downloadet packages form the archlinux server via a windows, because of my poor conection at home.
    some of those archives are *pkg.tar.tar, but my pacman awaits *.pkg.tar.xz
    how can i extract the first arcive partially to *.pkg.tar
    i searched the web and the wiki, but i just found out how to compleetly extract the arcive, but i have to compress it again anyway
    sorry for my poor english
    thanks in advance
    Last edited by gamer01 (2011-06-03 10:04:13)

    i checked the
    file
    and i found out that it is really xz compressed
    it happend on many packages for example: wesnoth-data, vlc, wine, thunderbird, firefox
    there where also some of them named correctly with *.xz
    i can not understand how this could have happend, cause i did not change the names in any way (and of course i know how to show the file extentions on windows)
    crazy shit
    this are thinks why i hate windows
    thanks a lot guys
    just to answer compleetly:
    @ karol
    i didnt got errors when i use this command (with <somepackage>.pkg.tar.tar)
    i did not got errors before, he ignored the packages and startet to download them again from the internet
    eg.
    pacman -S vlc
    i now i will rename them correctly before copying them to my /var/cache/pacman/pkg

  • Downloading .tar.bz2 files ...

    ... why in **** does Safari add another .tar to .tar.bz2 files, and how do I stop it? Many thanks for the person who knows this one.
    -peter

    Hi,
    It's probably due to the mime encoding specified on the server side - Safari tends to believe what it's told.
    Assuming you're getting the file from wireshark.org, that download is reported as 'Content-Type: application/x-tar'
    (Compare that to the gzipped tar file there which is correctly defined as 'application/x-gzip')

  • Added .tar of .txt extensions on download

    Is there a way to prevent Safari from adding .tar or .txt extensions to files when downloading them. This happens for example for .tar.gz or .tar.bz2 files, which then get renamed to .tar.gz.tar or .tar.bz2.tar respectively; or files that have an ASCII header but binary data past that, which then get (incorrectly) .txt appended.
    Or is this a server/mime-type issue? Even then, it would be good if there's a way to turn this "let's add a seemingly appropriate extension to this file" behaviour off.
    Evert
    (Safari 3.0.4 of 10.5.2)

    I primarily use Firefox.  I checked for the Adobe plug in and it is active and up-to-date.  I used IE to test the following process:  log on to wells fargo and open a bank statement that shows as a PDF.  It opens as a PDF quickly and then I have the option to save or print, which also works fine.  Following the same process with Firefox will not open the PDF, rather is downloads and saves it as a document names "session.cgi"  If I change the extension on the save file to .pdf then I can open it with Adobe.  Prior to the more recent Adobe update this was not the case.

  • I can't untar OWB_10.2.0.1.linux.tar.tar

    I did a cksum on this file and it gave the correct value but it gives this error when I try to untar it...
    [oracle@tugboat sw]$ tar xfv OWB_10.2.0.1.linux.tar.tar
    tar: This does not look like a tar archive
    tar: Skipping to next header
    tar: Archive contains obsolescent base-64 headers
    tar: Error exit delayed from previous errors
    This should be the linux-86 version
    Thanks for any help

    1. Command should be (I think you missed the minus "-"):-
    # tar -xvf <filename>
    2. Check if the downloaded file name (and extension) are correct
    3. If still having problem, verify the checksum or try downloading again.

  • HOW to install fonts from rpm/tar.gz (ec-fonts-mftraced)

    Hey all.
    I'm trying to install a music program called Lilypond, for my girlfriend, as an example of how easy (heh) linux is to use.
    Now, to use this particular version, I need to install some fonts. ec-fonts-mftraced, to be exact.
    The Lilypond site provides downloads for the fonts here
    There is an rpm, deb, and tar.gz version, none of which I've managed to install from. I've tried using
    rpmunpack | gzip -d | cpio -uid
    as (kind of) per the instructions:
    EC-FONTS-MFTRACED
    GNU LilyPond 2.3.x needs TeX (if you are using the TeX backend) and
    PostScript Type1 PFA/PFB fonts with full internationalisation support.
    By default, LilyPond uses the ec* family.
    INSTALLING EC FONTS
    The binany RPM and DEB packages should be installable on any RPM or
    DEB based system.
    If you do not have such a system, install either
    * the RPM, like so
    rpm2cpio ec-fonts-mftraced-1.0.2-1.noarch.rpm | cpio -uid
    mktexlsr
    * or the DEB,
    ar p ec-fonts-mftraced_1.0.2-1_all.deb data.tar.gz | tar zxf -
    mktexlsr
    BUILDING FROM SOURCE
    cvs -d :ext:[email protected]:/cvsroot/lilypond co sauter-fonts-mtraced
    cd sauter-fonts-mtraced
    make all install
    mktexlsr
    I can't get anything to work though, nor can I install the fonts thru KDE control centre.
    Can anyone help me with this problem?
    Much appreciated,
    Thom.

    You need t1utils (an easy compile), potrace (or autotrace), tetex, and python so you can compile mftrace.
    mftrace PKGBUILD is at the bottom of http://bbs.archlinux.org/viewtopic.php?t=6450
    Then you need to:
    cd /usr/share/mftrace/
    import filelib
    Here's the PKGBUILD for ec-fonts-mftraced:
    http://bbs.archlinux.org/viewtopic.php?t=6451
    Fontforge I think helps it compile faster (??)
    All of the above-mentioned packages that aren't available via pacman have been uploaded to ftp.archlinux.org/incoming

  • [SOLVED]makepkg modifies binary - different size in source tar/package

    I'm using the following extremely straightforward PKGBUILD to try and package livestreamer-twitch-gui:
    # Maintainer: Ben Fox-Moore <[email protected]>
    pkgname=livestreamer-twitch-gui
    pkgver=v0.7.1
    pkgrel=1
    pkgdesc="A multi platform Twitch.tv browser for Livestreamer"
    arch=('x86_64')
    url="https://github.com/bastimeyer/livestreamer-twitch-gui"
    license=('MIT')
    depends=("livestreamer")
    provides=('livestreamer-twitch-gui')
    source_x86_64=("https://github.com/bastimeyer/livestreamer-twitch-gui/releases/download/$pkgver/livestreamer-twitch-gui-$pkgver-linux64.tar.gz")
    sha256sums_x86_64=('b9350224f04c0028f87bd852f7f0aca2017000a07ec95fbbacbf49fe2b564ca7')
    package() {
    cd "$srcdir/$pkgname"
    install -d "$pkgdir/usr/share/$pkgname"
    cp -R * "$pkgdir/usr/share/$pkgname"
    however when I compare the size of files in the source tar livestreamer-twitch-gui-v0.7.1-linux64.tar.gz:
    $ tar -ztvf livestreamer-twitch-gui-v0.7.1-linux64.tar.gz
    drwxr-xr-x 0/0 0 2015-02-10 19:00 livestreamer-twitch-gui/
    -rwxr-xr-x 0/0 979 2015-02-10 18:59 livestreamer-twitch-gui/add-menuitem.sh
    -rw-r--r-- 0/0 10485568 2015-02-10 18:59 livestreamer-twitch-gui/icudtl.dat
    -rwxr-xr-x 0/0 4678264 2015-02-10 18:59 livestreamer-twitch-gui/libffmpegsumo.so
    -rwxr-xr-x 0/0 73325950 2015-02-10 18:59 livestreamer-twitch-gui/livestreamer-twitch-gui
    -rw-r--r-- 0/0 5770140 2015-02-10 18:59 livestreamer-twitch-gui/nw.pak
    -rwxr-xr-x 0/0 450 2015-02-10 18:59 livestreamer-twitch-gui/remove-menuitem.sh
    -rwxr-xr-x 0/0 1258 2015-02-10 18:59 livestreamer-twitch-gui/start.sh
    with those in the generated package tar livestreamer-twitch-gui-v0.7.1-1-x86_64.pkg.tar.xz
    $ tar -Jtvf livestreamer-twitch-gui-v0.7.1-1-x86_64.pkg.tar.xz
    -rw-r--r-- root/root 624 2015-03-08 00:34 .PKGINFO
    -rw-r--r-- root/root 1286 2015-03-08 00:34 .MTREE
    drwxr-xr-x root/root 0 2015-03-08 00:34 usr/
    drwxr-xr-x root/root 0 2015-03-08 00:34 usr/share/
    drwxr-xr-x root/root 0 2015-03-08 00:34 usr/share/livestreamer-twitch-gui/
    -rw-r--r-- root/root 5770140 2015-03-08 00:34 usr/share/livestreamer-twitch-gui/nw.pak
    -rwxr-xr-x root/root 450 2015-03-08 00:34 usr/share/livestreamer-twitch-gui/remove-menuitem.sh
    -rwxr-xr-x root/root 1264280 2015-03-08 00:34 usr/share/livestreamer-twitch-gui/libffmpegsumo.so
    -rwxr-xr-x root/root 1258 2015-03-08 00:34 usr/share/livestreamer-twitch-gui/start.sh
    -rwxr-xr-x root/root 72547728 2015-03-08 00:34 usr/share/livestreamer-twitch-gui/livestreamer-twitch-gui
    -rwxr-xr-x root/root 979 2015-03-08 00:34 usr/share/livestreamer-twitch-gui/add-menuitem.sh
    -rw-r--r-- root/root 10485568 2015-03-08 00:34 usr/share/livestreamer-twitch-gui/icudtl.dat
    you can see that both livestreamer-twitch-gui and libffmpegsumo.so have different sizes in the generated package from the source tar. Everything else stays the same. Obviously this causes issues when trying to install and run the package. Any ideas what might be causing this problem? Thanks!
    Last edited by InfernoZeus (2015-03-08 00:46:00)

    Thanks for the super prompt reply! Adding the no strip option solved my problem perfectly
    I did look at trying to split up the binaries/libraries/etc. but that's complicated by the libudev.so.0 issue. The source tar includes a script to solve the issue, but it expects the real binary to be in the same folder. There's also a couple of scripts and additional files that are looked for right next to the binary. I think for now I'll just move it all to /opt/$pkgname.
    Thanks again.
    Last edited by InfernoZeus (2015-03-08 00:45:36)

  • VM Template tar extract failed

    Hello,
    I have an issue with a PeopleSoft ELM template, however the problem is related to extracting the tarball. Is there anything specific I need to do when extracting these archives? Here is what I've tried:
    [root@vochomurka seed_pool]# gunzip -c OVM_EL5U2_X86_64_ELMDB_9_1_2_PVM.tgz.1of2 | tar -xvf -
    ELMDB.img
    oracle11g_x86_64_asm.img
    gunzip: OVM_EL5U2_X86_64_ELMDB_9_1_2_PVM.tgz.1of2: unexpected end of file
    tar: Read 3635 bytes from -
    tar: Unexpected EOF in archive
    tar: Unexpected EOF in archive
    tar: Error is not recoverable: exiting now
    2.
    honza@honzambp$~/Downloads: tar -xvf OVM_EL5U2_X86_64_ELMDB_9_1_2_PVM.tgz.1of2
    x oracle11g_x86_64_asm.img
    gzip: OVM_EL5U2_X86_64_ELMDB_9_1_2_PVM.tgz.1of2: unexpected end of file
    : Truncated tar archive
    tar: Error exit delayed from previous errors.I've checked md5 checksums on the original .zip files and they match what Oracle provides in their digest. So, what am I doing wrong here? Am I supposed to join the parts together first?
    Thanks,
    Honza
    Edited by: Honza on Feb 3, 2012 4:27 AM

    Thank you forums, seems many times I start a post after struggling for a bit I find the answer myself :-)
    Anyway, I found a solution in my own notes and it's quite simple. While extracting the tar, it fails as unexpected end of file, so there is some data missing. In this case, it's the next part. The soltion is to concatenate the two files before attempting a tar extract. Example follows.
    [root@vochomurka seed_pool]# cat OVM_EL5U2_X86_64_TOOLS_8_50_09_ELM_9_1_2_PVM.tgz.1of2 OVM_EL5U2_X86_64_TOOLS_8_50_09_ELM_9_1_2_PVM.tgz.2of2 >> OVM_TOOLS.tgz
    [root@vochomurka seed_pool]# tar -xvf OVM_TOOLS.tgzMaybe someone like me might stumble across this post in the future.

  • Help with pkgadd, tar, and uncompress

    All,
    I've just downloaded the Solaris Security Toolkit in package format, and I'm trying to install it with pkgadd. My process should look like this:
    uncompress SUNWjass-x.pkg.tar.Z
    tar -xvf SUNWjass-x.pkg.tar
    pkgadd -d SUNWjass -x.pkg
    However, on the second step tar uncompresses the package format as well, giving me a directory named SUNWjass that is useless to the pkgadd command.
    Any help would really be great!

    All,
    I've just downloaded the Solaris Security Toolkit in
    package format, and I'm trying to install it with
    pkgadd. My process should look like this:
    uncompress SUNWjass-x.pkg.tar.Z
    tar -xvf SUNWjass-x.pkg.tar
    pkgadd -d SUNWjass -x.pkg
    However, on the second step tar uncompresses the
    package format as well, giving me a directory named
    SUNWjass that is useless to the pkgadd command.Then the package is in directory(file) format instead of pkgstream format. Just use '-d .'
    The argument to -d is a container of packages. It can be a datastream file, or it can be a directory with packages within.
    Darren

  • How do I stop .tar.md5 archive unpacking?

    I'm running OSX 10.9.4 on a 2013 MacBook Air (Haswell). I like to download/flash different firmwares for my Galaxy S5. They (the firmwares) I download come in .zip files. I chose where to extract it and the result is a .tar.md5 format file (a type of compressed file). The problem is that OSX automatically starts unpacking this .tar.md5 file and the result is a folder.
    I need OSX to stop unpacking my .tar.md5/.tar files because I need them like that. It doesn't do that with .zip or other file formats, just with this one (as far as I know). How do I do that?
    Thank's,
    Mihai Raducan

    No, it's not that. That was the first thing I checked. It doesn't open .zip or any other files automatically, just this .tar.md5 file. And I mainly use Chrome.
    I also checked Archive Utility, but there is nothing there I can check/uncheck to make it stop it's behaviour.

  • LMS 3.2 - Backup-Error -- ERROR(908): Cannot create or back up tar file

    Hello again,
    with performing backup (LMS 3.2 on Solaris 9) the following errors will arise.
    dbbackup.log
    /opt/CSCOpx/bin/tar: Removing leading `/' from absolute path names in the archive Apps file : /opt/CSCOpx/backup/manifest/upm/upminfo/datafiles.txt
    [Tue Dec  8 08:56:54 2009] Archiving the contents of the following directories into /enbw/backup/files/cw_db_backup/0/upm/filebackup.tar
    [Tue Dec  8 08:56:54 2009] /opt/CSCOpx/hum/conf/upm-snmp.properties
    /opt/CSCOpx/hum/thresholdscript /opt/CSCOpx/MDC/tomcat/webapps/upm/reports
    /opt/CSCOpx/MDC/tomcat/webapps/upm/WEB-INF/classes/com/cisco/nm/upm/properti
    es/common/UPM.properties
    /opt/CSCOpx/bin/tar: Removing leading `/' from absolute path names in the archive
    /opt/CSCOpx/bin/tar: Cannot add file
    /opt/CSCOpx/MDC/tomcat/webapps/upm/reports/virt32841308_657_658_-718594975:
    No such file or directory
    /opt/CSCOpx/bin/tar: Cannot add file
    /opt/CSCOpx/MDC/tomcat/webapps/upm/reports/virt32841308_658_659_1465769167:
    No such file or directory
    /opt/CSCOpx/bin/tar: Error exit delayed from previous errors [Tue Dec  8 09:07:30 2009]  ERROR(908): Cannot create or back up tar file. Backup cancelled. Verify that you have write-access to this directory. [Tue Dec  8 09:07:30 2009]  Backup failed: 2009/12/08 09:07:40 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
    Is seems to be problem related to maximal filesize handling of GNUtar implemented in CW2000.
    The problem is with tar'ing HUM-Reports in /opt/CSCOpx/MDC/tomcat/webapps/upm/reports, and with reaching
    tarfile-size of 2,9GByte error is thrown.
    </exxx/backup/files/cw_db_backup/0/upm># ls -lh
    total 6126448
    -rw-r-----   1 casuser  casusers    2.9G Dec  8 09:07 filebackup.tar
    </exxx/backup/files/cw_db_backup/0/upm># ls -al
    total 6126452
    drwxr-x---   2 casuser  casusers     512 Dec  7 14:30 .
    drwxr-x---  11 casuser  casusers     512 Dec  7 14:30 ..
    -rw-r-----   1 casuser  casusers 3135201280 Dec  8 09:07 filebackup.tar
    GNUtar-Version
    # /opt/CSCOpx/bin/tar --version
    tar (GNU tar) 1.13
    Copyright (C) 1988, 92,93,94,95,96,97,98, 1999 Free Software Foundation, Inc. This is free software; see the source for copying conditions.  There is NO
    warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
    Written by John Gilmore and Jay Fenlason.
    Is this a know problem?
    Thanks for any thoughts.
    Best Regards
    Lothar

    Hi Joe,
    thanks for your feedback.
    These files to be tarred aren't there directly after backup stops with error.
    It seems that some process stores data about reports in that file and when trying to
    pack these reports via tar they are delete by any cleanup method.
    Does this help.
    P.S. Backup usually takes about more than 1hour

  • Time-stamp problem with tar

    everytime i untar something i get:
    [yak8998 files]$ tar xfj Azureus_2.0.8.4_linux.GTK.tar.bz2
    tar: azureus/azureus: time stamp 2004-03-14 08:39:50 is 48653898 s in the future
    tar: azureus/Azureus2.jar: time stamp 2004-03-16 13:00:23 is 48842329 s in the future
    tar: azureus/id.azureus.dir.file: time stamp 2003-12-19 19:43:31 is 41263317 s in the future
    tar: azureus/cpl-v10.html: time stamp 2004-02-12 18:42:42 is 46011668 s in the future
    tar: azureus/lgpl-v21.txt: time stamp 2004-02-12 18:42:42 is 46011668 s in the future
    tar: azureus/libswt-atk-gtk-3038.so: time stamp 2004-02-12 17:42:41 is 46008067 s in the future
    tar: azureus/libswt-awt-gtk-3038.so: time stamp 2004-02-12 17:42:41 is 46008067 s in the future
    tar: azureus/libswt-gnome-gtk-3038.so: time stamp 2004-02-12 17:42:41 is 46008067 s in the future
    tar: azureus/libswt-gtk-3038.so: time stamp 2004-02-12 17:42:41 is 46008067 s in the future
    tar: azureus/libswt-mozilla-gtk-3038.so: time stamp 2004-02-12 17:42:41 is 46008067 s in the future
    tar: azureus/libswt-pi-gtk-3038.so: time stamp 2004-02-12 17:42:41 is 46008067 s in the future
    tar: azureus/libsystray4j.so: time stamp 2004-02-28 05:35:44 is 47346850 s in the future
    tar: azureus/mpl-v11.txt: time stamp 2004-02-12 18:42:42 is 46011668 s in the future
    tar: azureus/swt-about.html: time stamp 2004-02-12 18:42:42 is 46011668 s in the future
    tar: azureus/swt.jar: time stamp 2004-02-12 17:42:40 is 46008066 s in the future
    tar: azureus/swt-mozilla.jar: time stamp 2004-02-12 17:42:40 is 46008066 s in the future
    tar: azureus/swt-pi.jar: time stamp 2004-02-12 17:42:40 is 46008066 s in the future
    tar: azureus/README.linux: time stamp 2004-03-08 10:33:00 is 48142286 s in the future
    tar: azureus/systray4j.disabled: time stamp 2004-03-06 03:43:04 is 47944890 s in the future
    tar: azureus: time stamp 2004-03-14 14:18:09 is 48674195 s in the future
    [yak8998 files]$
    and nothign works right...
    but than if I
    [yak8998 files]$ tar xfjm Azureus_2.0.8.4_linux.GTK.tar.bz2
    it works fine...
    I'm thinking this might have to do with the system clock, except in FreeBSD and the BIOS the date/time is correct.

    I'm guessing your system clock is wrong in Arch.  Type "date" and see if it's the right time... and check /etc/rc.conf to make sure you have HARDWARECLOCK and TIMEZONE set right.

  • Vnc-4_1_2-sparc_solaris[1].tar ERROR

    Xvnc Free Edition 4.1.2 - built May 12 2006 17:52:56
    Copyright (C) 2002-2005 RealVNC Ltd.
    See http://www.realvnc.com for information on VNC.
    Underlying X server release 0, unknown
    Thu Nov 9 16:26:45 2006
    vncext: VNC extension running!
    vncext: Listening for VNC connections on port 5901
    vncext: created VNC server for screen 0
    error opening security policy file /usr/openwin/lib/X11/xserver/SecurityPolicy
    Could not init font path element /usr/openwin/lib/X11/fonts/CID/, removing from list!
    This is what i receive when trying to create a session on a Solaris 10 / Sun Fire V120
    Can someone please adivse
    output from ps -ef
    root 1596 1 0 16:26:45 pts/1 0:00 Xvnc :1 -desktop cp-dn-test01:1 () -auth //.Xauthority -geometry 1024x768 -dept
    Cannot connect

    Hi, review your steps:
    -install
    -add line to .profile
    make sure you have your /.vnc/xstartup file and its executable:
    These are my stepls to install it:
    RealVNC 4.1.2 -
    (my last install was on a Solaris Express 11 b44 8/06 Sparc
    a)
    File to use: �vnc-4_1_2-sparc_solaris.tar.gz�
    #gunzip vnc-4_1_2-sparc_solaris.tar.gz
    #tar �xvf vnc-4_1_2-sparc_solaris.tar
    #cd vnc-4_1_2-sparc_solaris
    b)
    Install it by running:
    # ./vncinstall /usr/bin /usr/share/man/
                   Note: this will also install man pages into �/usr/share/man/man1�
    If you want to use the Java VNC viewer :
    Copy the files from the java directory to some suitable installation directory
    such as /usr/local/vnc/classes (vncserver will read this path!- don�t change it):
    # mkdir -p /usr/local/vnc/classes
    # cp java/* /usr/local/vnc/classes
    c)
    Add this line to .profile (under the user):
    vncserver -depth 24 -geometry 1024x768
    d)
    (this folder/files would be for each user too)
    Create a /.vnc directory first, we will create the xstartup file inside:
    file /.vnc/xstartup:
    #!/bin/sh
    xsetroot -solid grey
    gnome-session     <open on gnome desktop>
    #/usr/dt/bin/dtsession <open on CDE desktop>
    make it executable:
    # chmod 744 xstartup To make it executable.
    If you still see this message on the log but works dont worry about it:
    "error opening security policy file /usr/openwin/lib/X11/xserver/SecurityPolicy
    Could not init font path element /usr/openwin/lib/X11/fonts/CID/, removing from list!
    its a buboo...

  • Include a hidden file in a tar

    I need to tar all the files in my current dir (some are hidden files).
    when I issued the command "tar cvf temp1.tar *" , then extracted the tar, I couldnt find the hidden files.
    Can some one plz help me.. if I need to include any additional options while issueing tar command or any workaround is available for this..
    Thanks in advance.
    Bindu

    Hello
    Check first if the file has been included into the tar archive (tar tf ...).
    Typically "*" means: not including hidden files so "tar cf x.tar *" will not include hidden files.
    In this case type: "tar cf x.tar * .*" (with a space between the first "*" and the ".")
    Martin

  • Tar problem - Not sure where to ask

    This is my post in this forum & I'm not sure where to post this.
    I have just installed Arch in my office system 2 days ago. I was extracting tomcat 5.0.28 official tar.gz in my arch system and it gave this error:
    tar: A lone zero block at 82109
    The tar version in my system is
    tar (GNU tar) 1.15.1
    I extracted the same archive in our server where the tar version is:
    tar (GNU tar) 1.13.25
    and it gave no error
    The error/not error is same with either -x or -t flag.
    Is it a bug in the new version of tar (I think so, arch should have nothing special about it).
    What should I do can anybody suggest?

    Yes the size does match, so I think the content may be OK.
    Last time I found the directory size mismatch using du -s
    but I guess its because the two directory was in two different fs
    in server it was xfs, in my home it was ext3.
    By the way is there any way to verfiy equivalency of two directories. I know
    of md5sum but that works file by file.
    Thanks.

Maybe you are looking for