The OpenNET Project / Index page

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



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

Оглавление

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

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


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

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

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




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

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