Open olafhering opened 1 month ago
I don't think this is related to HTTP headers. When RMT is mirroring a repo, it validates the checksums of primary.xml with the files it downloads, and that seems to fail in your case. Afaik zypper
does not care about those checksums.
Could you post the error message, along with the metadata files, and one of the packages it complains about?
Then we could compare the checksums between the metadata and the files.
I have a published repository from a project in IBS. It gets exported via NFS, which makes it simple to transfer the directory somewhere else. I copied the exported directory to my own webspace.
Adding and using the repository with
zypper ar -cf $URL $name && zypper ref -r $name
works as expected.Adding it as a custom repository with
rmt-cli repos custom add $URL $name && rmt-cli mirror repository $name
fails, rmt-cli complains about checksum mismatch in the files referenced byrepomd.xml
.It seems zypper does not pay attention to the headers in the HTTP response. But rmt-cli apparently does.
The HTTP headers for the
${sha256sum}-${tag}.xml.gz
files look like this:A similar file served by the typical RMT server looks like this:
The questions are:
Content-Type
andContent-Encoding
tags?Content-Type
andContent-Encoding
tags, instead of doing its own probing?