Вот и пришло время создать.

Ну, всем бы к кормушке гос сектору. А энтузиастов, да чтобы на грант «присесть», если так надо денёг… И нет.

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

aptitude есть

Честно слово, я им в жизни не пользовался. :)

Ну, не знаю, для меня aptitude это 99% ценности дистрибутива. Обо многих программах я узнал именно из секции «Новое» в aptitude, а так бы даже не догадывался, что они есть. Ну и исследование любого репозитория и выбор нужного софта, в случае, если ты знаешь, что хочешь ставить, упрощается с aptitude в 5 раз, а если не знаешь, то в 999 раз.

Не может быть разломанных зависимостей в дистрибутиве, где есть aptitude

Наивный чукотский юноша.

Я все жду, когда на ютубчике появится хоть одно видео, объясняющее как этим нечеловеческим интерфейсом пользоваться. За 20 лет ничего не изменилось. И у меня в окружении не появилось ни одного человека, который бы смог осилить эту марсианщину.

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

Я все жду, когда на ютубчике появится хоть одно видео, объясняющее как этим нечеловеческим интерфейсом пользоваться. За 20 лет ничего не изменилось. И у меня в окружении не появилось ни одного человека, который бы смог осилить эту марсианщину.

/ - поиск

n - следующий

+ - выбор приложения

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

g - далее и g - далее

вроде всё основное

ставим gimp с выбором нужных плюгинов aptitude[enter]

/^gimp[enter]

+,n,n,n,+,n,+,n,n,n,n,n,+

g,g

далее расслабляемся и откидываемся на спинку стула

Репо даже не похож на центОСовский и пакеты мандривы

Честно я так глубоко не глядел. Нужно проверить selinux и т.д. (хотя вроде реп такой же как был у нормальных CentOS, <=7)

Вообще не похож от слова совсем. Как по структуре каталогов, так и по пакетам. А, ну да, и там и там rpm пакеты лежат, этим, безусловно, похож :)

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

А что касается по структуре это вообще ерунда, createrepo тебе проиндексирует все что ты захотишь и как захочешь. У меня локальные репы вообще сделаны как мне удобно а не как на зеркале. Просто я понимаю как это работает и мне так удобнее.

А пакеты нужно отдельно смотреть а лучше сразу src.rpm …

А пакеты нужно отдельно смотреть

Ну смотри https://abf.io/import/firefox/blob/rosa2021.1/firefox.spec и https://git.centos.org/rpms/firefox/blob/c8s/f/SPECS/firefox.spec По спекам видно, что не просто разные, но и явно даже не «основано на», спеки совершенно по разному организованы и в росином видны куски для ещё 2016 росы. Которая на rpm5, посему явно к редхату ни малейшего отношения не имеет.

Скачал src.rpm и глянул spec.

Хм, а там нет секции : %changelog. Это еще зачем ? Не понял.

В роса не используется changelog, можно коммиты смотреть на abf

И кстати если Вы внимательно читали что я там писал то из модульности я склоняюсь к пересборки не с CentOS 8 (и даже не 7 но тогда нужно спеки того времени показывать) а именно с Fedora. Так что лучше сравниать со спеками Fedora и лучше тех времен когда в Fedora был именно этот пакет. И да Firefox плохой кандидат на сравенеи лучше какой нибудь glibc, FreeIPA и т.д.

В спеке от росы есть :

Fedora

https://github.com/eqrion/cbindgen/releases

version 0.19.0

Source12: cbindgen-vendor.tar.xz

Я понимаю что это ничего не доказывает, но так на всякий случай.

А не вставлять в спек чанж лог это не хорошо, есть ощущения что то скрывают.

У нас хотят потихоньку астру внедрять.

Поглядел я тут внимательнее видать Вы и правы …

А что правда в Мандраке в spec изменения тоже не пишут ?

/ - поиск

Поиск чего? Пакета? Файла в пакете? Фразы в описании?

n - следующий

Следующий кто/что? Пакет? Несоответствие?

