* Re: [dm-crypt] dm-crypt Digest, Vol 9, Issue 4
[not found] <mailman.1.1267700401.18882.dm-crypt@saout.de>
@ 2010-03-04 22:59 ` Scott Castaline
0 siblings, 0 replies; only message in thread
From: Scott Castaline @ 2010-03-04 22:59 UTC (permalink / raw)
To: dm-crypt
> Today's Topics:
>
> 1. Re2: reading archives (Arno Wagner)
> 2. reading archives (Scott Castaline)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 4 Mar 2010 01:31:16 +0100
> From: Arno Wagner<arno@wagner.name>
> To: dm-crypt@saout.de
> Cc: christophe@saout.de
> Subject: [dm-crypt] Re2: reading archives
> Message-ID:<20100304003116.GA1196@tansi.org>
> Content-Type: text/plain; charset=us-ascii
>
>
> Ok, I looked a bit closer. It seems this is compressed
> on-the-fly and corrupted on server side. Strangely
> the corruption seems to be a windows thing or at least
> browser dependent. I got suspicuous after I got two
> different sized files with Opera and Firefox. On
> Linux I downloaded with wget for yet another size.
>
> After a bit of messing around, I have it now:
> Under Windows the files get compressed with gzip
> twice! Possibly some terminally stupid, over-helpful
> automatisation that decided to make sure it is a
> gzip'ed file.
>
> Temporary workaround for Windows:
>
> Decompress, rename to name.gz and decompress again.
> You may also have to click through a folder hierachy
> (that I had no idea gzip could support).
>
> Admin of the archive cc'ed, just in case.
>
> Arno
>
Ok, doing gzip twice was the trick, I can now read the archives from Aug
09 to Jan 10. Are you doing the list on a Windows Server? I've zipped
files on Linux many times and never ran into this bug of double packing
before. I did wonder about the fact that the 1st unpacking produced the
same size file that the size didn't change until the 2nd go around.
^ permalink raw reply [flat|nested] only message in thread