deltarpms not working since rawhide was signed

Mike McGrath mmcgrath at redhat.com
Fri Apr 24 23:04:02 UTC 2009


On Fri, 24 Apr 2009, Chuck Anderson wrote:

> As stated by Jonathan Dieter in the bug below, deltarpms are mucking
> up rawhide updates right now because the drpms were created before the
> packages were signed, and the signed versions don't match the deltarpm
> reconstructed versions.  For me at least, this is causing a problem
> because I'm not using a mirrorlist right now (too many problems with
> metalink mismatches).  So when yum fails to accept the drpm-patched
> package, the yum update just fails outright because there are no more
> mirrors to get the full updated package from.
>
> Is there anything that can be done on the infastructure side as
> proposed below?
>
> https://bugzilla.redhat.com/show_bug.cgi?id=497459
>
> Comment #2 From  Jonathan Dieter (jdieter at gmail.com)  2009-04-24 11:18:36 EDT   (-) [reply] -------
>
> This is not a deltarpm bug or a yum-presto bug, but rather an
> Infrastructure bug.  The deltarpm was created before the target rpm
> was gpg signed.  So it does indeed build to a valid rpm with exactly
> the same data as the downloaded rpm, but without the signature.
> Because it's not exactly the same file, yum refuses to use it and
> redownloads the full (signed) rpm (which is what it should do).
>
> The infrastructure should either delete and regenerate drpms after the
> rpm signatures have changed or they should use the code fragment from
> https://fedorahosted.org/koji/ticket/38#comment:3 to attach rpm
> signatures to deltarpms.
>
> Not sure how to reassign to Infrastructure.
>

Just so this doesn't get forgotten about I've created a rel-eng ticket:

https://fedorahosted.org/rel-eng/ticket/1637

	-Mike




More information about the infrastructure mailing list