search

KanoComputing / kano-burners

SD Card burner for OSX
GNU General Public License v2.0
12 stars 11 forks source link

Erroneous "There was an error downloading Kano OS.." #27

Closed ishotjr closed 9 years ago

ishotjr commented 9 years ago

Kano OS burner reports "There was an error downloading Kano OS.." despite working internet connection.

Steps to Repro

  1. Download http://80.243.184.98/public/burners/kano-burner-osx.zip from http://www.kano.me/downloads
  2. Unzip
  3. Launch
  4. Select device
  5. Burn
  6. :heavy_check_mark: "I still want to do this"
  7. Click "OK"
  8. Observe error message despite working internet connection:

screenshot 2014-12-20 13 32 55

This is on a MacBook Air running OS X 10.9.1. :bowtie:

pazdera commented 9 years ago

Hey @ishotjr

Thanks a lot for reporting this issue!

It was a problem with our server related to the 1.3.1 release (a missing metadata file). I'm sorry about that. It should be working again.

Please let me know if you have any more problems.

Cheers :-)!

ctceismc commented 9 years ago

Having the same problem today.

pazdera commented 9 years ago

Hi @ctceismc, it was the same metadata file missing problem all over again. It should be back up and working. I'm sorry about that.

Thanks for letting us know!

philiptevans commented 9 years ago

I'm having the same problem

radujipa commented 9 years ago

Currently the downloading seems to fail at common/download.py#L128.

Looking at http://downloads.kano.me/public/ it seems that Kanux-Beta-v1.3.2-release.img.json should actually be renamed to Kanux-Beta-v1.3.2-release.img.gz.json

Perhaps what @pazdera was referring to :)

alexnklein commented 9 years ago

Radu, lovely to see you again

An evening project, to fix the Burners, name your price – email me alex@kano.me if you’re interested….

On Friday, January 30, 2015 at 5:19 PM, Radu Jipa wrote:

Currently the downloading seems to fail at common/download.py#L128 (https://github.com/KanoComputing/kano-burners/blob/master/src/common/download.py#L128). Looking at http://downloads.kano.me/public/ it seems that
Kanux-Beta-v1.3.2-release.img.json should actually be renamed to
Kanux-Beta-v1.3.2-release.img.gz.json
Perhaps what @pazdera (https://github.com/pazdera) was referring to :)

— Reply to this email directly or view it on GitHub (https://github.com/KanoComputing/kano-burners/issues/27#issuecomment-72236201).

x-du commented 9 years ago

Having the problem today.

tombettany commented 9 years ago

Given that there is currently a problem with the downloading, it might be an opportunity to incorporate https://github.com/KanoComputing/kano-burners/pull/25 which proposes a new, simpler (and easier to maintain) convention for the contents of latest.json.

gerito1 commented 9 years ago

@tombettany The problem is still present. src/common/download still fails sin titulo2

Kano-burner is attempting to download http://downloads.kano.me/Kanux-Beta-v1.3.2-release.img.json Instead of http: //downloads.kano.me/public/Kanux-Beta-v1.3.2-release.img.json

My print statements https://gist.github.com/gerito1/66e42f37126112489f0b The base_url should include /public

gerito1 commented 9 years ago

Also the filename reported in os_info and returned by downloading should include the extension ".gz". Or perhaps the burner should assume that, and append it itself.

tombettany commented 9 years ago

@gerito1 You are absolutely right, I've updated https://github.com/KanoComputing/kano-burners/issues/34 and we'll get the public/ appended to base_url.

I'm a little confused about the .gz problem - don't we append it here and then use it here?

gerito1 commented 9 years ago

You are right, sorry. Nevermind me.

gerito1 commented 9 years ago

@tombettany It's me again. In the burn.py, we are using 7zip to decompress the image and pipe it to dd. (We do not extract the file and then burn it, we burn the image while decompressing). The filename is "Kanux-***.img" for the image, but because we don't want to create a 2GB file (or more) it would be nice that the name of the compressed file downloaded by the downloader should be reported in os_info. That's what I mean. Something like "compresed_filename" = "Kanux-xxx.img.gz" or "Kanux-xxx.img.zip" etc, if 7zip support it the burner should't care what filetype was downloaded.

gerito1 commented 9 years ago

@tombettany Check my last commit https://github.com/KanoComputing/kano-burners/pull/33 I'm moddifying the structure of "os_info" to add the compressed filename. Check if is reasonable please. I'm accepting suggestions. Thanks.

Ealdwulf commented 9 years ago

@alex5imon It looks like the underlying problem with this one was fixed, I think it can be closed.