+ - выбор приложения

Какого приложения? Что имеется в виду? Может быть, все таки, пакета?

Enter - вход в приложение

Запуск приложения что ли?

или v - выбор версии.

И дальше что? Ну выбрал версию. Что с этим выбором делать?

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

Понятия не имею. Думал, что ты сумеешь рассказать.

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

Я тоже не понимаю, как можно выпускать дистрибутивы с разломанными зависимостями. Это элементарное отсутствие тестирования? Раздолбайство?

g - далее и g - далее
вроде всё основное

Далее что, объяснятор?

ставим gimp с выбором нужных плюгинов aptitude[enter]

/^gimp[enter]
+,n,n,n,+,n,+,n,n,n,n,n,+
g,g

Какой ужосо.

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

Мандрейк давно умер, в Магее и ОпенМандриве не обращал внимание, когда их трогал.

Ну, не знаю, для меня aptitude это 99% ценности дистрибутива. Обо многих программах я узнал именно из секции «Новое» в aptitude

А что случилось с apt[-cache] search? Впрочем подходы у всех различные :)

плюс аптитуде - интерактивная человекоориентированная оболочка :)

А не вставлять в спек чанж лог это не хорошо, есть ощущения что то скрывают.

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

А завтра сайт тютю и у тебя будет один src.rpm

Ну я хз но я всегда думал что секцию в спек не для красоты сделали.

А вообще плевать на это. Я тут мок их глянул … мда … тогда уж лучше Астра чем это.

А что случилось с apt[-cache] search? Впрочем подходы у всех различные :)

ээээ, не совсем понял... в sid или в sisyphus добавили новые пакеты. как ты узнаешь об этом через apt search?

я же не могу следить за всеми новинками, а тут нужные категории открыл (не libs и не debug, где может сотни пакетов появиться, а, например, мою любимую games), и видишь, что новое появилось

Поиск чего? Пакета? Файла в пакете? Фразы в описании?

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

/~dopisanie ~desheopisanie

Следующий кто/что? Пакет? Несоответствие?

следующее соответствие шаблону поиска, очевидно

Какого приложения? Что имеется в виду? Может быть, все таки, пакета?

это выбор пакета для установки

Запуск приложения что ли?

запусти, выбери пакет, и нажми Enter. это вход в приложения, где все его зависимости, рекомендации и прочее, можно вручную менять версии пакетов для зависимостей. например, для того же fbreader оно по умолчанию ставило чегототамui-qt4, в старых дебианах. если я не использую qt4, то мне эта зависимость вообще не нужна, а она идёт по умолчанию. я захожу по Enter в fbreader, с помощью - убираю зависимость ui-qt4 и с помощью + ставлю зависимость ui-gtk.

И дальше что? Ну выбрал версию. Что с этим выбором делать?

решать зависимости

Понятия не имею. Думал, что ты сумеешь рассказать.

Рассказываю, вот у меня несколько часов назад был случай, захотел собрать live для Debian Etch. live-helper нет в Etch, а также ему нужен более новый debootstrap. Я через snapshots подключаю sid за конец 2007 года (так и написано в мануале). Я выделяю live-helper и debootstrap, который ставит новый binutils, который требует новый libc6 который требует новый locales... я просто нажимаю b несколько раз, и смотрю что там сломано. смотрю и ужасаюсь, что etch превратится в полу-sid. Поэтому я просто понижаю версии зависимостей, и то, что мне нужно, ставится из etch, и только эти два пакета из sid, поэтому ничего лишнего не обновляется.

Я тоже не понимаю, как можно выпускать дистрибутивы с разломанными зависимостями. Это элементарное отсутствие тестирования? Раздолбайство?

Да это довольно обычная ситуация что для sid, что для sisyphus, такое бывает. Или когда смешаны стабильная и нестабильная ветка. Но бывает такое, что один-два пакета сломаны и пытаются удалить полсистемы. И без aptitude я вообще не представляю, как сделать «обновить всё, но не обновлять то, то и то». Чтобы сначала визуально посмотреть, что именно что ломает, а потом просто убрать эти пакеты из списка обновлений, обновив всё остальное.

