Dne 12. 03. 19 v 12:46 Vít Ondruch napsal(a): > > > Dne 12. 03. 19 v 12:14 Vít Ondruch napsal(a): >> Dne 11. 03. 19 v 19:29 Kevin Fenzi napsal(a): >>> On 3/11/19 4:31 AM, Vít Ondruch wrote: >>>> Hi, >>>> >>>> Can somebody please enlighten me, how to update Rawhide after branching >>>> and not using --nogpgcheck? >>> Can you expand on the case here? >>> >>> What should happen is: >>> >>> * branching >>> * f30 repos gets the f31 key >> They got the f31 key in -0.4, but the *signed* package with this key >> without subsequent changes to the repositories done in -0.5 is not >> available anywhere. >> >> >>> * you update your f30-repos >>> * you jump to rawhide and dnf just imports the key. >>> >>> How did you get on rawhide? >>> >>>> It seems that Rawhide keys were added in fedora-repos-30-0.4. So this is >>>> the package which is still "rawhide" package and has "f31" keys. But >>>> this package was not probably signed, because this directory is empty: >>>> >>>> https://kojipkgs.fedoraproject.org/packages/fedora-repos/30/0.4/data/signed/ >>> Yeah, no longer shipped packages have their signed packages removed >>> after a while to save space. You just want any newer one there. >>> https://kojipkgs.fedoraproject.org/packages/fedora-repos/30/0.5/data/signed/cfc659b9/ >>> for example. >> I did this try 30-0.5 of course, but this is wrong, since installing >> this package makes F30 from my Rawhide, that is not what I want. I should have better explained this. Updating fedora-repos and fedora-repos-rawhide together with fedora-gpg-keys to this specific version makes F30 from Rawhide by disabling the "rawhide" repo (and enabling the fedora repo, which should not be problem at all). Then all the packages from F30 are taken including fedora-release, which then make F30 from Rawhide. V. >> >> May the the whole problem is, that fedora-gpg-keys has to be updated >> together with fedora-repos? >> >> >> ~~~ >> >> $ LC_ALL=C.UTF-8 sudo dnf update --disablerepo=rawhide >> --enablerepo=updates-testing --release 30 >> https://kojipkgs.fedoraproject.org/packages/fedora-repos/30/0.5/data/signed/cfc659b9/noarch/fedora-gpg-keys-30-0.5.noarch.rpm >> Last metadata expiration check: 0:01:12 ago on Tue Mar 12 12:12:22 2019. >> Dependencies resolved. >> >> Problem: cannot install both fedora-gpg-keys-30-0.5.noarch and >> fedora-gpg-keys-30-0.2.noarch >> - package fedora-repos-30-0.2.noarch requires fedora-gpg-keys = >> 30-0.2, but none of the providers can be installed >> - cannot install the best update candidate for package >> fedora-gpg-keys-30-0.2.noarch >> - problem with installed package fedora-repos-30-0.2.noarch >> ============================================================================================================================================================================================== >> Package >> Architecture >> Version >> Repository Size >> ============================================================================================================================================================================================== >> Skipping packages with conflicts: >> (add '--best --allowerasing' to command line to force their upgrade): >> fedora-gpg-keys >> noarch >> 30-0.5 >> @commandline 102 k >> >> Transaction Summary >> ============================================================================================================================================================================================== >> Skip 1 Package >> >> Nothing to do. >> Complete! >> >> ~~~ >> >> >> Which is not what you expect? > > > https://src.fedoraproject.org/rpms/fedora-repos/pull-request/29 > > > V. >
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
