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

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

Или ты про локальный кэш? А если ты его почистил локально?

P.S. У Альта есть историчность репозитория, можно посмотреть состояние репозитория на любую прошлую дату. Это невероятно удобно.

Или ты про локальный кэш? А если ты его почистил локально?

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

P.S. У Альта есть историчность репозитория, можно посмотреть состояние репозитория на любую прошлую дату. Это невероятно удобно.

как это выглядит/работает, где посмотреть?

как это выглядит/работает, где посмотреть?

https://www.altlinux.org/Downgrade#%D0%9E%D1%82%D0%BA%D0%B0%D1%82_%D0%BF%D0%B0%D0%BA%D0%B5%D1%82%D0%B0_%D0%B2_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B5_%D0%BD%D0%B0_%D0%A1%D0%B8%D0%B7%D0%B8%D1%84%D0%B5

а откуда брать дату среза репозитория?

нет кеша установленных пакетов?

Его мало кто хранит слишком долго потому как крайне редко и мало из него востребовано.

Раньше можно было урл в браузере открыть и найти нужную тебе дату.

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

У Debian/Ubuntu такой возможности нет вовсе.

1. Именно в отсортированном - ни разу не требовалось за ТРИДЦАТЬ лет в Дебиане. А просто нужное слово легко ищется посредством apt-cache search. Но если очень хочется то можно добавить sort.

2. Автоматически установленные лично я изучаю посредством aptitude,там же можно и почистить лишнее. Я не фанатичный сторонник исключительно только командной строки и не стесняюсь пользоваться программами с полноэкранным интерфейсом. Хотя если надо пакетный менеджер умеет выводить флаги пакетов и можно сделать grep. Только по такому запросу пакетов будет очень много и случится главная беда команднострочного интерфейса - большая часть выведенной информации уползет за верхний край экрана. Именно поэтому и aptitude - там ничего не уползает.

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

А вообще, у Альта есть хорошая статья про обращение с apt-* https://www.altlinux.org/%D0%9A%D0%BE%D0%BC%D0%B0%D0%BD%D0%B4%D1%8B_APT

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

понял. и все же, кмк, это сложно назвать «невероятно удобным»)

У меня было несколько случаев, когда на Debian/Ubuntu необходимо было воспроизвести стенд с определенными версиями пакетов. В один из таких разов мне помог «Архив интернета», и выуживание от туда необходимых мне пакетов.

По сравнению с этим, то что предоставляет Альт - это невероятно удобно.

Можно просто открыть apt-cache show нужного тебе пакета и там будет ченджлог с датами. Или поискать на packages.altlinux.org.

Это нельзя назвать «невероятно удобным», но это есть. И в корпоративной среде это востребовано — поскольку в поддержку может прилететь запрос вида «у Василия не работает софт X в дистрибутиве Y, вот список пакетов». И разработчик должен по идее, воспроизвести ситуацию Василия, а не посылать его обновлять все библиотеки до последних версий, потому что не факт, что полегчает, может и поплохеть.

В Альте сделано так, что придётся копаться в архиве ручками, но задачу решить можно. В Red Hat есть yum load-transaction, это поудобнее, при наличии истории транзакций. В Nix вообще красота, тупо взял конфиг из гита и получил такое же окружение. В убунте, на сколько я понимаю, никак.

Именно в отсортированном - ни разу не требовалось

apa search по умолчанию сортирует.

Именно в отсортированном - ни разу не требовалось за ТРИДЦАТЬ лет в Дебиане. А просто нужное слово легко ищется посредством apt-cache search. Но если очень хочется то можно добавить sort.

Отсортированный банально намного легче парсить глазами. Но смотри:

$ apt-cache search --names-only asterisk | awk '{print $1}' | grep -iv asterisk
liblua5.1-devel

Какого чёрта? И даже по твоей ссылке в wiki что в выхлоп с --names-only попадает мусор.

В Debian же всё просто:

$ apt list ~nasterisk

Автоматически установленные лично я изучаю посредством aptitude

В Debian:

$ apt list ~M

