> то ли вот дело снапшотики-снапшотики...Наверное будет опциональным к зеркалированию. В общем будем посмотреть к каким полисям все устаканится.
> dpkg совершенно все равно. Да и в чем проблема с даунгрейдом на
> ту же самую версию минус два бэкпортированных патча?
В ресольве депендсов, возможных конфликтах так что pkg1 хочет libABC > 1.2.3 а pkg2 хочет libABC < 1.2.0 и всем таком, например? И чего с libABC делать в результате? С апгрейдом в 1 сторону и характерными полисями это относительно корректно обыгрывается и деп-солвер корректно это рюхает, в целом все просто работает. Как правило. Хотя если проявить должную фантазию, иногда можно умудриться его на...ть. Радоваться правда там совершенно нечему, потому что потом придется думать как его на...ть в другую сторону, чтобы системой стало можно пользоваться опять, он будет пиндеть же и не даст пакеты ставить, вот так по простому.
> Если там что-то совсем уж странное - типа изменения abi требующего
> откатывать зависимости, то они откатятся ровно тем же механизмом что накатились.
Вверх корректность этих механизмов проверена и обезглючена более-менее. А вот вниз... оно не было частью изначального плана.
> Вот две версии одного и того же пакета - он, кажется, действительно
> не может - даже если в них нет ни перескающихся файлов,
Вот именно установить сразу обе - кажется таки нет. Выбрать версию - ок. Но установить кого-то 1. По своему логично. И если надо то лечится. См. что они с linux-image сделали например. Так что вот вам тут кучапакетов с разными вариантами и виртуальные пакеты которые depends на последней версии выбранного типа ядер.
> ядра это просто версии одного и того же пакета, обновляются без
> лишних подпорок и костыликов, а тут приходится придумывать для каждой отдельный
> пакет, и еще обмазать все метапакетом чтобы оно как-то могло автоматически
> обновляться через его зависимости)
С другой стороны это работает и довольно удобно в менеджменте. И можно даже без особого риска опробовать другое ядро или тип ядер. А не взлетит - так вон то установлено, в меню бутлоадера вписано, загрузиться с него да снести проблемное вообще.
> у всех есть. mkdir free nonfree и так далее - решает (архитектура
> добавляется так же - на два уровня фс выше, версия - еще на один)
Ну, в конечном итоге - вон то тоже работает и зачем чинить то что не сломано черт его знает.
> Кто такой смелый что пользуется словом stable вместо имени дистрибутива с риском
> одной ночью внезапно поломать вообще всьо - не знаю,
Может кто-то хочет апдейтиться на новый ддистр в более ультимативной форме, более на автомате?
> но и это тебе бы позволила команда ln -s
Каким бы фигом? В репе? Это на _всех_ там действует. А вон то - в конфиге apt в описании репы для конкретной машины. И это ее админ решает как оно ему лучше, на этапе вписывания урлов реп в список репок. А репа работает и для тех и для этих - тому серверу вообще похрену с такой структурой репы.
> При этом ты сразу видишь к какому дистрибутиву, какому его разделу и
> какой платформе относится пакет, а не все свалено в безумную кучу.
В конечном итоге я обычно не шарюсь мануально по дирам с пакетамию. А для обзора есть допустим packages.debian.org на котором можно зазырить какие пакеты где вообще есть.
> механизма обновлений без автоматики отката на прежнюю версию и проблема организации,
> не позволившая сразу как только выяснилось что апдейт нерабочий немедленно его
> заменить работающей версией.
Как показал пример редхата и прочих MS такая автоматика запросто создает больше проблем чем решает. Когда факап случается на фазе отката и теперь вообще ни туда ни сюда. Вот вам сломаная ос и что хотите то и делайте.
> у меня они не для красоты, поэтому я не могу обычно позволить
> себе откатить снапшот вм целиком потеряв все изменения за несколько дней.
Т.е. в планирование ты не умеешь? Я обычно фигачу снапшот как подготовительную операцию к крупному апдейту или если апдейт затрагивает софт считаемый критичным. Как при этом несколько дней чего либо потерять я не знаю - апдейт ставится сильно быстрее. Кроме того я разделяю system и user, идея честно с314-на с структуры убунты на btrfs. Даже они могут придумать что-то дельное.
> Это какая-то уже совершенно чудовищная хтонь вместо банальной установки прошлой версии
> единственного пакета.
Развалившаяся при неуспехе отката или даунгрейда система бывает еще большей хтонью. При том эффективного плана на этот случай у фанов роллбэка ессно нет.