<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>i've fixed that one. somehow the file had gone missing.</p>
<p>The urpmi metadata is created when the packages are built and
published to the repo. sometimes this can go wrong, especially
when the file is old - there may have been an abf bug at the time
the package was created for example. particularly on the contrib
repo which isnt rebuilt often.</p>
<p>you need to realise that the contrib repo is historically a set
of packages which were 'unsupported'. meaning that users would
contribute them but they wouldnt be worked on to the same level as
a main repo package in terms of making sure they worked fine etc.
of course if people found problems with them they might raise a
bug and it might get fixed, but mostly it would be the packager
who fixed it (if they were still interested), and there would be
no formal qa performed on them. not all packages would be rebuilt
every release, and non building packages would not prevent the
release.</p>
<p>the reasons for a package being in contrib:</p>
<p>* obsolete software which some people may use (bits of gnome 1
for example are in here, because some old package still depend on
them)</p>
<p>* niche things which would bring too much burden to maintain in
main distro</p>
<p>* newer pieces of software which are not yet stable, change
frequently and may need frequent rebuilds<br>
</p>
<p>* just stuff people wanted to contribute</p>
<p>historically things would move from main to contrib as they
became less useful, and likewise they would move from contrib to
main as they became more popular.<br>
</p>
<p>of course in the old days there were more people working on the
distro so this repo decay would not be so much of an issue. there
has never been enough people working on omv to extend to properly
fixing everything in contrib.<br>
</p>
<br>
<div class="moz-cite-prefix">On 21/04/17 04:19, Ben Bullard wrote:<br>
</div>
<blockquote type="cite"
cite="mid:0dad2b10-298c-7b2d-bc14-7195a5da5d12@cox.net">
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<p><font face="Bitstream Vera Sans">Discovered this in context of
playing with/testing Mate Desktop. <i>There are other
packages that behave this way. </i><br>
</font></p>
<p><font face="Bitstream Vera Sans">These are packages in
contrib-release as an example try:</font></p>
<p># urpmi mate-calc<br>
<br>
<br>
<a class="moz-txt-link-freetext"
href="http://abf-downloads.openmandriva.org/3.0/repository/x86_64/media/contrib/release/mate-calc-1.8.0-2-omv2015.0.x86_64.rpm"
moz-do-not-send="true">http://abf-downloads.openmandriva.org/3.0/repository/x86_64/media/contrib/release/mate-calc-1.8.0-2-omv2015.0.x86_64.rpm</a><br>
...retrieving failed: aria2 failed: exited with 3</p>
<p>and urpmi tries to download it but can't. <b>Why?</b> <i>Because
it isn't in repository.</i></p>
Which leads to a question? Where does urpmi get it's data? Meaning
why/how does it think it has 'mate-calc' when it isn't in repo?
What should be next steps to resolve? <br>
<pre class="moz-signature" cols="72">--
Ben Bullard
ben79
--------------------
OpenMandriva-QA Team
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
OM-Cooker mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OM-Cooker@ml.openmandriva.org">OM-Cooker@ml.openmandriva.org</a>
<a class="moz-txt-link-freetext" href="http://ml.openmandriva.org/mailman/listinfo/om-cooker_ml.openmandriva.org">http://ml.openmandriva.org/mailman/listinfo/om-cooker_ml.openmandriva.org</a>
</pre>
</blockquote>
<br>
</body>
</html>