<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2013/7/24 Nicolas ViĆ©ville <span dir="ltr">&lt;<a href="mailto:nicolas.vieville@univ-valenciennes.fr" target="_blank">nicolas.vieville@univ-valenciennes.fr</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">&gt; <a href="http://download1.rpmfusion.org/free/fedora/development/19/i386/os/" target="_blank">http://download1.rpmfusion.org/free/fedora/development/19/i386/os/</a><br>

&gt;<br>
&gt; instead of:<br>
&gt;<br>
&gt; <a href="http://download1.rpmfusion.org/free/fedora/releases/19/Everything/i386/os/" target="_blank">http://download1.rpmfusion.org/free/fedora/releases/19/Everything/i386/os/</a><br>
&gt;<br>
&gt; still persist.<br>
<br>
</div>More details about this.<br>
<br>
After seeing Ken Dreyer submitting with success a new built for F-19<br>
free of openafs-kmod package, I tried again to build the failing job<br>
(e.g. 17936), but with no success.<br>
After &quot;crawling&quot; the build logs files for the 2 packages (openafs-kmod<br>
and wl-kmod), I didn&#39;t notice something obvious (at least for me - I&#39;m<br>
not a specialist). For the moment, the only difference I can see is that<br>
one package is for free part of the repository and the other for the<br>
nonfree part.<br>
One build process can download and install with mock the kmodtool<br>
package, the other fails on downloading the same package with this<br>
error:<br>
<br>
DEBUG util.py:257:<br>
<a href="http://download1.rpmfusion.org/free/fedora/development/19/x86_64/os/kmodtool-1-22.fc19.noarch.rpm" target="_blank">http://download1.rpmfusion.org/free/fedora/development/19/x86_64/os/kmodtool-1-22.fc19.noarch.rpm</a>: [Errno 14] PYCURL ERROR 22 - &quot;The requested URL returned error: 404&quot;<br>

<br>
which seems justified as directory &quot;19&quot; doesn&#39;t exist under folder<br>
development on that server.<br>
<br></blockquote><div>I&#39;m still seaching for the root cause, as this service obviously doesn&#39;t match it&#39;s configuration.<br></div><div>Either the service need to be restarted or the configuration retrieved on the builder from the master server.<br>
<br></div><div>I will workaround the problem in few hours<br></div><div><br><br></div><div>Nicolas (kwizart)<br></div></div></div></div>