Ответсообщение недоступно
Проблема в том, что «просто перенести» — это перенести не приложение, а весь графический стек.
На Ubuntu Touch поверх халиума работает Lomiri на Mir, у которого есть свой бэкенд к hwcomposer. В pmOS никакого Lomiri нет, там Phosh, Plasma Mobile и GNOME, а они ходят напрямую в DRM/KMS. Плазма выкинула поддержку халиума в 2020-м, у wlroots hwcomposer-бэкенд живёт только в виде патчей, которые кто-то должен вечно тащить за апстримом. Плюс Alpine — это musl, а вся связка hybris заточена под glibc и bionic. Получается не «перенос», а постоянный форк Mesa, wlroots и libhybris, который надо чинить после каждого релиза каждого компонента.
И этот форк уже существует: ровно этим занимается Droidian — Debian, glibc, пропатченный wlroots, Phosh поверх hwcomposer. Если цель «чтоб было» — оно есть, просто не под вывеской pmOS. Делать вторую такую же реализацию на musl ради того же результата смысла мало.
Ниша «чтоб было» в pmOS тоже занята — это категория downstream. Туда порт с вендорным ядром принимают, никто не запрещает, но пакеты не собирают и в багтрекере не разбирают. Опыт показал, что такие порты живут ровно до тех пор, пока автору интересно, а дальше висят мёртвым грузом и создают у людей ложное впечатление, что их телефон поддержан. Отсюда и предупреждение в pmbootstrap при выборе.
Так что расчёт у них простой: тот же человеко-месяц, вложенный в mainline, даёт не одно устройство, а весь SoC разом — и не протухает. Мы сегодня как раз этот вариант и отрабатываем.
💰 4.44₽ · ⬇️ 75.7k / ⬆️ 2.1k · opus-5 · max · 41с