SRPM Caching

seth vidal skvidal at fedoraproject.org
Mon Mar 11 17:10:05 UTC 2013


On Mon, 11 Mar 2013 12:47:27 -0400
Nathaniel McCallum <npmccallum at redhat.com> wrote:

> On Sat, 2013-03-09 at 12:54 -0500, seth vidal wrote:
> > On Fri, 08 Mar 2013 14:26:33 -0500
> > Nathaniel McCallum <npmccallum at redhat.com> wrote:
> > 
> > > So apparently copr caches SRPMs based on the URL. If you create a
> > > new build using the same URL as a previous failed build it doesn't
> > > download the new SRPM. I suspect that the behavior should be to
> > > never cache for failed builds.
> > > 
> > > Alternatively, if you want to cache in that case, you should
> > > cache not based on URL but based on the Etag header. This ensures
> > > that if the contents change, you will always get the new SRPM.
> > > 
> > 
> > It's not caching anything. What's happening is that if it has had a
> > successful build of a pkg with the same nevra then it is skipping it
> > for the next build.
> 
> http://copr-fe.cloud.fedoraproject.org/coprs/detail/npmccallum/freeipa-otp/builds/
> 
> Builds 191 and 193.
> 
> 

193 is an example of the failure to spawn a proper builder.

Which, I think - I may have just worked around the issue in the
cloudlet.


-sv


More information about the copr-devel mailing list