Обновление слота/сабслота пакета

1. Да
2. Т.к. ставятся эти пакеты обычно как зависимости, то бывает, что многие пакеты привязаны к определённым слотам зависимостей.
3. Я не знаю. и зачем это надо, т.к. более старый слот всё равно останется, если требуется каким-либо пакетом.

2. Т.к. ставятся эти пакеты обычно как зависимости, то бывает, что многие пакеты привязаны к определённым слотам зависимостей.

С зависимостями от слотов все понятно. Но в данной случае пакет со слотами ставится как обычная зависимость от пакета, без конкретной версии или слота. Получается, что он обновится, только если какой-то другой пакет явно потребует более новый слот? Как-то это нелогично. В обновлениях же бывают не только новые фичи / ломания совместимости, но и исправления. Если никто не требует старый слот пакета, то почему бы не его не обновить?

3. $ eix -uc --only-names | xargs emerge -1uD -vp
как-то так

1. Это нормальное поведение?

Без --with-bdeps=y — да.

2. Если да, то почему?

Если нет реальной необходимости пересобирать/обновлять build dependencies, то зачем напрягать лишний раз процессор и диск?

3. Как можно автоматически выявить и обновить такие пакеты?

emerge -NDu --with-bdeps=y world, а лучше --with-bdeps=y прописать в EMERGE_DEFAULT_OPTS.

А вот слоты/сабслоты — это уже совсем другая история. Там зависимость идёт по слоту/сабслоту, и если он меняется (обновляется пакет), то весь софт, который зависит от этой либы необходимо пересобрать.