[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__ написал(а): ИМХО

alex__ написал(а):
ИМХО стоило бы добавить в /etc/make.conf запись:
PORTAGE_DEFAULT_OPTS="--ask --verbose",
Чтобы всегда знать, что и как будет выполняться, и свои действия подтверждать выбором "да/нет".

И вопрос: как вы устанавливали KDE? Последовательность действий?

--verbose будет в --depclean очень мешать =)

а у меня уже рука сама набилась, чуть что так emerge -va... ... :)

localhost написал(а):по

localhost написал(а):
по поводу полного удаления kde, скорее всего у вас был поврежден ворлд файлик, или удален какой-то мета пакет.

Так она, похоже с kde-meta и начала, а за ним уже все остальное пошло.

localhost написал(а):
а у меня уже рука сама набилась, чуть что так emerge -va... ... :)

Вот как-то не подумал, что в depclean его тоже можно использовать, при установке тоже ставлю всегда emerge -va и просматриваю, что к чему.

alex__ написал(а):
И вопрос: как вы устанавливали KDE? Последовательность действий?

Примерно так:

layman -a kde
autounmask kde-base/kde-meta-4.4.81
emerge kde-base/kde-meta

(знаю, что autounmask вроде как не очень рекомендуют доверять, но уж больно там много всего ставится, чтобы вручную сидеть прописывать по одной команде, да еще и из консоли. После autounmask проверял вручную, чего она там надобавляла, вроде все в порядке)
*********************
Вот сейчас еще вдруг понял, что может здесь накосячил. Почему-то думал, что emerge -sync - это собственно и есть обновление системы. Ну и плюс еще layman -S. А вот про то, что еще потом emerge --update world - как-то только что прочитал. :)
Может от этого все и пошло, дерево портежей-то обновилось, а сама система нет?

нет, с этим проблем не будет.

нет, с этим проблем не будет. случайно кде устанавливали не командой emerge -1va kde-meta ?

localhost написал(а): нет, с

localhost написал(а):
нет, с этим проблем не будет. случайно кде устанавливали не командой emerge -1va kde-meta ?

Случайно нет. Просто emerge -va kde-meta
Все-таки дело в бетах. Сейчас попытался обновиться - он мне некоторые компоненты предлагает заменить старыми, по какой-то причине считая их более новыми (видимо, потому что они не беты).
Ладно, просто надо внимательнее смотреть, что происходить и поменьше доверять всяким действиям на автомате, обязательно их просматривать

Hmury написал(а): localhost

Hmury написал(а):
но уж больно там много всего ставится, чтобы вручную сидеть прописывать по одной команде, да еще и из консоли

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 написал(а): на файл в

evadim написал(а):
на файл в оверлее делается символическая ссылка себе в /etc/portage/ и всё

А если чуть поподробнее? Это о чем вообще?
(В смысле - что такое симв. ссылка не надо объяснять, просто не понял зачем это все)

затем что этот файл

затем что этот файл поддерживается разработчиками оверлея в синхронном с ним состоянии, и будучи скопирован через некоторое время устареет.

Цитата: И собственно, как я

Цитата:
И собственно, как я понимаю, по сути версия 4.4.85 как самая свежая из разрабатываемых и должна быть 9999

Неверно
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 и нет кейвордов.

Цитата:
Просто autounmask сделал какую-то подборку, где половина из 4.4.85, а половина из 9999, может в этом и была проблема

Да, проблема в этом.
Хотите поставить 4.4.4 - просто размаскируйте все kde*:4.4 в package,keywords (готовые файлы в оверлее есть), хотите последнюю бету - размаскируйте kde*:4.5) в package.keywords и package.unmask.

WiseLord

WiseLord написал(а):
Цитата:
И собственно, как я понимаю, по сути версия 4.4.85 как самая свежая из разрабатываемых и должна быть 9999

Неверно
9999 - это "свежайшая сборка" прямиком из svn/git/etc.
4.4.85 и подобноые - сборка из зарелизившихся тарболлов (архивов).

Спасибо, так и было..
autounmask намешал кашу из 4.4.85 и 9999, после удаления всех этих делов, и установки строго 4.4.85 вроде даже работать пошустрее стала :)

Hmury написал(а): Вот как-то

Hmury написал(а):
Вот как-то не подумал, что в depclean его тоже можно использовать, при установке тоже ставлю всегда emerge -va и просматриваю, что к чему.

С опцией --depclean лучше обходиться без --verbose, т.к. с этим ключом ищутся и обратные зависимости, а оно обычно не надо. Кроме того, рекомендую в make.conf добавить запись

FEATURES="buildpkg"

Тогда, в случае, если какие-то проблемы будут с пакетами, навроде вашей, время исправления их можно существенно сократить. Подробней о том, что это означает и как с этим работать, вы можете ознакомиться в Настольной книге.

Протестую!

HolyBoy написал(а):
Кроме того, рекомендую в make.conf добавить запись FEATURES="buildpkg"

Необходимо и достаточно buildsyspkg.
А ещё полезна как минимум collision-protect

HolyBoy написал(а):
Тогда, в случае, если какие-то проблемы будут с пакетами, навроде вашей, время исправления их можно существенно сократить. Подробней о том, что это означает и как с этим работать, вы можете ознакомиться в Настольной книге.

man make.conf

:wq
--
Live free or die

Скажи, @kde-meta — это

Скажи, @kde-meta — это @system? ;) Так зачем же buildsyspkg?

Цитата: А ещё полезна как

Цитата:
А ещё полезна как минимум collision-protect

Можно в двух словах пояснить,чем это лучше protect-owned.? Просто русским понятным языком.

valet2valet

valet2valet написал(а):
Цитата:
А ещё полезна как минимум collision-protect

Можно в двух словах пояснить,чем это лучше protect-owned.? Просто русским понятным языком.

они друг друга дополняют

кому как)

мне вот терпимо :) хотя список списков пакетов - это мощно, согласен.

emerge -p --depclean и будете

emerge -p --depclean

и будете знать, что он собирается удалить )))

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".