Problem with repo virtio-win-stable

12 Mar 2018

      ...
primary.xml.gz<br class=3D""><br class=3D""></font>return:<br =
class=3D""><font face=3D"Menlo" class=3D"">< Content-Encoding: =
gzip<br class=3D"">< Content-Type: text/plain; charset=3DUTF-8<br =
class=3D""></font><br class=3D"">The file content is right:<br =
class=3D""><font face=3D"Menlo" class=3D"">$ zless =
5048716d95c37bb6e0df68263c13daea16145384c34bd950dba45bf69e39ea98-primary.x=
ml.gz<br class=3D""><?xml version=3D"1.0" encoding=3D"UTF-8"?><br =
class=3D""><metadata xmlns=3D"<a =
--Apple-Mail=_CE333282-F5F3-4479-B392-69D17FCA599E
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

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/50487=
16d95c37bb6e0df68263c13daea16145384c34bd950dba45bf69e39ea98-primary.xml.gz=

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

The file content is right:
$ zless =
5048716d95c37bb6e0df68263c13daea16145384c34bd950dba45bf69e39ea98-primary.x=
ml.gz
<?xml version=3D"1.0" encoding=3D"UTF-8"?>
<metadata xmlns=3D"http://linux.duke.edu/metadata/common" =
xmlns:rpm=3D"http://linux.duke.edu/metadata/rpm" packages=3D"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 ?

--Apple-Mail=_CE333282-F5F3-4479-B392-69D17FCA599E
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
line-break: after-white-space;" class=3D"">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:<br class=3D""><br class=3D"">it's says :<br =
class=3D""><font face=3D"Menlo" class=3D"">2018-03-12 15:47:21,025+0100 =
WARN  [qtp2016749412-36]  *UNKNOWN =
org.sonatype.nexus.repository.view.handlers.ExceptionHandler - Invalid =
content: =
GET /repodata/5048716d95c37bb6e0df68263c13daea16145384c34bd950dba45bf=
69e39ea98-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<br class=3D""></font><br class=3D"">And indeed:<br =
class=3D""><font face=3D"Menlo" class=3D""><br class=3D"">$ curl =
-JORLv <a =
href=3D"https://fedorapeople.org/groups/virt/virtio-win/repo/stable/repoda=
ta/5048716d95c37bb6e0df68263c13daea16145384c34bd950dba45bf69e39ea98-" =
class=3D"">https://fedorapeople.org/groups/virt/virtio-win/repo/stable/rep=
odata/5048716d95c37bb6e0df68263c13daea16145384c34bd950dba45bf69e39ea98-</a=
href=3D"http://linux.duke.edu/metadata/common" =
class=3D"">http://linux.duke.edu/metadata/common</a>" xmlns:rpm=3D"<a =
href=3D"http://linux.duke.edu/metadata/rpm" =
class=3D"">http://linux.duke.edu/metadata/rpm</a>" packages=3D"5"><br =
class=3D""></font><br class=3D""><div class=3D"">For sac-gdeploy, I =
get:</div><div class=3D""><div style=3D"margin: 0px; font-stretch: =
normal; font-size: 11px; line-height: normal; font-family: Menlo; =
background-color: rgb(255, 255, 255);" class=3D""><span =
style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">$ curl =
-JORLv <a =
href=3D"https://copr-be.cloud.fedoraproject.org/results/sac/gdeploy/epel-7=
-x86_64/repodata/0f79cb019e43ae53bda93bae802a611f1fb025859729da143c5459ca2=
b5590b6-primary.xml.gz" =
class=3D"">https://copr-be.cloud.fedoraproject.org/results/sac/gdeploy/epe=
l-7-x86_64/repodata/0f79cb019e43ae53bda93bae802a611f1fb025859729da143c5459=
ca2b5590b6-primary.xml.gz</a></span></div></div><div style=3D"margin: =
0px; font-stretch: normal; font-size: 11px; line-height: normal; =
font-family: Menlo; background-color: rgb(255, 255, 255);" =
class=3D"">...</div><div style=3D"margin: 0px; font-stretch: normal; =
font-size: 11px; line-height: normal; font-family: Menlo; =
background-color: rgb(255, 255, 255);" class=3D""><span =
style=3D"font-variant-ligatures: no-common-ligatures" class=3D"">< =
Content-Type: application/x-gzip</span></div><div class=3D""><br =
class=3D""></div><div class=3D"">This repository is the only one broken =
out of 14 I already setup, from Elastic, Postgres and other oVirt =
repositories.</div><div class=3D""><br class=3D""></div><div =
class=3D"">With who should I get in touch to correct that problem =
?</div><div class=3D""><br class=3D""></div></body></html>=

--Apple-Mail=_CE333282-F5F3-4479-B392-69D17FCA599E--

Fabrice Bacchella

tags

participants (1)