The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В пакетном менеджере APT 2.7 реализована поддержка снапшотов, opennews (??), 03-Май-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


129. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (-), 03-Май-23, 22:49 
> у всех не хранится - в индексе для них не предусмотрено места.

В смысле? Индекс вроде не обидится если там пять штук версий пакета с разной версией. Это порой случается штатно, когда майнтайнеры влили новую версию а старую не снесли, так что одновременно доступна и более новая и более старая, apt разумеется по умолчанию самую свежую из известных тащит (кроме случая когда это backports, там явно надо версию просить).

Единственное что версии пакета должны отличаться, иначе как энную версию при инсталле просить то? А ставится соответственно как apt install package/1.2.3-wtf0u3 какое-нибудь, для версии 1.2.3-wtf0u3. Это явный запрос на именно ту версию, а не что-то еще.

> что-то установить - индексы у него локальные тех самых времен)

Индексы перед установкой по сети в таком случае обычно обновляют. И идея ставить тухлые пакеты сэкономив на индексе достаточно странная в общем случае.

> Т.е. мало сохранить пакеты - надо сохранить отдельно все дерево репо вместе
> с индексными файлами.

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

> себя складируют. Но без этой экспериментальной фичи ты вручную будешь весь
> sources.list переделывать на обращения к снапшоту вместо текущей версии и потом обратно.

Ну, вообще, это как раз дедупом очень неплохо решается, если уж мы о птичках :). Впрочем это и структурой репа решается вроде, так что так извращаться не обязательно.

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

130. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от пох. (?), 03-Май-23, 23:21 
> В смысле? Индекс вроде не обидится если там пять штук версий пакета с разной версией.

тем не менее, куда-то старые версии старательно деваются. Вероятно что-то с тем индексом не так. И да,в другой ветке репо (backports каком-нибудь) при этом может лежать другая версия того же самого, так у них почему-то можно (возможно потому что у веток раздельные индексы?).

> apt разумеется по умолчанию самую свежую из известных тащит

там репозависимо (иначе бы она тебе бэкпортов понатащила, на радость пре-альфа-тестерам).

> Сама по себе стуктура дебианских репов вроде ничему такому не противоречит. У них даже есть archive где куча
> версий старых дистров и пакетов.

нет, тоже ровно по одной-две, та что на момент выпуска и последняя. Это просто отдельный сервер чтоб не напрягать Cdn хранением совсем уж древнего хлама.

А снапшоты хранит snapshot.debian.org, он не принадлежит проекту, это какие-то отдельные добровольцы держат, и периодически приходят с шапкой просить денег - потому что оно опять вот.

> Ну, вообще, это как раз дедупом очень неплохо решается, если уж мы о птичках :)

это обычными линками решается. Но оно у них все равно периодически не влезает в банку (одних бесконечных версий мразилы под все поддерживаемые версии всех платформ представь сколько уже) и они приходят жалостливо просить деньжат.

> Впрочем это и структурой репа решается вроде

но нет ;-) поэтому вот нате вам снапшоты и механизм управления с совершенно нечитаемыми временными метками, вместо простой возможности сказать apt install package=ver из того же самого репо без всяких ненужно-снапшотов.
Ну а чего вы хотите от людей, принесших вам aptitude?

Ответить | Правка | Наверх | Cообщить модератору

142. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (-), 04-Май-23, 08:09 
> тем не менее, куда-то старые версии старательно деваются.

Видимо не хотят чтобы основное репо стало тем же чем вон те архивы.

> Вероятно что-то с тем индексом не так.

Странный вывод, учитывая что оно вроде как работает. Как минимум в не слишком клинических случаях. Более того - разные репо могут 1 и тот же пакет разных версий предлагать. Не думаю что ему большая разница из 1 репы или из разных.

> И да,в другой ветке репо (backports каком-нибудь) при
> этом может лежать другая версия того же самого, так у них
> почему-то можно (возможно потому что у веток раздельные индексы?).

