I think if you jump more than 2 versions at a time the packages obsoleted by fedora-obsolete-packages might not be picked up properly because it only holds packages for about 2 versions before they are removed from it. So jumping from F26 to F33 directly might miss the obsoletes from F27-F31ish.
-Ian On Mon, Oct 11, 2021 at 1:49 PM JT <j...@obs-sec.com> wrote: > Nice. I did an update from F26-F33 last year doing one version at time > instead of jumping more than one version... and had no major issues. I > wonder how far back its possible to start from and walk through the version > updates. > > On Mon, Oct 11, 2021 at 3:55 AM Jiri Vanek <jva...@redhat.com> wrote: > >> Hello good people! >> >> I would like to thanx to everybody for amazing work in fedora, for >> keeping it alive, and updatable. >> >> In friday I had found an old laptop running f22 and decided to try a leap >> update to f34. It was not just default inntall, there was vlc and much >> more "unknown" comonents. >> Well, transaction failed on python stack, but no surprise here (f31 ahd >> python2->python3?). >> So random bisetct, leap update to f27. Needed --nogpgcheck[1]. Wou. >> Transaction passed. Update passed, and system started and was alive. >> Although the system was behaving terribly (there were experiemtnal patches >> in graphic drivers and also >> gnomeshell was weird, not speaking about wayalnd), it was stable enough >> to make another huge leap. F27->f31 faile dagain on pythn stack, but only >> because of four packages. >> f27->f30 passed again. UNluckily --nogpg check was no longer transferable >> from download to reboot+update. But gpgcheck=1 in active repos fixed it.[1] >> in and in the morning a running shining smooth quick and super stbale >> system was there. >> f30-> f34 died again on python stack.. (yah, dnf and freinds should stop >> using that or keep embedded interpreter....) >> f30->31 passed again to even more shining and more working system. >> f31->f33 (yup, that was typo, but found it to late in trasnaction) passed >> again withot issues. >> >> Thanx a lot! II was never expecting such leaps would work so smoothly! >> >> J. >> >> >> [1] https was a culprint herem causing the keys impossible to downlaod. >> in f31, gpgcheck could be enabled again. >> -- >> Jiri Vanek Mgr. >> Principal QA Software Engineer >> Red Hat Inc. >> +420 775 39 01 09 >> _______________________________________________ >> devel mailing list -- devel@lists.fedoraproject.org >> To unsubscribe send an email to devel-le...@lists.fedoraproject.org >> Fedora Code of Conduct: >> https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines >> List Archives: >> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org >> Do not reply to spam on the list, report it: >> https://pagure.io/fedora-infrastructure >> > _______________________________________________ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure >
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure