The OpenNET Project / Index page

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



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

"В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от opennews (??), 03-Май-23, 09:35 
Сформирован выпуск экспериментальной ветки инструментария для управления пакетами APT 2.7 (Advanced Package Tool), на базе которой после стабилизации будет подготовлен стабильный выпуск 2.8, который будет интегрирован в Debian Testing и войдёт в релиз Debian 13, а также будет добавлен в пакетную базу Ubuntu. Кроме Debian и производных от него дистрибутивов, форк APT-RPM также применяется в некоторых дистрибутивах на основе пакетного менеджера rpm, таких как PCLinuxOS и ALT Linux...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59070

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

Оглавление

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


1. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –14 +/
Сообщение от Аноним (1), 03-Май-23, 09:35 
Когда снэпшоты могут пригодиться? Правильнее выглядит не ломать репо вообще.
Ответить | Правка | Наверх | Cообщить модератору

2. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +29 +/
Сообщение от Аноним (2), 03-Май-23, 09:39 
Такие как ты иногда даже рассказывают что надо сразу писать правильный код.
Чтобы не говорить такого, можешь попробовать поработать в софт-индустрии.
Ответить | Правка | Наверх | Cообщить модератору

24. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –4 +/
Сообщение от _hide_ (ok), 03-Май-23, 11:45 
> Такие как ты иногда даже рассказывают что надо сразу писать правильный код.
> Чтобы не говорить такого, можешь попробовать поработать в софт-индустрии.

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

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

134. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Аноним (134), 04-Май-23, 03:33 
Все может быть отлично, но до определенного момента. Невозможно писать сразу же отлаженный, "вылизанный" код.
Ответить | Правка | Наверх | Cообщить модератору

144. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от _hide_ (ok), 04-Май-23, 09:52 
> Все может быть отлично, но до определенного момента. Невозможно писать сразу же
> отлаженный, "вылизанный" код.

И где я с вами спорил? Я сравнил сломанные репы не с ошибочным кодом, а с не компилируемым/ломающим сборку. Проверить, что пушишь/коммитишь всегда можно. При этом требуется только время на сборку и никаких особых действий, таких как отладка, применять не нужно. Не собралось, значит не коммитишь, пока не исправишь сборку.

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

153. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (134), 04-Май-23, 14:23 
Один лишь факт успешной сборки пакета - не гарантирует его работоспособности.
Ответить | Правка | Наверх | Cообщить модератору

155. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от _hide_ (ok), 04-Май-23, 15:25 
> Один лишь факт успешной сборки пакета - не гарантирует его работоспособности.

Нет, если пакет успешно собрался и установился, значит пакет работает.

Может программа, которая упакована в этот пакет не работает, но это уже другая задача и к сборке пакета не имеет прямого отношения.
Сломанные пакеты: это наличие неудовлетворенных зависимостей при нулейвой установке, чтобы исключить наличие установленных в системе, но отсутствующих в репозитарии пакетов (основная причина проблем с репами). Решается тестирование установки в chroot-е или, как сейчас, принято у молодых...

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

151. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Neon (??), 04-Май-23, 12:57 
>> Такие как ты иногда даже рассказывают что надо сразу писать правильный код.
>> Чтобы не говорить такого, можешь попробовать поработать в софт-индустрии.
> Писать не всегда возможно, но коммитить в прод/двел нерабочий код, ломающий сборку
> -- это так себе идея. Тут аналогично.

Иногда, что код не совсем рабочий, можно узнать только после коммита, а порой сильно позже.))) О чем узнаешь после долгой боевой эксплуатации.

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

152. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Neon (??), 04-Май-23, 12:58 
>> Такие как ты иногда даже рассказывают что надо сразу писать правильный код.
>> Чтобы не говорить такого, можешь попробовать поработать в софт-индустрии.
> Писать не всегда возможно, но коммитить в прод/двел нерабочий код, ломающий сборку
> -- это так себе идея. Тут аналогично.

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

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

31. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от test (??), 03-Май-23, 11:53 
| надо сразу писать правильный код.
Отличная идея! А что, в ваши палестины эту фичу ещё не завезли?
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

7. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –2 +/
Сообщение от пох. (?), 03-Май-23, 09:55 
Это костыльная подпорка от родового бага апт-репо - неспособности хранить одновременно несколько версий одного и того же пакета.

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

Нужно это полагаю даже не для того чтобы откатить единичный неудачно обновившийся пакет, а чтобы получить возможность хотя бы как-то гарантировать _одинаковость_ хотя бы двух последовательно установленных с одного и того же источника дебианов. В существующей схеме, ВНЕЗАПНО, два подряд установленные одни и те же дистрибутивы могут иметь разные версии пакетов. Охрененно удобно, надежно и эффективно.

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

11. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (11), 03-Май-23, 10:26 
Несколько версий одного и того же пакета присутствуют прямо сейчас в виде пакет-foo, пакет-bar и т.д. То, что ты тут выдумываешь, не имеет никакого отношения к реальности, т.к. в пределах релиза разные версии софта не включаются, только багфиксы. Ну и багодромы вечного релиза, типа браузеров (от безысходности), но и там нужна только последняя.
Ответить | Правка | Наверх | Cообщить модератору

22. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Роман (??), 03-Май-23, 11:38 
Посмотрите например на mysql / mariadb, как там не бампаются версии.
Ответить | Правка | Наверх | Cообщить модератору

26. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –1 +/
Сообщение от пох. (?), 03-Май-23, 11:49 
> Посмотрите например на mysql / mariadb, как там не бампаются версии.

Кстати при этом отваливаются 3-d party plugins, ага.

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

Причем плевать, нужны тебе были на самом деле те обновления или нет.

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

25. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +2 +/
Сообщение от пох. (?), 03-Май-23, 11:46 
> Несколько версий одного и того же пакета присутствуют прямо сейчас в виде пакет-foo, пакет-bar

это не несколько версий  - это именно что РАЗНЫЕ пакеты с одним и тем же софтом, очередной костыль ровно для обхода той же самой проблемы вместо ее решения - причем каждый из них может иметь свои собственные обновления (а вот автоматически обновить один на другой ты не можешь).
Т.е. снова костылепердолинг ради костылепердолинга.

"только багфикс" тут как-то успешно снес всем 3d party драйвера ядра - и у криворукого багфиксера заняло две недели чтобы откатить это изменение.

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

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

Скопировать поведение yum/dnf/zypper - ну не, это ж очень сложно. Это ж формат менять. А он освящен в преданиях и замене не подлежит! (достаточно посмотреть на то как дебмиррор тянет миллион одинаковых Packages.gz, Pacakages.xz и так далее - причем старые форматы уже не нужны лет двадцать никому)

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

16. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +3 +/
Сообщение от Аноним (16), 03-Май-23, 10:58 
Давно пора ффтопку этот хлам. Мне одной прогулки по его исходникам хватило для рвоты.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

28. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –1 +/
Сообщение от пох. (?), 03-Май-23, 11:51 
> Давно пора ффтопку этот хлам. Мне одной прогулки по его исходникам хватило
> для рвоты.

увы, только вместе с де6иллианом и бубунточкой в комплекте.

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

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

42. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от ryoken (ok), 03-Май-23, 12:21 
Подскажите, в целья повышения уровня образованности. А какая пакетная система по-вашему - нормальная? (Если ещё и Генту взять :) ).
Ответить | Правка | Наверх | Cообщить модератору

51. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Аноним (2), 03-Май-23, 12:57 
setup.exe. Это же всем известный нытик пох.
Ответить | Правка | Наверх | Cообщить модератору

80. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от пох. (?), 03-Май-23, 14:32 
> Подскажите, в целья повышения уровня образованности. А какая пакетная система по-вашему
> - нормальная? (Если ещё и Генту взять :) ).

нет, генту тоже совершенно отвратительна.
Более-менее человечески устроен zypper - это люди для себя делали, а не за зарплату на от...сь. Но, поскольку сузе - труп - изучать вам придется dnf, если вы хотите работать за деньги а не пердолиться вприсядку.

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

93. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (93), 03-Май-23, 16:05 
> изучать вам придется dnf, если вы хотите работать за деньги а не пердолиться вприсядку

dnf, равно как и zypper, это именно что вприсядку. За деньги — это руководить, заниматься консалтингом, архитектурой, но уж никак не в пакетных менеджерах ковыряться. В твои-то годы и с твоим опытом размениваться на такую мелочь просто смешно. С пакетами возиться эникеи есть.

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

117. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от пох. (?), 03-Май-23, 18:42 
Ага, а отвернешься - такие тебе убунту поставят. Потмоу шта только енто и умеют.
Кстати вот я посмотрю как эникей справится с задачей поставить две гарантированно одинаковых, а не ой тут ведро новое. А раз ты начальник - ты и будешь потом вышестоящему объяснять почему у тебя без конца такая хрень получается.

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

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

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


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

172. Скрыто модератором  +/
Сообщение от Аноним (-), 05-Май-23, 03:07 
Ответить | Правка | Наверх | Cообщить модератору

175. Скрыто модератором  +/
Сообщение от пох. (?), 05-Май-23, 11:43 
Ответить | Правка | Наверх | Cообщить модератору

188. Скрыто модератором  +/
Сообщение от Аноним (-), 07-Май-23, 05:41 
Ответить | Правка | Наверх | Cообщить модератору

192. Скрыто модератором  +/
Сообщение от пох. (?), 07-Май-23, 10:02 
Ответить | Правка | Наверх | Cообщить модератору

193. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (93), 07-Май-23, 20:05 
> Ага, а отвернешься - такие тебе убунту поставят. Потмоу шта только енто и умеют.

И пойдёт переделывать. Не справится — будет уволен, за дверью очередь из таких же стоит. Естественный отбор, ничего личного.

> С консалтингом будет та же херня

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

> А архитектура тоже скажу тебе по большей части определяется разработчикам.

У тебя какой-то посттравматический синдром. Зачем брать на проект архитектора, если результат его труда никто не использует? Это какое-то НИИ Овна и Торфа, а не бизнес. Повторюсь: никогда не работай с совками.

> А на пиццерию открыть в хорошей стране я увы не заработал

Это стоит 150-200к$, которые тебе любой банк даст с минимальными условиями.

> можно ж просто пробухать

Полагаю, что проблема в основном в этом. Отсутствие амбиций — терминальная стадия жизни. После неё только смерть.

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

195. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от пох. (?), 08-Май-23, 09:16 
>> Ага, а отвернешься - такие тебе убунту поставят. Потмоу шта только енто и умеют.
> И пойдёт переделывать. Не справится — будет уволен, за дверью очередь из таких
> же стоит. Естественный отбор, ничего личного.

а проект подождет? А угадай кто крайний за сорванный срок спринта?

> Не будет. Я лично проверил уже. Консультанта нанимают как раз когда ясно,
> что разработчики лучше не знают. Я понимаю, что в совке разработчики
> консультанта считают своим личным врагом и смертельным оскорблением для их ЧСВ,

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

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

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

Т.е. у них _всегда_ остается возможность свою эту ложку добавить. Не со зла а потому что по другому они просто не умеют.

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

>> А на пиццерию открыть в хорошей стране я увы не заработал
> Это стоит 150-200к$, которые тебе любой банк даст с минимальными условиями.

ну да, минимальными - там... лет 10-20 прожить с легальными правами, приличный кредитный рейтинг и все такое.
Увы, где уж... А те кто жили - те да, понаоткрывали, ипппись оно конем это it.

>> можно ж просто пробухать
> Полагаю, что проблема в основном в этом. Отсутствие амбиций — терминальная стадия
> жизни. После неё только смерть.

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

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

40. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (40), 03-Май-23, 12:15 
Посмотри исходный код установщика от Red Hat и Ко. После этого код apt, dpkg ещё хорош.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

66. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (66), 03-Май-23, 13:54 
Что посоветуешь взамен?
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

30. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (40), 03-Май-23, 11:53 
>Это костыльная подпорка от родового бага апт-репо - неспособности хранить одновременно несколько версий одного и того же пакета.

Так и в абсолютном большинстве других дистрибутивах.

Винить в этом нужно не разработчиков пакетных менеджеров. Надеюсь не нужно объяснять на пальцах почему так?

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

38. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Анимус (?), 03-Май-23, 12:11 
Ну, не знаю, в zypper можно выбрать нужную версию пакета и их может быть сразу несколько.
Ответить | Правка | Наверх | Cообщить модератору

69. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –2 +/
Сообщение от Аноним (40), 03-Май-23, 13:57 
А теперь подумай почему так. И да, в Debian тоже можно поставить несколько версий софта. Тот же postgresql-12, postgresql-13 и так далее из репозитория, который предоставляет сам postgresql. Но из оф. Debian нельзя.

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

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

потому что алкаш не осилил - слишком был занят бухлом.

> И да, в Debian тоже можно поставить
> несколько версий софта. Тот же postgresql-12, postgresql-13 и так далее из
> репозитория, который предоставляет сам postgresql. Но из оф. Debian нельзя.

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

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

92. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Hello (?), 03-Май-23, 16:04 
Пакет Hello

Version 1.

Files:
/usr/bin/hello
/etc/hello.conf
/var/lib/hello.1.so

Version 2.

Files:
/usr/bin/hello
/etc/hello.conf
/var/lib/hello.2.so

Установи две версии (1, 2) пакета hello )))

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

94. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Hello (?), 03-Май-23, 16:07 
Пакет HelloWorld

Version 1.2.3

Files:
/usr/bin/hello
/etc/hello.conf
/var/lib/hello.1.so

Version 1.2.4

Files:
/usr/bin/hello
/etc/hello.conf
/var/lib/hello.1.so

Установи две версии (1.2.3 и 1.2.4) пакета helloworld )))

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

96. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (96), 03-Май-23, 16:21 
запихай их в /opt/hello123 и /opt/hello124
Ответить | Правка | Наверх | Cообщить модератору

104. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Hello (?), 03-Май-23, 17:21 
Я знаю, но мне интересно получить ответ от пох или как его там.
Ответить | Правка | Наверх | Cообщить модератору

105. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Hello (?), 03-Май-23, 17:22 
И да, opt с hello123, hello124 лишь усугубит проблему. Такой вариант для простых случаев пойдет, но и только.
Ответить | Правка | Наверх | Cообщить модератору

115. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (96), 03-Май-23, 18:07 
в отличии от сами знаете чего, где лицуха запрещает без покупки еще одной лицензии делать двойную загрузку, юзать в виртуалке и т.д.

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

на самом деле это не типовая проблема, но инструментов разрулить ее даже без переборки пакета - достаточно..

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

116. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Hello (?), 03-Май-23, 18:12 
Я знаю как это решается. С Linux уже как бок о бок 20 лет.

Мне интересно было услышать как "пох" решал бы эту задачу. Особенно в свете его любимого rpm (ничего плохого к нему не имею, сам на Red Hat и Ko 20 лет)

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

61. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –2 +/
Сообщение от пох. (?), 03-Май-23, 13:38 
> Так и в абсолютном большинстве других дистрибутивах.

нет, эта глупость только в debian based. У rh и suse (при совершенно разных форматах и разных инструментах) нет никаких проблем с предыдущими версиями пакетов. Более того, у них принято никогда те не удалять.

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

> Винить в этом нужно не разработчиков пакетных менеджеров.

Именно их и нужно. Формат репо не даден на горе Синай без права переоформления.

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

64. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –1 +/
Сообщение от Аноним (40), 03-Май-23, 13:50 
Использую Fedora ещё с версии Core, поэтому не нужно тут сказки заливать.
Ответить | Правка | Наверх | Cообщить модератору

67. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (66), 03-Май-23, 13:56 

> эта глупость только в debian based

А Андроид? ))

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

76. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от пох. (?), 03-Май-23, 14:12 
>> эта глупость только в debian based
> А Андроид? ))

у ведроида нет дистрибутива.


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

173. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (-), 05-Май-23, 03:09 
А как же всякие репликанты и ему подобное? Технически оно не так уж далего от дистрибутива.
Ответить | Правка | Наверх | Cообщить модератору

157. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (157), 04-Май-23, 16:15 
Так то ты прав) Но ...
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

52. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –2 +/
Сообщение от Я тут Эксперт (?), 03-Май-23, 13:05 
>[оверквотинг удален]
> Не исправлять же, в самом деле, саму эту проблему. Вот, не прошло
> и 24 лет - костыликов завезли.
> Теперь всего пол-часика потрахавшись с очень удобным и понятным форматом 20230502T030405Z
> ты сможешь убедиться что такого снапшота разумеется нет, и пойти вручную
> перебором выяснять, какой же все же там есть.
> Нужно это полагаю даже не для того чтобы откатить единичный неудачно обновившийся
> пакет, а чтобы получить возможность хотя бы как-то гарантировать _одинаковость_ хотя
> бы двух последовательно установленных с одного и того же источника дебианов.
> В существующей схеме, ВНЕЗАПНО, два подряд установленные одни и те же
> дистрибутивы могут иметь разные версии пакетов. Охрененно удобно, надежно и эффективно.

Тот самый случай, когда пох написал лютейшую хрень

1) Существующие снапшоты можно будет посмотреть из списка доступных, никто не будет делать игр в УГодайку.

2) Если единичный неудачно обновившийся пакет обновился неудачно по месту, это исправляется самим аптом, также по месту. Если вдруг в теории косякнул репозиторий, это поправят, но в отличии от дятлов, которые на своих пользователях обкатывают тесты у Дебиана есть тестовые сервера и ветки, где это тестируется перед заливом в stable, из-за чего Debian так и любим теми, кто его выбирает.

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

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

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

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

> 2) Если единичный неудачно обновившийся пакет обновился неудачно по месту, это исправляется
> самим аптом, также по месту. Если вдруг в теории косякнул репозиторий,
> это поправят, но в отличии от дятлов, которые на своих пользователях
> обкатывают тесты у Дебиана есть тестовые сервера и ветки, где это

поэтому исправления ты подождешь еще пару-тройку недель, пока оно доберется сквозь  все эти геморои до нетестовых репо. Что мы и получили в истории с dkms в свое время. (Кстати, тесты почему-то не помогли. Вероятно потому что их и нет. Есть просто ненужная утомительная процедура перекладывания из тестовых репо в нетестовые с _ручным_ подтверждением от альтернативно-одаренных разработчиков.)

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

я не держал свечку де6иллиану, но в убунте это не работает. Без костылепердолинга. Не хочу объяснять местным раздувающимся от чсв дятлам, почему. "образ" тоже никуда не годная идея, он слишком много лишнего сохраняет в отличие от чистой установки.

> внезапно одна версия состояний репозитория.

еще чем я должен озаботиться ради неумения некоего Яна ни во что кроме стакана?

Может просто выбором дистрибутива которому не нужны костыли, а? Установленный rhel всегда имеет ровно один и тот же набор версий.


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

59. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Anonymoustus (ok), 03-Май-23, 13:33 
Да будет тебе. Всё равно у тяпляп*атых врождённый и неизлечимый dependency hell. От какого-то одного пакета без его зависимостей во многих случаях не будет пользы. В сложных случаях откатывай до состояния, которое требуется для одного нужного тебе пакета, всю систему, чтобы подтянулись зависимости для нужного пакета.

Переходи к нам на сторону света, где Windows и MS Office и обратная совместимость на 30 лет. :)

Ты ж видишь, они даже не понимают, о чём ты написал.

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

72. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от пох. (?), 03-Май-23, 14:03 
> Да будет тебе. Всё равно у тяпляп*атых врождённый и неизлечимый dependency hell. От
> какого-то одного пакета без его зависимостей во многих случаях не будет

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

> Переходи к нам на сторону света, где Windows и MS Office и
> обратная совместимость на 30 лет. :)

увы, мне неоткуда взять еще 30 лет опыта настройки и эксплуатации. Я все же там скорее advanced user с админской учеткой а не настоящий админ. Даже учебник по павершелу так и не осилил.

Ниче, вон тут курсы QA предлагают всего за 4000, вот собак усыплю, и пойду. И нахрен мне то ваше админство не сдалось.
Знай себе примитивные скриптики гоняй.

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

73. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Аноним (73), 03-Май-23, 14:05 
> Это костыльная подпорка от родового бага апт-репо - неспособности хранить одновременно несколько версий одного и того же пакета.

Чушь. Никаких проблем с хранением нескольких версий.

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

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

беги расскажи авторам apt что они т-пые и не в курсе что нет никаких проблем.

д-лы.

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

163. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –1 +/
Сообщение от Аноним (73), 04-Май-23, 22:37 
Они и сами в курсе, что нет никаких проблем. О проблемах здесь рассказываешь только ты.
Ответить | Правка | Наверх | Cообщить модератору

177. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от пох. (?), 05-Май-23, 16:02 
никаких проблем, просто заняться нечем - вот, пришлось пилить поддержку снапшотов.
Ответить | Правка | Наверх | Cообщить модератору

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

Да ладно? Все там можно. Вот именно так. Иногда пакет старой версии даже сохраняется в репе при доступности более нового и можно мануально форснуть. Равно как может быть несколько реп с тем же пакетом и его разными версиями.

А чтобы гарантировать одинаковость нормальные люди давно используют локальные зеркала и снапшоты. Это еще и быстрее раз так в эн.

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

14. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Admino (ok), 03-Май-23, 10:52 
Когда тебе клиент говорит, что у него ошибка, и ты хочешь поставить себе ровно такую же софтину, в окружении из ровно той же версии, чтобы эту ошибку воспроизвести.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

20. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –1 +/
Сообщение от Anonimo (?), 03-Май-23, 11:31 
> и ты хочешь поставить себе ровно такую же софтину

чтобы выяснить, что ошибка давно исправлена, а клиент не обновлял систему 10+ лет?

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

50. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Admino (ok), 03-Май-23, 12:55 
Чтобы выяснить всё. Бывает всякое.
Ответить | Правка | Наверх | Cообщить модератору

70. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Anonimo (?), 03-Май-23, 14:00 
вот именно, что бывает всякое и проще тогда уж сдампить диск машины клиента, чем собирать систему по пакетам вручную — ошибка ведь может быть вызвана не набором библиотек, а тем что, например, данные софтины "побились".
Ответить | Правка | Наверх | Cообщить модератору

87. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Admino (ok), 03-Май-23, 15:29 
Вот я работаю в банке. За "сдампить машину клиента" меня медленно поджарят на газовой горелке безопасники. А клиент даже не узнает об этом.
Ответить | Правка | Наверх | Cообщить модератору

100. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Anonimo (?), 03-Май-23, 16:43 
и не только в банке. Чтобы подтвердить/опровергнуть версию с влиянием версий установленных пакетов проще сделать спец. сборку для клиента (статическая линковка, chroot, docker и т.д.), а не собирать стенд, на котором потом надо сгенерировать данные, воссоздать нагрузку или перетрясти все конфиги.

Только в нашем обсуждении у вас какая роль? Вы разработчик софта и потому не имеете доступа к машине клиента или это какой-то вид админства, опять же без доступа?

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

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

а там 18 совершенно ненужных терабайт, и да, клиент может еще и не очень желать делиться этим дампом, там ПД или cp.

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

И если окажется что ответ в том что он поапгрейдил какой-нибудь libprotobuf и этим все сломалось - будет крайне обидно за бездарно потраченное время.

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

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

165. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (93), 04-Май-23, 22:55 
> почему твой модный софт у тебя работает, а у него, хотя он утверждает что там точно та убунта которую ты вписал в список требований - не находит чего-то

Очевидный ответ: потому, что кто-то повёлся на опеннетную экспертизу и вместо того, чтобы упаковать модный софт в контейнер пытается делать вид, что пакетные менеджеры в Линуксе работают. Тем более, что образ контейнера можно хоть аттачем в tar.gz выслать, хоть по FTP скачать. А как поставить докер и какой командой запустить объяснить куда проще, чем требования к убунте расписывать.

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

176. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от пох. (?), 05-Май-23, 11:51 
> Очевидный ответ: потому, что кто-то повёлся на опеннетную экспертизу и вместо того,
> чтобы упаковать модный софт в контейнер пытается делать вид, что пакетные

получив кучу проблем из-за того что контейнеры кое-как работают только в облачках с бесконечным linear scaling и только там где они вместе с результатом их работы не делают ничего полезного.

Потому что большинство софта для людей внезапно у нас не микросервисные и представляют собой сложный комплекс из многих компонент, вовсе не stateless (потому что результаты работы нельзя взять и выбросить) и вовсе не однопроцессных. Модные современные контейнерные поделки на такое не рассчитаны. Я, кстати, неплохо насобачился разбирать их на запчасти. Удивительно сколько адового мусора при этом летит в помойку, оказавшись совершенно не нужным для работы.

> докер и какой командой запустить объяснить куда проще, чем требования к
> убунте расписывать.

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


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

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

Что именно обновлять нужно?

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

86. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (96), 03-Май-23, 15:13 
> систему 10+

БП и жесткий диск, а также вентилятор на процессоре и за одно посмотреть что с ёмкостями на mb

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

122. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (122), 03-Май-23, 21:58 
Надо было покупать мамки и бп с полимерными кондерами - тогда и париться не пришлось бы, да и вентиляторы не надо нонеймовые ставить. И жесткие диски штуки достаточно надежные, если не брать самые дешевые и стремные модели. Полно экземпляров которые 10 лет и более отпахали круглосуточно и на покой не собираются.
Ответить | Правка | Наверх | Cообщить модератору

132. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (132), 04-Май-23, 01:17 
теоретик?

разговор не про год-два, а про 10+...

а при таких сроках и полимеры в легкую пухнут... сюрприз-сюрприз...
https://i.stack.imgur.com/kfhnt.jpg
и карлсоны коробочных процессоров могут или выть как собака Баскервилей или издохнуть...
и диски даже самые надежные-принадежные вполне себе мрут...


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

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

Практик, с уклоном в разработку электроники.

> разговор не про год-два, а про 10+...

У меня есть экземпляры которым уже около. Дохнуть не собираются. При прочих равных полимеры в разы живучей. Вопрос в режимах компонентов. Даже если полимер живучей, вас утешит что это было "аж" 5000 часов вместо еще более скромных 1000? (в предельном режиме, те 105C).

Представляете, мощный проц следует ставить в топовую мамку, с многофазным питанием проца, использовать большие вентиляторы обдувающие ее DCDC и топовый продуваемый корпус. И питальник качественный и с запасом по мощности минимум в 2 раза. Да, это не дешево, но скупой платит дважды. Мощность ограничена нагревом. А на каждые 10 градусов ресурс ополовинивается, аррениус обычный. Так что схемы с запасом по мощности как правило живут долго и счастливо.

> а при таких сроках и полимеры в легкую пухнут... сюрприз-сюрприз...

Сдуру можно и ... сломать.

> и карлсоны коробочных процессоров могут или выть как собака Баскервилей или издохнуть...

У интела в коробочных часто стоит мотор Sanyo-Denki, дохнет разве что если юзер поможет. Да и у амд как минимум на подшипнике сделано. А вот воет оно конечно да, на крупном вентиле экономят.

> и диски даже самые надежные-принадежные вполне себе мрут...

Мрет что угодно, включая обладателей всего этого. Вопрос в соотношениях и вероятностях.

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

101. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Anonimo (?), 03-Май-23, 16:46 
ну, как там они называются, в общем те штуки, в которых постоянно находят баги, ломают работающее и увеличивают потребление ресурсов.
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

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

Реальность: разработчик пишет "RESOLVED: INVALID на последней версии не воспроизводится, обновляйтесь".

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

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

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

Такое внезапно слуцилось даже с разработчиками github, которые никому ничем вообще совсем не обязаны-не обязаны, но имели глупость не удалить вовремя заявку что "MSIE supported". Они ее конечно потом удалили, вместе с кодом, но судя по тому что уже после того как вернули на некоторое время совместимость - через некоторые болезненные ощущения в области хребтины и пониже.

И с тобой тоже непременно произойдет.

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

78. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –1 +/
Сообщение от Аноним (78), 03-Май-23, 14:23 
> Когда снэпшоты могут пригодиться?

Ну как же, чтобы пользоваться ЕЩЁ БОЛЕЕ ДРЕВНЕЙ версией ДРЕВНОГО дибиановского репа. В лучших традициях экзибита, мы поняли что ты любешь древность и вкрячили в твою древность возможность откатиться на любое ещё более древнее состояние древности.

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

120. Скрыто модератором  +/
Сообщение от Аноним (-), 03-Май-23, 21:29 
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

159. Скрыто модератором  +/
Сообщение от пох. (?), 04-Май-23, 18:28 
Ответить | Правка | Наверх | Cообщить модератору

182. Скрыто модератором  +/
Сообщение от Аноним (-), 05-Май-23, 20:55 
Ответить | Правка | Наверх | Cообщить модератору

3. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –7 +/
Сообщение от Аноним (3), 03-Май-23, 09:45 
pacman, утрись))))
Ответить | Правка | Наверх | Cообщить модератору

6. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +9 +/
Сообщение от Анонус (?), 03-Май-23, 09:51 
Ага, только у pacman это было давно.
https://wiki.archlinux.org/title/Arch_Linux_Archive#How_to_r...
Ответить | Правка | Наверх | Cообщить модератору

60. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –4 +/
Сообщение от Аноним (60), 03-Май-23, 13:37 
Интересно, все кто это заплюсовали, пытались сходить по ссылке и прочитать что там написано? Хотя очевидно рачеводы плюсуют не глядя что угодно про священный пукман.
Ответить | Правка | Наверх | Cообщить модератору

88. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Анонус (?), 03-Май-23, 15:31 
Там написана такая же херня как тут про apt. Просто срез репозитория на определенную дату. Ничего больше. Сможет ли apt откатить пакет у которого зависимости обновились?  Хочу после dist-upgrade понизить версию glibc :)   Или установить старый gdm не переустанавливаю пол гнома.
Ответить | Правка | Наверх | Cообщить модератору

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

сможет, вместе с зависимостями, разумеется. Более того, не сможет никак иначе.

Но снапшоты - они про тот же дистрибутив, а не про другую его ветку. Внутри стабильного релиза большинство пакетов обновляются совершенно независимо - потому что это тот же самый пакет с мелким багфиксом. Исключения типа модулей mysql крайняя редкость (ну и кто из вас видел эти модули, ага). А одиночный пакет всегда можно откатить на предыдущий точно такой же.

> Хочу после dist-upgrade понизить версию glibc

после dist-upgrade у тебя будут _другие_ снапшоты - от новой версии дистрибутива. В рамках нее - да, сможешь. Потому что версия там та же самая, но без пары бэкпортированных патчей.

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

169. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (169), 05-Май-23, 02:01 
В пакман вдобавок есть пакет - хук для btrfs для создания снапшота ФС при каждом обновлении. При любых проблемах просто откатываешь к предыдущему снапшоту хоть с загрузочной флешки. И все локально, к слову.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

183. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (-), 05-Май-23, 21:01 
> В пакман вдобавок есть пакет - хук для btrfs для создания снапшота
> ФС при каждом обновлении. При любых проблемах просто откатываешь к предыдущему
> снапшоту хоть с загрузочной флешки. И все локально, к слову.

В сабже - тоже есть. И чего?


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

4. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +5 +/
Сообщение от Аноним (4), 03-Май-23, 09:49 
И снова пытаются догнать NixOS, в котором это было испокон веков. Причем в nix flakes это вообще дефолтное поведение: апдейт системы подразумевает переключение с устаревшего снапшота на свежий.
Ответить | Правка | Наверх | Cообщить модератору

57. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от DP (?), 03-Май-23, 13:28 
> И снова пытаются догнать NixOS, в котором это было испокон веков. Причем
> в nix flakes это вообще дефолтное поведение: апдейт системы подразумевает переключение
> с устаревшего снапшота на свежий.

Я давно говорил, что nix крутая штука, интересная и самая логичная реализация.
Вот NixOS не очень, но как R&D и proof of concept сойдёт.
Но места под корень эта зapaза жрёт порядком, даже в случае хранения одной генерации, ощутимо толще при сопоставимых установленных пакетах, в сравнении с тем же Debian.

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

95. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (93), 03-Май-23, 16:11 
Сказки человека, который никсос видел только на картинках. Всё там в порядке и с местом. Что конкретно «не очень» расскажешь?
Ответить | Правка | Наверх | Cообщить модератору

5. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –2 +/
Сообщение от Шарп (ok), 03-Май-23, 09:49 
APT тормозить будет ещё сильнее.
Ответить | Правка | Наверх | Cообщить модератору

8. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (8), 03-Май-23, 10:16 
Лавры dnf не дают покоя)
Ответить | Правка | Наверх | Cообщить модератору

9. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –2 +/
Сообщение от DEF (?), 03-Май-23, 10:18 
Юзаю Btrfs с коровами и снапшотами и не жужжу.
Ответить | Правка | Наверх | Cообщить модератору

13. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Аноним (13), 03-Май-23, 10:40 
Лет 15 как можно ZFS юзать в таком ключе и не жужжать
Ответить | Правка | Наверх | Cообщить модератору

121. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (122), 03-Май-23, 21:56 
В линуксе нафиг надо - это не компонент кернела и может отвалиться при апгрейде. Что для системной фс достаточно фатально: как восстанавливать снапшот если система не подцепила рутфс?
Ответить | Правка | Наверх | Cообщить модератору

133. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (133), 04-Май-23, 02:19 
То же что и в других случаях:
Загружаешь предыдущее ядро
Загружаешься с initrd/live и chroot'ишься, осматриваешься, чинишь/откатываешь пакеты
Ответить | Правка | Наверх | Cообщить модератору

137. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (-), 04-Май-23, 07:50 
В принципе да но все же, рутфс на out of tree файлухе это весьма так себе идея. Да и btrfs в майнлайне есть - RAM сотнями не жрет, не тормозит особо даже на роутере с 64 мегами оперативки, не то что чем-то крупном, управляется удобно, живые и адекватные разработчики вон там. Даже починили мне пару багов более характерных для странноватых конфиг (хотя возможных и в других). Ну и вот нафиг мне ваш zfs внебрачный?
Ответить | Правка | Наверх | Cообщить модератору

168. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (169), 05-Май-23, 01:58 
>Даже починили мне пару багов

Может именно поэтому?

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

184. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (184), 05-Май-23, 21:21 
Это нормальные рабочие процессы: баги были на стыке с другими подсистемами кернела, результат оптимизаций кернела и рефактора его подсистем. Я их традиционно ловлю в -rc кернела, гоняя валидацию своих кейсов, -rc для этого и созданы. Я хочу знать что меня ждет "завтра" (в новом релизе кернела) в моих системах и юзкейсах и поэтому - вот так.

И вот для ZFS такое вообще чинить хрен его знает как. И от развития ядра и его подсистем он ощутимо отстает. Более того - есть шанс что они не успеют за развитием ядра а т.к. они не часть процессов разработки, жто сугубо их проблема. И если старые ядерные апи вообще дропнут, они либо не смогут в новые ядра совсем, либо встанут на якорь рефакториться фиг знает сколько, и захочет ли кто оплачивать такой банкет - сильно отдельный вопрос. Видите ли, внемайнлайновая жизнь имеет свои траблы.

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

194. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (93), 07-Май-23, 20:08 
> как восстанавливать снапшот если система не подцепила рутфс?

Загрузить предыдущее ядро.

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

135. Скрыто модератором  –2 +/
Сообщение от DEF (?), 04-Май-23, 06:45 
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

32. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (40), 03-Май-23, 11:55 
Сравнил яблоко с балетом)

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

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

74. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (66), 03-Май-23, 14:05 
Так он и написал "не жужжу"
Ответить | Правка | Наверх | Cообщить модератору

124. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (122), 03-Май-23, 22:04 
Однако некое пересечение множеств есть: если вам не понравился результат обновления, откат снапшотом ФС так то в общем случае будет более гарантированный чем пытаться понизить версию пакета.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

127. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (127), 03-Май-23, 22:13 
Запусти ОС в live-режиме.
Обновись.
Не понравилось/сбой/еще что-то там
Перезагрузка
Ответить | Правка | Наверх | Cообщить модератору

140. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (-), 04-Май-23, 07:54 
> Запусти ОС в live-режиме.

