[IMPACT]
* 0~git20110809-2 is not multiarch compatible. This means that currently a mix of amd64 and i386 variants can not be installed simultaneously. This is however required for e.g. wine installations which require a i386 version of mesa and therefore s2tc to be installed.
* The recently released Humble Bundle 5 makes use of the s2tc extension but requires both architecture versions to be installed for different games. See Bug #1012266
* The s2tc postinst/prerm scripts use update-alternatives to allow multiple versions of texture compression extensions to be installed and easy switching between these. The update-alternatives key was not multiarch compatible in -2 which was fixed in -3.
* Currently the following bug reports are related to this sync Bug #1012266 and Bug #1023184
[TESTCASE]
1. Install libtxc-dxtn-s2tc0 and libtxc-dxtn-s2tc0:i386
2. Notice that the link /usr/x86_64-linux-gnu/libtxc_dxtn_s2tc.so.0 was removed in favor of /usr/lib/i386-linux-gnu/libtxc_dxtn_s2tc.so.0
[Regression Potential]
* There is really none. On update the the old handle is removed and replaced by new multiarch update-alternatives.
* Original Description *
I installed the games from Humble Indie Bundle 5 and got some problems.
First Bastion worked fine. Then I installed Psyconauts and Bastion stopped working.
Bastion depends on libtxc-dxtn-s2tc0:amd64 and Psyconatus depends on libtxc-dxtn-s2tc0:i386.
Both libtxc-dxtn-s2tc0 packages use the same /etc/alternatives/libtxc-dxtn so they randomly overwrite each other.
I uploaded a "fix" to debian. As soon as it is build I will request a port to ubuntu if that is required.
This is a really interesting problem though. I build this package with the intent to allow a possible future s3tc package to use the same update-alternatives config. But update-alternatives is currently not adequately set up for libraries especially not for multiarch libraries. This is more or less just a workaround but it should work.