>>> Управление флагами сборки удобное. Быстро и удобно можно посмотреть, изменить, посмотреть
>>> что измениться, при надобности скорректировать, и так до достижения удовлетворяющего результата.
>> bmake show-options
>> bmake show-vars VARNAMES='DEPENDS BUILD_DEPENDS'
>> bmake show-vars VARNAMES='DEPENDS BUILD_DEPENDS' PKG_OPTIONS.pulseaudio='-x11'
>> и т.д. Или это то, что нужно, или уточни детали.
> глобально pulseaudio включен, но для пакетов foo & bar выключен.Если это вопрос, то мне он непонятен. Да, можно выключить или включить
определенную опцию попакетно либо глобально для всех пакетов.
Опция, отвечающая за pulseaudio всегда для всех пакетов называется pulseaudio
и никак иначе.
Попакетные установки (PKG_OPTIONS.mplayer) имеют приоритет
над глобальными (PKG_DEFAULT_OPTIONS).
> 0 cheusov>nih search -I DEPENDS:w:pulseaudio
> это будут пакеты которые сейчас зависят от pulseaudio или же так мейнтейнер
> задумал?
Вопрос был про _установленные_ пакеты. Это про них (опция -I means installed).
> (например, linphone может быть собран без поддержки pulseaudio и зависимости не иметь).
>>> А если я поменяю пару флагов в какой-нить утилитке, что вытянется по
>>> новым зависимостям? С какими флагами?
>> см. выше
> можно подробнее? Y с +foo зависит X с +bar. X в системе уже установлен,
> но с -bar. Пересоберёт X(и все его уже установленные зависимости)?
Здесь проблема. К зависимостям нельзя установить требования по требуемым options.
>>> Да, не без своих проблем, но портам до него как до Луны раком.
>> ...и желательно без подобных аналогий.
> 1)параллельная сборка(X зависит от Y,Z,W которые не установлены. Y & Z независимы,
> потому их можно собирать параллельно).
Это в pkgsrc решено 1000 лет назад. Двумя способами: pbulk, distbb.
Я так понимаю, это у нас список достоинств gentoo portage?
Ну тогда по поводу параллельности скажу следующее.
И pbulk и distbb умеют собирать не только параллельно,
но и распределенно, использую удаленные узлы.
distbb умеет не падать при креше удаленного узла.
Пакет перераспределяется на другой, периодически пытаемся
опросить упавшего, не поднялся ли.
> 2)фоновый фетч в процессе сборки(пока собирается boost/openoffice мы уже вытянули исходники
> kdelibs со всеми зависимостями)
Про pbulk не в курсе, я его игнорирую, а в distbb подумываю
над тем, чтобы это сделать. Не то, чтобы это killer feature,
но если будет время.
> 3)сборка в песочнице
pkg_comp, pbulk, distbb, mksandbox. pkg_comp собирает не параллельно,
но sandbox унего 100 лет.
> 4)контрольные суммы для Makefile
Не понял. Это зачем?
> 5)фетч под специальным ограниченным пользователем
В pkgsrc программа для скачивания может легко меняться.
Кому надо, тот сделает себе непривилегированный вариант.
То есть мы и так в сендбоксе, не вижу особого смысла.
Лично я всегда собираю пакеты от непривилегированного
пользователя в сендбоксе. За других не скажу.
> 6)зависимости с учётом флагов(REQUIRED_USE)
Если это требования опций в зависимостях, то этого нет.
> 7)multiversion(несколько gcc/jvm/etc в рамках одной системы).
4 питона, 3 руби, 2 пыхпыха, много апачей со всеми модулями.
Варивны перечисленного.
> 8)несколько версий пакета в дереве(gcc-4.5.2, gcc-4.6.1,etc)
В смысле в дереве?
0 ~>nih search -o b:p:gcc
lang/gcc - GNU Compiler Collection, version 2
lang/gcc-aux - GNAT Ada compiler based on GCC 4.7
lang/gcc3 - GNU Compiler Collection, v3
lang/gcc3-c++ - GNU Compiler Collection, v3 - C++ compiler
lang/gcc3-c - GNU Compiler Collection, v3 - C compiler
lang/gcc3-f77 - GNU Compiler Collection, v3 - F77 compiler
lang/gcc3-objc - GNU Compiler Collection, v3 - Objective C compiler
lang/gcc34 - This is the gcc 3.4 compiler
lang/gcc44 - GNU Compiler Collection 4.4
lang/gcc45 - GNU Compiler Collection 4.5
lang/gcc46 - GNU Compiler Collection 4.6
lang/gcc47 - The GNU Compiler Collection (GCC) - 4.7 Release Series
lang/gcc47-libs - 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 ~>
Оно?
> 9)поддержка профилей(hardened/desktop/server)
hardened штука отличная, наслышан, но это уже скорее уровня дистрибутива.
На данный момент в pkgsrc опции касательно PIE, FSP, FORTIFY_SOURCES, RELRO
не пропихиваются. За вычетом RELRO NetBSD их поддерживает, так что можно включить.
Фря вот в последнем релизе RELRO научилась.
> 10)наличие стабильных(на данной архитектуре с т.з. мейнтейнера) версий
в pkgsrc в отличие от фри, например, поквартальные стабильные бранчи.
> 11)виртуальные пакеты(Существуют также пакеты, выполняющие одни и те же функции, но отличающиеся
> в реализации. Например metalogd, sysklogd и syslog-ng являются системными службами журналирования.
В терминологии pkgsrc это meta package.
> 12)подключаемые деревья портов(т.н. overlays, дополняющие или перекрывающие основное
> дерево)
Расшифруй. Чьи-то доработки слева и справа?
> 13)всякая приятная мелочёвка, типа внятного setup flow(например, как тут http://devmanual.gentoo.org/ebuild-writing/functions/index.html).
В pkgsrc используются набор специальных таргетов bmake-а,
fetch, extract, patch, configure, build, package, install. Для каждого
есть "приставки": pre-, post-, do- для дополнений и переопределений.
Где здесь rocket science?
> И если кто-то плохой поправит мейкфайл, добавив туда аналог rm -rf /
> это приведёт только к проблемам в песочнице, а не во всей системе.
Т.н. "user-destdir" (установка идет в staging area DESTDIR)
в pkgsrc с некоторых пор по умолчанию. Песочницы -- есть.
