-
Notifications
You must be signed in to change notification settings - Fork 198
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Handle multilib (file coloring) #1217
Comments
Interesting. Somehow we're getting confused here when matching provides. Will look into it. |
So, the immediate failure you're seeing here was fixed by the latest version of libdnf (bumped in #1114). However, the install will then fail with:
The reason for this is that we don't consider file colors when layering files. Basically, Hmm, maybe we can add a callback to |
Can you expand on this? Which package are you planning to install? Could it be run as a container? |
Package is: lgtoclnt-8.2.3.0-1.x86_64.rpm (EMC Networker backup agent)
We correctly installed into standard CentOS 7 / RHEL 7. It runs directly in the host to allow backups of any host file systems (e.g. /). Never tried to create a Dockerfile for that purpose. I guess this bug is related to all i686 packages on x86_64 (multilib). I think it should be resolved due to other possible scenarios in Enterprise companies. |
This is fixable, but it's a really good example of the type of bug introduced by the fact that rpm-ostree effectively replaces a lot of librpm. |
Not all files from an RPM are necessarily removed during pkg erasure. For example, files which are shared between pkgs shouldn't be deleted. Similarly, not all files in an RPM are necessarily copied during pkg installs. This is the case for multilib handling, which is a mess in its own right. But such is the cost of trying to replace major parts of a long-standing foundational project like RPM. This patch adds some smarts to the way we do overlays and overrides to handle these cases by calculating beforehand which files we *should't* checkout/delete. Closes: coreos#1217 Closes: coreos#1145
@cgwalters I see issue has been resolved. |
If you are on a Fedora or CentOS official release stream then you'll have to wait til a new release of rpm-ostree is out and makes it into the distro. |
PR: #1227
cat /etc/centos-release -> CentOS Linux release 7.4.1708 (Core)
I'm trying to install GLIBC 32bit :
I see:
Can we have the possibility to install glibc 32bit on x86_64 system?
I'm going to install another RPM software package that requires those dependences.
Thank you
The text was updated successfully, but these errors were encountered: