On Jan 23, 2011, at 11:42 PM, Ryan Rix wrote: Not builder misconfiguration or Ryan misconfiguration: DEBUG util.py:267: http://buildsys.rpmfusion.org/plague-results/fedora-14-rpmfusion_free/xvi...: [Errno 14] HTTP Error 404 : http://buildsys.rpmfusion.org/plague-results/fedora-14-rpmfusion_free/xvi... DEBUG util.py:267: Trying other mirror. DEBUG util.py:267: Error Downloading Packages: DEBUG util.py:267: xvidcore-1.2.2-2.fc14.i686: failure: xvidcore/1.2.2-2.fc14/i686/xvidcore-1.2.2-2.fc14.i686.rpm from rpmfusion-free-needsign: [Errno 256] No more mirrors to try. Something's wonky with the plague-results repo. If you look here: http://buildsys.rpmfusion.org/plague-results/fedora-14-rpmfusion_free/ There's obviously no xvidcore sub-directory. Now we just need someone with the power to fix it. Same problem is currently blocking mythtv builds as well. -- Jarod Wilson jarod(a)wilsonet.com

On Mon, 24 Jan 2011 07:30:17 +0100, Kevin wrote: Why would that be necessary? The plague-results repodata are updated frequently. Why would anything still look at outdated repodata from times when xvidcore was still in the plague-results (aka "needsign" repo)?

On Sun, 23 Jan 2011 23:55:23 -0500, Jarod wrote: Whether I could help here depends on the people who run RPM Fusion and whether they are willing to fight stagnation. It would be interesting to understand what has happened here. First of all, I see xvidcore-1.2.2-2.fc14 in yesterday's build report, so prior to that, it must have been in the plague-results repo. Second, I see it was built on Jan 10th, http://buildsys.rpmfusion.org/build-status/job.psp?uid=8899 so what Ryan claims to have seen "for months now" (quote), simply cannot refer to this same problem. Third, build directories from the plague-results repo are not deleted immediately after pushing the packages. Certainly not with the Fedora Extras pushscripts, which wait for 48 hours before pruning pushed plague-results. I wonder why xvidcore is gone already? I also wonder whether something deleted xvidcore without rebuilding the repodata? Perhaps some tmpwatch running wild? e.g. vlc pushed on the same day is still available, http://buildsys.rpmfusion.org/plague-results/fedora-14-rpmfusion_free/vlc... http://buildsys.rpmfusion.org/plague-results/fedora-14-rpmfusion_free/vlc... but close to two days old and may be gone with the next push, I guess. With default metadata_expire values in Yum repo definitions, Mock builders should refresh the plague-results repodata frequently enough, so that any odd problem would only be seen for less than 2 hours. Not "months".

Michael Schwendt wrote: It was the same problem with the previous build of xvidcore (1.2.2-1.fc14), and during the days inbetween, Ryan was unable to contact the build server to submit builds, things were always timing out for reasons unknown. Kevin Kofler

2011/1/24 Nicolas Chauvet <kwizart(a)gmail.com&gt;: the bug was filled byuu rdieter at my request: https://bugzilla.rpmfusion.org/show_bug.cgi?id=1608 Nicolas (kwizart)