[devel-distro] давайте почистим base.in? (was: [devel] Server x.y)

[Michael Shigorin]

On Mon, Sep 07, 2009 at 09:53:56PM +0400, Anton Farygin wrote:
> >Там большая грабля с тем, что base.in не просто большой, а БОЛЬШУЩИЙ:
> >- bootsplash -- ненавижу! тем более что астерисководам первым делом
> >   рекомендуется отрубить полностью framebuffer

Успокойся, это тебе нужен хук, который сделает vga=normal.
bootsplash можно потом отрывать уже в порядке шлифовки.

> >Зачем мне на сервере:
> >- ifplugd
> >- ntfs-3g
> >- sounds-scripts
> >Разве на каждом сервере нужна samba?
> >Зачем hal/dbus?
> >Зачем nss_ldap/pam_ldap в _base_?
> >И зачем там p7zip? unrar куда более часто используемый пакет :)
> >С альтератором отделный разговор.
> >
> >Из-за всего этого невозможно внутри одного дерева
> >mkimage-profiles-desktop иметь _и_ то что там сейчас, и всякие
> >light решения.
> Возможно..

Как раз думал написать. :)

> посмотрите на таргет server-light в mkimage-profile-desktop
> Там другой base.in

Это не очень здорово, надо обрезать действительно разожравшийся
base.in до разумного.  Хотя почему так сделал, понимаю.

_Отчасти_ из-за этого пошёл делать pkg tags -- но там уже стало
ясно, что нужен более развитый язык запросов, чем просто
"со всеми указанными тегами".  Где-то так чтоб получалось:

live-gnome-artist.cd:
  (gnome AND ((cd AND live) OR (artist OR nm)))
kde.dvd:
  ((kde AND dvd AND (live OR install2 OR main OR rescue)) OR (nm OR restore OR compiz OR freenx))

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

Но пока суд да дело, можно договориться и сделать какой
fatbase.in -- если никто не против, я могу попробовать.

-- 
 ---- WBR, Michael Shigorin <mike at altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/