Research for app purchases

Alexander Larsson alexl at redhat.com
Tue Oct 15 13:34:15 UTC 2019


On Tue, Oct 15, 2019 at 12:00 PM Alexander Larsson <alexl at redhat.com> wrote:
>
> But, we could add to the ostree-metadata info the commit ids, and then
> we could use that when available for the resolve operation, not having
> to download each individual commit if the version we're pulling (which
> we know from the partial summit) matches the one in the
> ostree-metadata. This seems like a useful optimization at the very
> least.
>
> I can still imagine cases where it would fail though. For example if
> you had contact with the master repo at some point and updated the
> ostree-metadata branch, but now you only have contact with a p2p
> mirror that has an older ostree-metadata version. We would only be
> able to install the mirrored version of a ref if it happened to match
> what was the current commit when you talked to the master repo. Maybe
> this limitation is fine for the case of purchased refs though?
> Opinions? Ideas?

I implemented this in https://github.com/flatpak/flatpak/pull/3167 and
it seems workable. The code will still download the commits if
necessary though, but we could conceptually drop a chunk of the change
in the PR if we enforce the use of ostree-metadata resolves for the
purchases.

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                Red Hat, Inc
       alexl at redhat.com         alexander.larsson at gmail.com



More information about the Flatpak mailing list