Использование менеджеров пакетов Debian

[sash-kan]

1.Как получить список групп или установить всю группу целиком? Или в системе управления пакетами Debian такого понятия как группы нет вообще?

примеры «групп» в вашем понимании приведите, пожалуйста.

Какой именно поиск осуществляет команда "aptitude search"?

какой скажете. см. ниже.

по имени пакета, по описанию

3.Как искать/устанавливать пакеты по шаблону (имеются в виду шаблоны с подстановочными символами "*" и "?")?

см. опции поиска пакетов:
$ w3m /usr/share/doc/aptitude/html/en/ch02s03s05.html

по именам файлов из пакета

установленные быстрее найти с помощью dpkg. см.
$ man -P 'less -Rp -S' dpkg
для поиска в подключенных репозиториях установите (если ещё не установлен) apt-file.
$ man apt-file
$ apt-file search blabla

Как сделать, чтобы aptitude всегда задавал вопрос Да/Нет перед установкой?

см.
$ man -P 'less -Rp -P' aptitude

[t.t]

в большинстве случаев намного … гибче

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

Вообще, "удобнее и гибче" здесь было цельной фразой. Многие, или даже все, из приведенных ниже примеров скорее всего можно реализовать и в командной строке -- но это примерно как использовать dpkg -i вместо aptitude install.

Первое: окно предпросмотра перед реальными действиями с пакетами. Из которого можно, например: увидеть списки рекомендаций и предложений выбранных пакетов и при желании в одно нажатие выбрать что-то из них к установке; пробежаться по всем автоматически выбранным и посмотреть, кто от них зависит (прямо во время перемещения по списку); если среди этих зависимостей найдётся виртуальный пакет, то в одно нажатие увидеть список пакетов, его предоставляющих и при желании сменить выбранный по умолчанию на другой; посмотреть (опять же, в одно нажатие) список доступных версий любого пакета и при желании выбрать другую. Последний пунт может быть удобен не только при параллельном использовании нескольких веток, но и для volatile и/или backports. Второй пример: ограничитель списка пакетов (l). Работает на любом списке ("плоском", стандартном "окне пакета", debtag-браузере и т.д.), поддерживает все search patterns. На практике оказался (кроме простейших случаев) значительно удобнее чем даже инкрементный поиск в стандартных списках того же интерфейса. И третий: возможность откуда угодно посмотреть в одно нажатие как упомянутые выше списки версий пакета и пакетов, предоставляющих виртуальный пакет; так и списки прямых и обратных зависимостей. Причём все без исключения действия доступны в любом из этих списков, включая дальнейшее открытие дополнительных таких же списков.

[t.t]

2.До перехода на Debian я пользовался дистрибутивами подкласса Red Hat и поэтому привык к yum. В yum возможны три вида поиска пакета: по имени пакета, по описанию и по именам файлов из пакета. Как дело с этим обстоит тут? Какой именно поиск осуществляет команда "aptitude search"?
3.Как искать/устанавливать пакеты по шаблону (имеются в виду шаблоны с подстановочными символами "*" и "?")?

Возможности поиска слишком ишроки, чтобы описать их ворумным постом. Поставьте пакет aptitude-doc-en и читайте раздел "Search patterns" (документаця будет лежать в /usr/share/doc/aptitude-doc-en/html). Там всё описано. Шаблоны поиска можно использовать почти во всех командах aptitude.

[Aectann]

1.Как получить список групп или установить всю группу целиком? Или в системе управления пакетами Debian такого понятия как группы нет вообще?

Групп нет, но есть метапакеты. Получить список всех метапакетов можно так:

aptitude search '~Grole::metapackage'

(требуется установленный debtags)

[t.t]

Ещё есть задачи. Для них нужен установленный tasksel. Вот только не помню навскидку, можно ли задачу задавать как шаблон. Но в ncurses-интерфейсе они есть точно.

[Aectann]

Ещё есть задачи. Для них нужен установленный tasksel. Вот только не помню навскидку, можно ли задачу задавать как шаблон.

Можно.

[sunny1983]

А почему тогда команда aptitude search 'xfce4-*-plugin' ничего не находит?

[Aectann]

