public inbox for cygwin-apps@cygwin.com
 help / color / mirror / Atom feed
From: Jon Turney <jon.turney@dronecode.org.uk>
To: "cygwin-apps@cygwin.com" <cygwin-apps@cygwin.com>
Subject: Re: Using ZChunk for setup…
Date: Sat, 22 Jan 2022 20:23:21 +0000	[thread overview]
Message-ID: <6ee3cda2-33b8-ccdc-ef24-f75a1d8ee046@dronecode.org.uk> (raw)
In-Reply-To: <87h7ad5fv6.fsf@Rainer.invalid>

On 09/01/2022 11:05, Achim Gratz wrote:
> 
> I've been experimenting with ZChunk with the idea of eventually using it
> for setup:
> 
> https://www.jdieter.net/posts/2018/05/31/what-is-zchunk/
> https://github.com/zchunk/zchunk
> 
> The chunked ini file is ~10…15% larger than the original (after
> compression).  In order to minimize the overhead, I've re-arranged the
> package entries to have one chunk for every source package.  The actual
> benefit is that the typical download size reduces to less than 5% of the
> original.  Two examples of much longer timespans between updates are
> provided at the end, which would still download only around a third of
> the original:
> 
[...]
> 
> WDYT?

This seems like a nice thing to have.

How would the signature be checked?  Is it for the reconstructed full 
zchunk file?

One slightly related issue which it would be good to address if possible 
when adding this is that rsync is only file-atomic, not repo-atomic, so 
we may get a compressed ini file and signature which don't match as they 
are different moments in time during an update. I think currently no-one 
notices this if it happens, as setup silently falls back to an older 
compression type, but it would be nice to stop generating those eventually.


  reply	other threads:[~2022-01-22 20:23 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-09 11:05 Achim Gratz
2022-01-22 20:23 ` Jon Turney [this message]
2022-01-22 20:45   ` Achim Gratz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6ee3cda2-33b8-ccdc-ef24-f75a1d8ee046@dronecode.org.uk \
    --to=jon.turney@dronecode.org.uk \
    --cc=cygwin-apps@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).