mac&linux download/unzip problem

when downloading fritzing 0003 and unziping on linux I get:

cyphunk@tin:~/apps/lnx/dev/fritzing/fritzing-0003> unzip fritzing-0003-linux.zip

Archive:  fritzing-0003-linux.zip

  End-of-central-directory signature not found.  Either this file is not

  a zipfile, or it constitutes one disk of a multi-part archive.  In the

  latter case the central directory and zipfile comment will be found on

  the last disk(s) of this archive.

unzip:  cannot find zipfile directory in one of fritzing-0003-linux.zip or

        fritzing-0003-linux.zip.zip, and cannot find fritzing-0003-linux.zip.ZIP, period.

cyphunk@tin:~/apps/lnx/dev/fritzing/fritzing-0003>                                       

I've downloaded it twice in case it was just an issue with the transfer but the errors show up still.

On OSX with the OSX 0003 download the unzip gui will lock up.  When running unzip from the terminal I get the same error shown for linux above.

Hi Nathan,

we've had this complaint before, and it seems that the download from Google Code is not always stable. We cannot do much about it, and I'm afraid that you have to keep on tryin'. Let us know if the problem persists, though!

Hi André, Nathan,

I've experienced similar with Fritzing and other ZIP archives.  fritzing-000x-osx.zip was not functional when expanded using 7zX or /usr/bin/unzip in Terminal, but it worked fine when expanded with Stuffit Expander or Archive Utility.

After some poking around, it seems that /usr/bin/unzip and 7zX leave "fritzing-0004/Fritzing.app/Contents/MacOS/Fritzing" (The executable) in a with non-executable file mode (644):

mac: Desktop user$ ls -la fritzing-0004/Fritzing.app/Contents/MacOS/

total 128
drwxr-xr-x  3 user  staff    170 30 Jan 09:43 .
drwxr-xr-x  4 user  staff    170 29 Jan 16:00 ..
-rw-r--r--  1 user  staff  59032 29 Jan 16:00 Fritzing
-rw-r--r--  1 user  staff     74 29 Jan 16:00 Fritzing.ini
drwxr-xr-x  3 user  staff    102 30 Jan 09:43 workspace

Simply chmod 755:

mac: Desktop user$ chmod 755 fritzing-0004/Fritzing.app/Contents/MacOS/*

-Matt

Hi Matt,

thanks for investigating this. I will see what we can do about it, maybe it's possible to set the execution rights differently before we zip it.

Hi All,

I don't know if this helps, but there seems also to be a difference between Firefox and Safari.

Safari downlaods and extracts the .zip correctly and automatic (i.e the downloaded file ends up as a folder on my desktop).

Where Firefox doesn't succeed in extracting the zip. It passes the file over to Stuffit Expander, which subsequently crashes

The two browser applications also seem to give the .zip file a different icon and make the .zip file open by a different helper application. A brown Stuffit .ZIP box in the case of Firefox, to be opened with Stuffit Expander (which crashes). And a white sheet with zipper, to be opened with BOMArchiveHelper in the case of Safari. (which *does* works).

So the trick seems to be to download the .zip file from within Safari, or extract the .zip file after downloading with BOMArchiveHelper, (this also works, i.e if you have this application)