aptitude я тоже очень люблю еще с тех времен, когда он был рекомендованным менеджером в Debian. Но в Alt он давно заброшен и работает странно. Например, предыдущий пример придется писать так:

aptitude  search '~nasterisk!~v'

иначе он насыпет в выхлоп целый ворох виртуальных пакетов

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

Да, будет славная простыня из grep, awk, sed, sort, xarg, rpm -q и прочего.

Я вот буквально вчера пользовался именно этим запросом в Debian и не задумываясь просто написал:

$ apt list '~U~npostgres!~ntimescale'

И если выхлоп меня устраивает, то я просто меняю одно слово и накатываю обновления, не занимаясь копипастом из не пойми как отформатированного и неотсортированного выхлопа apt-cache в Alt:

$ apt install '~U~npostgres!~ntimescale'

Всё нормально ищется

Ну… такое - как видно.

Переход с apt/aptitude на apt-get в Alt по ощущениям будто у меня отобрали vim и заставляют каждый день пользоваться nano - вроде тест печатать можно, но настолько неудобно.

можно же наверно хранить версию коммита с которого собирался пакет где-то в служебных файлах. Василий бы прислал репорт, мол в пакете foo1.0-sdf565sfsd ошибка, сопровождающий поднимает этот коммит, собирает из него полное окружение и в нем тестирует?

Иногда бывает надо воспроизвести не только нужную версию пакета, но вообще всех пакетов.

я это и имел ввиду, поэтому написал — «собирает полное окружение». в гит нельзя откатить все дерево на тот момент, когда был сделан коммит к интересующему пакету?

Ээээ. В гите хранятся конфигурации пакетов. Тебе надо как-то привести все конфигурации пакетов на какую-то дату. Это не очень реально и проще взять пакеты из архива.

Или я вообще не понял, что ты имеешь в виду.

Как в гит попадет информация об окружении «Василия»? Какого вида будет эта информация и как она поможет?

Если честно, я не очень понимаю, о чем речь.
Может быть я что то упускаю. Хотелось бы понять мысль. Вдруг я смогу это использовать.

Стало любопытно: увижу ли я когда-нибудь конструктивный ответ на критику Alt?

Вполне возможно. Но, думаю, не раньше, чем твоя «критика» перестанет быт форменным поклёпом и станет, наконец, хоть сколько-нибудь конструктивной... :)

Поясню:

Alt Linux с книжкой формата CD - руководство пользователя в 60 страниц. Тогда оно имело некоторую ценность. Пользователи просили выложить его в интернет, но получили отказ под глупым предлогом, что автор не разрешает. Предлог был глупый

Это был не «предлог», а ответ, причём юридически обоснованный: нельзя без согласия автора делать это с его (автора) произведением. Закон запрещает. :)

потому что подобную книжку можно было бы написать одним человеком за 3 дня

ГДЕ?? Где этот «человек», и где написанная им «подобная книжка»??

Думаю, что как не было её, так и нет.

А твоё пустословие вида «можно было БЫ написать» - это просто пустобольство. Вот напиши, тогда и будет, о чём говорить.

А пока что есть уже написанное кем-то произведение и твои вопли о том, что автор не соглашается «выкладывать» его (произведение) в открытый доступ. А он имеет на то законное право: он - автор.

А ты и тебе подобные только трындите и ничего сами не написали. Ни «за 3 дня», ни даже за 333 дня... :)

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

Вот, как-то так...

«Я так думаю!» © :)

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

1. базвая система — это просто метапакет, который собирается одной коммандой xbps-src -N pkg base-packages

ЗЫ а, ну вобще я походу фигню сморозил, Василий же тоже без дела не сидел, обновлялся поди) тогда надо чтоб коммит не к конкретному пакету сохранялся, а к срезу репозитория

Походу, да )

Какого вида будет эта информация и как она поможет?

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

Но это так, рассуждения вслух, я понятия не имею как в deb-based собирают пакеты)

