[devel] gst-plugins

Anton Farygin =?iso-8859-1?q?rider_=CE=C1_altlinux=2Ecom?=
Пт Фев 22 10:39:08 MSK 2008


Led пишет:
> Friday, 22 February 2008 00:21:05 Anton Farygin написав:
>> Led пишет:
>>> Thursday, 21 February 2008 16:42:43 Valery V. Inozemtsev написав:
>>>>>>> Ну ладно. Всё равно если у кого-то стоит gstreamer, то большей частью
>>>>>>> он стоит полностью.
>>>>>> и какой смысл был в 99-тя маленьких плагинчиков?
>>>>> А какой смысл тогда вобще в "плагинчиках"? слинковать всё в одеу lib и
>>>>> не париться!
>>>> смысл в "плагинчиках" вообще - загружать в память только то что
>>>> необходимо, а не одну БОЛЬШУЮ либу. ты же не рассовываешь каждую lib*.so
>>>> из /usr/lib/xine/plugins/ в отдельный пакет
>>> Я бы уже давно рассовал, да rider@ против:)
>>> По крайней мере, audio-составляющую я бы вынес в одельный пакет.
>> А зачем, скажи пожалуйста, это делать ?
>>
>> arts надо просто выключить, а alsa и oss пускай будут (ничего большого
>> не тянут, никому не мешают). Что там ещё осталось ?
> 
> Всего - ничего: несколько десятков кодеков и демуксеров:)

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

У меня точно такая-же ситуация с ImageMagick.. представь себе кошмар, 
когда для поддержки кажого формата в ImageMagick нужно будет 
устанавливать отдельный пакет.

Делить на подпакеты имеет смысл только в нескольких случаях:
- субпакет может работать отдельно, и используется другими пакетами 
(библиотека или плагин)
- субпакет тянет что-то очень большое и страшное и при этом минимально 
влияет на функциональность основного пакета, соответственно можно его 
сделать что бы уменьшить объём устанавливаемой системы
- выносить в субпакет маловостребованный, но при этом очень объёмный 
функционал (например документацию).
- выносить в субпакет экспериментальный функционал, что бы была 
возможность установки только стабильных решений.

Ну что-то подобное...

Rgds,
Rider




Подробная информация о списке рассылки Devel