Форум StopLinux

Потому что не надо ставить собственные костыли поверх существующих и работающих систем автообновления. Для того, чтобы автоматом устанавливать обновления для Debian'ов, уже давно существует cron-apt.

Собственно, это как раз то, о чём писал в своём блоге Карманов: обеспечивающие работоспособность программ пакеты удаляются из системы без разрешения пользователя. Хочу - поддерживаю компонент системы, хочу - удаляю и пофиг на то, что на него уже завязаны какие-то программы! Шваааабодка!

SemyonKozakov пишет:

computer user, видимо, устных предупреждений тебе не хватило. /report

Ээээ... Мандавойд, ты уже ничего не понимаешь? Дык, рановато вроде твоей скрипке вступать, пусть остальные клоуны отметятся.

usr_share пишет:

Потому что cron-apt использует стандартные функции apt-get, и при (маловероятном) возникновении проблем он просто остановит свою работу, уведомив об этом администратора.

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

Добавлено спустя 01 мин 27 с:

Saturn пишет:

Вы верите карманову?

Я dreamhost не верю, Кармонову буду верит. Все придумали, дабы Дебиана сделать [censored].  

Напишите иконку с него и стучите лбом перед кармановым.

Во-первых, вы привели ссылку на новость "Oracle делает Java лицензионно не совместимой с дистрибутивами Linux" (https://stoplinux.org.ru/opensource/orac … linux.html), а не на соответствующую новости ссылку (https://stoplinux.org.ru/none/canonical_ … telei.html).

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

В-третьих, у Canonical не было другого выбора, так как иначе Oracle JDK оставался бы без обновлений безопасности.

Объясню логично.

В Дебиане есть два способа работы с apt -- apt-get и aptitude.

Первый по команде apt-get upgrade только обновляет доступные пакеты. Если какие-то пакеты друг с другом конфликтуют, то он их не обновляет.

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

Так вот, первый метод, используемый cron-apt, физически не может удалить пакет, если его удаление не указано отдельно.

Во-первых, результат в таком случае будет -- удаление одного-единственного пакета, а не половины системы. Даже зависимые от Oracle JDK пакеты в таком случае не оказались бы удалены.

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

Amazon вообще не имеет ни малейшего отношения к данной теме.

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

А вот тут вы уже противоречите самому заявлению от DreamHost.

Just a quick follow up to address some of the problems that appear to be still around: If you’re on a VPS and installed Debian’s mysql-server package on your web VPS, your data is still there, but you will need to re-install that package.

А какое отношение имеет Amazon к бубунте?

Если бы причиной этой ошибки было что-то, в чём виноваты мейнтейнеры пакетов Debian, то проблема была бы намного страшнее, и распространилась не только на DreamHost.

Вставлю свои пять копеек. Я удивляюсь каким вообще образом они там обновлялись, как и сказал usr_share стандартный механизм apt-get upgrade не может технически удалить пакеты.

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