> Если это вопрос, то мне он непонятен. Да, можно выключить или включить
> определенную опцию попакетно либо глобально для всех пакетов.
> Опция, отвечающая за 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, дополняющие или перекрывающие основное
>> дерево)
> Расшифруй. Чьи-то доработки слева и справа?
именно. т.е. если человек сделал доброе дело, но в апстрим не берут(либо человек не хочет становится мейнтейнером) и хочет поделиться с миром. таким же образом цепляются собственные наработки.
