In ancient times tar used a blocksize of 10240 bytes (or 20 records of 512 bytes), particularly for tape. I'm pretty sure I sometimes had to zero pad out to a multiple of 10240 bytes, even when there was no tape involved. On Wed, Jan 14, 2015 at 12:16 AM, Matt Caswell <matt at openssl.org> wrote: > > > On 13/01/15 00:51, jonetsu at teksavvy.com wrote: > > Hello, > > > > There is an untarring error with file. Here are the details. > > > > File size: > > > > 1425056 Jan 4 18:50 openssl-fips-2.0.9.tar.gz > > > > md5sum test OK with: > > > > c8256051d7a76471c6ad4fb771404e60 > > > > The error: > > > > % tar xvfz openssl-fips-2.0.9.tar.gz > > > > [...] > > openssl-fips-2.0.9/util/ssleay.num > > openssl-fips-2.0.9/util/tab_num.pl > > openssl-fips-2.0.9/util/x86asm.sh > > tar: A lone zero block at 14880 > > > > Is there something wrong with the archive ? > > No. > > "Recent versions of GNU tar expect a pair of zero blocks at the end of > the file by default. If GNU tar encounters a lone zero block, even at > the end, this is interpreted by GNU tar as a bad archive." > (from http://www-01.ibm.com/support/docview.wss?uid=swg21270445) > > if you use: > > tar ixvfz openssl-fips-2.0.9.tar.gz > > the problem goes away. > > Matt > > _______________________________________________ > openssl-users mailing list > To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users > -- Christopher Vance -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mta.openssl.org/pipermail/openssl-users/attachments/20150114/7773f234/attachment.html>
