Не так уж и сложно.

Вот /etc/apt/sources.list

deb http://archive.debian.org/debian/ wheezy main contrib non-free
deb http://deb.freexian.com/extended-lts/ wheezy main contrib non-free
deb http://deb.freexian.com/extended-lts/ wheezy-lts main contrib non-free
deb http://deb.freexian.com/extended-lts/ wheezy-lts-kernel main contrib non-free
deb http://archive.debian.org/debian/ wheezy-backports main contrib non-free
#deb http://repo.steampowered.com/steamos/ alchemist main contrib non-free

Первый это репо на момент окончания основной поддержки. 2,3,4 - репо на момент окончания расширенной поддержки. 5 - бэкпорты. 6 - репозиторий SteamOS 1.0, из которого можно утянуть Glibc 2.17. Только нужно устарить версию пакета libp11-kit0 до версии из основного репозитория (а не из бэкпортов) и понизить версию пакета libldap-2.4-2 (а пакет libgnutls-deb0 удалить). Вот список для 32-битной системы:

libc6_2.17-97+steamos3+bsos1_i386.deb
libc6-amd64_2.17-97+steamos3+bsos1_i386.deb
libc6-dbg_2.17-97+steamos3+bsos1_i386.deb
libc6-dev_2.17-97+steamos3+bsos1_i386.deb
libc6-dev-amd64_2.17-97+steamos3+bsos1_i386.deb
libc6-i686_2.17-97+steamos3+bsos1_i386.deb
libc-bin_2.17-97+steamos3+bsos1_i386.deb
libc-dev-bin_2.17-97+steamos3+bsos1_i386.deb
locales_2.17-97+steamos3+bsos1_all.deb
multiarch-support_2.17-97+steamos3+bsos1_i386.deb

После установки, репозиторий SteamOS 1.0 лучше отключить. И да, ещё оттуда можно установить Steam, и он будет работать. В 32-битной версии, правда, без браузера, так что нужны ключи запуска "-noreactlogin -no-browser"

Лог обновлений:

Один: https://pastebin.com/RFTrJu1Z
Два: https://pastebin.com/QF7axkUW
Три: https://pastebin.com/bSX3kx1y
Четыре: https://pastebin.com/FZUEnJaF

Можно пользоваться. Система в принципе готова к использованию. Можно также утянуть Firefox 78 с сайта http://ftp.mozilla.org/pub/ и Tor Browser 10.0.18 с сайта https://archive.torproject.org/tor-package-archive/torbrowser/ Чтобы оба браузера работали, надо иметь уже обновлённый Glibc до 2.17, а также выполнить эту команду:

export LD_LIBRARY_PATH=/usr/lib/gcc-4.9-backport/lib:$LD_LIBRARY_PATH

То же самое отновится к браузеру Palemoon - сборкам с оф.сайта требуется Glibc 2.17. Однако, авторы перестали публиковать 32-битные сборки. Я себе сам собрал, это не трудно. Поставить зависимости при помощи "apt-get build-dep firefox-esr" и компилятор GCC 9 (поставить libgmp-dev, libmpfr-dev, libmpc-dev и libisl-dev). Сама сборка GCC осуществляется вот таким образом:

tar xf Загрузки/gcc-9.5.0.tar.xz
cd gcc-9.5.0/
../configure --prefix=/home/user/gcc-9.5 --enable-languages=c,c++
make -j7

И после сборки:

export PATH=/home/gaben/gcc-9.5/bin:$PATH

На сборке Palemoon останавливаться не буду. Подсовываешь .mozconfig с официальной Wiki, затем выполняешь ./mach configure && ./mach build && ./mach package

К сожалению, готовые сборки Firefox 91 (и более новые) не хотят работать, так как хотят GTK 3.10 (а у меня 3.4). Тут либо обновлять GTK, либо пересобирать Firefox (если он вообще умеет собираться с GTK 3.4).

