Патч удалял лишь поддержку сборки для RISC-V в ACK, а над самой поддержкой продолжали активно работать, видимо она не дошла до достаточного состояния готовности чтобы ее можно было поставлять
И его успели уже отменить, поэтому статья не актуальна
JIT - встроенный функционал в PostgreSQL, который включен по умолчанию и призван его ускорить. Проблема в том, что он применился там, где это было не нужно. Это проблема PostgreSQL, а не того кто его собирал, тот кто собирает не должен знать и учитывать крайние случаи когда он вредит. И более того, JIT всегда можно отключить в настройках сервера, для этого не нужно делать несколько версий образа.
Также судя по всему, PostgreSQL собирается без LLVM не во всех дистрибутивах (в Debian и некоторых других собирается с ним), следовательно его отсутствие не является стандартной конфигурацией, а лишь решением мейнтейнера пакета, который мог не включить LLVM например в целях избежания конфликтов или притягивания довольно большой зависимости.
В SysWOW64 лежат 32 битные системные программы и библиотеки, предназначенные для того чтобы запущенные 32 битные версии приложений могли их использовать. Так как диспетчер задач в этой директории тоже 32 битный, судя по всему его оставили для совместимости с теми самыми 32 битными приложениями, но не обновили по функционалу до 64 битной версии
Уже 3 месяца отключают
Патч удалял лишь поддержку сборки для RISC-V в ACK, а над самой поддержкой продолжали активно работать, видимо она не дошла до достаточного состояния готовности чтобы ее можно было поставлять
И его успели уже отменить, поэтому статья не актуальна
JIT - встроенный функционал в PostgreSQL, который включен по умолчанию и призван его ускорить. Проблема в том, что он применился там, где это было не нужно. Это проблема PostgreSQL, а не того кто его собирал, тот кто собирает не должен знать и учитывать крайние случаи когда он вредит. И более того, JIT всегда можно отключить в настройках сервера, для этого не нужно делать несколько версий образа.
Также судя по всему, PostgreSQL собирается без LLVM не во всех дистрибутивах (в Debian и некоторых других собирается с ним), следовательно его отсутствие не является стандартной конфигурацией, а лишь решением мейнтейнера пакета, который мог не включить LLVM например в целях избежания конфликтов или притягивания довольно большой зависимости.
Если имплементировать, то это уже не Node.js будет, его надо будет полностью заново реализовывать
Перенести какую то фичу пакетника это не заново создать рантайм на другом движке
В SysWOW64 лежат 32 битные системные программы и библиотеки, предназначенные для того чтобы запущенные 32 битные версии приложений могли их использовать. Так как диспетчер задач в этой директории тоже 32 битный, судя по всему его оставили для совместимости с теми самыми 32 битными приложениями, но не обновили по функционалу до 64 битной версии
Лох не мамонт, лох не вымрет
Это публичное API, его может использовать любой человек, скорее всего этот проект просто его использует
У GitLab есть неплохое self-hosted решение, не понятно что мешает его использовать
У него плохая поддержка внешних модулей и не-Linux систем