Comments 23
Они ищут руководителя направления или чувака который им в одно лицо запилит новый дистрибутив за месяц?
За месяц возможно, я проверил на LFS.
За месяц получится одноразовый неоптимизированный образ, который будет невозможно поддерживать и развивать. Но в целом да, можно. Для некоторых ширпотребных продуктов, для которых особой поддержки не предполагается, производители так и ляпают что нибудь лишь бы зашевелилось, чтоб продать. Через несколько месяцев выпускается новая модель, а следы о старых моделях вычищают с сайта.
Какие-то выдуманные претензии, как по мне.
Тоже странные претензии, большинство дистрибутивов и пользователей устраивает APT. А их не устраивает.
Пускай тогда используют OPKG из OpenWrt для встраиваемых устройств если есть ограничения по флеш-памяти и ОЗУ.
Создание велосипедов редко действительно помогает создать успешного конкурента на рынке. А так лучше взять за основу как форк и отредактировать под свои задачи, чтобы в случае чего делать патчи из мейнлайн ветки.
Справедливости ради, ребят в OpenWrt уже не устраивает opkg, потому в перспективе хотят съехать на apk.
В эмбеддед-продуктах как раз никто не использует apt, все собирают под себя иммутабельный дистрибутив на buildroot или yocto.
Судя по стеку, будет что-то близкое к SteamOS по духу
OE, SWupdate, все уже придумано и хорошо придумано.
Для пользовательских приложений хотим пакетирование типа — Flatpak, AppImage или Snap или подобного.
AppImage ещё куда не шло, но Flatpak и Snap для небольшого arm устройства с ограниченной памятью это какое-то уж очень странное описание видения.
Что-то минималистичное и атомарное вроде существует уже, вроде на Alpine есть, но вопрос какой набор в репах нужен для этого устройства и на сколько они готовы взять на себя ментейнить эту инфраструктуру или же хотят всё готовое.
https://nixos.org/ удовлетворяет всем критериям
Очень странные претензии, и не менее странные хотелки.
Под ваш велосипед софт собирать будет два землекопа. Разве не лучше иметь возможность использовать обширную пакетную базу того же дебиан/рхел/альпайн..
А/Б и readonly вполне реализованы в rpi, почти без велосипедов
с A/B‑разделами, read‑only корневым разделом и атомарными обновлениями.
а это разве не все то что сильно портит жизнь создателям кастомов по сравнению со "старыми" временами?
Во-первых, это вроде как opensource должен быть, но это нужно уточнять у создателей проекта. А во-вторых, overlayfs поверх readonly squashfs root'а.
да, и можно так можно уйти до 20 разделов как в cовременом android, да и в роутерах уже ab. простив единcтвеного ext4 раздела в том же armbian
как бы понятно зачем такое делают, но это тоже ломается и чинить еще сложнее. более консумерское устройство в виде флиппера - это как то странно
А вы точно к "мододеланию" имеете отношение? У меня возможно проф. дефформация, но я не вижу здесь никаких проблем для мододела и уж тем более в надёжности потребительского устройства. A/B повышает неубиваемость. Readonly спасает от случайных фатальных изменений и вирусни, но при этом, если у пользователя чешутся руки, то можно заложить поддержку активации overlayfs.
И да, я автор мода стоковой прошивки для сяомовского роутера с проприетарной прошивкой и порта OpenWRT на эту же модель, так что я имею представление о чём говорю.
Ну как, я довольно мимопроходил (и иного не декларировал), периодически чего то пытаюсь прошить, вижу всякие чудесатости (например две альтернативные разбивки разделов breed vs оригинал), поэтому и спрашиваю - верный ли это путь, особенно для устройства для подкованных пользователей, на котором кастомная прошивка - норма, не заведет ли это куда нить не туда. Тот же Сяоми (как минимум - телефоны) раньше шили на раз два, сейчас же для роутера нужен эксплоит, для телефонов вообще недавно запретили разблокировать bootloader
"• Обновление легко может сломаться на середине и система станет не консистентна.
• Нельзя откатиться к предыдущей версии.
• Нельзя сбросить настройки в дефолтные."
Звучит как хороший повод посмотреть на nixos, но ему для обновления надо довольно много озу
Проект Flipper One объявил о поиске мастера по Linux