Bugzilla – Bug 16262
i386 Linux binaries incorrectly executed on x86_64 platform
Last modified: 2010-05-26 12:46:42 UTC
A couple of points: 1) Whilst attempting to transcode audio files/streams on a Fedora 12 x86_64 platform, SBS incorrectly tries to use the executables located in the /usr/share/squeezeboxserver/Bin/i386_linux directory. Predictbly, trying to execute i386 binaries on a x86_64 platform results in linker errors etc. --> SBS needs to be able to discern between Linux platforms (i386/586/686 & x86_64) 2) No transcoder binaries are provided for the x86_64 Linux platform in the SBS RPM. Consequently, I'm having to install the various x86_64 packages via yum and symlink them to the above i386_linux directory. Tedious and needs to be repeated with every SBS release..... --> Can you either provide x86_64 transcoder binaries (messy) or else specify the appropriate dependencies for the parent SBS RPM (like everyone else does!) --- Seriously, why don't you define dependencies for the parent RPM and let the Linux package managers resolve the dependencies, thus absolving you of any need to provide platform/OS-specific binaries? Cheers, Mike
I haven't used Fedora for quite a few releases now. Multilib support used to be the default (I think). Does it work if you enable multilib_policy=yes in yum.conf? (I'm not really sure what should happen if you turn this on and do a yum update. It might install all of the i386 multilib stuff, or you might need to install them manually.)
Issue seems to be resolved by installing the following packages: glibc.i686 libgcc.i686 libstdc++.i686 32-bit transcoder executables in i386_linux directory now execute correctly under x86_64. Is there any way in which the squeezeboxserver package/RPM can pass the above dependencies to yum (or other package manager)? At the very least, can this dependency upon *.i686 packages be documented.