pkg/model: remove cmd/cli/ tag prefix after go.mod consolidation#368
pkg/model: remove cmd/cli/ tag prefix after go.mod consolidation#368doringeman wants to merge 1 commit intodocker:mainfrom
Conversation
See docker/model-runner#682. Signed-off-by: Dorin Geman <dorin.geman@docker.com>
|
Some failure on RHEL 9; looks like some dependency couldn't be installed; > [linux/amd64 builder-rpm 3/7] RUN --mount=type=bind,from=scripts,source=rpm-init.sh,target=/usr/local/bin/rpm-init rpm-init rhel9:
1.897 - package groff-base-1.22.4-10.el9.x86_64 from ubi-9-baseos-rpms requires libm.so.6()(64bit), but none of the providers can be installed
1.897 - package groff-base-1.22.4-10.el9.x86_64 from ubi-9-baseos-rpms requires libm.so.6(GLIBC_2.2.5)(64bit), but none of the providers can be installed
1.897 - package groff-base-1.22.4-10.el9.x86_64 from ubi-9-baseos-rpms requires libm.so.6(GLIBC_2.29)(64bit), but none of the providers can be installed
1.897 - package glibc-2.34-231.el9_7.2.x86_64 from @System requires (glibc-gconv-extra(x86-64) = 2.34-231.el9_7.2 if redhat-rpm-config), but none of the providers can be installed
1.897 - package glibc-2.34-231.el9_7.2.x86_64 from ubi-9-baseos-rpms requires (glibc-gconv-extra(x86-64) = 2.34-231.el9_7.2 if redhat-rpm-config), but none of the providers can be installed
1.897 - package rpmlint-1.11-19.el9.noarch from ubi-9-appstream-rpms requires /usr/bin/groff, but none of the providers can be installed
1.897 - package rpmlint-1.11-19.el9.noarch from ubi-9-appstream-rpms requires /usr/bin/gtbl, but none of the providers can be installed
1.897 - package rpm-build-4.16.1.3-39.el9.x86_64 from ubi-9-appstream-rpms requires system-rpm-config, but none of the providers can be installed
1.897 - conflicting requests
1.897 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) |
|
It seems like the RHEL 9 build is actually a ubi9 build. Ubi deliberately has a restricted set of RHEL packages (they don't want to give everything away for free). I do wonder how badly that build is needed when there is a almalinux9, centos9 and oraclelinux9 build |
|
Yeah, I was wondering if that was the case here. I recall we did have actual RHEL base images to build on and a subscription set, but the subscriptions are .. per architecture, and I think we missed one for ARM64.
We currently don't publish packages for Alma and Oracle. Historically, we only built for CentOS, and users tended to use those packages as a "close enough" for RHEL, but of course CentOS stream is no longer a good upstream for RHEL. I was looking though what required these dependencies, but it looks like it's |
We'll start using a single version for the (daemon, CLI) tuple starting with docker/model-runner#682.