Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1440974 - DNF can't build a Mageia armv5tl chroot on armv7hl, despite architecture compatibility
Summary: DNF can't build a Mageia armv5tl chroot on armv7hl, despite architecture comp...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf
Version: 26
Hardware: armv7hl
OS: Unspecified
low
unspecified
Target Milestone: ---
Assignee: rpm-software-management
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 1427604
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-04-10 21:17 UTC by Neal Gompa
Modified: 2017-07-29 21:21 UTC (History)
7 users (show)

Fixed In Version: dnf-2.6.2-1.fc26
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-07-29 21:16:52 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)

Description Neal Gompa 2017-04-10 21:17:06 UTC 
Description of problem:

I'm attempting to set up a Mageia armv5tl chroot on a Fedora 25 armv7hl host to do some work building and testing packages on an ARM system. However, when I attempt to do this (either through mock or dnf itself), it fails saying the packages requested aren't available.

A quick dnf repoquery reveals that they are there. For example:
[root@ ~]# sudo dnf --disablerepo=* --repofrompath=mageia,http://mirrors.kernel.org/mageia/distrib/6/armv5tl/media/core/release/ --enablerepo=mageia --installroot=/var/lib/machines/mga6-armv5tl/ --exclude=urpmi --exclude=perl-URPM repoquery basesystem
Added mageia repo from http://mirrors.kernel.org/mageia/distrib/6/armv5tl/media/core/release/
Last metadata expiration check: 1:58:00 ago on Mon Apr 10 15:03:05 2017.
basesystem-1:6-0.4.mga6.armv5tl

At first, I thought it might have something to do with missing 'armv5tl' in the 'arm' basearch, so I added it. But even after that, it didn't work.

Everything I know about how this ARM stuff goes indicates that this should work...

Version-Release number of selected component (if applicable):
1.1.10-5.fc25

How reproducible:
Always

Steps to Reproduce:
1. Set up Fedora 25 armv7hl (RPi 2+ or similar)
2. sudo dnf --disablerepo=* --repofrompath=mageia,http://mirrors.kernel.org/mageia/distrib/6/armv5tl/media/core/release/ --enablerepo=mageia --installroot=/var/lib/machines/mga6-armv5tl/ --exclude=urpmi --exclude=perl-URPM install basesystem mageia-release dnf

Actual results:
Last metadata expiration check: 1:51:43 ago on Mon Apr 10 15:03:05 2017.
No package basesystem available.
No package mageia-release available.
Error: Unable to find a match.


Expected results:
Full package set selected for building a chroot is offered

Additional info:
Comment 1 Neal Gompa 2017-04-12 10:37:12 UTC 
For what it's worth, it also breaks the ability to build packages targeting Mageia's armv5tl target from armv7hl hosts with Mock, which is definitely supposed to work.
Comment 2 Neal Gompa 2017-04-12 10:40:02 UTC 
I've also tested using an armv7hl Mageia 6 image with DNF 2.2.0 and libdnf 0.8.1, and it still appears to be the case. I imagine this would still be the case in DNF 2.3.0, too.
Comment 3 Igor Gnatenko 2017-04-12 10:57:05 UTC 
> "armv7hl", "armv7hl:armv6hl",

Which means armv7hl is not compatible with armv5tl.
Comment 4 Igor Gnatenko 2017-04-12 10:57:29 UTC 
(this was paste from libsolv's poolarch.c code)
Comment 5 Neal Gompa 2017-04-12 15:49:39 UTC 
Proposed PR to libsolv: https://github.com/openSUSE/libsolv/pull/192
Comment 6 Neal Gompa 2017-04-12 15:55:38 UTC 
With those changes, libsolv lets me do stuff, now rpm complains:

  package thai-data-0.1.26-1.mga6.armv5tl is intended for a different architecture

And similar messages show for all arched packages...
Comment 7 Neal Gompa 2017-04-12 16:46:04 UTC 
Proposed PR to rpm: https://github.com/rpm-software-management/rpm/pull/199
Comment 8 Neal Gompa 2017-05-11 13:10:55 UTC 
PR for RPM rejected. RPM suggested that DNF gain some way to ignore/forcibly allow arches for certain circumstances (specifically when building chroots/containers).
Comment 9 Igor Gnatenko 2017-05-17 11:22:07 UTC 
oh, now I finally read this...
Comment 10 Neal Gompa 2017-07-29 21:16:52 UTC 
This was fixed in dnf-2.6.2-1.fc26.
Note You need to log in before you can comment on or make changes to this bug.