Это что, мне надолго прервать сервис или взаимодействие с компом? А оно мне надо?

> Обновись.

С live то? Долговато будет. Есть способ лучше: загнать текущую ос в виртуалку, "как есть", и в виртуалке посмотреть что будет. Даже если все помрет в хламину, ну, окей, сотрем несчастную виртуалку или откатим снапшот, опять же. И это все - вообще нонстоп, в отличие от вон того.

> Не понравилось/сбой/еще что-то там
> Перезагрузка

Я вам тут что, винда перезагружаться там и тут и апдейты часами ставить? В линухе можно и сильно получше чем это.

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

128. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (128), 03-Май-23, 22:25 
Запусти ОС в live-режиме.
Обновись.
Не понравилось/сбой/еще что-то там
Перезагрузка
Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

161. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от DEF (?), 04-Май-23, 19:05 
Снапшот гарантированно мне вернет предыдущее состояние системы. А пакетный менеджер - нет. Что ты будешь делать, если пропадет интернет и пакетрый менеджер не будет иметь доступа к репозиториям?
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

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

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

> Что ты будешь делать, если пропадет интернет и пакетрый менеджер не
> будет иметь доступа к репозиториям?

что ты будешь делать если электричество пропадет? Пойдешь с ведром искать где наливают. Вот и тут так же.

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

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

12. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (133), 03-Май-23, 10:33 
Так и раньше можно было выгрузить установленные пакеты вместе с версиями и накатить их.
Только раньше надо было немного баша, а сейчас видимо отдельную команду ввели.
Но apt конечно тот ещё мамонт. И от того как он работает множество проблем возникает.
Ответить | Правка | Наверх | Cообщить модератору

15. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –5 +/
Сообщение от Admino (ok), 03-Май-23, 10:53 
> Так и раньше можно было выгрузить установленные пакеты вместе с версиями и накатить их.

Да, это на самом деле востребованная фича в корпоративных средах. Есть и в yum, и в костыльном виде в apt, и в zypper.

Школоте с pacman, конечно, это не нужно.

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

17. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +4 +/
Сообщение от Массоны Рептилоиды (?), 03-Май-23, 10:58 
https://wiki.archlinux.org/title/Arch_Linux_Archive#How_to_r...
Ответить | Правка | Наверх | Cообщить модератору

49. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –2 +/
Сообщение от Admino (ok), 03-Май-23, 12:52 
> https://wiki.archlinux.org/title/Arch_Linux_Archive#How_to_r...

Как мне на машине разработчика сделать набор пакетов, идентичный набору пакетов у пользователя?

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

Часто проблема бывает в неправильном пакете. В пакмане с его ауром тем более.

Пакман может так?

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

56. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Перепись мамкиных какиров (?), 03-Май-23, 13:22 
>> https://wiki.archlinux.org/title/Arch_Linux_Archive#How_to_r...
> Как мне на машине разработчика сделать набор пакетов, идентичный набору пакетов у
> пользователя?
> В yum это делается экспортом истории и её проигрыванием на машине разработчика.
> При этом не просто пакеты устанавливаются, одинаково обрабатываются конфликты в конфиг
> файлах, например, включая историю обновлений, когда один файл переписывается несколько
> раз.
> Часто проблема бывает в неправильном пакете. В пакмане с его ауром тем
> более.
> Пакман может так?

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

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

А далее будет перепись шкoлoты, которая только и может писать: ля тибя как бамбануло, ко-ко-ко.

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

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

Может еще и с той же конфигурацией системы? Снять образ системы у пользователя и гонять его в виртуалке наздоровье.

> В yum это делается экспортом истории и её проигрыванием на машине разработчика.

А толку? Конфигурацию системных компонентов и программ это не подтянет.

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

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

> Часто проблема бывает в неправильном пакете. В пакмане с его ауром тем более.

Если это федора - да, у них бывает. В дебиане это довольно редкое явление природы. Что впрочем не значит что плохо иметь запасной план на этот случай.

> Пакман может так?

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

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

170. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Анонимо (?), 05-Май-23, 02:31 
"Вжик - сказала лесопилочка"

>В yum это делается экспортом истории и её проигрыванием на машине разработчика.

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

$ pacman -S $(pactree -lu nano) -p --print-format "%n %v"
gcc-libs 11.3.0-3
zlib 1.2.13-1
libbz2 1.0.8-4
bash 5.2.015-1
libintl 0.21-2
libiconv 1.17-1
libgettextpo 0.21-2
libasprintf 0.21-2
gettext 0.21-2
liblzma 5.4.2-1
libzstd 1.5.5-1
file 5.44-5
ncurses 6.4-1
nano 7.2-1

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

19. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (19), 03-Май-23, 11:29 
Лучше расскажи как без захода на сайт убунты узнать к какому пакету относится файл?
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

21. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Аноним (21), 03-Май-23, 11:36 
man dpkg

-S, --search filename-search-pattern...
    Search for a filename from installed packages.

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

27. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Аноним (19), 03-Май-23, 11:50 
Это только для установленных пакетов, лол. Прога ругается нет файла надо узнать в каком он пакете и установить. В Федоре это просто делается в Убунте надо лезть на https://packages.ubuntu.com/
Ответить | Правка | Наверх | Cообщить модератору

33. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Аноним (40), 03-Май-23, 11:58 
apt-file find бла-бла
Ответить | Правка | Наверх | Cообщить модератору

34. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (40), 03-Май-23, 11:59 
apt-file find kwallet.h
apt-file find /бла/бла/бла.бла
Ответить | Правка | Наверх | Cообщить модератору

35. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от хрю (?), 03-Май-23, 11:59 
```
xxx@xxx-home:~/$ apt-file search /usr/share/npm
npm: /usr/share/npm                      
xxx@xxx-home:~/$ dpkg --list | grep npm
```
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

85. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –2 +/
Сообщение от Аноним (85), 03-Май-23, 14:56 
Скачать 200 метров кеша а потом ещё гадать, а в dnf сразу делаешь dnf install 'libxyz.so.1' и тебе ставится нужный пакет. Называется почувствуй разницу.
Ответить | Правка | Наверх | Cообщить модератору

97. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –1 +/
Сообщение от Аноним (96), 03-Май-23, 16:25 
а вы вообще устанавливать пакеты эти хотели или так просто спросили?

а если хотели то чем вам apt-get update не угодил?

а если не хотели, то какая разница если поищете в протухшем?

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

99. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (99), 03-Май-23, 16:42 
А ты попробуй установить пакет, содержащий pthread.h, к примеру.
Сразу поймешь что это работает не всегда и не везде.
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

102. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (96), 03-Май-23, 17:01 
apt-file search pthread.h

а дальше сами решайте что нужно откуда систем знать что вы такого странного задумали...

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

119. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от пох. (?), 03-Май-23, 18:55 
> Скачать 200 метров кеша а потом ещё гадать, а в dnf сразу
> делаешь dnf install 'libxyz.so.1' и тебе ставится нужный пакет. Называется почувствуй
> разницу.

это при условии что оно Provides: эту самую либхреньсо.
(ну да, чаще всего оно автоматически находится, но чаще всего ты в этом случае и так по имени догадаешься как называется пакет, а вот когда оно хитрым образом запрятно в какие-то динамические модули - так легко может не прокатить)

