Сломан emerge -r, если есть сломанные зависимости.
Как убрать пересчёт зависимостей при resume?
Очень раздражает при пересборке мира в особенности, когда во время обновления системы могут удалиться ebuild'ы, удалённые из дерева, но имеющие зависимости от других таких же (устаревших) ебилдов. Например, такое происходило с libpng. Сборка обломилась и потом её удалось продолжить только через несколько месяцев и 10 часов попыток исправить всё.
http://www.gentoo.ru/node/28221
http://www.gentoo.ru/node/28349
Ещё раздражает, когда после облома fetch (привет git-src, когда его уже научат не валиться в offline, ворнинга хватило бы как в случае с layman) приходится снова ждать, пока всё пересчитается.
Могли бы вообще resume убрать, чем оставлять его в таком виде.
Добавлю, что система быстрая (core-i5, 3.8 гигагерц), portage в squashfs, кэш в sqlite, и оно несмотря на всё это задумывается на 15-20 минут регулярно и чуть реже на час-другой.
- Для комментирования войдите или зарегистрируйтесь
Могу сказать, что на
Могу сказать, что на 10-летнем ноуте с 2 гигами раы и нотбучным диском на 5400 больше 5 минут никогда не думало.
Только портаге не в squashfs, кеш не в sqlite, проц нотбучный дуал коре .....
Сборка, отложенная на 10 месяцев - это однозначно руки
П.С
Экспериментаторы такие эксперименты ...
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
Начинает ехило задумываться
Начинает ехило задумываться скорее всего из-за замаскированного gtk2. Но проблемы с emerge -r это не отменяет, фичу надо чинить.
Локальный оверлей растёт