deltarpms not working since rawhide was signed

Mike McGrath mmcgrath at
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?
> Comment #2 From  Jonathan Dieter (jdieter at  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
> 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:


More information about the Fedora-infrastructure-list mailing list