Да вообще иногда бывает и так что в основном репо скажем 1.2.3-abc-u3 а тут вот 1.2.3-abc-u4 подогнали с каким-то фиксом и оно так и доступно, и u3 и u4. Вот прям 2 пакета рядом в пуле лежат, -u3 потом постепенно сотрут конечно. И вроде никаких особых траблов это не вызывает.

> там репозависимо (иначе бы она тебе бэкпортов понатащила, на радость пре-альфа-тестерам).

Бэкпорты это не преальфа а именно бэкпорты. Обычно они таки работают, но могут например список зависимостей иной иметь и если они решат половину интернета качнуть - ну, ой, значит оно хотело пачку более новых либ и прог себе в обвес. Видимо потому и такая полися по дефолту. Если кто хочет так жить, вон там testing есть а то и unstable. Вот там уже про преальфу да, не пустой звук. Unstable может реально сломаться. Testing... зависит от момента времени.

> нет, тоже ровно по одной-две, та что на момент выпуска и последняя.
> Это просто отдельный сервер чтоб не напрягать Cdn хранением совсем уж
> древнего хлама.

Просто на уровне струткуры репо - в упомянутом архиве там вообще 100500 версий навалены в общий пул, им видимо нормальненько так.

> добровольцы держат, и периодически приходят с шапкой просить денег - потому
> что оно опять вот.

Есть еще архив разных версий дебиана, включая и откровенно просроченые. Так что если кто жить не может без демьяна 5 версии, ему туда. Там даже репо будет доступно, если его вот оттуда прописать. Прямо для тебя фича, всегда полшестого, всегда дебиан пять, всегда его версии софта... все как ты любишь! :)

> это обычными линками решается.

В принципе да но их больше менеджить.

> Но оно у них все равно периодически не влезает в банку (одних бесконечных версий
> мразилы под все поддерживаемые версии всех платформ представь сколько уже) и они
> приходят жалостливо просить деньжат.

Вот гамазила как раз да, так шустро релизилась что некоторые версии в архивные репы не попали.

> но нет ;-) поэтому вот нате вам снапшоты и механизм управления с
> совершенно нечитаемыми временными метками, вместо простой возможности сказать apt install
> package=ver из того же самого репо без всяких ненужно-снапшотов.
> Ну а чего вы хотите от людей, принесших вам aptitude?

Возможность ставить пакет конкретной версии там сто лет как есть, просто указываем пакет в виде "package/1.2.3-abc-u2" и если оно в принципе знает где взять именно его (package версии 1.2.3-abc-u2), его и получишь. Ему при этом по-моему довольно похрен в какой именно репе оно было, где найдет оттуда и вкатит. Так можно и даунгрейд пакетов делать - но лучше не стоит в общем случае.

Ответить | Правка | Наверх | Cообщить модератору

160. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от пох. (?), 04-Май-23, 18:48 
>> тем не менее, куда-то старые версии старательно деваются.
> Видимо не хотят чтобы основное репо стало тем же чем вон те
> архивы.

ну то есть видимо не хотят чтоб этим кто-то пользовался? Ну возможно, конечно - я сам в формат не лазил, делаю выводы на основе наблюдаемых фактов - нет старых версий.
Понадобилась какая-то невероятнейшая хрень со "снапшотами" (полагаю они тебе всю систему вместо одного пакета откатят в прекрасное вчера) чтоб хоть как-то автоматизировать решение.

>> Вероятно что-то с тем индексом не так.
> Странный вывод, учитывая что оно вроде как работает. Как минимум в не

дык вот - не работает оно так.

> слишком клинических случаях. Более того - разные репо могут 1 и

разные - могут. У них отдельные индексы, возможно все дело именно в этом.

> и доступно, и u3 и u4. Вот прям 2 пакета рядом
> в пуле лежат, -u3 потом постепенно сотрут конечно. И вроде никаких

а вот ставятся ли они оба если лежат в одном и том же репо одной версии? Ты такое прям проверял?

> Просто на уровне струткуры репо - в упомянутом архиве там вообще 100500
> версий навалены в общий пул, им видимо нормальненько так.

