You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
The dependency solver of the advanced copy workflow erroneously checks the architecture of the RPM packages against the system architecture of the Pulp host. This check should not happen.
Trying to copy a noarch package with dependencies on a x86_64 package (dependency-lib) fails:
Even though the list of Packages transferred is empty, the requested package mypackage:0.0.1.noarch gets copied, not its dependencies though.
Trying to copy a x86_64 package (with or without dependencies):
Problems Encountered:
=====================
package foo-bar:14.12-2.x86_64 does not have a compatible architecture
Packages transferred:
=====================
Even though the list of Packages transferred is empty, the requested package foo-bar:14.12-2.x86_64 gets copied, not its dependencies though.
To Reproduce
run Pulp on ARM architecture and set up repo with x86_64 RPMs (the issue should arise as well when Pulp is run on x86_64 and you use ARM RPMs)
use advanced copy workflow to copy this RPM from one repo to another
Expected behavior
Dependency solver should not care about the hosts architecture at all.
Version
Describe the bug
The dependency solver of the advanced copy workflow erroneously checks the architecture of the RPM packages against the system architecture of the Pulp host. This check should not happen.
Trying to copy a
noarch
package with dependencies on ax86_64
package (dependency-lib) fails:Even though the list of
Packages transferred
is empty, the requested packagemypackage:0.0.1.noarch
gets copied, not its dependencies though.Trying to copy a
x86_64
package (with or without dependencies):Even though the list of
Packages transferred
is empty, the requested packagefoo-bar:14.12-2.x86_64
gets copied, not its dependencies though.To Reproduce
ARM
architecture and set up repo withx86_64
RPMs (the issue should arise as well when Pulp is run onx86_64
and you useARM
RPMs)Expected behavior
Dependency solver should not care about the hosts architecture at all.
Additional context
The text was updated successfully, but these errors were encountered: