Проблема разрешения зависимостей для sys-kernel/calculate-sources

cld 17.6 со всеми (кроме последних?) обновлениями. При попытке выполнить обновление выдает (см. аттач). Флаги minival и vmlinuz включены постоянно для пересборки ядра на 8 гиг памяти и до этого случая все работало коректно. Подскажите, пожалуйста, как разрешить ситуацию.
Ну и попутно реплика: предполагаю, что не только у меня установлено 8 гиг оперативки, в пользу массовости такого явления говорит хотя бы то, что практически во всех дистрибутивах есть варианты ядра для таких случаев. Мне непонятно, почему разработчики кальки, производя такой замечательный продукт, игнорируют довольно таки тривиальный нюанс с ядром.

Спасибо.

Screenshot_20171130_074734.png

ну он пишет что если включен флаг grub, то должен быть включен и vmlinuz

Достаточно давно уже упомянутые выше флаги установлены в одном и том же положении

echo "sys-kernel/calculate-sources -minimal -vmlinuz" >> /etc/portage/package.use/custom

по причине, указанной там же. Флаг <> ни в этой настройке, ни в каком-либо другом месте мною не изменялся. В итоге можно предположить, что изменение правил игры приехало с обновлением и проявляет себя так деструктивно.

Флаги minival и vmlinuz включены постоянно для пересборки ядра на 8 гиг памяти и до этого случая все работало коректно.

Судя по скриншоту у вас флаги не включены, а выключены. Если вы используете ядро calculate-sources только для распаковки исходников, выключите флаг grub, т.к. он теряет своё назначение.

Александр, я в этой связи уже исправился, конечно же <<-minimal -vmlinuz>>. В свое время мне посоветовали эту настройку

echo "sys-kernel/calculate-sources -minimal -vmlinuz" >> /etc/portage/package.use/custom

для пересборки ядра (включения поддержки 8 гиг памяти). И вплоть до последнего (ну, может, предпоследнего) обновления вся эта конструкция коректно работала и трогать флаг grub не было никакой необходимости.
Вместе с решением проблемы я хочу понять (конечно, с помощью знающих людей), какие изменения и в чем повлекли за собой описаный сбой.

для пересборки ядра (включения поддержки 8 гиг памяти). И вплоть до последнего (ну, может, предпоследнего) обновления вся эта конструкция коректно работала и трогать флаг grub не было никакой необходимости.

Каким образом эта конструкция работала можете сказать? Тем, что вы при каждом обновлении просто ставите исходники ядра?

Вместе с решением проблемы я хочу понять (конечно, с помощью знающих людей), какие изменения и в чем повлекли за собой описаный сбой.

Вы мне можете сказать зачем нужен включенный флаг “grub” у ядра если вы распаковываете исходники? Смысл его чтобы прописать ядро в загрузчик. Без “vmlinuz” будет иллюзия нужности, поэтому условие было исправлено.

Чтобы вам не распаковывать при обновлении каждый раз исходники, а ставить свежие бинарные ядра, добавили флаг “pae”. Обновление сейчас находится в тестовом репозитории.

Александр, спасибо, что находите время для ответов.

Каким образом эта конструкция работала можете сказать? Тем, что вы при каждом обновлении просто ставите исходники ядра?

Пример с самого начала: ставится калька на железо с 8 гигами памяти. После установки оказывается, что поддерживается только 4 гига. При попытке включить все 8 гиг <> отвечает, что исходники не полные и пересобирать ядро не буду. Спросил об этом здесь на форуме и мне посоветовали выполнить сакраментальное

echo "sys-kernel/calculate-sources -minimal -vmlinuz" >> /etc/portage/package.use/custom

дальше загрузить исходники, а потом уже выполнять <>. В итоге все 8 гиг памяти были подключены. Флаги -minimal -vmlinuz так и остались выключеными.

За флаг <> - спасибо. Хороший короткий ответ на, в частности, длинную дискуссию в этой теме.