25 лет команде Альт!

Сегодня наткнулся

Так.

Они обновили докер. Все пакеты.

3 февраля обновили.

В результате обновления, пакет docker-compose-v2 просто исчез

Он ещё 11 ноября исчез.

говорит, что вместо номера версии слово «dev».

Да.

И всё. Приветики! докер-композ не стартует с воплями про неприемлемую версию

20:11 aceler@Compy:~/workspace/compose/homeassistant $ docker compose up -d
WARN[0000] No services to build                         
[+] up 1/1
 ✔ Container homeassistant Created                                                                                                                                       0.0s 
20:11 aceler@Compy:~/workspace/compose/homeassistant $ docker compose version
Docker Compose version dev

Во всех дистрибутивах бывают ошибки, но только в альте они очень жидкие, я правильно понимаю?

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

В чём я опозорился?

В том, что не осилил свой любимый докер, это раз. В том, что не отработал переезд с 2.39 на 5.x - это два. Почему это в стабильном p11 произошло, в смысле смена версии? Ну, я уже написал, что пользователи Докера должны страдать.

Вынужден использовать ALT Linux Server p11 пишешь? Значит техподдержка есть? Обращался?

Нахрена мне это? Я просто из кеша APTа соседнего компа взял предыдущие версии пакетов, снёс новые и накатил старые.

Тот факт, что проблема есть - ты только что подтвердил.

Внимание вопрос, почему мне пришлось этой ерундой страдать? Почему альтернативно одаренные разработчики альтушки этот вопрос не решили заранее? Сколько, блин, человеко-часов угроблено по всей стране на решение одной только этой проблемки?

Нет, я сам разобрался минут за 15.

Но вот что я ТОЧНО теперь сделаю - это поменяю альтушку на Ubuntu Server во всех критичных местах.

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

За всё это время ни разу не довелось ни увидеть в живую этот дистрибутив, ни устанавливать. Даже как-то ни разу не возникло желание установить и поглядеть, что это за дистрибутив такой. Ну есть дистрибутив, и есть. Успехов создателям и разработчикам. Да и пользователям, конечно, тоже.

Я просто из кеша APTа соседнего компа взял

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

Тот факт, что проблема есть - ты только что подтвердил.

Тот факт, что у тебя проблема есть — я и не опровергал и не собирался. Тот факт, что «выкатить в прод для «мульёнов пользователей» обновленные пакеты широко используемого сервисного приложения, которые вообще не удосужились проверить?????????» — враньё.

Внимание вопрос, почему мне пришлось этой ерундой страдать?

Потому что ты админ.

Почему альтернативно одаренные разработчики альтушки этот вопрос не решили заранее?

А потом альтернативно одарённые пользователи жалуются, что де Skull с ними плохо разговаривает.

Сколько, блин, человеко-часов угроблено по всей стране на решение одной только этой проблемки?

Минут 15, сам же сказал.

Так показалось проще и быстрее на тот момент. :)

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

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

это поменяю альтушку на Ubuntu Server

Предвижу эпичные оргии с выпиливанием snap и прочего.
Тогда уж лучше Debian ставь.

Чуваааак, что за фигню ты несёшь и пытаешься мне впарить? Протухты жизнедеятельности альтернативно одаренных разработчиков альтушки?

Что это вообще за разговоры такие?

я делаю

apt-get update

apt-get upgrade –enable-upgrade

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

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

Ну, снап вроде сносится элементарным

apt purge snap

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

А так таки да, можно и дебиан.

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

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

Впрочем, не настаиваю, это только теория.

Зачем такие сложности с выкачиванием кеша с соседнего компа?

Он просто рукопопый и не знает про архив и про процедуру даунгрейда.

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

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

Перспективно. Очень перспективно.

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

Это ты докером пользуешься, не я. А если бы я пользовался, то я бы не делал обновление, не проверив, это раз, а два - понял бы, что там надо изменить. Или спросил предварительно. А не вот это вот «А!!! контейнеры не стартуют !!!!1111111». А то ещё может и инструкция есть по переезду.

Так и пытаюсь, да.

Прописываю ручками прокси. Причем, по-отдельности для APT, Docker, просто в системе. Ибо как-то оно не дружит друг с другом и единая точка прописывания типа /etc/sysconfig/network - не работает.

Прописываю ручками статические IPшники. Ибо терраформом cloud-init привезти трагично не может.

Включаю ручками SSH сервер.

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

Я так подозреваю, что ты настолько же альтернативно одаренный, как и разработчики альтушки.

Вы нашли друг дружку! Уррра! Это, на полном серьёзе, непростое достижение в наши сложные времена.

хотя зачем бы оно на сервере?

Ну в Убунту сейчас много чего на сервере есть, что не должно быть, по идее.

Мое представление о дистрибутивах Линукс:

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

Следовательно, для меня, хороший дистрибутив это тот, где этих действий мне придется делать минимально.

Другая сторона:

Задачи бывают разные.

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

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

snap в серверной Ubuntu, который мне не нужен.
gnome в серверной РедОС8, который выпилить не так просто, и зачем он там - другой вопрос.
…
Скажем так - у многих-многих дистрибутивов есть много разных недочетов. Но это недочеты только с моей точки зрения, и только лишь потому, что моя точка зрения не совпадает с разработчиками дистрибутива, не говорит, что дистрибутив плох.
Кому то наоборот хорошо, что snap уже установлен в Ubuntu.
Или кому то наоборот нужен gnome в РедОС для их задач.

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

Вы нашли друг дружку! Уррра! Это, на полном серьёзе, непростое достижение в наши сложные времена.

Увы и ах, но реалии - это одарённые пользователи докера, которые ни на что не способны.

В целом, согласен. Я именно так и делаю.

Ставлю Ubuntu Server minimal. Дальше ручками/ансиблом/паппетом/CICD (смотря где и что) накатываю чего хочу, по зависимостям приезжает недостающее. Получается вирта, практически по заветам, решающая одну-единственную задачу.

В целом сторонник максимальной автоматизации. Ну то есть, в идеале, git push->по хуку джоба->terraform->ansible/puppet->CI/CD->сервис. Минимум ручных действий, максимум эффективности.

Падение альтушки прямо на cloud-init меня выморозило. Я вообще не представляю, как кто-то может её в современном мире в проде использовать. Несчастные те одмины, которые сотню-другую таких вот вирточек вручную прописывают.

Чувак, весь мир сидит на докере и его развитии, прежде всего на кубере.

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

С тем же успехом ты можешь гордиться, что не научился читать.

Обычно для этого есть тестовые стенды…

Как то я слышал:

Админы делятся на тех, кто еще не делает бэкапы и остальных.

Как по мне, это и к тестовым стендам относится.
Вот убьет он прод, и потом у него сразу тестовые стенды появятся.

Я только не понял, при чём тут Альт. Подобная картина могла сложиться и на любом другом дистрибутиве. На той же Ubuntu - вполне.
Он просто пока еще не сталкивался.

Так, мимоходом, а с чего хоть кто-то решил, что это было не на тестовом стенде?

Я хоть слово об этом написал?

Чувак, весь мир сидит на докере и его развитии, прежде всего на кубере.

Согласен, если речь про бэкенд или сервисы на серверах.
Вот только есть еще и десктопы - там не нужен докер. Докер на АРМ - это зло.
А таких десктопов в некоторых организация - сотни на подразделение.

Так, мимоходом, а с чего хоть кто-то решил, что это было не на тестовом стенде?

А зачем на тестовом стенде откатывать? Там разбираться надо.

Кстати, смотри, твоя любимая Убунта:
https://forums.docker.com/t/docker-compose-up-fails-after-yesterday-update-po...

Вот только есть еще и десктопы - там не нужен докер. Докер на АРМ - это зло.

Я тебе больше скажу, на прошлой работе весьма успешно миникуб использовался на «рабочих местах» разработчиков в качестве дев-стендов.

Персональная БД Спаннера в GCP - и вперде, дорогой разраб.

Дешево для конторы и удобно для разраба.

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

Выявить как, почему, воспроизвести. Сделать инструкцию по воспроизведению. Отдать разработчикам на исправление. Багрепорт зарегистрирован?

А зачем на тестовом стенде откатывать? Там разбираться надо.

Не всегда на разборки есть время.

Можно лечить причину,
или убирать симптомы.

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

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

Кто знает. Может кто то прямо сейчас у тебя на проде делает apt-get upgrade.

В долгосрочной - исключить причину.

Я ж и написал, что причину исключу. Перееду на Ubuntu. Ну или на Дебиан. :)

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

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