А вообще, я запускаю Google Chrome 75 под Wine Staging 5.0. Всё работает прекрасно, и видео декодируются аппаратно на GPU, в отличие от. Firefox с официального сайта, даже если это и умеет, то через ж\EGL.

Также из официальных сборок убрали ALSA. Надо ставить PulseAudio, а я не умею. Так что буду лучше хром под вайном гонять (ну или буду apulse прикручивать, фигле)

Что касается сборки пакетов. Исходники беру с launchpad, чтобы скомпилировать пакет командой "fakeroot ./debian/rules binary". На launchpad до какого-то момента все пакеты были совместимы с debhelper 9 (а более поздние пакеты можно отредактировать, сделав diff или meld, чтобы отследить изменения, а затем откатить их).

К сожалению, никак не могу собрать свежий chromium. "Невозможно собрать jquery" да почему невозможно-то, блин, ты мне намекни хотя бы в какую сторону копать? И разве я не ставил jquery глобально в систему? "expected ‘)’ before ‘PRIxPTR’", блин, чё тебе нужно? Эта полугигабайтная куча хлама просто до невозможности сложна в плане сборки. Да и всякие ниндзи и месоны для сборки - вообще не в кайф. Clang ещё подавай ему строго определённой версии, а то у меня одна версия слишком старая, а другая слишком новая. Почему бы не сделать ./configure; make; make install и не собираться нормальным G++?

Также с сайта SteamOS я утянул много готовых исходников, которым, на удивление, тоже хватает Wheeze-вского debhelper 9. Например я оттуда взял ядро 4.11 (в том репозитории последнее доступное - 4.19, однако новее, чем 4.11, не собираются. Хотят новый binutils. В тот момент у меня его ещё не было, и я оставил 4.11. Потом руки не дошли обновить ядро. Благо что 4.11 поддерживает мою видеокарточку).

Ещё Mesa 18.3.9 (ух и натрахался же я, когда её собирал! Один только LLVM 6.0 чего стоит. А ещё отвязал сборку от glvnd, откатив часть изменений в spec-файле), libdrm 2.4.95, иксы 1.16, amdgpu 18.1 и сейчас гоняю вулкан.

Как же, блин, лагают Portal 2 и Skyrim под Wine Staging первые 5 минут, пока все шейдеры не скомпилируются! Даже на WINED3D, блин, NVIDIA ARB всё делает мгновенно, а тут - нет. Жаль, что нельзя скомпилировать шейдеры ДО запуска игры, как это делает Steam для Linux для всех игр, включая Proton.
Однако ключик DXVK_ASYNC=1 значительно улучшил ситуацию. Сейчас примерно как на WINED3D GLSL.

Много чё из исходников собрал, например эмуляторы (такие как PCSX2), всякий Qt5-софт (qBittorrent, QMMP), compton - чтоб запустить "compton --vsync drm" (на проприетарных дровах "--vsync opengl"), всякую лабуду короче. Когда обновил Qt до версии 5.15 - дропнули TeamViewer для России (ради которого вся моя сборка и затевалась).
Ну и набор кодеков и свежий ffmpeg, mplayer и mpv с поддержкой vaapi, ибо видео хочется смотреть плавненько и без фризов

Кстати, чё-то "mplayer -vo vappi:gl -va vaapi" на открытых дровах выдаёт белый экран. Перешёл на mpv, тогда как mplayer оставил для использования с закрытыми драйверами. Может я чего-то не так собрал, или это у всех так? Unigine Tropics вон почему-то тоже белый экран выдаёт (Heaven и Valley всё окей). Может, всё дело в том, что в свежей Месе файл настроек /etc/drirc переместили в /usr/share/drirc.d/00-mesa-defaults.conf, а система осталась не в курсе? А посмотрел содержимое, там вроде как раз перечислены какие-то хаки для конкретных прог, включая Unigine