Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-56143

ubi-9 aarch64 dnf copr selects wrong architecture

XMLWordPrintable

    • dnf-plugins-core-4.3.0-20.el9
    • No
    • Low
    • rhel-sst-cs-software-management
    • ssg_core_services
    • 19
    • 0
    • False
    • Hide

      None

      Show
      None
    • No
    • Red Hat Enterprise Linux
    • None
    • Hide

      AC:

      • on an aarch64 machine, the following command has to successfully pass (=end up with:
        Repository successfully enabled.) 
        dnf -y copr enable mblaha/coprtest

        mblaha/coprtest is a testing repo, any repo for testing the issue should be available only for aarch64 (not for intel arch)

      • when an aarch64 machine cannot be easily obtained, it's possible to test via mock (e.g from a machine with Fedora-40). Steps to reproduce: 
        # mock -r alma+epel-9-aarch64 --forcearch aarch64 --enable-network --install dnf dnf-plugins-core
# mock -r alma+epel-9-aarch64 --forcearch aarch64 --enable-network shell
<mock-prompt># dnf copr enable --setopt=reposdir=/etc/yum.repos.d mblaha/coprtest

        (--setopt=reposdir=/etc/yum.repos.d is needed because in mock, /etc/dnf/dnf.conf contains reposdir=/dev/null)

      NOTE: the behavior described in the bug is not possible to reproduce any more (error message: Repository 'epel-9-x86_64' does not exist in project...). It is due to a change on the side of the copr server that is causing a traceback instead. The issue has been reported: https://github.com/fedora-copr/copr/issues/3584

      Show
      AC: on an aarch64 machine, the following command has to successfully pass (=end up with: Repository successfully enabled.) dnf -y copr enable mblaha/coprtest mblaha/coprtest is a testing repo, any repo for testing the issue should be available only for aarch64 (not for intel arch) when an aarch64 machine cannot be easily obtained, it's possible to test via mock (e.g from a machine with Fedora-40). Steps to reproduce: # mock -r alma+epel-9-aarch64 --forcearch aarch64 --enable-network --install dnf dnf-plugins-core # mock -r alma+epel-9-aarch64 --forcearch aarch64 --enable-network shell <mock-prompt># dnf copr enable --setopt=reposdir=/etc/yum.repos.d mblaha/coprtest (--setopt=reposdir=/etc/yum.repos.d is needed because in mock, /etc/dnf/dnf.conf contains reposdir=/dev/null) NOTE: the behavior described in the bug is not possible to reproduce any more (error message: Repository 'epel-9-x86_64' does not exist in project...). It is due to a change on the side of the copr server that is causing a traceback instead. The issue has been reported: https://github.com/fedora-copr/copr/issues/3584
    • Pass
    • Manual
    • Release Note Not Required
    • All
    • None

      What were you trying to do that didn't work?

      Enabling a copr repository on architecture different from x86_64 is failing.

      Please provide the package NVR for which bug is seen:

      dnf-plugins-core-4.3.0-13.el9.noarch

      How reproducible:

      100%

      Steps to reproduce

      Reproducible for example using mock:

      1. mock -r alma+epel-9-aarch64 --forcearch aarch64 --enable-network --install dnf dnf-plugins-core
      1. mock -r alma+epel-9-aarch64 --forcearch aarch64 --enable-network shell
      1. inside the mock: dnf copr enable -y slp/mesa-krunkit

      Expected results

      epel-9-aarch64 copr repository is enabled

      Actual results

      copr plugin tries to enable epel-9-x86_64 repository:

      <mock-chroot> sh-5.1# dnf copr enable -y slp/mesa-krunkit
      Enabling a Copr repository. Please note that this repository is not part
      of the main distribution, and quality may vary.

      The Fedora Project does not exercise any power over the contents of
      this repository beyond the rules outlined in the Copr FAQ at
      <https://docs.pagure.org/copr.copr/user_documentation.html#what-i-can-build-in-copr>,
      and packages are not held to any quality or security level.

      Please do not file bug reports about these packages in Fedora
      Bugzilla. In case of problems, contact the owner of this repository.
      Error: It wasn't possible to enable this project.
      Repository 'epel-9-x86_64' does not exist in project 'slp/mesa-krunkit'.
      Available repositories: 'fedora-39-aarch64', 'fedora-40-aarch64', 'epel-9-aarch64'

      If you want to enable a non-default repository, use the following command:
       'dnf copr enable slp/mesa-krunkit <repository>'
      But note that the installed repo file will likely need a manual modification.

       

      The issue has been fixed in upstream by commit https://github.com/rpm-software-management/dnf-plugins-core/commit/4c2b209d2367e48f8aeef18e9c696c42774cc6eb

       

      Upstream issue: https://github.com/rpm-software-management/dnf-plugins-core/commit/4c2b209d2367e48f8aeef18e9c696c42774cc6eb

              jkolarik Jan Kolarik
              mblaha@redhat.com Marek Blaha
              packaging-team-maint packaging-team-maint
              Eva Mrakova Eva Mrakova
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated: