Description of problem: When browsing the discussions on the Customer Portal, I noticed a thread about a missing libasan library in the gcc-toolset-9-gcc package: https://access.redhat.com/discussions/4724561 After installing this package on my RHEL 8 machine, I noticed that this problem is not limited just to libasan, but there is the total number of 9 broken symbolic links that point to their i686 counterparts that are not present in the system and don't seem to be included in any other package that I have access to with my subscription. Version-Release number of selected component (if applicable): gcc-toolset-9-gcc-9.1.1-2.4.el8.x86_64 How reproducible: Always. Steps to Reproduce: 1. Install the latest version of the gcc-toolset-9-gcc package: # dnf install gcc-toolset-9-gcc 2. Look for broken symbolic links in the /opt/rh/gcc-toolset-9/ directory: # find /opt/rh/gcc-toolset-9/ -xtype l Actual results: [root@eight ~]# find /opt/rh/gcc-toolset-9/ -xtype l /opt/rh/gcc-toolset-9/root/usr/lib/gcc/x86_64-redhat-linux/9/32/libasan.a /opt/rh/gcc-toolset-9/root/usr/lib/gcc/x86_64-redhat-linux/9/32/libasan_preinit.o /opt/rh/gcc-toolset-9/root/usr/lib/gcc/x86_64-redhat-linux/9/32/libatomic.a /opt/rh/gcc-toolset-9/root/usr/lib/gcc/x86_64-redhat-linux/9/32/libitm.a /opt/rh/gcc-toolset-9/root/usr/lib/gcc/x86_64-redhat-linux/9/32/libquadmath.a /opt/rh/gcc-toolset-9/root/usr/lib/gcc/x86_64-redhat-linux/9/32/libubsan.a /opt/rh/gcc-toolset-9/root/usr/lib/gcc/x86_64-redhat-linux/9/32/libstdc++.a /opt/rh/gcc-toolset-9/root/usr/lib/gcc/x86_64-redhat-linux/9/32/libstdc++_nonshared.a /opt/rh/gcc-toolset-9/root/usr/lib/gcc/x86_64-redhat-linux/9/32/libstdc++fs.a [root@eight ~]# Expected results: [root@eight ~]# find /opt/rh/gcc-toolset-9/ -xtype l [root@eight ~]# Additional info: [root@eight ~]# dnf provides /opt/rh/gcc-toolset-9/root/usr/lib/gcc/i686-redhat-linux/9/libasan.a Updating Subscription Management repositories. Last metadata expiration check: 0:57:20 ago on Wed 12 Feb 2020 05:07:54 PM CET. Error: No Matches found
Not a bug, this is intentional. Same in DTS.
(The symlinks will be satisfied if the corresponding *.i686 packages are installed.) Closing, though we could use Recommends: instead of Requires: on newer RHELs.