[ovirt-users] Problem with repo virtio-win-stable

Fabrice Bacchella fabrice.bacchella at orange.fr
Mon Mar 12 15:01:36 UTC 2018


I'm trying to setup a local cache of the repository virtio-win-stable, using Sonatype's nexus3. But it's a little picky about content-type and this repository setup is not to it's taste:

it's says :
2018-03-12 15:47:21,025+0100 WARN  [qtp2016749412-36]  *UNKNOWN org.sonatype.nexus.repository.view.handlers.ExceptionHandler - Invalid content: GET /repodata/5048716d95c37bb6e0df68263c13daea16145384c34bd950dba45bf69e39ea98-primary.xml.gz: org.sonatype.nexus.repository.InvalidContentException: Detected content type [application/xml, application/x-xml, text/xml], but expected [application/x-gzip, application/gzip, application/x-tgz, application/gzip-compressed, application/gzipped, application/x-gunzip, application/x-gzip-compressed, gzip/document]: repodata/5048716d95c37bb6e0df68263c13daea16145384c34bd950dba45bf69e39ea98-primary.xml.gz

And indeed:

$ curl -JORLv https://fedorapeople.org/groups/virt/virtio-win/repo/stable/repodata/5048716d95c37bb6e0df68263c13daea16145384c34bd950dba45bf69e39ea98-primary.xml.gz

return:
< Content-Encoding: gzip
< Content-Type: text/plain; charset=UTF-8

The file content is right:
$ zless 5048716d95c37bb6e0df68263c13daea16145384c34bd950dba45bf69e39ea98-primary.xml.gz
<?xml version="1.0" encoding="UTF-8"?>
<metadata xmlns="http://linux.duke.edu/metadata/common" xmlns:rpm="http://linux.duke.edu/metadata/rpm" packages="5">

For sac-gdeploy, I get:
$ curl -JORLv https://copr-be.cloud.fedoraproject.org/results/sac/gdeploy/epel-7-x86_64/repodata/0f79cb019e43ae53bda93bae802a611f1fb025859729da143c5459ca2b5590b6-primary.xml.gz <https://copr-be.cloud.fedoraproject.org/results/sac/gdeploy/epel-7-x86_64/repodata/0f79cb019e43ae53bda93bae802a611f1fb025859729da143c5459ca2b5590b6-primary.xml.gz>
...
< Content-Type: application/x-gzip

This repository is the only one broken out of 14 I already setup, from Elastic, Postgres and other oVirt repositories.

With who should I get in touch to correct that problem ?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20180312/61705261/attachment.html>


More information about the Users mailing list