Имеет смысл сделать виртульный пакет для всего, что требуется gift - с демоном, всеми плагинами и ui-клиентом. И есть несоответствие имён - если плагины gift-plugin-* предназначены для пакета giftd, то логичнее называть их giftd-plugin-*
(In reply to comment #0) > Имеет смысл сделать виртульный пакет для всего, что требуется gift - с демоном,всеми плагинами и ui-клиентом. Для всех плугинов имеет. ui уже сейчас в сизифе два, скоро надеюсь будет больше. На ncurses, gtk2, и я надеюсь скоро отправить на KDE. Навязывать какой то один, не вижу смысла, у всех вкусы разные. > И есть несоответствие имён - если плагины gift-plugin-* предназначены для пакета > giftd, то логичнее называть их giftd-plugin-* Названия были даны по совету inger@. :) giFT состоит из демона giftD, библиотек LIBgift и LIBgiftproto, плугинов gift-PLUGINS. Мне кажется вполне логично. Так и разбито на пакеты.
Я тут подумал... :) Может стоит сделать пакеты типа gift-kde, gift-gtk, gift-curses, которые буду содержать зависимости соответсвующий ui (apollon, giftui, giftcurses), gitftd и стабильные плугины?
По-моему, основная цель виртуальных пакетов - возможность непродвинутому пользователю поставить всё нужное, пусть даже и с избытком. Когда мне занадобился файл из пиринговой сети, мне было плевать, что там поставится лишнее для kde или ncurses... А для точечной установки текущей нарезки достаточно. Лучше бы версии наконец обновили, чтоб gnutella заработала :) PS Дизайн что giftd, что giftui - та ещё кривизна, прости господи :( Демон, под пользователем, не в chroot...
Нет больше giftd в сизифе.