Поздравляю и Команду, и первых искорок - создавших данную активность, и всех участников на протяжении 25 лет, и бывших, и которые сейчас в Команде, и будующих;)
Личный опыт:
Форум - тут тебе всегда помогут, если что-то системное - это будет в завтрашних обновлениях у всех. *какой-то китайский audio-soc, о котором никто не знал, даже sof, патчи оперативно появились, буквально nbd - Спасибо!
Хуанго-драма - есть скрипт который для актуального оборудования делает *незаметно* хорошо. для неактуального мб предложит актуальное для него ведро? *не тестил если честно.
Особо запомнился гномовский живчик, где гном был в виде «flatpak/appimage», чтот такое. местами были локальные пожары и горения))
И ещё хотелось бы отметить отдельные направления по которым работает данное сообщество - это Образование и Медицина, привет и лучшие пожелание с этой стороны)

liblua5.1-devel Какого чёрта?

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

Автоматически установленные лично я изучаю посредством aptitude В Debian: $ apt list ~M

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

aptitude search ‘~nasterisk!~v’ иначе он насыпет в выхлоп целый ворох виртуальных пакетов

Я сейчас у себя на Дебиан 11 попробовал - тоже половина вывода за верхний край экрана уехала. Что свело полезность такой команды к нулю.

не задумываясь просто написал: $ apt list ‘~U~npostgres!~ntimescale’

Как-то «не задумываясь» и «просто» очень плохо стыкуются с командами такой сложности. Или вы делаете нечто подобное регулярно,например по админской работе, и поэтому помните синтаксис, или всё же требуется предварительное заглядывание в справку(как например мне). А если всё равно шпаргалки читать то нет особой разницы - такой запрос писать или цепочку команд. Более того, к примеру синтаксис awk и grep лично я более-менее помню в каких-то базовых вещах. Всё же штуки весьма распространенные и достаточно часто употребляемые. А что вместо одной команды будет несколько - так это же однократно, для нынешних компов не критично. Ну и могу сказать что apt-get,apt-cache,aptitude(в полноэкранном режиме) - я относительно регулярно использую. А вот apt у меня как-то не прижился в практике пользования.

apt install ‘~U~npostgres!~ntimescale’

Это не очень хороший вариант. Потому что всё что попадёт под этот запрос будет помечено как установленное «вручную». И не удалится при удалении «главного» пакета как если бы в команде установки был только он, а остальное ставилось по зависимостям. Придется вычищать руками с помощью deborphan и debfoster.

Переход с apt/aptitude на apt-get в Alt по ощущениям будто у меня отобрали vim и заставляют каждый день пользоваться nano

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

Я сейчас у себя на Дебиан 11 попробовал - тоже половина вывода за верхний край экрана уехала. Что свело полезность такой команды к нулю.

Может, стоило бы лучше изучить консольные команды Linux??..

Ту же more, например - и ничего не «уедет за веpхний край экрана» без «высочайшего соизволения»... ;))

Ну или less: "Просмотр текста командами more и less"

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

Я никогда не работал с void-linux.В Возможно в нём можно выгрузить состояние системы, как в NixOS и потом воспроизвести его.

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

Так что список пакетов с указанием их версий может помочь, а может не помочь.

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

Ту же more, например

Ожидал этого комментария. Но это уже совсем не команднострочный интерфейс,а вполне себе полноэкранный. А если уж отходить от строгого команднострочного пуризма то в данном случае удобнее будет использовать aptitude в полноэкранном режиме. Там можно не только смотреть как в more но и что-то полезное делать.

Ну или less: «Просмотр текста командами more и less»

Если именно для просмотра файлов, а не вывода команд - то куда удобне воспользоваться кнопкой F3 в mc. Ну может быть за исключением случаев работы через ssh по какому-нибудь модему с крайне низкой скоростью. Хотя на 33600 я уже вполне mc пользовался.

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

А что понимается в данном случае под «команднострочным интерфейсом»??

Там можно не только смотреть как в more но и что-то полезное делать.

Ну так и more и less позволяет в процессе просмотра команды выполнять. ;)

Если именно для просмотра файлов, а не вывода команд

Так речь же вроде шла именно о последнем, не?..

