Yay, marking resolved based on feedback on issue632 !

Yeah -- we just diagnosed the same issue on issue632

I've tested that  it's fixed for me; I'd appreciate if armooo or C_open could
verify this.

This seems like a problem with how gzip Content-Encoding is configured. In
firefox setting network.http.accept-encoding to '' fixes the problem.

After fiddling around with python, I've found that the tarball properly
generates on my windows machine in a way that I can open it. When I download it
from the server (on both windows and ubuntu), I cannot open it with the hint
given in the mission. I get the same error as C_open does. It's probably (like
paulproteus said) a flaw with the tar file being sent out by the server.

A simple workaround is just to use gunzip or gzip to decompress to a .tar first,
and then unpackage it from there with "tar xvf ghello-0.4.tar". This solution
would only require a simple change in the instructions.

Another solution is that we create a working tarball and simply host it on the
server for people to download, rather than just generating it on request. 

I'm not 100% why it is the way it is now, as I'm fairly new to the project (and
open source projects as well). Whichever solution is preferred can be done. 

Hope I helped. :)

That makes sense and solves a headache of mine. You guys have been
amazingly helpful. Thanks

It looks like there's some flaw with our tar file, in that we are sending 
out (effectively)

tar.gz.gz files, not

tar.gz files.

(Even though the name is .tar.gz.)

I'd like to see if we can reproduce this problem, but that's what it 
looks like reading the discussion here.

Running tar xf on the <filename>.tar file unpacked it just fine. 

I dont get the need for the extra step ? Or how to tell which method to use in
the future ? (And what the differance this tar.bz has to other ones Iv downloaded ?)

:~/Downloads$ file ghello_4.tar
ghello_4.tar: gzip compressed data, last modified: Wed Jan 11 21:25:42
2012, max compression
~/Downloads$

Thanks for all the help. This seems like doing the xvfz comand in several
steps ? How come ?

On Wed, Jan 11, 2012 at 11:55 PM, jesstess <bugs@openhatch.org> wrote:

>
> jesstess <jessica.mckellar@gmail.com> added the comment:
>
> C_open, thanks, that was perfect.
>
> Can you run:
>
> 1. "gunzip ghello_4.tar.gz"
> 2. file <filename>, where <filename> is the name of the file produced by
> gunzip
>
> __________________________________________
> Roundup issue tracker <bugs@openhatch.org>
> <https://openhatch.org/bugs/issue656>
> __________________________________________
>

C_open, thanks, that was perfect.

Can you run:

1. "gunzip ghello_4.tar.gz"
2. file <filename>, where <filename> is the name of the file produced by gunzip

~/Downloads$ file ghello_4.tar.gz 
ghello_4.tar.gz: gzip compressed data, from Unix
~/Downloads$ tar xvfz ghello_4.tar.gz 
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Exiting with failure status due to previous errors

I hope this is what you wanted ? I right clicked "save link as"

Hi C_open, and thanks for getting in touch with us! This is a fine place to report bugs. Sending mail 
to hello@openhatch.org would also work.

To debug this, can you paste the following here:

1. The output of "file <filename>", where <filename> is the name of the file you downloaded from 
the OpenHatch website.

2. The full output of "tar xvfz <filename>", including the line containing the command you ran

Can you also describe how you are downloading the file? (clicking on a link, using wget, etc.)

I am currently working my way through the missions and am pretty new to creating
/ unpacking tar-balls. I have managed to unpack other tar.gz files from source
forge but get the error of

tar: This does not look like a tar archive
tar: Skipping to next header
tar: Exiting with failure status due to previous errors

When I try and unpack (using the hint) the tar.gz from the missions (attached)
Any help is appreciated

I also hope this is in the right place...