Overview
Request 1167137 revoked
No description set
- Created by ngueorguiev
- In state revoked
-
Open review for
opensuse-review-team
- Open review for openSUSE:Factory:Staging:adi:3
Loading...
Request History
ngueorguiev created request
factory-auto added opensuse-review-team as a reviewer
Please review sources
factory-auto accepted review
Check script succeeded
staging-bot added openSUSE:Factory:Staging:adi:3 as a reviewer
Being evaluated by staging project "openSUSE:Factory:Staging:adi:3"
staging-bot accepted review
Picked "openSUSE:Factory:Staging:adi:3"
licensedigger accepted review
ok
ngueorguiev revoked request
s390-tools-genprotimg-data*.noarch.rpm is created by this package - s390-tools. It is created by the build on s390x.
but only in the s390x arch case - the else case does not create this package (no %files section for it) and thus s390-tools is produced on x86_64 with a dependency on a non-exising package
x86_64 needs these binaries which are compiled on s390x, the genprotimg program needs them on x86_64. That's why this dependency was created.
That's fine. The issue is you're creating a package on x86_64 that depends on another package on x86_64 that doesn't exist.
Do you have any mechanism to get noarch RPMs which are built on s390x to x86_64? Something as an aggregation?
the x86_64 tree must not depend on any other port - that'd be quite disastrous for the time to rebuild the tree (especially as s390x is terrible in catching up)
Tumbleweed is split into separate, independent trees (all following a different, independent release cadence):