А что понимается в данном случае под «команднострочным интерфейсом»??

Именно классический команднострочный интерфейс и понимается - в котором для диалога используется СТРОКА. ОДНА.

Ну так и more и less позволяет в процессе просмотра команды выполнять. ;)

Это уже полноэкранный интерфейс, хотя и в текстовом режиме, а не в графическом. Весьма костыльный и примитивный - но это именно он. Также как например mc.

Если именно для просмотра файлов, а не вывода команд

Так речь же вроде шла именно о последнем, не?..

Там по ссылке было «для просмотра ФАЙЛОВ». Это я и прокомментировал. Кстати, если не ошибаюсь, то more умеет «проматывать назад» только текст из файлов. Вывод команды - не может,соответственно пользы от more в данном случае с выводом списка пакетов - мало. less промотать назад может, и даже глядя в вывод less можно другие команды выполнять, но в рассматриваемом примере aptitude (в полноэкранном режиме) подходит куда лучше. О чем я выше и написал. Вот если aptitude в Альте не работает то тогда да - остается только костыль в виде less с выполнением команд «из нее». Удобным это я бы никак не назвал. Но при дистанционной работе через ssh - может оказаться единственным вариантом.

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

Именно классический команднострочный интерфейс и понимается - в котором для диалога используется СТРОКА. ОДНА.

Изврат какой-то... :))))

Зачем?? В наше-то время... :)

Весьма костыльный и примитивный

Да с here are ли «костыльный и примитивный»?? Уже который десяток лет как нормальный, обычный... Ну да ладно, это всё «на любителя», каждому своё. :)

нам в линуксах вообще грех жаловаться на управление пакетами

Это да...

В виндах и такого нет, а люди вынуждены ими пользоваться

Я вот уж больше четверти века не «вынужден». Нелюдь, видимо... ;D ;P ;))

Ладно, «замнём». :)

Для первого нужны воспроизводимые сборки (не в курсе, что там?) и декларативные описание, чтобы содержимое и работоспособность сервера можно было сохранить в Git репозитории. GuixOS/NixOS это может автоматически. Альт требует внешних костылей.

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

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

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

Всё не так. То, что ты описал - это бесполезный мазохизм и трата кучи времени.

У меня например установлено 47 пакетов от дебианов 8,9,10, при том что текущий релиз - 11. Никакого «невозможно обслуживать» я не наблюдаю, это либо (в большинстве случаев) просто пересказы интернетных сказок, либо (редко) кому-то сильно не повезло.

E: ‘apt-get upgrade’ is disabled because it can leave system in a broken state.

Это в Альте так ругается?

Да

Начнем с простого - найти пакеты в имени которых есть слово asterisk в отсортированном виде

apt-cache search | grep | sort

Пакеты которые установлены автоматически

apt-mark showauto

Пакеты для которых есть обновление, в имени которых есть postgres, но нет timescale

Зачем?

а откуда брать дату среза репозитория?

Можно по changelog пакета ориентироваться. На дату записи в репозиории точно ещё старая версия, так как сборка на следующий день публикуется, даже если в тот же день отправлена.

Зачем?

Надо.

Надо.

Если сильно обосновать, наверное можно повесть фичереквест на apt-scripts для добавления. А уж если и сам скрипт приложить...
Я пока не могу придумать, зачем.

Если сильно обосновать, наверное можно повесть фичереквест на apt-scripts для добавления. А уж если и сам скрипт приложить…

Не поверишь, я уже накорябал apt list-installed, на очереди apt list-upgradeable

Я пока не могу придумать, зачем.

Ну вот смотри, я хочу обновить postgres, но не трогать timescale-плагины для неё, т.к. zabbix-server пока не поддерживает последнюю версию. Да, можно захолдить (что я и сделал потом).

Вот тебе еще примеры - нужно удалить все пакеты asterisk со звуком, но оставить в формате alaw:

apt purge '~nasterisk-sounds!~nalaw'

да уж, что-то меня поволокло, опять nixos получается)

Вот тебе еще примеры - нужно удалить все пакеты asterisk со звуком, но оставить в формате alaw:

