Suppose we have an old minion image because a new one cannot be created (typically because rawhide cannot be installed) and at the same time a new libtaskotron release requires a package that is not in the image' cache. In that case the old libtaskotron version is used for the execution like so [1] - note the dnf failure. Try to figure out a way to download a new cache on minions if the old one is X days old and propose a patch.
[1] http://taskotron-dev.fedoraproject.org/taskmaster/builders/x86_64/builds/170093/steps/runtask/logs/taskotron-stdio.log.
This ticket had assigned some Differential requests: D854
I think this would certainly be nice to have but I'm not sure it's incredibly urgent if building new f24 images would fix the immediate problem.
If that wouldn't fix the immediate problem, I'd almost prefer to manually poke at the old images to update the cache in them for now unless there is a simple way to download a new cache if its older than X.
@tflink it would fix the problem, obviously, but we are now in a state, where the images for F24 did not build for the last 10 or so days. I tinkered with the image by hand, to update it to the right version of stuff, but that does not really seem to be a sane way in the long run.
This was not about cache (that was refreshed correctly), but about dnf not having install-or-update command, and it's quite tedious to emulate it. Patch attached.
install-or-update
Fixed in D854.
Login to comment on this ticket.