А если вместо этого тебе надо /usr/include/хрень/неведомая/чегото.h - который ни в какие метаинформационные данные не попадает - как ты себе видишь возможность выяснить из какого он пакета, не скачав полный индекс файлов всех вообще пакетов? Ну да, он большой, что ж поделаешь.

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

126. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Аноним (-), 03-Май-23, 22:10 
> Скачать 200 метров кеша а потом ещё гадать, а в dnf сразу

...а dnf тебе сразу нагадят этими метрами. Их было бы и поболее 200 но репы у фидоры и редхата традиционно куцые, софт под эту шляпу мало кто пакетит.

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

167. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от хрю (?), 05-Май-23, 00:40 
Поработаю КО: Чудес не бывает, раз dnf ищет, то значит он уже 200 метров закачал заранее. apt исповедует unix way, т.е. если тебе оно надо то поставишь apt-file и он закачает тебе индекс нужных файлов.
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

178. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (178), 05-Май-23, 17:41 
Apt ещё умеет при "apt update" не качать заново все сотни Мб, а догрузить лишь небольшую разницу.

Это зачем-то сломали у Убунту (видимо, хотят уйти от деб-пакетов и показывают как всё плохо), но хорошо работает (почему-то) в Antix.

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

185. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (185), 05-Май-23, 21:26 
В дебиане тоже работает. Видимо убунты не смогли в генерацию diff для своих репок.
Ответить | Правка | Наверх | Cообщить модератору

46. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Admino (ok), 03-Май-23, 12:49 
> Это только для установленных пакетов, лол. Прога ругается нет файла надо узнать
> в каком он пакете и установить. В Федоре это просто делается
> в Убунте надо лезть на https://packages.ubuntu.com/

Я тебе больше скажу, ты можешь сделать apt-get install /path/to/file и ничего не выяснять.

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

82. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Анино (?), 03-Май-23, 14:44 
Ага «В командной строке указан неподдерживаемый файл» ты наверно просто так набор слов написал.
Ответить | Правка | Наверх | Cообщить модератору

90. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Admino (ok), 03-Май-23, 15:42 
$ sudo apt-get install /usr/bin/virt-viewer
Reading Package Lists... Done
Building Dependency Tree... Done
Selecting virt-viewer for '/usr/bin/virt-viewer'
The following extra packages will be installed:
  gnutls-utils libcacard libgnutls30 libgovirt libgtk3vnc libgvnc libopts libphodav libspice-glib libspice-gtk3 libusbredir libvirt-client libvirt-glib libvirt-libs virt-viewer
The following packages will be upgraded
Ответить | Правка | Наверх | Cообщить модератору

110. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Анино (?), 03-Май-23, 17:45 
Я же тебе говорю:
Чтение списков пакетов… Готово
E: В командной строке указан неподдерживаемый файл /usr/bin/virt-viewer
Ответить | Правка | Наверх | Cообщить модератору

179. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (178), 05-Май-23, 17:43 
Или битый пакет, как у нашего проприетарного вендора было долго.
Или обновить Apt, т.к. фичу приделали всего несколько лет назад.
Ответить | Правка | Наверх | Cообщить модератору

39. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Аноним (60), 03-Май-23, 12:12 
>И от того как он работает множество проблем возникает.

Например?

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

18. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (19), 03-Май-23, 11:28 
А смысл в репо хранится только версия пакета, которая шла на момент релиза дистра и самая последняя. Никаких промежуточных у той же убунты на сервере на хранится.
Ответить | Правка | Наверх | Cообщить модератору

23. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Роман (??), 03-Май-23, 11:40 
Если ваш отдел системного администрирования зеркалит репы тем же например aptly, то уже вполне себе можно.
Ответить | Правка | Наверх | Cообщить модератору

29. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Аноним (19), 03-Май-23, 11:52 
Если бы у меня был отдел, я бы ещё абонентку за поддержку каждого инстанса платил. А надо бесплатно)
Ответить | Правка | Наверх | Cообщить модератору

43. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +2 +/
Сообщение от Роман (??), 03-Май-23, 12:28 
Бесплатно я не знаю как, в живой природе не видел. Время, деньги, геморрой - надо выбрать минимум одно.


Альтернативно на мир смотрят всякие lamda, FaaS, SaaS, но там бесплатно только free tier для сайта про кота, кажется.

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

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

у всех не хранится - в индексе для них не предусмотрено места. (на момент релиза - это чтоб релизный not-so-live образ мог хоть что-то установить - индексы у него локальные тех самых времен)
Т.е. мало сохранить пакеты - надо сохранить отдельно все дерево репо вместе с индексными файлами.

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

А тут, смотри ка - о тебе позаботились!

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

47. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –1 +/
Сообщение от pashev.ru (?), 03-Май-23, 12:51 
> люди все эти терабайты у себя складируют.

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

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

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ообщить модератору

37. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (37), 03-Май-23, 12:05 
В 2018 задого до снапшотов отзеркалил репозиторий убунты и распбиана. Старые компы и малинки снабжены софтом на всякий случай.
Ответить | Правка | Наверх | Cообщить модератору

41. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (41), 03-Май-23, 12:20 
Расскажите лучше, как https://packages.debian.org/bookworm/pacman-package-manager для установки deb-пакетов использовать? Или зачем он там?
Ответить | Правка | Наверх | Cообщить модератору

45. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от pashev.ru (?), 03-Май-23, 12:47 
Там и RPM есть, и, да, можно ис собирать/разбирать эрпээмки.
Ответить | Правка | Наверх | Cообщить модератору

58. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Аноним (60), 03-Май-23, 13:33 
Чтобы рач в чрут ставить, очевидно .
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

113. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Аноним (19), 03-Май-23, 17:53 
А зачем в арче деб? Расковыряй deb сделаей pkgbuild. Для арча это норма. Для дебиана надо культурненько облагородить эти ваши арч пакеты и все будет просто ставится (но не всегда работать)
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

44. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от pashev.ru (?), 03-Май-23, 12:46 
Как ни странно, но это полезно для маленьких частных репозиториев, чтобы не городить unstable/testing/stable с миграцией пакетов.
Ответить | Правка | Наверх | Cообщить модератору

150. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (150), 04-Май-23, 12:34 
Есть опасения, что теперь Debian может перейти на staging релизы забросив тегирование.
Просто добавят тегирование для снапшотов и будут двигать их время от времени.
Ответить | Правка | Наверх | Cообщить модератору

48. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (48), 03-Май-23, 12:52 
"В новой версии также реализована опция "--update" ("-U"), позволяющая во время выполнения команд установки или обновления пакетов (apt install или apt upgrade) автоматически запустить операцию "apt update" для синхронизации индексов до открытия кэша и обработки sources.list."

Ээммм... Нифига не понял, требуется пояснительная бригада.

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

53. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –1 +/
Сообщение от пох. (?), 03-Май-23, 13:17 
> Ээммм... Нифига не понял, требуется пояснительная бригада.

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

В apt кэш индекса должен соответствовать содержимому репо на сию секунду - иначе он попытается скачать оттуда пакет, который только что заменился более новой версией, напорется на file not found и заплачет. Поэтому ВСЕ страдальцы вбивают в скрипты или руками запускают совершенно бессмысленную комбинацию apt update && apt upgrade (для любителей yum/whatever - первое это апдейт _индекса_, а не системы. Апдейт пакетов называется у них upgrade)

