This still aborts for me on i386 when initially downloading a large file, like so:
$ zsync -k .ubuntu-9.04-dvd-i386.iso.zsync http://denisovich/iso/releases/ubuntu-9.04-dvd-i386.iso.zsync
No relevent local data found - I will be downloading the whole file. If that's not what you want, CTRL-C out. You should specify the local file is the old version of the file to download with -i (you might have to decompress it with gzip -d first). Or perhaps you just have no data that helps download the file
downloading from http://denisovich/iso/releases/ubuntu-9.04-dvd-i386.iso:
#------------------- 5.5% 26166.4 kBps
failed to retrieve from ubuntu-9.04-dvd-i386.iso
Aborting, download available in ubuntu-9.04-dvd-i386.iso.part
verifying download...ubuntu@karmic-desk-ia32:~$
I am able to subsequently re-run the command and have it successfully complete. When it does so, it downloads an amount just under 2^^32 bytes, specifically 1760689 bytes less:
verifying download...checksum matches OK
used 256016384 local, fetched 4293206607
Testing with a different, larger dvd image behaved similarly, and aborted with the exact same amount remaining to download, based on the second run's output:
[ubuntu-8.10-dvd-i386.iso]
used 305467392 local, fetched 4293206607
So it seems likely that there's at least another unsigned 32bit int that needs to be expanded to 64bits somewhere.
That said, after the second run, sha256sums did match, and I saw no change in behavior on 64bits, soitcouldpossibly be considered an improvement.
This still aborts for me on i386 when initially downloading a large file, like so:
$ zsync -k .ubuntu- 9.04-dvd- i386.iso. zsync http:// denisovich/ iso/releases/ ubuntu- 9.04-dvd- i386.iso. zsync denisovich/ iso/releases/ ubuntu- 9.04-dvd- i386.iso: ------- ------- - 5.5% 26166.4 kBps
No relevent local data found - I will be downloading the whole file. If that's not what you want, CTRL-C out. You should specify the local file is the old version of the file to download with -i (you might have to decompress it with gzip -d first). Or perhaps you just have no data that helps download the file
downloading from http://
#----
downloading from http:// denisovich/ iso/releases/ ubuntu- 9.04-dvd- i386.iso: ------- ------- - 5.6% 0.0 kBps aborted
#----
failed to retrieve from ubuntu- 9.04-dvd- i386.iso 9.04-dvd- i386.iso. part ..ubuntu@ karmic- desk-ia32: ~$
Aborting, download available in ubuntu-
verifying download.
I am able to subsequently re-run the command and have it successfully complete. When it does so, it downloads an amount just under 2^^32 bytes, specifically 1760689 bytes less:
Read ubuntu- 9.04-dvd- i386.iso. part. Target 5.6% complete. denisovich/ iso/releases/ ubuntu- 9.04-dvd- i386.iso: ####### ####### # 100.0% 26897.1 kBps DONE
downloading from http://
#####
verifying download...checksum matches OK
used 256016384 local, fetched 4293206607
Testing with a different, larger dvd image behaved similarly, and aborted with the exact same amount remaining to download, based on the second run's output:
[ubuntu- 8.10-dvd- i386.iso]
used 305467392 local, fetched 4293206607
So it seems likely that there's at least another unsigned 32bit int that needs to be expanded to 64bits somewhere.
That said, after the second run, sha256sums did match, and I saw no change in behavior on 64bits, soitcouldpossibly be considered an improvement.