[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