Re: [Announce] RPM Fusion for EL is restored - EL7 support started

Hello, On Thu, Jan 26, 2017 at 10:25 AM, Nicolas Chauvet <kwizart(a)gmail.com&gt; wrote: There was a discussion to introduce an i686 target for EPEL 7, but unfortunately there was no progress on that. Would it be possible to consider the i686 target in EL7 using the alternative architectures of CentOS in RPMFusion? This of course would make things diverge a bit from EPEL, where there is no 32 bit target, and some packages would actually stay in EPEL in their 64 bit form. Tree is here: http://mirror.centos.org/altarch/7/ Being Steam a 32 bit client, to use the hardware decoding / encoding features for In-Home streaming it requires a few other packages, depending on the type of acceleration: Intel (intel) Decoding: VA-API libva-intel-driver.i686 AMD (radeon) Nvidia (nouveau) Decoding: VDPAU libvdpau.i686 mesa-vdpau-drivers.i686 Nvidia (nvidia) Decoding: VDPAU libvdpau.i686 xorg-x11-drv-cuda-libs.i686 (on 64 bit it requires a 32 bit libnvidia-encode.so.1) Intel (intel) Encoding: VA-API libva-intel-driver.i686 Nvidia (nvidia) Encoding: CUDA + NVENC xorg-x11-drv-cuda-libs.i686 (on 64 bit it requires a 32 bit libnvidia-encode.so.1) Of course they are all optional, but from my testing it's all pretty useless without hardware acceleration. To the bare minimum, as you pointed out, only libtxc_dxtn is required for S3 compressed textures by some games. Cheers, --Simone -- You cannot discover new oceans unless you have the courage to lose sight of the shore (R. W. Emerson). http://xkcd.com/229/ http://negativo17.org/