Is Steam even dependent on 32bit distribution packages anymore? Doesn't it ship with its own whole set of 32bit libraries? If I look at my running Steam processes currently, it's all a huge stuff of wrappers, alongside the steamwebhelper binary, which however is 64bit. So I'm not sure at all if removing 32bit distribution packages would even be a problem nowadays. Even back then, you had to convince Steam to use system libraries by using things like STEAM_RUNTIME_PREFER_HOST_LIBRARIES=0 or similar.
Steam bundles a lot of 32-bit libraries, but still requires at least 32-bit glibc, mesa, and libgl to be provided by the system among others. AFAIK this is for ABI reasons, they wouldn't be able to ship these with Steam without also running 32-bit software in some sort of containerization runtime. I believe the compromise when Ubuntu dropped 32-bit support was that Canonical would still provide the 32-bit versions of specifically the packages required for Steam to work. I hope that Valve will work out a similar compromise with Red Hat. The problem Valve faces is that there's thousands of 32-bit Linux games on Steam, so dropping support for 32-bit means that users would see a lot of games they used to play stop working.