пул - всего лишь каталог на диске, чего ему быть не нормально - пока файлы не пересекаются (а naming convention не позволит такое сделать) - ничто не мешает держать их в общей свалке (хотя и загадка зачем было так себе и другим усложнять менеджмент - мне гораздо больше нравится когда пакеты лежат по-дистрибутивно, и можно не размазывать по двум уровням дерева - и так их конечное число, если не пихать десять версий и десять платформ в кучу). Файлы ищутся ж не перебором пула, а индексом. Вот индексы - свои у каждой версии, у каждой ветки репо, у каждого порта.

И то ли проблема в их размерах, то ли в структуре, то ли в механизме поиска по ним. Почему-то старые версии вместе с новыми положить нельзя.

> Есть еще архив разных версий дебиана, включая и откровенно просроченые. Так что

ну и кому они нужны? Снапшоты понятно кому - кто обновился только что и хочет вернуть как было.

> если кто жить не может без демьяна 5 версии, ему туда.

я полагаю они его давно скачали на дискеточку.

> Возможность ставить пакет конкретной версии там сто лет как есть, просто указываем
> пакет в виде "package/1.2.3-abc-u2" и если оно в принципе знает где

но его уже нет в индексе (и нет в pool) поэтому хрен тебе. И две недели ты ждешь решения проблемы с dkms (одна строчка кривого то ли баш то ли пихон скрипта!).

> найдет оттуда и вкатит. Так можно и даунгрейд пакетов делать -

но нельзя. Потому что не откуда уже.

Ну вон для дебиана есть snapshots, но вручную настраивать на них sources будет мучительно больно. Для убунты такого сервиса нет, страдать придется самостоятельно (правда в качестве бонуса я могу откатить образ репо, а не мучаться с перенастройкой source на хосте)
Причем опять же я бы предпочел просто никогда и не удалять старые пакеты из своего зеркала (сотню версий мразилы я так и быть вручную выпилю) и ничего не откатывать - но нет, это бессмысленно - индексы я не могу смержить. (опять добрым словом вспомним rpm-based repo у которых вообще может не быть никакого индекса кроме автогенеримого индекса каталога ftp или html autoindex - и все будет работать без лишней ненужной возни)

Ответить | Правка | Наверх | Cообщить модератору

186. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (-), 05-Май-23, 22:04 
> ну то есть видимо не хотят чтоб этим кто-то пользовался?

Место на серверах и бандвиз мирроров - ограниченный ресурс. С их пакетной базой это видите ли уже не пустой звук, зеркала и так уже довольно большие. И энное количество народа ставит пакеты не с вон того а с внутренних зеркал. Так что этот процесс встречает давление с обоих сторон - с одной вон то уметь тоже вариант. С другой ресурсы на зеркалирование и оттуда тоже жмут в обратную сторону.

> Ну возможно, конечно - я сам в формат не лазил, делаю выводы на
> основе наблюдаемых фактов - нет старых версий.

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

Логическая корректность этой процедуры сильно отдельный топик. Но в случае если это минорные подверсии, там depends по идее не меняют и это не проблема.

>> Странный вывод, учитывая что оно вроде как работает. Как минимум в не
> дык вот - не работает оно так.

Чисто технически так бывает в энных ситуациях. Чисто наблюдение за жизней пакетов и репов. А для допустим кернела это вообще типовой сценарий, пакетов с кернелом может быть 100500 версий и подтипов на все вкусы, чтобы оно еще и апдейтилось само, ставят виртуальный пакет который хочет latest вон того направления и он по зависимостям тянет нужного. На самом деле любую задачу можно решить более 9000 способов и рассказ про нерешаемо есть лишь у тех кто ищет отмазки.

> разные - могут. У них отдельные индексы, возможно все дело именно в этом.

Да оно вроде и в одном и том же бывает, когда какой-нибудь -u3 и -u4 технически доступны одновременно. Просто -u3 еще не стерли из пула, дескать. Если сильно хочется, его при этом можно форснуть явным указанием версии через / после пакета (в apt), или в гуе synaptic "force package version". По дефолту разумеется -u4 везде будет ставить если явно не запросили иное.