Я так недавно с тестами apt-zip в woody прокололся - он мне выдал невидомый список, и не увидел, что он полсистемы сносит, потому что простыни текста ничего не говорят, а когда ты нажимаешь первый раз g в aptitude, ты можешь просто пробежаться по списку и по категориям видеть, что обновляется, что добавляется (и это всё разным цветом подсвечено) и что удаляется, а не единое сплошное полотно одноцветного текста, где можно просто не заметить, что именно. И в этом списке ты опять же можешь отменить ненужные удаления или добавить дополнительно что-то для установки, после этого сделать q, g и сравнить список по-новому. Ты точно знаешь, что ставится, что удаляется, что от чего зависит, и можешь вручную играться с установкой-удалением-нужной_версией.

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

Я бы это сравнил с подходом генерации некоторых списков. Допустим, тебе нужно удалить список неких файлов, но с парой очень нетривиальных исключений. В одном случае ты делаешь какие-то невообразимые регекспы на три этажа, чтобы учесть все условия этих исключений, которые и удаляются - у тебя на это полдня уходит. В другом случае ты просто генерируешь список, потом текстовым редактором заходишь в список, удаляешь эти два исключения, найдя их глазами, и уже готовый список загоняешь в rm. Вот второее и есть aptitude. У меня, кстати, даже привычка есть, если мне нужно что-то такое удалить, я не генерирую список на удаление, я генерирую shell-скрипт с этим удалением, потом просматриваю его глазами, и только потом запускаю на удаление. И, собственно, это и есть подход aptitude. А генерировать скрипт, который всё удаляет сразу, и надеяться что не ошибся в командах - это подход apt.

Далее что, объяснятор?

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

+,n,n,n,+,n,+,n,n,n,n,n,+ g,g

Какой ужосо.

действительно, куда удобнее сделать apt-cache search gimp-plugin | grep ^gimp-plugin и делать copy-paste всех нужных plugin-ов (или набирать их вручную), чем элементарно перемещаться между всеми клавишами n (или вверх-вниз, если они рядом оказались), выделить нужные клавишей +, а потом установить все скопом клавишами g, g

Кроме того, в альте рекомендованых/предлагаемых завсисимостей нет, но в Debian после первого g ты ещё и видишь, что тебе рекомендуется-предлагается, и можешь прям там же с помощью «+» выделить то, что тебе понравилось.

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

А завтра сайт тютю и у тебя будет один src.rpm

и что, в этом случае так уж важно читать chengelog или лучше просто радоваться что хоть srpm есть.

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

А вообще плевать на это. Я тут мок их глянул … мда … тогда уж лучше Астра чем это.

мок это который mock? а чего в него смотреть, он свое дело делает и нормально. Можно и без него обойтись, даже сделали notamock прогу для альтернативно желающих :))

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

Да все правильно. Как бы точнее выразиться, одна из фич мока это сборка пакетов под кучу поддерживаемых дистров. Т.е. в его конфигах сразу куча дистров и всякие epel и т.д. Тут же один только конфиг с указанием саму на себя … Для меня это тоже странно.

ээээ, не совсем понял… в sid или в sisyphus добавили новые пакеты. как ты узнаешь об этом через apt search?

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

Появилась потребность поискал пакет.

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

И лично мне левые пакеты удобнее искать через : https://pkgs.org/

А как вернуться к выбору пакетов, если зашел в «Параметры» - «Предпочтения» или открыл раздел справки? Кнопка ESC не работает, что вообще нужно нажимать? Приходится полностью выходить из aptitude и заходить заново.

:)

Это как у VIM :) Я сразу вспомнил 200х когда некто vitus (хз может не так я его помню) доказывал что устанавливать и настраивать дистрибут должен инженер а не пользователь и поэтому (он тогда за Дебиан топил) инсталятор и т.д. должно быть в меру сложными.

