fedora-infrastructure

#11133 Copr fails to build for Fedora Rawhide (with bootstrap chroot on)
Closed: Fixed by praiskup. Opened by praiskup.

Closed: Fixed
Reopen Issue

Per report from @zdohnal:

builder-live.log
another builder-live.log

A snippet:

Errors during downloading metadata for repository 'fedora':   - Curl error (23): Failed writing received data to disk/application for https://d2lzkl7pfhq30w.cloudfront.net/pub/fedora/linux/development/rawhide/Everything/x86_64/os/repodata/60f0fc8cb733983baab91a2a42c9fa524605cab1f98d88666c2a710cc8676dfb-primary.xml.zck [Failure writing output to destination] Error: Failed to download metadata for repo 'fedora': Yum repo downloading error
Downloading error(s): repodata/60f0fc8cb733983baab91a2a42c9fa524605cab1f98d88666c2a710cc8676dfb-primary.xml.zck - Download failed: Curl error (23): Failed writing received data to disk/application for https://d2lzkl7pfhq30w.cloudfront.net/pub/fedora/linux/development/rawhide/Everything/x86_64/os/repodata/60f0fc8cb733983baab91a2a42c9fa524605cab1f98d88666c2a710cc8676dfb-primary.xml.zck [Failure writing output to destination] WARNING: Dnf command failed, retrying, attempt #2, sleeping 10s
....

Seems like the cloudfront distribution points at a broken metadata?

Ah no sorry ... there's:

... 5cab1f98d88666c2a710cc8676dfb-primary.xml.zck [Failure writing output to destination]

Which appears that libcurl (or what's behind dnf in rawhide) fails to store the downloaded metadata file. So this is not a mirroring issue.

So it appears that DNF on the host (F37) works fine, and installs the bootstrap.
Then Mock switches into the bootstrap chroot, runs Rawhide's DNF to install
the buildroot and that action fails. Also reported by @tdudlak (packit build
failure)

I wonder... is this always zchunk data that fails?

https://copr.fedorainfracloud.org/coprs/g/kdesig/kde-nightly/builds/ - plenty of builds here, all Rawhide failures. Some did succeed though.

I wonder... is this always zchunk data that fails?

All failures I saw yesterday were related to zchunk...

I am not able to reproduce this now though. Closing for now.

Metadata Update from @praiskup:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

Yeah I didn't think it was fixed https://download.copr.fedorainfracloud.org/results/@kdesig/kde-nightly/fedora-rawhide-aarch64/05536193-kf5-kcompletion/builder-live.log.gz

Metadata Update from @praiskup:
- Issue status updated to: Open (was: Closed)

@kdudka claims this could be a curl issue, and is currently preparing a rawhide build with this patch. Thank you!

At least it looks librepo/dnf has not been updated last week contrary to libcurl, and this is a new issue in Copr.

I was also able to reproduce using the latest podman pull fedora:rawhide image, doing just dnf update there.

Work-around for Copr still applies; turning the "bootstrap" off means that everything is installed using the host system DNF/curl stack (Fedora 37).

See also https://github.com/fedora-silverblue/issue-tracker/issues/420 . Sounds a lot like the same problem. I'm seeing if the new curl build fixes it now.

It looks like it does 🎉

Ok, I'm closing because it seems to be fixed. Example build:
https://copr.fedorainfracloud.org/coprs/g/copr/copr-pull-requests/build/5547690/
Thanks for all the reports, and to Kamil for the quick fix!

Metadata Update from @praiskup:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)
Metadata
None
None
None
None
Lowest
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.