История изменений

Зачем мне держать систему неизменяемой?

Чтобы никто и ни что не могло сделать её чем-то другим. Это гарантирует, что сегодня у тебя то, что было вчера и тд.

Если система не изменяема то какой разговор об изменениях с целью создать своё?

Что-то меняя, ты создаёшь как бы новую систему, что гарантирует тебе лёгкий возврат к старому, если что-то пошло не так, ведь у тебя теперь их две и тд.

Если я создаю своё то я рискую сломать что?

Ты можешь испортить только новую систему, новый слой, от которого за секунду можешь отказаться, вернуться в другой рабочий слой и удалить нерабочий и тд.

Мы ведь говорим о релизном дистре с длиииииительной поддержкой, кто там что ломает (приведи хоть один пример)?

Нет, мы говорим о концепции вообще (а я о своём опыте с ostree), но примеров могу привести вагон и маленькую тележку.

Дам ближайший простой. У меня кастомизированы ряд пакетов, соответственно я хочу знать какие изменения произошли в конфигах при обновлении оных. Я обновился и понял, что про какие-то пакеты забыл — забыл скопировать конфиги по умолчанию. Это не проблема, но надо идти в интернет, тащить исходники предыдущего релиза пакетов, доставать оттуда конфиги и сравнивать с новыми. В случае же ostree я просто переключаюсь в предыдущий слой, беру конфиги и возвращаюсь на следующий новый.

Сложнее. Обновился и обнаружил, что произошли какие-то тектонические сдвиги, что привело мою систему в неприятное или даже нерабочее состояние, такое было и не раз. Причины пока не ясны — то ли я что-то там опять гвоздями прибил, то ли у них там великие изменения, не суть. Суть в том, что я вот здесь, и либо сиди разбирайся, либо доставай с полки бекап, если вот прямо щас надо работу работать или просто нет желания закатывать рукава. В случае же ostree я просто перезагружаюсь в рабочий слой и откладываю решение проблем на потом.

Изменения производятся через штатный пакетный менеджер или я руками тяну с онторнетов и компиляю прямо «в систему» и поэтому получаю проблемы?

Не знаю как здесь, но в федоре сделали возможность накатывать любые пакеты из любого репо в новый слой.

Конпелять в систему не пробовал, не подскажу, но возможно так же как и с /etc, то есть после изменений придётся сделать commit, то есть создать новый слой. То есть, если такая возможность есть (ставить проги конпелянием), то дело будет обстоять так, хотя надо посмотреть точнее в каком там режиме /usr/local, я не помню.

Хомяк, разумеется, вне всей этой темы, там твори любую дичь как обычно.

Я не понимаю сказок про то, что в рамках релиза установленное штатным ПМ из репозиториев дистрибутива может что-то мне сломать, ведь это прямо противоположно тому чем является такой дистрибутив!

Гы… смишно.

Ты заменил изменения «в системе» на изменения через флатпак, который просто жирнее и получил что? Почему это безопаснее?

Не, флатпак никак не связан с нашим разговором, это другое, эти сущности не пересекаются и друг на друга не влияют, то есть система живёт своей жизнью, а контейнер с флатпаками своей, на то он и контейнер.

Зачем мне держать систему неизменяемой?

Чтобы никто и ни что не могло сделать её чем-то другим. Это гарантирует, что сегодня у тебя то, что было вчера и тд.

Если система не изменяема то какой разговор об изменениях с целью создать своё?

Что-то меняя, ты создаёшь как бы новую систему, что гарантирует тебе лёгкий возврат к старому, если что-то пошло не так, ведь у тебя теперь их две и тд.

Если я создаю своё то я рискую сломать что?

Ты можешь испортить только новую систему, новый слой, от которого за секунду можешь отказаться, вернуться в другой рабочий слой и удалить нерабочий и тд.

Мы ведь говорим о релизном дистре с длиииииительной поддержкой, кто там что ломает (приведи хоть один пример)?

Нет, мы говорим о концепции вообще (а я о своём опыте с ostree), но примеров могу привести вагон и маленькую тележку.

Дам ближайший простой. У меня кастомизированы ряд пакетов, соответственно я хочу знать какие изменения произошли в конфигах при обновлении оных. Я обновился и понял, что про какие-то пакеты забыл — забыл скопировать конфиги по умолчанию. Это не проблема, но надо идти в интернет, тащить исходники предыдущего релиза пакетов, доставать оттуда конфиги и сравнивать с новыми. В случае же ostree я просто переключаюсь в предыдущий слой, беру конфиги и возвращаюсь на следующий новый.

Сложнее. Обновился и обнаружил, что произошли какие-то тектонические сдвиги, что привело мою систему в неприятное или даже нерабочее состояние, такое было и не раз. Причины пока не ясны — то ли я что-то там опять гвоздями прибил, то ли у них там великие изменения, не суть. Суть в том, что я вот здесь, и либо сиди разбирайся, либо доставай с полки бекап, если вот прямо щас надо работу работать или просто нет желания закатывать рукава. В случае же ostree я просто перезагружаюсь в рабочий слой и откладываю решение проблем на потом.

Изменения производятся через штатный пакетный менеджер или я руками тяну с онторнетов и компиляю прямо «в систему» и поэтому получаю проблемы?

Не знаю как здесь, но в федоре сделали возможность накатывать любые пакеты из любого репо в новый слой.

Конпелять в систему не пробовал, не подскажу, но возможно так же как и с /etc, то есть после изменений придётся сделать commit, то есть создать новый слой. То есть, если такая возможность есть — ставить проги конпелянием, то дело будет обстоять так, хотя надо посмотреть точнее в каком там режиме /usr/local, я не помню.

Хомяк, разумеется, вне всей этой темы, там твори любую дичь как обычно.

Я не понимаю сказок про то, что в рамках релиза установленное штатным ПМ из репозиториев дистрибутива может что-то мне сломать, ведь это прямо противоположно тому чем является такой дистрибутив!

Гы… смишно.

Ты заменил изменения «в системе» на изменения через флатпак, который просто жирнее и получил что? Почему это безопаснее?

Не, флатпак никак не связан с нашим разговором, это другое, эти сущности не пересекаются и друг на друга не влияют, то есть система живёт своей жизнью, а контейнер с флатпаками своей, на то он и контейнер.