Gentoo. Как удобно решать конфликты при обновлении

Правильного решения нет, но я использую «–ignore-world», а если не помогает, то «–empty-tree –ignore-world»

С конкретно Qt можно попробовать например так:

emerge -1uqav `eix -u# dev-qt/`

Решаю почти как и ты, только чуточку сложнее

emerge -uavq1 $(eix  -I --only-names -C dev-qt )

Собсно словил то же что и у тебя, просто вспомнил что уже такое было и такое уже решал. Суть в том что портаж не может полный граф зависимостей просчитать, глубины не хватает, поэтому начинает бредить. Теоретически может помочь emerge --backtrack=900 или любое другое нерационально большое число. По умолчанию 10.

То бишь «кошерно» правильное решение — увеличить глубину просчёта зависимостей. Но и твоё (и моё) решение работает, просто фокусирует портаж на форсированное обновление qt, что снижает глубину просчёта до приемлемого уровня, а потом и всё остальное нормально обновится.

уже у двух людей в постах вижу аргументы -av к emerge в постах. не сразу даже понял что это. у меня --ask --verbose в EMERGE_DEFAULT_OPTS, поэтому твоя команда превратится в emerge -uq1. Впрочем -1 вроде как избыточно при -u.

Впрочем -1 вроде как избыточно при -u

Если в процессе экспериментов добавляешь что-то, что явно отсутствует в world-файле - не избыточно.

emerge -u на неустановленный пакет(указанный явно) добавит его в world

ок

В конце вывода он ж про --backtrack=30 пишет, мне помогло в последний раз, хотя на второй ситеме не потребовалось, чуть позже.

Ну, мне он --backtrack=100 советовал, видимо зависит от количества установленного софта. Я обычно просто несуразно большое число там пишу

Я -av добавляю когда другим советую, так как не знаю что у них в EMERGE_DEFAULT_OPTS, это такая избыточность+вежливость как бы.

При больших обновлениях (больше года) так И делаю. Соберётся заново быстро, а поддерживать работоспособносиь бинарного балласта, не требующегося при сборке на время сборки смысла нет. На худрй конец его preserved-libs спасёт

Мне на 30 предложил чуть большее число пакетов пересобрать - там и smplayer и qtbittorent хотели старые qt либы (qt либы тоже друг друга хотели). Но такое редко бывает - на системах примерно один набор софта установлен.

Буквально в этих же числах была куча конфликтов при обновлении dev-qt и плазмы. Подождал пару дней, всё разрулилось само.