[SOLVED] Подвел emerge --depclean...
Вот такой вопрос новичка - первый опыт установки Gentoo. Не буду углубляться в подробности 6 или 7 попыток установки системы и 3 проведенных за этим делом суток :) Главное - результат. А в результате получили полностью работоспособную систему с KDE-4.5beta (которая 4.4.81), все настроил, поставил все нужные программы, даже принтер установил.
И в завершение напоролся на такую неприятность:
emerge --depclean
и нету моей компилировавшейся почти 9 часов КДЕ...
Утилитка чего-то там нашла, вывела целый список, который я даже не успел посмотреть, и после красных цифирок внизу (5-4-3-2-1) начала это все дело вычищать. Будь я уверен, что она делает, может имело смысл остановить, но как-то не догадался сразу. И буквально через пару минут от KDE ничего не осталось...
Сейчас вот запустил компиляцию заново, но на будущее хочется все-таки знать, от чего такое могло произойти.
В принципе, есть подозрения, что как-то связано с тем, что сейчас уже есть 4.4.85 (хотя она вроде была замаскирована), но логики не вижу...
И понятно, что в любом случае нужно смотреть, что там предлагается к удалению, но тогда наверно надо с каким-то параметром запускать что ли, чтобы успеть увидеть... А то даже подтверждения не было никакого от меня. И в мануалах пишут просто emerge --depclean..
- Для комментирования войдите или зарегистрируйтесь
по поводу полного удаления
по поводу полного удаления kde, скорее всего у вас был поврежден ворлд файлик, или удален какой-то мета пакет.
а прочитать не успели? так жмите ctrl+s для остановки, и ctrl+q для продолжения вывода информации в терминал =)
На будущее
ИМХО стоило бы добавить в /etc/make.conf запись:
PORTAGE_DEFAULT_OPTS="--ask --verbose"
,Чтобы всегда знать, что и как будет выполняться, и свои действия подтверждать выбором "да/нет".
И вопрос: как вы устанавливали KDE? Последовательность действий?
alex__ написал(а): ИМХО
--verbose будет в --depclean очень мешать =)
а у меня уже рука сама набилась, чуть что так emerge -va... ... :)
localhost написал(а):по
Так она, похоже с kde-meta и начала, а за ним уже все остальное пошло.
Вот как-то не подумал, что в depclean его тоже можно использовать, при установке тоже ставлю всегда emerge -va и просматриваю, что к чему.
Примерно так:
(знаю, что autounmask вроде как не очень рекомендуют доверять, но уж больно там много всего ставится, чтобы вручную сидеть прописывать по одной команде, да еще и из консоли. После autounmask проверял вручную, чего она там надобавляла, вроде все в порядке)
*********************
Вот сейчас еще вдруг понял, что может здесь накосячил. Почему-то думал, что emerge -sync - это собственно и есть обновление системы. Ну и плюс еще layman -S. А вот про то, что еще потом emerge --update world - как-то только что прочитал. :)
Может от этого все и пошло, дерево портежей-то обновилось, а сама система нет?
нет, с этим проблем не будет.
нет, с этим проблем не будет. случайно кде устанавливали не командой emerge -1va kde-meta ?
localhost написал(а): нет, с
Случайно нет. Просто emerge -va kde-meta
Все-таки дело в бетах. Сейчас попытался обновиться - он мне некоторые компоненты предлагает заменить старыми, по какой-то причине считая их более новыми (видимо, потому что они не беты).
Ладно, просто надо внимательнее смотреть, что происходить и поменьше доверять всяким действиям на автомате, обязательно их просматривать
Hmury написал(а): localhost
4.5beta в дереве нет, значит брали из оверлея. Значит, просто могли воспользоваться готовыми package.keywords/* файлами оттуда (лежат в Documentation каталоге оверлея).
Вот этого не знал, спасибо.
Вот этого не знал, спасибо.
Почему-то кажется, что во
Почему-то кажется, что во всем этом деле замешан все-таки autounmask.
Вот такой вопрос - portage с номером версии 9999 - значит, что находится в разработке. Но к примеру для того же KDE в оверлее есть версии финальные 4.3.5, 4.4.4 (ну последняя условно-финальная, но не в этом дело). Кроме этого есть версии 4.4.81 и 4.4.85, которые соответствуют этапам разработки 4.5 beta. И собственно, как я понимаю, по сути версия 4.4.85 как самая свежая из разрабатываемых и должна быть 9999. Или нет? Если нет, в чем тогда разница? А если да, то почему emerge предлагает и ту, и другую как разные версии?
Просто autounmask сделал какую-то подборку, где половина из 4.4.85, а половина из 9999, может в этом и была проблема, и чтобы не напороться на нее же в будущем, хотелось бы понять разницу.
И кстати в package.keywords/* в Documentation - тоже так все разделено интересно, там размаскированы 4.4.* , а как эту звездочку применять - заменять на нужную версию?
на файл в оверлее делается
на файл в оверлее делается символическая ссылка себе в /etc/portage/ и всё
evadim написал(а): на файл в
А если чуть поподробнее? Это о чем вообще?
(В смысле - что такое симв. ссылка не надо объяснять, просто не понял зачем это все)
затем что этот файл
затем что этот файл поддерживается разработчиками оверлея в синхронном с ним состоянии, и будучи скопирован через некоторое время устареет.
Цитата: И собственно, как я
Неверно
9999 - это "свежайшая сборка" прямиком из svn/git/etc.
4.4.85 и подобноые - сборка из зарелизившихся тарболлов (архивов).
На данный момент, например.
4.3.5 - это последняя, помеченная как стабильная, сборка ветки 4.3 (слот :4.3)
4.4.4 - последняя сборка ветки 4.4 (в gentoo пока замаскирована по ~arch, слот :4.4)
4.4.85 - вторая бета ветки 4.5, замаскирована и по ~arch, и в package.mask (слот :4.5).
9999 собирается из SVN, замаскировано в package.mask и нет кейвордов.
Да, проблема в этом.
Хотите поставить 4.4.4 - просто размаскируйте все kde*:4.4 в package,keywords (готовые файлы в оверлее есть), хотите последнюю бету - размаскируйте kde*:4.5) в package.keywords и package.unmask.
WiseLord
Спасибо, так и было..
autounmask намешал кашу из 4.4.85 и 9999, после удаления всех этих делов, и установки строго 4.4.85 вроде даже работать пошустрее стала :)
Hmury написал(а): Вот как-то
С опцией
--depclean
лучше обходиться без--verbose
, т.к. с этим ключом ищутся и обратные зависимости, а оно обычно не надо. Кроме того, рекомендую в make.conf добавить записьТогда, в случае, если какие-то проблемы будут с пакетами, навроде вашей, время исправления их можно существенно сократить. Подробней о том, что это означает и как с этим работать, вы можете ознакомиться в Настольной книге.
Протестую!
Необходимо и достаточно
buildsyspkg
.А ещё полезна как минимум
collision-protect
man make.conf
:wq
--
Live free or die
Скажи, @kde-meta — это
Скажи, @kde-meta — это @system? ;) Так зачем же
buildsyspkg
?Цитата: А ещё полезна как
Можно в двух словах пояснить,чем это лучше protect-owned.? Просто русским понятным языком.
valet2valet
они друг друга дополняют
кому как)
мне вот терпимо :) хотя список списков пакетов - это мощно, согласен.
emerge -p --depclean и будете
emerge -p --depclean
и будете знать, что он собирается удалить )))