+1

+1

If we compress with zchunk rather than xz or gzip, we have an upgrade problem. I can't tell if this is confusingly worded, or there's actually a problem here.

@jwboyer: from the Change page:

Old-style xz and gzip metadata will continue to be generated by createrepo_c [...]

and dnf will support the new and all the old formats.

+1

Thanks for the clarifications. I'm -1 on this change until the DNF team weighs in explicitly. I know they have a lot on their plates. Perhaps this should be deferred until F30.

Note that we can finish this at least partially. Just server side. This would enable easier testing.

Note that we can finish this at least partially. Just server side. This would enable easier testing.

Agreed. If we are going to defer to F30, I would like to at least start generating zchunk metadata so we can test this.

As close as we are to Beta, I'd like to see the client-side deferred to F30 (so, -1 for F29). I'm in favor of starting the metadata generation as soon as possible, so long as it's invisible to the older clients.

This change was discussed in today's meeting:

AGREED: Change is approved for F29. Whatever pieces aren't done by F29 are approved for F30 (+7, 0, 0)

It is understood that infra is busy, and any changes might wait before being merged.