[mythtv-users] CVS wget gzip problem - FIXED! ( I think )

[Nathan Elliott]

That appears to work as well...good thinking!  

-----Original Message-----
From: Matt White
To: Discussion about mythtv
Sent: 5/11/2004 8:47 PM
Subject: Re: [mythtv-users] CVS wget gzip problem - FIXED!  ( I think )

Nathan Elliott wrote:
> Summary:
> 
> Problem:  WGET retrieved GZIP files from DD server, but local proxy
(IPCOP
> with DansGuardian) unzipped the files before handing them off to the
local
> client. (This is still a mystery to me)
> 

[ snip fix ]

> Everything works now!
> 
> Obviously the big issue with this is that I will need to rebuild again
if I
> ever change/remove my proxy server.
> 
> If this is a common problem, it seems like it would be fairly simple
to
> modify MYTHTV to check the files it downloads to see if they are gzip
files
> or not before processing it??

How about just using 'gzip -df' instead of 'gzip -d'?  From the gzip
manpage:

         -f --force
               Force compression or decompression even if the file has 
multiple
               links  or  the corresponding file already exists, or if 
the com-
               pressed data is read from or written to a terminal. If 
the input
               data  is  not  in a format recognized by gzip, and if the

option
               --stdout is also given, copy the input data  without 
change  to
               the standard ouput: let zcat behave as cat.  If -f is not

given,
               and when not running in the background, gzip prompts  to 
  verify
               whether an existing file should be overwritten.

It should pass the file through whether or not it is in gzip format.

-- 
Matt White                          whitem at arts.usask.ca
Arts and Science Computer Labs      University of Saskatchewan

It sure is Monday... Ain't it a sin
I've gotta work my way thru the week again.
	- Mark Chesnutt..."Sure Is Monday"

 <<ATT273814.txt>>