Опять пропагондон, сам придумал, сам поверил? В каком селе тебя делали?

Скажем так, я не уверен, что «на проде» вообще будет докер.

Докер удобненько на тестовом стенде. Он там и есть.

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

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

Чувак, весь мир сидит на докере и его развитии, прежде всего на кубере.

Чувак, весь мир всё ещё сидит на Windows...

Я ж и написал, что причину исключу. Перееду на Ubuntu.

А ссылку про падающий на Убунту докер пропустил? :-)

Посмотрел я на последние версии Windows… Сразу захотелось откатиться на предыдущую версию.

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

Я не говорю, что винда-капец стали ближе… Хотя такими темпами микрософт сами приближают свой конец.

С другой стороны - всё циклично. Когда вин8 вышла, все тоже были «не в восторге». Но они сделали работы над ошибками. Может и сейчас сделают работу над ошибками.

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

Скорее всего, он просто перепишет свои ямлы на под новый композ.

Включаю ручками SSH сервер.

Я вот сейчас поставил 11-й альт сервер, ssh сервер включён, что ты имеешь в виду?

Не понял, что имеется ввиду. Но разумеется неправильно переписывать Dockerfile и Compose.yml для приспособления их к Alt, поскольку их формат стандартизован и не должен зависеть от дистрибутива.

и единая точка прописывания типа /etc/sysconfig/network - не работает.

Прямо вот не работает?
https://www.altlinux.org/Alterator-sysconfig/proxy

Не понял, что имеется ввиду. Но разумеется неправильно переписывать Dockerfile и Compose.yml для приспособления их к Alt, поскольку их формат стандартизован и не должен зависеть от дистрибутива.

Там обновление с 2.x до 5.x произошло. Так что если там что-то поменялось, то не в ALT, а вообще в Докере.
docker-compose-v2 был 2.39.1, а docker-compose стал 5.0.2: https://git.altlinux.org/tasks/archive/done/_398/408386/

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

То есть нужно привести содержимое ямлов в соответствие с используемой версией композа. Или сделать предварительную проверку используемой версии композа и использовать ямлы соответственно версии.

И да, на Убунте люди тоже схватили по такой же ошибке.
Кто то откатился на предыдущую версию композа.
Кто то переписал свои ямлы.

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

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

У меня, кстати, тоже ssh был выключен сразу после установки. Но меня как то не заморачивает включить ssh через systemctl enable. Мне кажется это уже придирки.

Если ставить рабстанцию/К — будет выключен. Если сервер или виртуализацию — будет включён. Если ставить контейнерный образ — будет включён.

Мне кажется это логичным.

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

А по-моему, по возможности не устанавливать. Эта прибуда epm берèт пакеты чёрт знает откуда и перепаковывает их тоже чёрт знает как. В отличие от стандартных средств (apt.dnf). Причём авторы Alt честно признаются, что не отвечают за результат. В документации Alt приведены примеры использования приблуды для,установки Yandex Broweser, Chrome и Subline Text, причём во всех этих примерах никаких преимуществ по сравнению с рекомендованными их авторами способами она не даёт. Так что и примера пользы не оказалось.

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

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

Это не особенность Альта. Точно с такими же проблемами можно столкнуться и в других дистрибутивах.
Например у тебя Debian, а нужная тебе программа собирается только для Fedora. Просто у Debian есть свой инструмент перепаковки, а у Альта свой.
Думаю в Debian ты воспользуешься инструментом alien.

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

epm - это не замена apt/dnf, а дополнение.
В любом дистрибутиве можно столкнуться с ситуацией, когда необходимая тебе программа отсутствует в твоем дистрибутиве, её нет в репозиториях, распространяется она только в виде одиночного пакета, и не устанавливается в твоем дистрибутиве.

В качестве примера - медицинские программы. Чего только я там не насмотрелся. В каких только форматах авторы не делают свои программы. Бывает что пакет под Ubuntu не устанавливается на Ubuntu.

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

я делаю

apt-get update

apt-get upgrade –enable-upgrade

Хм, вообще, в дистрибутивах с apt upgrade лучше не использовать или использовать только тогда, когда понимаешь что делаешь и контролируешь каждое изменение. Не знаю, что такое --enable-upgrade, но в дистрах с apt надо делать dist-upgrade/full-upgrade или можно получить получить неожиданное состояние системы.