> уже давно
> аналогично Ревёрс-депендансы, в т.ч и условные? @preserved-rebuild и preserved же бинари, оставшиеся от предыдущих версий пакетов, которые были обновлены? virtual пакеты? Версионирование "ебилдов" (не софта, а именно ебилдов, которые могут быть заточены под разные версии portage)?
> ничто не мешает это делать, если надо, не вижу проблемы
"Проблема" в том что это неплохо было бы производить до начала фазы мерджа после расчёта депендансов, чтобы если фейл, то он бы вылез до начала собственно установки/компиляции пары десятков пакетов, а не потом, при установке второго пакета из списка, когда пользователь уже давно ушёл пить кофе. Иначе ведь весь смысл теряется -- с тем же успехом о FAIL'е можно узнавать пост-фактум из build.log'а, когда установка пакета уже сфейлилась.
>> USE-флаги и условные депендансы
> а что, portage уже научился вытаскивать pre-compiled binaries (при условии того, что
> нужный имеется и мы указали, что не хотим собирать этот пакет,
> если он уже собран в репе)?
А разве он не умеет? Я не вникал во все эти нюансы с бинарными пакетами -- мне не приходилось раскатывать генту на много однотипных машин. Точнее как-то давным-давно было дело, но я это решал при помощи rsync засунутого в /etc/init.d на каждой из машинок и, таким образом, упустил возможность ознакомиться с этой гентушной плюшкой. Поделитесь-ка опытом. Что там не так?
> в общем, спорная вещь -- функциональность brew и emerge, как-то сложно однозначно
> сказать, какой из них более функционален. впрочем, я рад, что мы
> сходимся, что emerge -- тормознутая система, а ебилды многословны.
Нет, мы сходимся только в том, что емердж тормознут. А вот насчёт многословности ебилдов... точнее насчёт _неуместной_ многословности (вы ведь об этом?) -- это весьма спорный вопрос. Когда этот brew будет уметь всё, что умеет емердж, и иметь сходную базу разнообразнейших пакетов, чтобы гарантированно пройтись по всем граблям, тогда можно будет ответить на этот вопрос однозначно. То есть brew имеет в принципе иной use-case, и вряд ли столкнётся, например, с INPUT_DEVICES=, USE_PYTHON=, FEATURES=splitdebug, кросскомпиляцией (и дублированием /etc/portage/package.*, /etc/portage/profile да и вообще всей информации о системе для разных платформ), и тысячами одновременно установленных пакетов, перекомпиляцией куч *.py файлов (или *.el) в системе (без ненужной переустановки этих пакетов), при смене версии системного python'а (или соответственно emacs'а), и прочими радостями. Поэтому до сложности emerge ему нет смысла дотягиваться. Но у brew как я полагаю, ещё полезут свои специфичные проблемы, ему ещё предстоит нарастить себе мяса в плане поддержки разнообразных пакетных менагеров, дабы просчитывая депендансы и подбирая версию устанавливаемого пакета, выбрать максимальную из тех, что пойдёт в существующей системе.