Не знаю, не заходил. Один раз 15 лет назад запустил сапёр, так она прямо во время инсталла вылетела. Больше ничего не трогал, только штук 10 базовых клавиш нажимаю.

Посмотрел. В альте у меня «параметры-предпочтения» нет, а в справке есть кнопка Ok, которая закрывает.

Посмотрел в дебиане. Оттуда выходится так же, как и из любого другого окна, кнопкой q.

Я не отслеживаю пакеты. Я просто пользуюсь aptitude, и при этом он мне сам показывает новые пакеты. Так я узнаю либо что-то новое, либо что-то, что хотел попробовать, но не хотел собирать, а теперь оно появилось в дистрибутиве (это касается игрушек, например cataclysm-dda, fheroes2)

Я сразу вспомнил 200х когда некто vitus

Vitus Wagner наверное в где-то в дебрях [fido7.]ru.linux ;) как не крути, а во многих вещах с ним можно согласиться.

Не знаю, не заходил.

Зашибись интерфейс. Даже опытный пользователь вспоминал несколько минут как выйти из режима.

эспешиалити для неосиляторов :)
в аптитуде прям на интерфейсе сверху есть наглядная строчка меню. в которой есть наглядный раздел «Окна», в которой есть наглядная команда «Закрыть q».
также есть кнопка помощи «?» по которой выскакивает окошко, где в первых строчках описывается искомое.
и т.д. и т.п.

Вообще отовсюду выход q, я это раньше писал. Что там в справке я не помню. Я не вспоминал, я просто загрузил у себя aptitude в альте, потом по ssh зашёл на debian, и просто проверил. Всё то же самое, выход по q.

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

Если на такой фиолетовой строке нажать «+», то она станет красной. Что это означает?

зелёное - помечен для установки

тёмно-голубое - помечен для обновления

фиолетовое - помечен для удаления

красное - помечен как сломанный (блокирует установку)

серое - за"холжен" (то есть, не будет обновляться при автообновлении)

из помощи аптитуде
Green The package is going to be installed.
Blue The package is currently installed, and it will be upgraded.
Brown The package is currently installed, and it will be downgraded.
Magenta The package is currently installed, but it will be removed.
White The package is currently installed, and it is held at its current version: automatic upgrades will ignore it.
Red This package is broken: some of its dependencies will not be satisfied.

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

зайти «внутрь» красного пакета и посмотреть какие зависимости не установлены или помечены на удаление (конкретно в данном твоем случае).

красное - помечен как сломанный (блокирует установку) alt-tab-let
красный - пакет сломан - некоторые зависимости не удовлетворены pfg

Вот тут непонятно. Пакет был установлен без ошибок. Я нажимаю минус и помечаю его для удаления (фиолетовым), а потом сразу нажимаю плюсик и он становится красным.

Вопрос: с какого перепугу пакет становится помеченным как сломанный?

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

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

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

А что обозначает «А» слева от установленного пакета? У некоторых есть, у некоторых нет. Зависимость понять не могу.

И еще, как посмотреть те изменения, которые будут вноситься в систему, до нажатия кнопки «g»?

Блин, aptitude оказывается помнит, какие действия пользователь хотел сделать. Даже если выйти из программы и опять войти:

[1(1)/...] Действия: 1 оставить неизменным
e: Рассмотреть  !: Применить  .: Следующий  ,: Предыдущий

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

ну так и нажимаешь первый раз g и смотришь, если всё устраивает, нажимаешь второй раз

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

A - пометка «Автоматический» пакет поставился автоматически в виде зависимости другого пакета. и автоматически удалится после удаления все зависмых от него пакетов
вручную пометка снимается «m» ставится «M»

https://www.debian.org/doc/manuals/aptitude/ch02s02s06.ru.html#ftn.idm1910

Ctrl-T, forget actions / забыть действия

если не помогает, то удалить всё в /var/lib/aptitude, и запустить заново, современные aptitude что-то плохо умеют забывать :)