--depclean удаляет текущую версию gcc

Например, у какого-то установленного пакета в зависимостях gcc 4.6.3.

Покажи:
$ cat /var/lib/portage/world

Удалить ручками нужный пакет?

выполнить

# emerge --noreplace =gcc-4.7.3

eselect gcc list

--depclean это довольно опасная опция, ага, он мне и текущее ядро как-то предлагал удалять. Не стоит доверять ему удалять что-то, разве что показывать, от каких пакетов «ничего» не зависит и выпиливать руками. Но доверять depclean - ССЗБ.

--depclean это довольно опасная опция, ага, он мне и текущее ядро как-то предлагал удалять

dd это довольно опасная утилита, ага, она мне один из винтов затерла

А вообще у этой опции есть таймер отчета, и этот таймер можно регулировать, кроме того, можно применить аргумент --pretend

Ээээ, я разве написал что-то не так? То, что depclean может удалять нужные пакеты давно известная вещь. То, что его выхлоп нужно проверять - тоже указал.

И, кажется, не писал, что это страшная штука, которой нельзя пользоваться. ЧЯДНТ?

Если показалось, что я предлагаю отказаться от depclean вовсе, то, извиняюсь, произошло недоразумение - у меня такого и в мыслях не было. (: Я лишь указал ТС-у, что ситуация, когда depclean предлагает удалить нужный пакет - не такая, чтобы совсем уж необычная.

Может eselect gcc не выставлено?

А вообще вот это поможет:

$ emerge --depclean --exclude gcc -pv

нет в eselect выбора gcc, он выбирается gcc-config-ом.

$ sudo eselect gcc list
Пароль:
!!! Error: Can't load module gcc
exiting

То, что у какого-то пакета есть зависимость от 4.6.3, не означает, что 4.7.3 нужно удалять

>> grep gcc /var/lib/portage/world
sys-devel/gcc

Оно?

Нет. Найти пакеты, которые висят без дела, и удалить оные.

он мне и текущее ядро как-то предлагал удалять

Он бы удалил только исходники. Делов-то.

В чём смысл --noreplace здесь? Переставить gcc-4.7.3 наверное можно, только вот зачем?

Указание депклину игнорировать гцц поможет понять, почему этот самый депклин хочет его удалить? Вряд ли.

От вас, быть может, скрывается вектор изначального вопроса, попробую перефомулировать: «Депклин действительно иногда предлагает удалить жизненно необходимые пакеты, или же это я куда-то не туда нажимаю?»

почему этот самый депклин хочет его удалить

Потому, что его нет в world.

Депклин действительно иногда предлагает удалить жизненно необходимые пакеты

Депклин удаляет то, что соответствует алгоритму работы его и пакетной системы в целом :3 Кампутер не знает, что «жизненно важно».

Депклин действительно иногда предлагает удалить жизненно необходимые пакеты, или же это я куда-то не туда нажимаю?

Порой тупит, когда есть две версии одного пакета.

Депклин действительно иногда предлагает удалить жизненно необходимые пакеты, или же это я куда-то не туда нажимаю?

Warning: Running emerge --depclean is a dangerous operation and should be handled with care. Double-check the provided list of «obsoleted» packages to make sure it doesn't remove packages you need.

Да, действительно иногда он так предлагает. А почему - у авторов алгоритма нужно спрашивать | у тех, кто ковырял сорцы портажа.

Мимо, см. выше

Ну, есть, например, сет @system, который по смыслу и есть набор «жизненно важных» пакетов. Разве нет?

Действительно, иногда предлагает. У меня когда-то с двумя версиями gcc и полным переходом на новую версию он всё равно не удалял старую.

Ну вообще-то означает, из man emerge:
Cleans the system by removing packages that are not associated with explicitly merged packages.

Какая изысканная речь :)

Депклин действительно иногда предлагает удалить жизненно необходимые пакеты, или же это я куда-то не туда нажимаю?

У меня пытался сносить ядро, которое было старым, но меня устраивало. Вроде больше ничего такого. revdep-rebuild ничего не находил. Но я всегда проверяю вывод depclean перед тем, как запустить его без ключа -p .

почему этот самый депклин хочет его удалить?

После выставления eselect gcc все то же?

Он не будет его переустанавливать, просто исключит из списка к удалению. Когда пакет исчезнет из дерева, то сам сможешь его удалить. У меня одновременно несколько версий gcc стоит, оставляю, чтобы не пересобирать world после перехода на новую версию gcc.

«У какого-то» != «у всех»

Нет такого модуля, выше показывали.

Ну продолжай дальше так думать.

вероятно

http://wiki.gentoo.org/wiki/Upgrading_GCC

в частности стоит проверить

gcc-config -l

Стоит проверить gcc-config -l, вдруг он перестал быть похож на себя образца начального сообщения, открывающего тему?

Попробуй пересобрать sys-devel/libtool

selected: 4.7.3

Обновить до gcc-4.7.3-r1

Внимание, правильный ответ: gcc-4.7.3 ОТСУТСТВУЕТ в дереве, а 4.6.3 - есть. Обновись до 4.7.3-r1.

На заметку: как ты думаешь, что будет, если у тебя размаскирован(=cat/foo-1) и установлен cat/foo-1 из ~arch, потом его удалят из portage(останется только =cat/foo-1-r100500, тоже в ~arch), что будет делать portage, при условии что cat/foo-0 - в stable?

Правильный ответ: попытается откатиться до cat/foo-0

опередил, 2 чая тебе

Видимо я не понимаю определения понятия «ПРИСУТСТВУЕТ». Если пакет с емержирован и от него уже зависит куча других пакетов с ним собранных, то этого всё равно мало, чтобы ПРИСУТСТВОВАТЬ?

Да, пример хороший, только gcc-4.7.3 я не удалял, ибо зачем.

«Присутствует в системе» и «присутствует в дереве» - немного разные понятия.

Пакет может быть установлен в системе, но отсутствовать в portage. В таком случае emerge -u старается обновить версию пакета до последней доступной, в соответствии с правилами, размаскированием и прочим, как я описал выше. А вот emerge --depclean поведет себя иначе - он удалит всё что отсутствует в дереве.

Да, пример хороший, только gcc-4.7.3 я не удалял, ибо зачем.

Так вот в том и вопрос - ты его не удалял, но и не обновил. Сделай emerge -uDN world --with-bdeps=y(ну или хотя бы emerge -1u gcc:4.7) а потом повтори emerge --depclean -p и посмотри - насколько корректно он отработает.