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@xxxxxxxxx) 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 _______________________________________________ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
