Собственно, бывает два варианта:
1. Ебилд, по кривости автора (ПО или ебилда?), требует при определенном флаге самого себя (или либу, которая в нём идёт) включить при компиляции. Для успешной компиляции с определенным флагом нужно собрать приложение без него, а потом с ним (например, собираете пульсаудио с xen, не собирается, собираете без - собираете, потом уже собираете с ним. Или dev-libs/redland need to be compiled without USE «sqlite» before builed with it).
2. Ебилд, который требует для сборки уже установленный ебилд, но тот блокирует его из-за кольцевых зависимостей с другими пакетами (пример: собираете систему, нету ни xorg, ни DE, ни mesa. Портаж требует собрать всё это с mesa USE="-xorg", а уже потом можно будет будет пересобрать с USE=«xorg»).
Руками это делается без проблем, вопрос в том, как это можно автоматизировать, желательно не вторгаясь в ебилды, чтобы обновления не нарушать.
Также хочу заметить, что часть проблем возникает на уровне запрета портажа, а часть уже как ошибки configure или компиляции.
Под автоматизацией я, конечно, не подразумеваю ИИ у портажа, а просто следование моим командам в скрипте.
Ответ на:
комментарий
от kostik87
Ответ на:
комментарий
от ktulhu666
Ответ на:
комментарий
от slamd64
Ответ на:
комментарий
от slamd64
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум mesa, llvm (2013)
- Форум Кольцевые зависимости в Ubuntu (2010)
- Форум Разрешение зависимостей (2012)
- Форум Безумные кольцевые зависимости, как обновить систему? (2019)
- Форум [Portage] Конфликт в зависимостях (2012)
- Форум алгоритм разрешения зависимостей (2012)
- Форум aptitude разрешение зависимостей (2015)
- Форум Автоматический подбор разрешения (2010)
- Форум [Gentoo][Portage][git] Закольцованная зависимость (2010)
- Форум Расчёт зависимостей в сорцах portage (2015)