Это тоже такие штуки, которые относительно нишевые. Один раз сделать, а когда надо будет ещё раз - кто же знает...

apt-get remove `<команда, формирующая список>`

Это тоже такие штуки, которые относительно нишевые Заранее сложно знать, кому какие варианты для удаления нужны.

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

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

А <команда, формирующая список> - это rpm c параметрами, grep, sed и т.п

Именно об этом я и писал:

Любое действие с пакетами превращается в кучу пайпланов из grep, sort, sed и прочих awk.

apt - это моя главная боль при работе с Alt, даже opkg или apk - уж насколько простые пакетники для роутров и прочих докеров - богаче.

В Астре так же ругается.

Именно об этом я и писал:

Любое действие с пакетами превращается в кучу пайпланов из grep, sort, sed и прочих awk.

Только ты их синтаксис один раз выучил, и потом остальное не надо (не только при работе с пакетами, а вообще). Я вот бОльшую часть ключей у rpm не знаю для попакетной выборки, мне проще «rpm -qa», а дальше grep+sed.

А то начинается: у apt выучи, у rpm выучи, у journalctl выучи... Ещё где «выучи»?

Если бы мне было критично - я бы разобрался какого же именно черта и что сделать чтобы не попадало.

Багу я несколько лет назад завел, на этом мои полномочия всё.

Это не очень хороший вариант. Потому что всё что попадёт под этот запрос будет помечено как установленное «вручную».

Справедливо, согласен. Забавно что в Alt и это поломано

проще «rpm -qa», а дальше grep+sed

Я думал так все делают. Универсальный метод же.

Хотя можно еще apt-mark showmanual. Потом grep-ом выбрать список пакетов по шаблону.
Я так делал, когда мне нужно было одну группу пакетов заменить на другую. Полученный список можно сразу подставлять в команду удаления.

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

КМК теперь утверждение, что поиск пакетов не работает, можно считать опровергнутым.

Справедливо, согласен. Забавно что в Alt и это поломано

Нет, не поломано. Этого вообще не было в apt-rpm и было сделано с нуля. Не так, кстати, и давно: https://bugzilla.altlinux.org/34036
Видимо мысль такая не пришла. Ну на то и багтрекер.

Забавно что в Alt и это поломано

Интересно. Не замечал данную особенность.
Здесь есть представитель Альта, можно ему подсветить.

@Skull

Интересно. Не замечал данную особенность.
Здесь есть представитель Альта, можно ему подсветить.

Так баг уже же заведён. Но, на самом деле, во фразе "Это не очень хороший вариант. Потому что всё что попадёт под этот запрос будет помечено как установленное «вручную»" есть смысл.

Действительно, зачем перемаркировать ранее автоустановленный пакет, даже если был сделан install? По мне на 50 на 50. Ну обновил я библиотеку вдруг руками точечно, а зачем она мне потом, если я снёс то, что её вытянуло?

А вообще я не понимаю утверждения, что поиск пакетов не работает в Альте.

Давай без передергиваний. Я писал что им пользоваться неудобно и не хватает шаблонов.

Я прекрасно представляю сложность apt-get и трудности с которыми столкнулись в Alt при портировании - почет и уважение команде.

Извините что я пришел в Alt избалованный aptitude и apt>=2.0 и испытываю дискомфорт после удобных инструментов.

С утверждением что все решается sed/grep/awk - я согласен. Но можно пойти еще дальше и объявить что пакетные менеджеры не нужны, можно и grep-ом c sed-ом следить за бинарями и обновлять удобно - вот вам кстати пайплайн для этого на три экрана. Всегда так делали, чо.

В том то и дело, что вопрос двоякий.

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

С другой стороны мне и правда иногда нужно обновить пакет, но оставить его как «auto».

На Debian/Ubuntu я иногда устанавливаю пакет, а потом помечаю его как «auto» дополнительно, что бы в будущем не заморачиваться с этим пакетом, если удалю материнский пакет.

Просто эту особенность в Альт нужно будет взять на заметку.