> а вот ставятся ли они оба если лежат в одном и том
> же репо одной версии? Ты такое прям проверял?

Да вроде ставится, но надо явно версию требовать, как с бэкпортами. В деталях я правда не исследовал т.к. не провидец и не знал про эту дискуссию заранее. Так что есть шанс что я все же чего-то не заметил. Но было бы очень странно если условный -u3 в одной репе а -u4 в другой.

> пул - всего лишь каталог на диске, чего ему быть не нормально
> - пока файлы не пересекаются (а naming convention не позволит такое
> сделать) - ничто не мешает держать их в общей свалке (хотя
> и загадка зачем было так себе и другим усложнять менеджмент -

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

> мне гораздо больше нравится когда пакеты лежат по-дистрибутивно, и можно не
> размазывать по двум уровням дерева - и так их конечное число,

У них есть еще всякое деление на free/nonfree/extras/contrib/backports... (разный уровень поддержки или иные полиси) - а дистр можно референсить как кодовым именем (e.g. buster) так и типом дистра (e.g. stable).

Это имеет определенные отличия. Если ты хочешь конкретно вот buster, у тебя он будет независимо от статуса (testing, stable, oldstable...). И это конкретный дистро. А если мы указываем stable, то что на данный момент stable и референсится. И если это теперь Bullseye, значит теперь это указывает на него - и тебе в момент когда майнтайнеры сменили статус дистро подваливает пакетов на апгрейд автоматически. Де факто это дает выбор, хочешь ли ты на автомате апгрейд дистра вгружать или более мануально контролировать это, возможно дефернув немного этот процесс, а хоть и ценой отвисания на oldstable, чтобы не заниматься этим вот именно сейчас, когда рабочее окружение было очень надо и было не до того.

Подистрибутивно имхо грабель можно будет откушать еще больше. Ну и бонусом они вот смогли в архивный супер-пул, где можно найти все пакеты какого-нибудь Jessie и если ты фанат именно этого, можно архив как работоспосбный реп зацепить и в jessie будет ставиться софт. Хотя апстрим и забил на официальную поддержку и снес дефолтные репы.

> если не пихать десять версий и десять платформ в кучу). Файлы
> ищутся ж не перебором пула, а индексом. Вот индексы - свои
> у каждой версии, у каждой ветки репо, у каждого порта.

Я так понимаю что оно им дало нехилую гибкость в результате. Когда ранее принятые решения не икаются если решено добавить +1 архитектуру, +1 дистр, или даже позволить некромансерам в сторонке некромансить, покуда кто-то не ленится хранить столько пакетов.

> И то ли проблема в их размерах, то ли в структуре, то
> ли в механизме поиска по ним. Почему-то старые версии вместе с
> новыми положить нельзя.

ИМХО ключевая проблема в том что логика apt подразумевает апгрейды вверх но понятия даунгрейд просто нет и логическая корректность всего этого (рюхание зависимостей и проч) - весьма отдельный топик в общем случае.

> ну и кому они нужны? Снапшоты понятно кому - кто обновился только
> что и хочет вернуть как было.

Всяким некромансерам которые рассказывают что тогда трава была зеленее. Ну раз была, вот вам телепортер и машина времени, добро пожаловать на поляну. Можете юзать свой дебиан 5 версии как будто он все еще stable. Фиксить его конечно никто не будет уже, и то что согласно новым знаниям из будущего вон те версии с вулнами, издержки путешествия во времени уже.

> я полагаю они его давно скачали на дискеточку.

Дискеточки маловато будет для репок то.

> но его уже нет в индексе (и нет в pool) поэтому хрен тебе.

Лол, если пакетник кажет версию как доступную к инсталу то он ее очевидно из индекса взял. А откуда еще?! То что в индексе нет видите ли и не кажется там. А в каком-нибудь синаптике есть даже категория local/obsolete, по сути фильтр показывающий то что не в индексе но почему-то установлено.

