[Comm] Зависимости в пакетах.

[Gleb Stiblo]

On Mon, Nov 28, 2005 at 09:03:36PM +0300, spider wrote:
s>>> ...Почему многие изначально цельные пакеты попадают в AM в сильно 
s>>> расчлененном виде? Например, djvulibre -- единый пакет, почему бы его и 
s>>> не оставить в таком виде? За исключением приблуды для web все части 
s>>> пользователю необходимы одновременно, и lib и viewer, и утилиты и плагин.
GS>>не всегда, к примеру, довольно часто происходит так, что нужна лишь
GS>>библиотека, а 'viewer, и утилиты и плагин' не требуются.
s> 
s> Не верю про библиотеку DjVu без вьюера и плагина для рядового 
s> пользователя, тем более, разработчика. Одна лишь библиотека djvu 
s> абсолютно бесполезна, если к ней нет ничего, что бы ее использовало.
да, но на оборот-то неверно.
попытаюсь объяснить более подробнее:

djvu-common - DjVu shared files
djvu-devel - devel headers for libdjvu
djvu-doc - docs about djvu technology
djvu-utils - DjVu utilites
djvu-viewer - standalone DjVu viewer

^ это как минимум один из просмоторщиков, но ведь есть (могут быть) и
другие более подходящие для пользователей; этот вьювер использует qt, а
к примеру у пользователя gnome qt отстствует -- он себе имеет
возможность поставить просмоторщик написанный на gtk; а были бы
djvu-viewer и libdjvu в одном пакете, тогда бедный пользователь gnome
получит к своему вьюверу, ещё один не используемый и qt в придачу.

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


djvu-xmltools - DjVu XML tools
kdebase-kio - Internet protocol plugins for KDE
libdjvu - DjVu encoder libraries
mozilla-plugin-djvu - DjVu NPAPI plugin




-- 
Gleb Stiblo AKA UlfR 	<g.stiblo на sam-solutions.net>