Статья не актуальна. Основными средствами установки пакетов сегодня являяются apt-get и aptitude (этот рекомендуется использовать). dselect устарел давно.

Addendum 1: dpkg используется в ряде случаев.
Addendum 2: Статья представляет собой выдержки из man dpkg.

Управление пакетами в Debian - тема для книги, никак не для статьи (если рассматривать все аспекты, включая сборку пакетов). Но эта тема раскрыта в документации Debian.

Ну и до кучи: dselect ни разу не GUI - он на libncurses5.

>Если вы хотите получить больше информации о dpkg и его опциях, то смотрите man

Вот и вся новость - автору - man dpkg

> Dpkg-это менеджер пакетов в Debian linux. Это утилита для установки, сборки, удаления и менеджмента пакетов Debian. Основной и наиболее дружественный "оболочкой" для dpkg является dselect. dpkg полностью контролируется через параметры командной строки, которые содержат ровно одно действие и несколько(или ни одной)опций. Параметры-действия говорят dpkg что надо сделать, а опции контролируют поведение действий в разных случаях.

сие на стаью не тянет , остальное - часть того, что показывается по --help

З.Ы. (английский источник получил Bandwidth Limit Exceeded - гы-гы-гы, ЛОР-эффект ? )

А где новость? Кому нужно - он доку по dpkg найдёт. Или каждая новая переведённая статья на YL - новость? При всём уважении к YL, по-моему, нет.

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

А где статья?
На сайте Debian, более подробно и кажется на русском.

Мне вот интересно это перевод такой некачественный или там и в оригинале такие ляпусы. Мне вот например понравился:

>Переконфигурация всех распакованных пакетов
>Синтаксис
>
>dpkg --configure package

То есть иными словами в слове что сделано три ошибки

И вообще, чисто на мой взгляд, если хочется хорошо рассказать о dpkg, то нужно было неприменно упомянуть о некоторых вспомогательных утилитах. Ну вот например, раз уж упомянулась переконфигурация пакетов то dpkg-reconfigure

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

да ладно как с дерьмом мешать - так очередь как сделать чот полезное - тормоза да , "мало по теме" перевел неточности есть - думаю сам поправит :) а автору таки спасибо :)

>Статья не актуальна. Основными средствами установки пакетов сегодня являяются apt-get и aptitude

apt-get и aptitude всего лишь надстройки к dpkg

aptitude - автономная вещь :)

Без dpkg будет работать?

Если по зависимостям смотреть то очевидно apt не зависит от dpkg а aptitude и прочее всеголишь GUI

открыл Америку =)

Если говорить об очевидностях, то apt, несомненно, всего лишь надстройка над dpkg, потому что вызовы последнего первым видны невооруженным глазом. В зависимости не вносится множество программ, без которых данный пакет будет недееспособен, т.к. предполагается, что эти программы должны быть всегда. Или, быть может, кто-то видел Debian без dpkg?

Учите матчасть.

> Если говорить об очевидностях, то apt, несомненно, всего лишь надстройка над dpkg, потому что вызовы последнего первым видны невооруженным глазом. В зависимости не вносится множество программ, без которых данный пакет будет недееспособен, т.к. предполагается, что эти программы должны быть всегда. Или, быть может, кто-то видел Debian без dpkg?

В зависимости вносится достаточное количество программ. Уверен если проследить зависимости apt, то рано или поздно там найдётся dpkg.

Debian без dpkg я не видел, а вот dpkg без Debian видел и даже использовал. Думаю нет ничего сложного в удалении dpkg из Debian. Удалить файлы которые с ним связаны и всё. Это ж не Windows, где есть таинственный "реестр".

Хорошо прокомментировали man, спасибо.

> Уверен если проследить зависимости apt, то рано или поздно там найдётся dpkg.

Тоже верное замечание.

> Без dpkg будет работать?
разумеется нет, даже попробовал )))

При попытке удалить Dpkg в списке (aptitude) apt обнаружен не был, но все же удалять не стал :), а поставил пакет apt-doc где собственно и нашел следующее:

APT uses dpkg for installing the archives and will switch over to the dpkg interface once downloading is completed. dpkg will also ask a number of questions as it processes the packages and the packages themselves may also ask several questions. Before each question there is usually a description of what it is asking and the questions are too varied to discuss completely here.

В общем по основному пункту был не прав, но удалить dpkg оставив apt все таки можно.
Интересно трудно ли будет его обратно поставить :)

>В зависимости вносится достаточное количество программ. Уверен если проследить зависимости apt, то рано или поздно там найдётся dpkg.

>Debian без dpkg я не видел, а вот dpkg без Debian видел и даже использовал. Думаю нет ничего сложного в удалении dpkg из Debian. Удалить файлы которые с ним связаны и всё. Это ж не Windows, где есть таинственный "реестр".

