С марта месяца Google больше не будет выпускать Chrome для архитектуры i386, в том числе и для Linux тоже. Пруфлинки: раз, два. А в апреле он окончательно прекращает поддержку Windows XP (ну и правильно, сколько уже можно насиловать труп). И это меня бы нисколечки не волновало, но...
В общем случае я предпочитаю именно i386-сборки Linux, поскольку они потребляют ощутимо меньше оперативной памяти, которая чё-то ни разу не резиновая. Причём современные дистрибутивы, в том числе и Debian, позволяют совершенно спокойно иметь на одной и той же системе ядро amd64, часть софта из i386, другую часть — из amd64. Это называется "multiarch". И ИМХО, это довольно удобно, за исключением факта расходования дополнительного места на жёстком диске для размещения двойного набора некоторых библиотек. Но это меня вполне устраивает.
Дык вот, при попытке вкорячить 64-битный Chrome на 32-битный репозиторий нас постигает большой облом. Он ни слова не говоря просто не запускается с exit code 134. Причём не сознается что именно ему не нравится. Просто вываливается, и всё. Анализ линковки библиотек (ldd) тоже ничего не даёт. Там всё хорошо, всего хватает.
Частично методом научного тыка, частично трассировкой системных вызовов было обнаружено, что Chrome очень хочет наличие пакетика "libudev1:amd64". Причём так сильно хочет, что аж кушать не может. Вот скажите, ну зачем ему требуется взаимодействие с Udev? Куда он там хочет лезть на таком низком уровне?
Ну и на закуску. Если решите повторить мой опыт под Gnome, то помимо прочего ему ещё нужно будет скормить "gnome-themes-standard:amd64" и "libxpm4:amd64". Сам он об этом не признается, но мы-то теперь знаем...