Вот, сегодня им наст..пообещали щастье что первая команда наконец-то интегрирована во вторую, не прошло и тридцати лет. Но это неточно потому что новая версия apt попадет только в неопределенно-будущий дебиан.


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

62. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Анонимъ (?), 03-Май-23, 13:38 
>[оверквотинг удален]
> - нет задачи иметь его ровно секундной свежести.
> В apt кэш индекса должен соответствовать содержимому репо на сию секунду -
> иначе он попытается скачать оттуда пакет, который только что заменился более
> новой версией, напорется на file not found и заплачет. Поэтому ВСЕ
> страдальцы вбивают в скрипты или руками запускают совершенно бессмысленную комбинацию
> apt update && apt upgrade (для любителей yum/whatever - первое это
> апдейт _индекса_, а не системы. Апдейт пакетов называется у них upgrade)
> Вот, сегодня им наст..пообещали щастье что первая команда наконец-то интегрирована во вторую,
> не прошло и тридцати лет. Но это неточно потому что новая
> версия apt попадет только в неопределенно-будущий дебиан.

Пакеты не заливаются на сервера обновлений каждую секунду, вы преувеличиваете потенциальную проблему.
Что мешает каждый раз перед apt upgrade делать apt update, недалёкость админа, а тут для таких альтернативно одарённых автоматику завезли, чтобы думала заместо них?

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

79. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –1 +/
Сообщение от пох. (?), 03-Май-23, 14:26 
> Что мешает каждый раз перед apt upgrade делать apt update, недалёкость админа,

что мешает еще каждый раз присесть с припрыгом?

Зачем вы опять оправдываете ту-пость Яна не сообразившего что первая операция отдельно не нужна вообще ни для чего, если уж нельзя осилить фоновое обновление индексов как во всех остальных системах?

> а тут для таких альтернативно одарённых автоматику завезли, чтобы думала заместо
> них?

чтоб не нужно было громоздить два вызова вместо одного.

Но ты можешь бегом бежать рассказать разработчикам apt что это нинунанинуна и Ян был швитой и ничего переделывать в его идеальной поделке не надо.

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

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

54. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –1 +/
Сообщение от Аноним (133), 03-Май-23, 13:19 
Можно инсталлить в одну команду, а не в две. Не то чтобы была какая-то разница.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

63. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (48), 03-Май-23, 13:42 
> Можно инсталлить в одну команду, а не в две. Не то чтобы
> была какая-то разница.

А, ясно теперь. Это логично, хоть и нет проблем было до этого набирать apt update.
Видать многие забывали и бугуртили, какой Debian плохой. =)
Значение понятно, просто я изначально по самой конструкции фразы не смог распарсить значения.
Спасибо вам!

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

103. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (93), 03-Май-23, 17:04 
Нет, не потому, что забывали, а потому, что две отдельные команды — верный рецепт для состояний гонки. Ручным админам такая проблема неизвестна, ведь на их локалхост колме них самих никто никогда не ходит, и каждый процесс они там знают по имени и фамилии.
Ответить | Правка | Наверх | Cообщить модератору

190. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  –1 +/
Сообщение от Аноним (-), 07-Май-23, 06:26 
> Нет, не потому, что забывали, а потому, что две отдельные команды —
> верный рецепт для состояний гонки.

У современных аптов есть блокировки, форсят что всегда только кто-то 1 ворочает операции с пакетами. И это очень правильно. Другие получают отлуп что мол .lock файл вон там уже есть, кто-то еще кантует пакеты, идите нафих. Явно лучше чем посмотреть что с гонками в пакетнике можно получить.

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

197. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от пох. (?), 08-Май-23, 09:36 
>> Нет, не потому, что забывали, а потому, что две отдельные команды —
>> верный рецепт для состояний гонки.
> У современных аптов есть блокировки

и вот если бы было в одну команду - все было бы нормально. А при update && upgrade - у тебя race на этом && - и можешь идти гадать, почему оно вдруг сфейлилось на ровном месте.

Собственно, полный интернет воплей и страданий модных-современных девляпсов о типовых граблях с unattended-upgrades на "невручную администрируемых системах" - ровно на эту же тему.

Но ничего, пару лет еще подождать -в unstable, может быть, завезут модную версию с -U

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

55. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (133), 03-Май-23, 13:20 
Видимо apt всё.
Ответить | Правка | Наверх | Cообщить модератору

65. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от анон (?), 03-Май-23, 13:52 
Теперь можно переезжать с aptitude)
Ответить | Правка | Наверх | Cообщить модератору

106. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (66), 03-Май-23, 17:25 
Чем лучше?
Ответить | Правка | Наверх | Cообщить модератору

81. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (150), 03-Май-23, 14:42 
А сейчас в APT репозитории можно хранить несколько версий пакета?
Ответить | Правка | Наверх | Cообщить модератору

89. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +1 +/
Сообщение от Аноним (40), 03-Май-23, 15:38 
Да
Ответить | Правка | Наверх | Cообщить модератору

107. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (66), 03-Май-23, 17:26 
Разве репа APT? Другим манагером оттуда ничего не достать?
Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

154. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Michael Shigorinemail (ok), 04-Май-23, 15:08 
> Разве репа APT? Другим манагером оттуда ничего не достать?

"Покажите мне метаданные этой репы" (ц)

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

91. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (96), 03-Май-23, 15:56 
это хорошо

дебиан будет совсем торт

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

114. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +3 +/
Сообщение от Аноним (114), 03-Май-23, 18:01 
В чём проблема использовать Debian? Пользуюсь лет 10 на десктопе. До сих сижу на 10, хотя 12 скоро выходит - просто всё работает и лень обновляться.
Ответить | Правка | Наверх | Cообщить модератору

131. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +2 +/
Сообщение от keydon (ok), 03-Май-23, 23:50 
В любой крупной конторке если поискать, можно найти дебиан/SUSE/фряху (нет, слаку в такой роли еще видеть не приходилось) которая работает уже 10+ лет и которую не убирают потому что забыли^W памятник.
Ответить | Правка | Наверх | Cообщить модератору

146. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от жявамэн (ok), 04-Май-23, 11:34 
главное чтобы pkcon refresh работало нормально
атп для луддитов
Ответить | Правка | Наверх | Cообщить модератору

149. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (150), 04-Май-23, 12:33 
Какая-то обертка поверх libapt?
Ответить | Правка | Наверх | Cообщить модератору

156. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от жявамэн (ok), 04-Май-23, 16:13 
> Какая-то обертка поверх libapt?

это PackageKit который умеет работать с
Advanced Packaging Tool (APT)
Conary
libdnf[10] & librepo,[11] the libraries upon which DNF, (the successor to yum) builds
Entropy
Opkg
pacman
PiSi
Portage
Smart Package Manager
urpmi
YUM
ZYpp

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

171. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Анонимо (?), 05-Май-23, 02:58 
>A D-BUS abstraction layer that allows the user to manage packages in a secure way using a cross-distro, cross-architecture API.

Завязан на D-BUS, вот и не нужен никому.

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

174. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от жявамэн (ok), 05-Май-23, 07:56 
>>A D-BUS abstraction layer that allows the user to manage packages in a secure way using a cross-distro, cross-architecture API.
> Завязан на D-BUS, вот и не нужен никому.

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

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

180. "В пакетном менеджере APT 2.7 реализована поддержка снапшотов"  +/
Сообщение от Аноним (178), 05-Май-23, 17:46 
Полно систем без графики. Особенно в войну.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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