Bug 2071836

Summary: error installing libxml2-2.9.13-1.fc35.i686.rpm due to conflict with x86_64 files
Product: [Fedora] Fedora Reporter: Martin Sebor <msebor>
Component: libxml2Assignee: Igor Raits <igor.raits>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 35CC: amigadave, code, michel, thomas.moschny, veillard
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-10-21 08:37:21 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Martin Sebor 2022-04-04 23:04:43 UTC
Installing libxml2 for i686 fails on x865_64 Fedora 35 with the error below.  Is there a solution or workaround?

$ sudo dnf -y install libxml2.i686
Last metadata expiration check: 1:22:44 ago on Mon 04 Apr 2022 03:34:56 PM MDT.
Dependencies resolved.
================================================================================
 Package          Architecture  Version                  Repository        Size
================================================================================
Installing:
 libxml2          i686          2.9.13-1.fc35            updates          785 k
Installing dependencies:
 xz-libs          i686          5.2.5-7.fc35             fedora           100 k

Transaction Summary
================================================================================
Install  2 Packages

Total download size: 885 k
Installed size: 2.1 M
Downloading Packages:
(1/2): xz-libs-5.2.5-7.fc35.i686.rpm            247 kB/s | 100 kB     00:00    
(2/2): libxml2-2.9.13-1.fc35.i686.rpm           840 kB/s | 785 kB     00:00    
--------------------------------------------------------------------------------
Total                                           510 kB/s | 885 kB     00:01     
Running transaction check
Transaction check succeeded.
Running transaction test
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.
Error: Transaction test error:
  file /usr/share/doc/libxml2/NEWS from install of libxml2-2.9.13-1.fc35.i686 conflicts with file from package libxml2-2.9.12-6.fc35.x86_64
  file /usr/share/doc/libxml2/TODO from install of libxml2-2.9.13-1.fc35.i686 conflicts with file from package libxml2-2.9.12-6.fc35.x86_64
  file /usr/share/man/man1/xmlcatalog.1.gz from install of libxml2-2.9.13-1.fc35.i686 conflicts with file from package libxml2-2.9.12-6.fc35.x86_64
  file /usr/share/man/man1/xmllint.1.gz from install of libxml2-2.9.13-1.fc35.i686 conflicts with file from package libxml2-2.9.12-6.fc35.x86_64

Comment 1 Martin Sebor 2022-04-05 00:47:00 UTC
Running dnf update libxml2 got me past the errors in the original report but it doesn't seem to have installed the top-level symlink to /usr/lib/libxml2.so.2.  (I got the same problem with i686 /usr/lib/libz.so -- no symlink).  So something's still not quite right with the i686 packages.

Comment 2 Thomas Moschny 2022-04-06 00:05:35 UTC
Wrong component - reassigning.

Comment 3 Ben Beasley 2022-08-26 12:36:12 UTC
While the error was a bit cryptic, it makes sense that you would not be able to install the x86_64 and i686 multilib packages with different version numbers. The documentation files conflict because their contents are different in different versions but their paths are not architecture-dependent.

Regarding the symlinks, this looks OK to me:

$ mock -r fedora-35-x86_64 --dnf-cmd -- repoquery -l libxml2.i686
[…]
/usr/lib/libxml2.so.2
/usr/lib/libxml2.so.2.9.12
[…]
$ mock -r fedora-35-x86_64 --dnf-cmd -- repoquery -l libxml2-devel.i686
[…]
/usr/lib/libxml2.so
[…]
$ mock -r fedora-35-x86_64 -i libxml2-devel.i686
[…]
$ mock -r fedora-35-x86_64 --chroot 'ls -l /usr/lib/libxml*'
[…]
lrwxrwxrwx. 1 root root      17 May  3 03:11 /usr/lib/libxml2.so -> libxml2.so.2.9.14
lrwxrwxrwx. 1 root root      17 May  3 03:11 /usr/lib/libxml2.so.2 -> libxml2.so.2.9.14
-rwxr-xr-x. 1 root root 1729908 May  3 03:11 /usr/lib/libxml2.so.2.9.14
[…]

Are you seeing something different?