> И две недели ты ждешь решения проблемы с dkms (одна
> строчка кривого то ли баш то ли пихон скрипта!).

Пардон, я DKMS не пользуюсь и не в курсе его проблем. Я развлекаюсь чем-то на границе кернелдева, интеграции и активного пуска -rc и мне DKMS приболел соответственно. Вся моя активность залочена на именно майнлайн. Это мой апстрим. Мне он нравится.

> но нельзя. Потому что не откуда уже.

Скорее потому что изначально это дизайном пакетника в дебиане не особо предусмотрено.

> будет мучительно больно. Для убунты такого сервиса нет, страдать придется самостоятельно

Ну тут уж вопрос "сервис провайдера" что за услуги они решили вывесить. Скажем убунта генерит лив апдейты кернела а дебиан нет. И соответственно в демьяне лив кернел патчинг ты либо сам где тебе надо, либо убунтовое ядро можно прицепить, либо что там тебе охота. Технически репы не сильно разыне, настолько что народ раньше "oibaf ppa" (репы с новой MESA и обявзом типа либ для хардварных декодеров видео, свежий графон в общем) к демьяну цеплял и в целом оно работает. Убунта ж из демьяна делается, так что не настолько разная как это можно подумать.

> (правда в качестве бонуса я могу откатить образ репо, а не
> мучаться с перенастройкой source на хосте)

Я на самом деле давно оперирую снапшотами уровня FS или VM и мне оно так то относительно пофиг, просто потому что plan b у меня был уже цать лет. Да, отвисая с теми из фортуны 500 можно чему-то научиться, в том числе и как эффективно менеджить системы :)

Ответить | Правка | Наверх | Cообщить модератору

187. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от пох. (?), 06-Май-23, 13:05 
> Место на серверах и бандвиз мирроров - ограниченный ресурс.

то ли вот дело снапшотики-снапшотики...

> Скорее, дело в том что даунгрейд - изначально вообще не входил в идеи управления пакетами дебиана.

dpkg совершенно все равно. Да и в чем проблема с даунгрейдом на ту же самую версию минус два бэкпортированных патча? Если там что-то совсем уж странное - типа изменения abi требующего откатывать зависимости, то они откатятся ровно тем же механизмом что накатились.
Вот две версии одного и того же пакета - он, кажется, действительно не может - даже если в них нет ни перескающихся файлов, ни явных запретов одновременной установки (поэтому у rpm based - версии ядра это просто версии одного и того же пакета, обновляются без лишних подпорок и костыликов, а тут приходится придумывать для каждой отдельный пакет, и еще обмазать все метапакетом чтобы оно как-то могло автоматически обновляться через его зависимости)

> У них есть еще всякое деление на free/nonfree/extras/contrib/backports

у всех есть. mkdir free nonfree и так далее - решает (архитектура добавляется так же - на два уровня фс выше, версия - еще на один)

Кто такой смелый что пользуется словом stable вместо имени дистрибутива с риском одной ночью внезапно поломать вообще всьо - не знаю, но и это тебе бы позволила команда ln -s

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

> Пардон, я DKMS не пользуюсь и не в курсе его проблем.

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

> Я на самом деле давно оперирую снапшотами уровня FS или VM

у меня они не для красоты, поэтому я не могу обычно позволить себе откатить снапшот вм целиком потеряв все изменения за несколько дней.
Это какая-то уже совершенно чудовищная хтонь вместо банальной установки прошлой версии единственного пакета.

Ответить | Правка | Наверх | Cообщить модератору

189. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (-), 07-Май-23, 06:21 
> то ли вот дело снапшотики-снапшотики...

Наверное будет опциональным к зеркалированию. В общем будем посмотреть к каким полисям все устаканится.

> 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. Даже они могут придумать что-то дельное.

> Это какая-то уже совершенно чудовищная хтонь вместо банальной установки прошлой версии
> единственного пакета.

Развалившаяся при неуспехе отката или даунгрейда система бывает еще большей хтонью. При том эффективного плана на этот случай у фанов роллбэка ессно нет.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру