You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
My understanding is that OSTree already does incremental downloads on a per-blob basis (a blob is either fully downloaded, or only partially downloaded and hence discarded) so perhaps this is really a request to keep partially-downloaded blobs, and resume on a smaller-than-file granularity?
(Or perhaps the delta format in archive-z2 repositories breaks the incremental property by either keeping or discarding entire deltas, in this case about 120M?)
The text was updated successfully, but these errors were encountered:
(I'm forwarding this because it was reported to Debian, but I personally think this is of considerably lower priority than making the current non-incremental downloads more reliable, e.g. #605.)
The libsoup code does do range requests. We do cache intermediate downloaded individual object blobs, as well as delta parts. Remember the delta generator by default chunks by 32MB, to avoid redownloading everything when faced with servers that don't do range requests.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850042 requests the ability to resume interrupted downloads.
My understanding is that OSTree already does incremental downloads on a per-blob basis (a blob is either fully downloaded, or only partially downloaded and hence discarded) so perhaps this is really a request to keep partially-downloaded blobs, and resume on a smaller-than-file granularity?
(Or perhaps the delta format in archive-z2 repositories breaks the incremental property by either keeping or discarding entire deltas, in this case about 120M?)
The text was updated successfully, but these errors were encountered: