> Если это вопрос, то мне он непонятен. Да, можно выключить или включить
> определенную опцию попакетно либо глобально для всех пакетов.
> Опция, отвечающая за pulseaudio всегда для всех пакетов называется pulseaudio
> и никак иначе.
> Попакетные установки (PKG_OPTIONS.mplayer) имеют приоритет
> над глобальными (PKG_DEFAULT_OPTIONS).

спасибо, вы на вопрос как раз ответили :)))

>> 0 cheusov>nih search -I DEPENDS:w:pulseaudio
>> это будут пакеты которые сейчас зависят от pulseaudio или же так мейнтейнер
>> задумал?
> Вопрос был про _установленные_ пакеты. Это про них (опция -I means installed).

тут, видимо, надо пояснить. упрощённо:
1. глобально выключаем pulseaudio
2. ставим много-много софта
3. глобально включаем pulseaudio

(да, ситуация выглядит идиотской, но между 2 и 3 может пройти немало времени).

что покажет nih search -I DEPENDS:w:pulseaudio ?

> Это в pkgsrc решено 1000 лет назад. Двумя способами: pbulk, distbb.

понимаете, пользователю не надо over 9k способов. нужен один, но простой и понятный.

pbulk, distbb - это именно для массового билда и больше подходит для делающих дистрибутив.

хотя, признаюсь честно, distbb радует возможностями.

>> 2)фоновый фетч в процессе сборки(пока собирается boost/openoffice мы уже вытянули исходники
>> kdelibs со всеми зависимостями)
> Про pbulk не в курсе, я его игнорирую, а в distbb подумываю
> над тем, чтобы это сделать. Не то, чтобы это killer feature,
> но если будет время.

оно имеет смысл, когда у нас либо не очень быстрый интернет(либо когда зависимостей много, но тарболлы с исходниками относительно маленькие).

>> 4)контрольные суммы для Makefile
> Не понял. Это зачем?

кто-то плохой поправил Makefile порта(случайно повредили итп).

>> 5)фетч под специальным ограниченным пользователем
> В pkgsrc программа для скачивания может легко меняться.
> Кому надо, тот сделает себе непривилегированный вариант.
> То есть мы и так в сендбоксе, не вижу особого смысла.

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

 
>[оверквотинг удален]
> The GNU Compiler Collection (GCC) support shared libraries.
> wip/gcc42            
>      - This is the GCC 4.2.3 
> compiler 
> wip/gcc43            
>      - This is the GCC 4.3.2 
> compiler 
> wip/gcc47            
>      - GNU Compiler Collection 4.7 
> 0 ~> 

> Оно?

нет. gcc-4.2.0, gcc-4.2.1,gcc-4.2.2 etc...
имхо, идея поддерживать версии умножением сущностей (lang/gcc44, lang/gcc43 etc) - порочна.

>> 9)поддержка профилей(hardened/desktop/server)
> hardened штука отличная, наслышан, но это уже скорее уровня дистрибутива.
> На данный момент в pkgsrc опции касательно PIE, FSP, FORTIFY_SOURCES, RELRO
> не пропихиваются. За вычетом RELRO NetBSD их поддерживает, так что можно включить.

дело не только в hardened.
например, вы добавляете архитектуру armv8 и на ней есть как сервера, так и десктопы. очевидно, что для серверов x11 и pulseaudio не нужны. прописываете в профиль флаги, версию gcc/binutils/etc и получаете серверный вариант.
т.е. hardened отличается от обычного только набором флагов.


> в pkgsrc в отличие от фри, например, поквартальные стабильные бранчи.

а вот это очень хорошо. очень.

>> 11)виртуальные пакеты(Существуют также пакеты, выполняющие одни и те же функции, но отличающиеся
>> в реализации. Например metalogd, sysklogd и syslog-ng являются системными службами журналирования.
> В терминологии pkgsrc это meta package.

я не стал упоминать о метапакетах, т.к. в portage у них определённая цель: объединять набор пакетов некую сущность(т.е. поставив метапакет kde приедет всё kde).

>> 12)подключаемые деревья портов(т.н. overlays, дополняющие или перекрывающие основное
>> дерево)
> Расшифруй. Чьи-то доработки слева и справа?

именно. т.е. если человек сделал доброе дело, но в апстрим не берут(либо человек не хочет становится мейнтейнером) и хочет поделиться с миром. таким же образом цепляются собственные наработки.