А почему тогда команда aptitude search 'xfce4-*-plugin' ничего не находит?

Вопрос к чему конкретно был? Если про группы/задачи/и т.п., то есть метапакет xfce4-goodies, он много всего разного за собой тянет.
А если про поиск по шаблону, то у вас рег. выражение неправильно составлено. Вот так

aptitude search 'xfce4-.*-plugin'

всё ищется (хотя в данном случае достаточно просто 'xfce4 plugin').

[sash-kan]

приведенных ниже примеров

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

[t.t]

приведенных ниже примеров

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

Хм.. Возможность выбрать при установке, скажем, предпочтительный mail-transport-agent или httpd вместо предлагаемого по умолчанию (или, для десктопа, ispell-dictionary или x-window-manager) это тоже "высший пилотаж"? Или, скажем, более удобный поиск с просмотром описаний пакетов на лету -- это "высший пилотаж"?..

На мой взгляд, почти все описанные возможности это не "высший пилотаж", а способ соблюдать порядок в системе. Да, если использовать только stable, даже без бэкпортов и volatile, то этот способ -- лишь приятное удобство. Но я не понимаю, зачем и от удобств сознательно отказываться. (;

[sash-kan]

предпочтительный mail-transport-agent или httpd

метапакеты — это, конечно, хорошо. но, боюсь, гораздо проще установить нужный пакет, не вдаваясь в систему менеджмента альтернативных решений.
разбираться с этой инфраструктурой вариативных кросс-зависимостей — это и есть высший пилотаж.
мне вот сложно представить себе «обычного» пользователя, которому нужен apache, и ради его установки запускающего aptitude, ищущего метапакет httpd и наконец-то выбиращего из его зависимостей алкаемое.
гораздо проще представить, что этот «обычный» пользователь наберёт в командной строке «aptitude install apache2». конечно, можно и из cli-интерфейса воспользоваться поиском и найти соответствующий пакет. это уже детали. главное — «обычный» пользователь, imho, вряд ли пойдёт таким длинным кружным путём (через метапакет httpd).

[t.t]

предпочтительный mail-transport-agent или httpd

метапакеты — это, конечно, хорошо. но, боюсь, гораздо проще установить нужный пакет, не вдаваясь в систему менеджмента альтернативных решений.
разбираться с этой инфраструктурой вариативных кросс-зависимостей — это и есть высший пилотаж.
мне вот сложно представить себе «обычного» пользователя, которому нужен apache, и ради его установки запускающего aptitude, ищущего метапакет httpd и наконец-то выбиращего из его зависимостей алкаемое.
гораздо проще представить, что этот «обычный» пользователь наберёт в командной строке «aptitude install apache2». конечно, можно и из cli-интерфейса воспользоваться поиском и найти соответствующий пакет. это уже детали. главное — «обычный» пользователь, imho, вряд ли пойдёт таким длинным кружным путём (через метапакет httpd).

Бр-рр... Тут действительно никчему такие сложности. Я о другом. Обычный пользователь ставит, что-нибудь, что зависит от виртуального пакета (а не мета-пакета, кстати, -- это две большие разницы). На примере httpd пусть это будет, скажем, mediawiki. По зависимостям тянется апач; хотя зависимость там выглядит как apache2 | httpd. А пользователь этот привык работать с nginx-ом; или считает достаточным для своих задач lighttpd. Устанавливая через интерактивный интерфейс, он сразу увидит сделанный выбор в списке предпросмотра и сможет изменить выбор ещё до установки. При установке через cli он либо не заметит этого вообще, либо будет вынужден прерывать установку, затем вручную устанавливать нужный сервер, затем повторять установку заново. И, кроме лишних движений, получит в системе ещё один пакет, установленный "вручную" (и не сносимый автоматически), хотя на самом деле он ему был нужет только для mediawiki.

Ну и про поиск тогда чуть раскрою. Один раз нажать l и ввести нужный шаблон, а затем перемещаться стрелками по списку пакетов, параллельно видя их описания и выбирая нужные для установки. Или давать последовательность команд aptitude search, потом для части (или для всех) найденных пакетов по одному aptitude show, запоминая нужные, а потом подставляя их вручную в aptitude install; при этом после каждой команды заново ожидая перечитывания базы пакетов. Есть ведь разница? (;

[sunny1983]

А если про поиск по шаблону, то у вас рег. выражение неправильно составлено. Вот так
aptitude search 'xfce4-.*-plugin'
всё ищется

Это как следует понимать? Что каждый раз в паре со звёздочкой или вопросительным знаком мне следует ставить точку? А подобные шаблоны работают только в search или в install тоже сработают?
И ещё, а файлы-списки пакетов с aptitude возможно использовать?

[sash-kan]

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

из командной строки это выглядит ровно так же. ты, видимо, давно не пользовался?
aptitude предложит список пакетов для установки, и предложит нажать y/n. _до_ установки.

При установке через cli он либо не заметит этого вообще

(гхм. как бы мы с терминологией не запутались. cli — это с параметрами? а без? tli?)
«не заметит» — это как бы совсем из другой оперы. в tli ровно та же информация отображается и ровно так же её можно «не заметить».

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

что значит «прерывать»? установка _не_ начнётся, пока «y» не нажмёшь.
и не надо ничего _дополнительно_ устанавливать. после нажатия «n» дописываешь в конце строки apache2 и нажимаешь enter.

И, кроме лишних движений

гхм. будем считать количество «движений»?

получит в системе ещё один пакет, установленный "вручную" (и не сносимый автоматически), хотя на самом деле он ему был нужет только для mediawiki.

просмотрел документацию к aptitude, но так и не нашёл способа подменить apache на nginx при установке mediawiki таким образом, чтобы nginx считался установленным автоматически.
или ты подразумевал, что нужно самому явно поставить метку клавишей «M»? если так, то, с таким же успехом, можно дописать «+M» после имени пакета:
$ sudo aptitude install mediawiki nginx+M

[t.t]

А если про поиск по шаблону, то у вас рег. выражение неправильно составлено. Вот так
aptitude search 'xfce4-.*-plugin'
всё ищется

Это как следует понимать? Что каждый раз в паре со звёздочкой или вопросительным знаком мне следует ставить точку?

Это следует понимать так, что при поиске используются регулярные выражения, а не шаблоны, подобные применяемым в shell. Подробнее смотрите в документации.

А подобные шаблоны работают только в search или в install тоже сработают?

Сработают.

И ещё, а файлы-списки пакетов с aptitude возможно использовать?

Какого вида списки? Просто имена пакетов? Что-то вроде cat pkglist | xargs aptitude install

[t.t]

При установке через cli он либо не заметит этого вообще

(гхм. как бы мы с терминологией не запутались. cli — это с параметрами? а без? tli?)

Без -- это уже не интерфейс командной строки, верно? Это интерактивный интерфейс. Часто его называют tui, по аналогии с gui; но мне такое название кажется не вполне внятным (cli -- он ведь тоже текстовый). Предлагаю остановиться на командном и интерактивном режимах.

«не заметит» — это как бы совсем из другой оперы. в tli ровно та же информация отображается и ровно так же её можно «не заметить».

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

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

из командной строки это выглядит ровно так же. ты, видимо, давно не пользовался?
aptitude предложит список пакетов для установки, и предложит нажать y/n. _до_ установки.
[...]

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

что значит «прерывать»? установка _не_ начнётся, пока «y» не нажмёшь.
и не надо ничего _дополнительно_ устанавливать. после нажатия «n» дописываешь в конце строки apache2 и нажимаешь enter.

Возможно, действительно давно не пользовался, но всё равно не совсем понял. Допустим, я вижу список пакетов, предлагаемых к установке и вопрос с (y/n). Что я должен сделать, чтобы удалить из списка установки апач, добавить туда nginx и продолжить установку?

И, кроме лишних движений

гхм. будем считать количество «движений»?

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

получит в системе ещё один пакет, установленный "вручную" (и не сносимый автоматически), хотя на самом деле он ему был нужет только для mediawiki.

просмотрел документацию к aptitude, но так и не нашёл способа подменить apache на nginx при установке mediawiki таким образом, чтобы nginx считался установленным автоматически.
или ты подразумевал, что нужно самому явно поставить метку клавишей «M»? если так, то, с таким же успехом, можно дописать «+M» после имени пакета:
$ sudo aptitude install mediawiki nginx+M

Да, здесь согласен.

[kt315e]

Как прописать в sources.list примонтированный образ iso из дистрибутива. На такое:apt update ругается

Код: Выделить всё

deb file://root/debian-distributive/5.04/disk1/ [Debian GNU/Linux 5.0.4 Update DVD 20100202: amd64 DVD 1]/ lenny contrib main non-free

apt update ругается:

E: Искажённая строка 19 в списке источников /etc/apt/sources.list (absolute dist)

[Encore]

Как прописать в sources.list примонтированный образ iso из дистрибутива. На такое:apt update ругается

Код: Выделить всё

deb file://root/debian-distributive/5.04/disk1/ [Debian GNU/Linux 5.0.4 Update DVD 20100202: amd64 DVD 1]/ lenny contrib main non-free

apt update ругается:

E: Искажённая строка 19 в списке источников /etc/apt/sources.list (absolute dist)

Использование менеджеров пакетов Debian

Q: Мне принесли компакты дистрибутива, которых у меня не было, как мне их добавить?
А: apt-cdrom add должно помочь. Вставляете поочередно диски и для каждого выполняете apt-cdrom add -d=/точка/монтирования/. apt-cdrom просматривает индексные файлы на компактах, после чего производит автоматическое добавление оных в /etc/apt/sources.list как репозиториев.

не?

[sash-kan]

Что я должен сделать, чтобы удалить из списка установки апач, добавить туда nginx и продолжить установку?

вроде достаточно чётко описал. ну, на пальцах:
устанавливаю это я mediawiki:
$ sudo aptitude install mediawiki
и, просмотрев зависимости, aptitude предлагает мне автоматом доустановить apache2 и иже с ним. и спрашивает «y/n?». установка ещё не начинается, прошу отметить.
я отвечаю «n», возвращаю команду и дописываю nginx:
$ sudo aptitude install mediawiki nginx
нажимаю enter, и, без дальнейших вопросов (т.к. никаких дополнительных пакетов по зависимостям в моём случае не требуется) aptitude начинает установку этих двух пакетов.
(можно, конечно, после имени nginx дописать и «+M», но, боюсь, никто этого не сделает, впрочем, как и в твоей иллюстрации с интерактивным интерфейсом никто не нажмёт «M»).

[sash-kan]

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

Тихон, ну как бы тебе так сказать, чтобы не обидеть? (улыбка)
вот то что ты описываешь — это для «продвинутых» пользователей, понимаешь?

Часто его называют tui

тьфу ты, а я «tli» написал! чёрт попутал! прошу пардону.

[kt315e]

Encore:
apt-cdrom add -d=/точка/монтирования/
сначала так и делал, в sources.list прописалось cdrom:...
В результате вместо того чтобы смотреть в образ, просит вставить cdrom.
Я заменил в sources.list cdrom на file.

P.S.
После того как сделал просто:
deb file:/root/debian-distributive/5.04/disk1/ lenny contrib main non-free
заработало.

[t.t]

Что я должен сделать, чтобы удалить из списка установки апач, добавить туда nginx и продолжить установку?

вроде достаточно чётко описал. ну, на пальцах:
устанавливаю это я mediawiki:
$ sudo aptitude install mediawiki
и, просмотрев зависимости, aptitude предлагает мне автоматом доустановить apache2 и иже с ним. и спрашивает «y/n?». установка ещё не начинается, прошу отметить.
я отвечаю «n», возвращаю команду и дописываю nginx:
$ sudo aptitude install mediawiki nginx
нажимаю enter, и, без дальнейших вопросов (т.к. никаких дополнительных пакетов по зависимостям в моём случае не требуется) aptitude начинает установку этих двух пакетов.

Так разве это без лишнего запуска? Ты ведь сам и описал, как осуществить этот лишний запуск. Но тут предполагается, что ты знал, что из вариаций виртуального пакета httpd тебе нужен именно nginx. Т.е. количество дополнительных запусков минимизировано. В том случае, когда ты этого не знаешь, тебе ещё нужно посмотреть список таких пакетов (кстати, как в командом режиме увидеть список предоставляющих виртуальный пакет?), затем, возможно, сделать от одного до N aptitude show -- и уже только после этого произвести окончательный запуск. Т.е. количество дополнительных вызовов не один, а от одного до [длина списка виртуального пакета + 2]. Да и то это всё верно только в том случае, если ты догадался, что апач ставится как удовлетворение зависимости от httpd. А если не догадался, то ты никак это не проверишь. Т.е. проверить-то можно, но и это повлечёт за собой один лишний запуск, причём на этот раз уже для _каждой_ установки, где устанавливаемые пакеты хоть от чего-то зависят.

(можно, конечно, после имени nginx дописать и «+M», но, боюсь, никто этого не сделает, впрочем, как и в твоей иллюстрации с интерактивным интерфейсом никто не нажмёт «M»).

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

[t.t]

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

Тихон, ну как бы тебе так сказать, чтобы не обидеть? (улыбка)

Да я не обидчивый. (:

вот то что ты описываешь — это для «продвинутых» пользователей, понимаешь?

Это -- возможно. Хотя тоже спорно. Если возможность выбрать из виртуального пакета "то что надо, а не то что дают" -- для продвинутых, то что же тогда остаётся непродвинутым? "Плакать, колоться и продолжать есть кактус"? (: Или вдобавок к умолчательному выбору ставить руками ещё и свои предпочтения и замусоривать систему? "Чтобы потом героически её чистить?" (;

А насчёт поиска даже спорить бесполезно: удобный поиск -- самая что ни на есть востребованная фича для непродвинутых.

[sash-kan]

Так разве это без лишнего запуска?

это без лишнего прерывания установки, на котором ты и акцентировал внимание:

будет вынужден прерывать установку

по умолчанию, если aptitude вносит какие-то коррективы в список устанавливаемых пакетов, _прежде_ чем перейти к установке, он задаст сакраментальный вопрос «y/n». с моей точки зрения это не «прерывание установки», а «отказ от установки». но это уже терминология.

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

ох, ну и зачем же _так_ усложнять себе жизнь?
я с чисто практической, рабоче-крестьянской точки зрения подхожу: вот нужно мне свежеустановленную машину превратить в wiki-сервер на nginx-е, так я, совершенно не мудрствуя лукаво, так и напишу (aptitude install mediawiki nginx). и попаду в самую точку. абсолютно не вдаваясь в те глубины, про которые ты излагаешь.
а если это не свежеустановленная машина, а я тот самый «привычный к nginx-у», которого ты в пример приводишь, так ещё все проще — любимый nginx у меня уже, конечно же, стоит; я выполняю aptitude install mediawiki. и ни про какой apache или десятки других альтернатив из какого-то там мне абсолютно не интересного виртуального пакета даже и знать не буду.
а во всех этих тонкостях пусть гуру и ковыряются. в своё удовольствие.
как-то так.

А насчёт поиска даже спорить бесполезно: удобный поиск -- самая что ни на есть востребованная фича для непродвинутых.

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

[t.t]

Так разве это без лишнего запуска?

это без лишнего прерывания установки, на котором ты и акцентировал внимание:

будет вынужден прерывать установку

по умолчанию, если aptitude вносит какие-то коррективы в список устанавливаемых пакетов, _прежде_ чем перейти к установке, он задаст сакраментальный вопрос «y/n». с моей точки зрения это не «прерывание установки», а «отказ от установки». но это уже терминология.

Да, терминология. Я подразумевал, что установка начинается с подачи команды aptitude install. Строго говоря, да: первый этап скорее можно назвать предустановкой, т.к. на нём ничего не устанавливается. Но суть не в этом: запускать-то всё равно приходится лишние разы; и база пакетов каждый раз перечитывается (о чём я и говорил выше).

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

ох, ну и зачем же _так_ усложнять себе жизнь?
я с чисто практической, рабоче-крестьянской точки зрения подхожу: вот нужно мне свежеустановленную машину превратить в wiki-сервер на nginx-е, так я, совершенно не мудрствуя лукаво, так и напишу (aptitude install mediawiki nginx). и попаду в самую точку. абсолютно не вдаваясь в те глубины, про которые ты излагаешь.
а если это не свежеустановленная машина, а я тот самый «привычный к nginx-у», которого ты в пример приводишь, так ещё все проще — любимый nginx у меня уже, конечно же, стоит; я выполняю aptitude install mediawiki. и ни про какой apache или десятки других альтернатив из какого-то там мне абсолютно не интересного виртуального пакета даже и знать не буду.
а во всех этих тонкостях пусть гуру и ковыряются. в своё удовольствие.
как-то так.

Опять ты исходишь из того, что знаешь, что тебе нужно. В данном случае: знаешь о том, что вики-движку нужен веб-сервер; и знаешь, какой веб-сервер выбрать. Я же говорю о том случае, когда наперёд это всё неизвестно. Не станешь же ты утверждать, что знаешь заранее: и про все виртуальные пакеты; и про то, кто от них зависит; и про то, какой выбор тебе в каждом из них сделать. (;

А насчёт поиска даже спорить бесполезно: удобный поиск -- самая что ни на есть востребованная фича для непродвинутых.

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

М.. Мы говорим о том, как правильно? Или как неофиты делают? Потому как неофит не только в гугль пойдёт программу искать. Он ещё и устанавливать её начнёт из найденных исходников; и сюда придёт спрашивать, почему у него configure или make нужных dev-пакетов найти не могут; и ещё от предложений поставить готовый пакет из официального репозитория отбрыкиваться будет. Но мы ведь не об этом, верно? (;

[sash-kan]

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

нет, конечно. я ж и говорю — по рабоче-крестьянски всё будет просто до безобразия: aptitude install mediawiki, или „+g” в интерактивном режиме. без всякого углубления в репозиторные дебри.
и поставится mediawiki. и будет работать. а что ещё «простой колхознице» нужно?
вот когда она уму-разуму наберётся, да начитается всяких аглицких руководств для «продвинутых нэпманов», вот тогда ей, возможно, и пригодится интерактивный режим «кручения носом», мол, эта вот зависимость меня не устраивает, а дайте-ка мне вооон ту, с дальней полочки, ах, она у вас с нагрузочкой идёт, нееет, вы нагрузочку, пожалуйста, отложите, а дайте мне чистого натурпродукта, да-да, того самого, который вы только что ножкой под прилавочек подпихивать изволили.

Мы говорим о том, как правильно? Или как неофиты делают?

да вот выше ты написал:

удобный поиск -- самая что ни на есть востребованная фича для непродвинутых

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

[t.t]

Мы говорим о том, как правильно? Или как неофиты делают?

да вот выше ты написал:

удобный поиск -- самая что ни на есть востребованная фича для непродвинутых

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

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

[watashiwa_daredeska]

кстати, как в командом режиме увидеть список предоставляющих виртуальный пакет?

aptitude search '?provides(пакет)' или aptitude show пакет

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

А как в tui это посмотреть, а не догадываться? Сейчас вот попробовал, не нашел. Не нашел даже, как посмотреть нормальную метаинфу по mediawiki, в которой были бы полностью описаны depends.

user@localhost

$ aptitude why mediawiki apache2 p mediawiki Depends apache2 | httpd

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

А чем плох лишний запуск? Это ведь cli, итеративность написания команды — фича, а не бага.

[watashiwa_daredeska]

если от такого пакета ничего не зависит, ты сразу это увидишь.

М-м-м... как? Я вот нажал «+» на mediawiki и ничего не изменилось, кроме того, что строчка с mediawiki покрасилась зелененьким и буковка «i» появилась. Про то, что там еще и apache2 затесался, я увижу только после «g».

Не нашел даже, как посмотреть нормальную метаинфу по mediawiki

А, нашел :)

[sash-kan]

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

да, докатились.
предлагаю как-то срезюмировать.
твоё мнение, насколько я его понял: интерактивный режим прост и все его возможности востребованы новичками.
моё мнение: интерактивный режим слишком сложен и все его возможности востребованы только профессионалами. даже примитивное найти/поставить/удалить через командную строку гораздо проще и быстрей делается. при установленном и включенном bash-completion, который, насколько я понимаю, и в debian и в ubuntu устанавливается и включается сразу при установке.