Дело не в зависимостях, посто у пакета dpkg в Debian стоит приоритет "обязательный". И dpkg стандартными средствами из Debian удаляется нормально, при этом apt остается. Специально для Вас листинг команды `apt-get remove dpkg':


root@goldensmit:/home/burma# apt-get remove dpkg
Чтение списков пакетов... Готово
Построение дерева зависимостей... Готово
Пакеты, которые будут УДАЛЕНЫ:
apache apache-perl apache-ssl apel base-config bitchx-gtk cedet-common
console-common console-cyrillic console-data console-tools debian-el
devscripts-el dfontmgr dictionary-el dpkg dpkg-dev-el ecb ede eieio elib
elserv emacs21 emacs21-bin-common emacs21-common flim gdk-imlib1
gdk-imlib1-dev gnome gnome-bin gnome-desktop-environment gnome-libs-data
gnome-volume-manager gtk-engines-redmond95 hal html2ps iceme icepref icewm
icewm-gnome-support ickle ickle-control idesk imagemagick imlib-base
imlib-progs imlib1 imlib11 initscripts jde kde kdeaddons kdegraphics kdessh
kdeutils kernel-package kicker-applets konq-plugins kuickshow
libapache-mod-jk libdv-bin libgdk-pixbuf2 libglade-perl libgnome32
libgnomesupport0 libgnomeui32 libgnorba-dev libgnorba27 libgnorbagtk0
libgtk-perl libgtk1.2 libgtk1.2-dev libgtkmm1.2-0 libmagick++6 libmagick6
libpstoedit0 libzvt2 linda lintian lm-sensors localepurge man-db menu
modutils mplayer perlmagick pstoedit python-gdk-imlib-1.2 python-gtk-1.2
resolvconf semantic sensord speedbar speedbar-beta ssh sysvinit tetex-base
tetex-bin tfm-arphic-bkai00mp tfm-arphic-bsmi00lp tfm-arphic-gbsn00lp
tfm-arphic-gkai00mp twm udev vim vim-common vim-gtk vimpart w3-el-e21
w3-lisp-e21 w3-url-e21 x-window-system xmms
ВНИМАНИЕ: Эти существенно важные пакеты будут удалены
НЕ ДЕЛАЙТЕ этого, если вы НЕ представляете себе все возможные последствия!
dpkg sysvinit initscripts (вследствие sysvinit)
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 113 пакетов, и 0 пакетов не обновлено.
Необходимо скачать 0Б архивов.
После распаковки объем занятого дискового пространства уменьшится на 251MB.
То, что вы хотите сделать, может иметь нежелательные последствия
Чтобы продолжить, введите фразу: 'Да, делать, как я скажу!'
?]
...

>apt-get и aptitude всего лишь надстройки к dpkg

apt - работа с репозитариями
dpkg - работа с пакетами.

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

Чо, в Демьяне есть dpkg?? Вот это новость!

Дурачёг? или прикидываешься? :)

man ирония, глупышка

http://ru.wikipedia.org/wiki/%D0%98%D1%80%D0%BE%D0%BD%D0%B8%D1%8F

Ага, вот только я с помощью dpkg устанавливал только Opera. dpkg не разруливает зависимости.

>Ага, вот только я с помощью dpkg устанавливал только Opera.
>dpkg не разруливает зависимости.

странно... у меня почему-то разруливает...
fantom@ghost:~/Desktop$ dpkg -i ./atlantik_3.5.2-0ubuntu3_i386.deb
dpkg: запрошенная операция требует привилегий суперпользователя
fantom@ghost:~/Desktop$ sudo dpkg -i ./atlantik_3.5.2-0ubuntu3_i386.deb
Выбор ранее не выбранного пакета atlantik.
(Чтение базы данных... на данный момент установлено 115962 файлов и каталогов.)
Распаковывается пакет atlantik (из файла .../atlantik_3.5.2-0ubuntu3_i386.deb)...
dpkg: зависимости пакетов не позволяют настроить пакет atlantik:
atlantik зависит от kdelibs4c2a (>= 4:3.5.2), однако:
Пакет kdelibs4c2a не установлен.
atlantik зависит от libkdegames1 (>= 4:3.4.2), однако:
Пакет libkdegames1 не установлен.
atlantik зависит от libqt3-mt (>= 3:3.3.6), однако:
Пакет libqt3-mt не установлен.
dpkg: не удалось обработать параметр atlantik (--install):
проблемы зависимостей -- оставляем не настроенным
При обработке следующих пакетов произошли ошибки:
atlantik



у меня не стоит KDE. даже libqt нет...

"я даже воздухом не дышу" (с) матрица :)

А что лучше - rpm или dpkg? :) Где удобнее собирать пакеты самому - в дебо- или в шапкообразных?(то, что гента тут рулит, понятно, вопрос именно про бинарноориентированные дистрибутивы)

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

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

> А что лучше - rpm или dpkg?

Да что в лоб, что по лбу.

Я о том, что он не доустанавливает/удаляет пакеты по зависимостям как apt, т.к. не работает с репозиториями.

Мда... В который уже раз открыли америку...

>Ну и до кучи: dselect ни разу не GUI - он на libncurses5.

Настоящему индейцу GUI не нужен. ГУЙ - на х...й. CLI - наше все :)

>Я о том, что он не доустанавливает/удаляет пакеты по зависимостям как
>apt, т.к. не работает с репозиториями.
все верно, ибо dpkg работает с файлом, а не с репозитарием. откуда ему знать где недостающие пакеты лежат.
имхо весма логичная структура. есть апт, а есть дпкг... каждый своим делом занимается.

А с этим я и не спорю. Но человеку удобнее использовать в большинстве случаев apt, а не описанный в опусе dpkg.

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

Выбирать коммерческий домен .com для сайта про линукс вообще дурной тон, оно и видно по банерам на сайте.

>оно и видно по банерам на сайте.

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

Хваля, хвалишь всегда самого себя; порицая, порицаешь всегда другого.

(С) Ф. Ницше

> Выбирать коммерческий домен .com для сайта про линукс вообще дурной тон, оно и видно по банерам на сайте

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

2. Может местные анонимусы сбросятся мне на оплату домённого имени, хостинга, и времени, которое я трачу на работу над проектом?

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

хмм, статья хорошая, но у меня тоже самое (и по русски) написано в мане

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

dpkg полезен, когда что-то сильно сломано в системе :) --force-all приходится делать.