4 года назад я экспериментировал с минимальным ядром: https://habr.com/ru/articles/540214/ Для того, чтобы система стала реально полезной, надо добавить еще достаточно много.
Если вы обновляете слой и у вас запущены бинарники из предыдущей версии слоя как мне кажется атомарного обновления не получится, если только мы не монтируем новый слой после перезагрузки.
Ваш исходный тезис был, что в случае пакетов для траблшутинга сложно добиться идентичного окружения. Но если у нас несколько слоев, то мы приходим ровно к такой же ситуации.
Вы случайно не знаете почему разработчики пошли на такое ограничение, которое сильно снижает возможности системы при установке пакетов по сравнению с другими дистрибутивами?
AerynOS supports the use of triggers, or actions, that run at the end of package installations.
Значит ли это, что перед установкой пакета ничего сделать нельзя? Обычно при обновлении сервиса preinstall останавливает сервис, postinstall запускает его опять.
Если я хочу использовать один display manager, а вы - другой, значит ли это, что они тоже должны устанавливаться в привязке к конкретному пользователю?
Мне кажется главное слабое место подобного подхода, что когда утекает ключ, которым подписывались компоненты загрузки, то все старые системы (полагающиеся на этот ключ) оказываются уязвимы с очень низкими шансами на то, что это исправят. Или я не прав?
Как у нас с вами может один и тот же набор файлов, если, к примеру, вы занимаетесь разработкой и вам нужны компиляторы и иде, а я видеомонтажем и мне нужны совершенно другие программы и библиотеки? Или вы предлагаете сразу ставить все, что есть в репозитории?
Чем плох подход с использованием снэпшотов (к примеру zfs)? grub позволяет вам загрузиться с любого снэпшота. Так что можно экспериментировать и в случае проблем откатиться даже не на один шаг, а на несколько.
4 года назад я экспериментировал с минимальным ядром: https://habr.com/ru/articles/540214/ Для того, чтобы система стала реально полезной, надо добавить еще достаточно много.
Пожалуйста расскажите как вы настроили днс.
Согласно документации, которую я процитировал выше, невозможно выполнить какие-то действия до переименования, правильно?
Если вы обновляете слой и у вас запущены бинарники из предыдущей версии слоя как мне кажется атомарного обновления не получится, если только мы не монтируем новый слой после перезагрузки.
как быть с ситуацией, когда какие-то действия надо выполнить до обновления файлов пакета?
Я прошу прощения, но я не понимаю как это поможет старым системам. Можно попросить вас раскрыть мысль?
Ваш исходный тезис был, что в случае пакетов для траблшутинга сложно добиться идентичного окружения. Но если у нас несколько слоев, то мы приходим ровно к такой же ситуации.
Можно попросить вас привести аргументы?
Вы случайно не знаете почему разработчики пошли на такое ограничение, которое сильно снижает возможности системы при установке пакетов по сравнению с другими дистрибутивами?
Вижу в документации
Значит ли это, что перед установкой пакета ничего сделать нельзя? Обычно при обновлении сервиса preinstall останавливает сервис, postinstall запускает его опять.
Можно посмотреть на реализацию?
Пакетов много, package scripts у них очень разные, вряд ли получится упихать логику всех скриптов в один универсальный.
Если я хочу использовать один display manager, а вы - другой, значит ли это, что они тоже должны устанавливаться в привязке к конкретному пользователю?
Мне кажется главное слабое место подобного подхода, что когда утекает ключ, которым подписывались компоненты загрузки, то все старые системы (полагающиеся на этот ключ) оказываются уязвимы с очень низкими шансами на то, что это исправят. Или я не прав?
Можно попросить вас привести результаты бенчмарков, чтобы стало понятно насколько быстрее erofs и в каких тестах это проявляется?
Как у нас с вами может один и тот же набор файлов, если, к примеру, вы занимаетесь разработкой и вам нужны компиляторы и иде, а я видеомонтажем и мне нужны совершенно другие программы и библиотеки? Или вы предлагаете сразу ставить все, что есть в репозитории?
Мы сейчас говорим про безопасность только с точки зрения возможности откатиться на предыдущее состояние или более широко?
Кого вы в данном случае имеете в виду под конкурентами?
Почему быстрее? И какой смысл вы вкладываете в "лучше"?
Чем плох подход с использованием снэпшотов (к примеру zfs)? grub позволяет вам загрузиться с любого снэпшота. Так что можно экспериментировать и в случае проблем откатиться даже не на один шаг, а на несколько.