[EPEL-devel] Re: [action required (urgent) ] [Bug 2095649] Error Install ImageMagick and Imagemagick-perl together on RH8 (EPEL8 repository)
On Mon, 13 Jun 2022 at 10:44, Troy Dawson wrote: > It was a configuration mix up that pulled in ALL the modules instead of > just the default ones. > It only lasted a week (I think) and has been fixed. > It was just bad timing, nothing you could have done to prevent, or fix it. > > I thought we'd caught all the packages that were built that might have > been affected, but I guess we didn't catch them all. > > It lasted for 72 hours, and I missed the ImageMagick needing a rebuild. > Troy > > > On Mon, Jun 13, 2022 at 7:26 AM Sérgio Basto wrote: > >> On Mon, 2022-06-13 at 09:34 +0200, Petr Pisar wrote: >> > V Sun, Jun 12, 2022 at 12:29:06AM +0100, Sérgio Basto napsal(a): >> > > On Sat, 2022-06-11 at 17:25 +, bugzi...@redhat.com wrote: >> > > > https://bugzilla.redhat.com/show_bug.cgi?id=2095649 >> > > >> > > Hi, >> > > for some reason the build on epel 8 to update ImageMagick-6.9.12 >> > > from >> > > 48 to 50 ( >> > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1972114 ) >> > > used perl-libs-4:5.32.1-471.module+el8.6.0+13324+628a2397 from I >> > > guess >> > > modules repo >> > >> > Interesting. I'm courious how it could happen. DNF rejects installing >> > modular >> > packages if they are not listed in a defintion of a module stream. So >> > either >> > somebody enabled perl:5.32 stream explicitly (improbable), or mock >> > repositories in Koji are configured with module_hotfixes=true which >> > is alarming. >> >> "Koji are configured with module_hotfixes=true" , but usually don't >> push perl:5.32 stream , why this time it was pushed ? how I can avoid >> it ? >> >> Thank you >> >> > Koji configuration confirm the other theory: >> > >> > $ koji mock-config -a x86_64 --target epel8-candidate | grep >> > module_hotfixes >> > config_opts['yum.conf'] = >> > '[main]\ncachedir=/var/cache/yum\ndebuglevel=1\nlogfile=/var/log/yum. >> > log\nreposdir=/dev/null\nretries=20\nobsoletes=1\ngpgcheck=0\nassumey >> > es=1\nkeepcache=1\ninstall_weak_deps=0\nstrict=1\n\n# >> > repos\n\n[build]\nname=build\nbaseurl= >> > https://kojipkgs.fedoraproject.org/repos/epel8- >> > build/4655904/x86_64\nmodule_hotfixes=1\n' >> > >> > I recommend Koji maintainers to add and use RHEL repositories next to >> > epel8-build with EPEL8 packages: >> > >> > [build] >> > name=build >> > baseurl= >> > https://kojipkgs.fedoraproject.org/repos/epel8-build/4655904/x86_64 >> > >> > [rhel-AppStream] >> > name=rhel-AppStream >> > baseurl=WHEREVER_FEDORA_TAKES_RHEL8_PACKAGES_FROM >> > >> > -- Petr >> > >> > ___ >> > epel-devel mailing list -- epel-devel@lists.fedoraproject.org >> > To unsubscribe send an email to >> > epel-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/epel-devel@lists.fedoraproject.org >> > Do not reply to spam on the list, report it: >> > https://pagure.io/fedora-infrastructure >> >> -- >> Sérgio M. B. >> ___ >> epel-devel mailing list -- epel-devel@lists.fedoraproject.org >> To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org >> Do not reply to spam on the list, report it: >> https://pagure.io/fedora-infrastructure >> > ___ > epel-devel mailing list -- epel-devel@lists.fedoraproject.org > To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure > -- Stephen Smoogen, Red Hat Automotive Let us be kind to one another, for most of us are fighting a hard battle. -- Ian MacClaren ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: [action required (urgent) ] [Bug 2095649] Error Install ImageMagick and Imagemagick-perl together on RH8 (EPEL8 repository)
It was a configuration mix up that pulled in ALL the modules instead of just the default ones. It only lasted a week (I think) and has been fixed. It was just bad timing, nothing you could have done to prevent, or fix it. I thought we'd caught all the packages that were built that might have been affected, but I guess we didn't catch them all. Troy On Mon, Jun 13, 2022 at 7:26 AM Sérgio Basto wrote: > On Mon, 2022-06-13 at 09:34 +0200, Petr Pisar wrote: > > V Sun, Jun 12, 2022 at 12:29:06AM +0100, Sérgio Basto napsal(a): > > > On Sat, 2022-06-11 at 17:25 +, bugzi...@redhat.com wrote: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=2095649 > > > > > > Hi, > > > for some reason the build on epel 8 to update ImageMagick-6.9.12 > > > from > > > 48 to 50 ( > > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1972114 ) > > > used perl-libs-4:5.32.1-471.module+el8.6.0+13324+628a2397 from I > > > guess > > > modules repo > > > > Interesting. I'm courious how it could happen. DNF rejects installing > > modular > > packages if they are not listed in a defintion of a module stream. So > > either > > somebody enabled perl:5.32 stream explicitly (improbable), or mock > > repositories in Koji are configured with module_hotfixes=true which > > is alarming. > > "Koji are configured with module_hotfixes=true" , but usually don't > push perl:5.32 stream , why this time it was pushed ? how I can avoid > it ? > > Thank you > > > Koji configuration confirm the other theory: > > > > $ koji mock-config -a x86_64 --target epel8-candidate | grep > > module_hotfixes > > config_opts['yum.conf'] = > > '[main]\ncachedir=/var/cache/yum\ndebuglevel=1\nlogfile=/var/log/yum. > > log\nreposdir=/dev/null\nretries=20\nobsoletes=1\ngpgcheck=0\nassumey > > es=1\nkeepcache=1\ninstall_weak_deps=0\nstrict=1\n\n# > > repos\n\n[build]\nname=build\nbaseurl= > > https://kojipkgs.fedoraproject.org/repos/epel8- > > build/4655904/x86_64\nmodule_hotfixes=1\n' > > > > I recommend Koji maintainers to add and use RHEL repositories next to > > epel8-build with EPEL8 packages: > > > > [build] > > name=build > > baseurl= > > https://kojipkgs.fedoraproject.org/repos/epel8-build/4655904/x86_64 > > > > [rhel-AppStream] > > name=rhel-AppStream > > baseurl=WHEREVER_FEDORA_TAKES_RHEL8_PACKAGES_FROM > > > > -- Petr > > > > ___ > > epel-devel mailing list -- epel-devel@lists.fedoraproject.org > > To unsubscribe send an email to > > epel-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/epel-devel@lists.fedoraproject.org > > Do not reply to spam on the list, report it: > > https://pagure.io/fedora-infrastructure > > -- > Sérgio M. B. > ___ > epel-devel mailing list -- epel-devel@lists.fedoraproject.org > To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure > ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: [action required (urgent) ] [Bug 2095649] Error Install ImageMagick and Imagemagick-perl together on RH8 (EPEL8 repository)
On Mon, 2022-06-13 at 09:34 +0200, Petr Pisar wrote: > V Sun, Jun 12, 2022 at 12:29:06AM +0100, Sérgio Basto napsal(a): > > On Sat, 2022-06-11 at 17:25 +, bugzi...@redhat.com wrote: > > > https://bugzilla.redhat.com/show_bug.cgi?id=2095649 > > > > Hi, > > for some reason the build on epel 8 to update ImageMagick-6.9.12 > > from > > 48 to 50 ( > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1972114 ) > > used perl-libs-4:5.32.1-471.module+el8.6.0+13324+628a2397 from I > > guess > > modules repo > > Interesting. I'm courious how it could happen. DNF rejects installing > modular > packages if they are not listed in a defintion of a module stream. So > either > somebody enabled perl:5.32 stream explicitly (improbable), or mock > repositories in Koji are configured with module_hotfixes=true which > is alarming. "Koji are configured with module_hotfixes=true" , but usually don't push perl:5.32 stream , why this time it was pushed ? how I can avoid it ? Thank you > Koji configuration confirm the other theory: > > $ koji mock-config -a x86_64 --target epel8-candidate | grep > module_hotfixes > config_opts['yum.conf'] = > '[main]\ncachedir=/var/cache/yum\ndebuglevel=1\nlogfile=/var/log/yum. > log\nreposdir=/dev/null\nretries=20\nobsoletes=1\ngpgcheck=0\nassumey > es=1\nkeepcache=1\ninstall_weak_deps=0\nstrict=1\n\n# > repos\n\n[build]\nname=build\nbaseurl= > https://kojipkgs.fedoraproject.org/repos/epel8- > build/4655904/x86_64\nmodule_hotfixes=1\n' > > I recommend Koji maintainers to add and use RHEL repositories next to > epel8-build with EPEL8 packages: > > [build] > name=build > baseurl= > https://kojipkgs.fedoraproject.org/repos/epel8-build/4655904/x86_64 > > [rhel-AppStream] > name=rhel-AppStream > baseurl=WHEREVER_FEDORA_TAKES_RHEL8_PACKAGES_FROM > > -- Petr > > ___ > epel-devel mailing list -- epel-devel@lists.fedoraproject.org > To unsubscribe send an email to > epel-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/epel-devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure -- Sérgio M. B. ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: [action required (urgent) ] [Bug 2095649] Error Install ImageMagick and Imagemagick-perl together on RH8 (EPEL8 repository)
V Sun, Jun 12, 2022 at 12:29:06AM +0100, Sérgio Basto napsal(a): > On Sat, 2022-06-11 at 17:25 +, bugzi...@redhat.com wrote: > > https://bugzilla.redhat.com/show_bug.cgi?id=2095649 > > Hi, > for some reason the build on epel 8 to update ImageMagick-6.9.12 from > 48 to 50 ( > https://koji.fedoraproject.org/koji/buildinfo?buildID=1972114 ) > used perl-libs-4:5.32.1-471.module+el8.6.0+13324+628a2397 from I guess > modules repo Interesting. I'm courious how it could happen. DNF rejects installing modular packages if they are not listed in a defintion of a module stream. So either somebody enabled perl:5.32 stream explicitly (improbable), or mock repositories in Koji are configured with module_hotfixes=true which is alarming. Koji configuration confirm the other theory: $ koji mock-config -a x86_64 --target epel8-candidate | grep module_hotfixes config_opts['yum.conf'] = '[main]\ncachedir=/var/cache/yum\ndebuglevel=1\nlogfile=/var/log/yum.log\nreposdir=/dev/null\nretries=20\nobsoletes=1\ngpgcheck=0\nassumeyes=1\nkeepcache=1\ninstall_weak_deps=0\nstrict=1\n\n# repos\n\n[build]\nname=build\nbaseurl=https://kojipkgs.fedoraproject.org/repos/epel8-build/4655904/x86_64\nmodule_hotfixes=1\n' I recommend Koji maintainers to add and use RHEL repositories next to epel8-build with EPEL8 packages: [build] name=build baseurl=https://kojipkgs.fedoraproject.org/repos/epel8-build/4655904/x86_64 [rhel-AppStream] name=rhel-AppStream baseurl=WHEREVER_FEDORA_TAKES_RHEL8_PACKAGES_FROM -- Petr signature.asc Description: PGP signature ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure