Помогите,пожалуйста,с обновлением мира[SOLVED]

Посадили за комп на котором Gentoo не обновлялась несколько месяцев,при попытки обновить выдал следующе: http://pastebin.com/xG8mtV1w на своем компе я регулярно обновляла мир и таких проблем не возникало.При просмотре блоков,вроде,они сами решаются,но всё же может знающие люди чего подскажут.

dogma165 написал(а): Посадили

dogma165 написал(а):
Посадили за комп на котором Gentoo не обновлялась несколько месяцев,при попытки обновить выдал следующе: http://pastebin.com/xG8mtV1w на своем компе я регулярно обновляла мир и таких проблем не возникало.При просмотре блоков,вроде,они сами решаются,но всё же может знающие люди чего подскажут.

У меня в подполе стук и это барабашка, живем мы с ним дружно, но может люди подскажут чем его кормить лучше ? :)

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 ;)

Ну нет страшного ничего. Есть

Ну нет страшного ничего. Есть старые версии некоторых пакетов, которые несовместимы с новыми версиями других пакетов и все (я про openrc и udev, к примеру). Страшного нет. Можете обновляться, но внимательно.

ЗЫ. Девушка за рулем генту - это прикольно ))

Пользуясь моментом, хочу передать привет друзьям, которые также пользуются "Моментом"

Tzar написал(а): Ну нет

Tzar написал(а):
Ну нет страшного ничего. Есть старые версии некоторых пакетов, которые несовместимы с новыми версиями других пакетов и все (я про openrc и udev, к примеру). Страшного нет. Можете обновляться, но внимательно.

Меня смущают блоки на подобие таких:

[ebuild     U  ] x11-libs/qt-dbus-4.8.4:4 [4.8.2:4] USE="exceptions (-aqua) -c++0x -debug -pch (-qpa%)" 0 kB
[blocks b      ] <x11-libs/qt-dbus-4.8.4:4 ("<x11-libs/qt-dbus-4.8.4:4" is blocking x11-libs/qt-qt3support-4.8.4, x11-libs/qt-webkit-4.8.4, x11-libs/qt-declarative-4.8.4, x11-libs/qt-sql-4.8.4, x11-libs/qt-core-4.8.4, x11-libs/qt-svg-4.8.4, x11-libs/qt-test-4.8.4, x11-libs/qt-script-4.8.4, x11-libs/qt-gui-4.8.4, x11-libs/qt-opengl-4.8.4, x11-libs/qt-xmlpatterns-4.8.4)  

Вроде бы на форуме с такой проблемой сталкивались,и пришли к выводу,что qt всегда так обновляется,но выглядит всё равно как-то страшно...

Tzar написал(а):
ЗЫ. Девушка за рулем генту - это прикольно ))

Угу,как мартышка с гранатой)

Это как раз мелочи. вот дя

Это как раз мелочи. вот дя приведенного примера решаем так:

1. Сносим установленную версию qt-dbus
2. Устанавливаем новую версию qt-dbus

Когда я был водителем кедов, то такое встречалось регулярно, благо я на тильде. Поверьте - страшного нет.

Пользуясь моментом, хочу передать привет друзьям, которые также пользуются "Моментом"

Tzar написал(а): Когда я был

Tzar написал(а):
Когда я был водителем кедов, то такое встречалось регулярно

Вот я удивляюсь каждый раз при обновлении отцовского ноута, почему с этим ничего поделать не могут, геморроя же куча )-:Е

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Ну если бы qt-* умели

Ну если бы qt-* умели ставится в слоты, все было бы хорошо. Была бы проблема только с тем, что слот был бы один для всех qt-* одинаковой версии, установленных в системе.

Пользуясь моментом, хочу передать привет друзьям, которые также пользуются "Моментом"

/

dogma165 написал(а):
Меня смущают блоки на подобие таких:

[ebuild     U  ] x11-libs/qt-dbus-4.8.4:4 [4.8.2:4] USE="exceptions (-aqua) -c++0x -debug -pch (-qpa%)" 0 kB
[blocks b      ] <x11-libs/qt-dbus-4.8.4:4 ("<x11-libs/qt-dbus-4.8.4:4" is blocking x11-libs/qt-qt3support-4.8.4, x11-libs/qt-webkit-4.8.4, x11-libs/qt-declarative-4.8.4, x11-libs/qt-sql-4.8.4, x11-libs/qt-core-4.8.4, x11-libs/qt-svg-4.8.4, x11-libs/qt-test-4.8.4, x11-libs/qt-script-4.8.4, x11-libs/qt-gui-4.8.4, x11-libs/qt-opengl-4.8.4, x11-libs/qt-xmlpatterns-4.8.4)  

Вроде бы на форуме с такой проблемой сталкивались,и пришли к выводу,что qt всегда так обновляется,но выглядит всё равно как-то страшно...

Как справедливо указывают товарищи, portage за прошедшие годы изрядно поумнел :)

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

Ну и необходимо помнить, что сборка наличного количества пакетов займёт достаточно много времени. Ну и про особенности работы с блобами, во избежание неприятных сюрпризов, забывать не стоит.

:wq
--
Live free or die

Anarchist написал(а): Ну и

Anarchist написал(а):
Ну и про особенности работы с блобами, во избежание неприятных сюрпризов, забывать не стоит.

Скажите,пожалуйста,о какой особенности идет речь?я посмотрела зависимости блокирующих пакетов на packages.gentoo.org на предмет циклической блокировки,это единственное,что пришло мне в голову

/

dogma165 написал(а):
Anarchist написал(а):
Ну и про особенности работы с блобами, во избежание неприятных сюрпризов, забывать не стоит.

Скажите,пожалуйста,о какой особенности идет речь?я посмотрела зависимости блокирующих пакетов на packages.gentoo.org на предмет циклической блокировки,это единственное,что пришло мне в голову

"Блоб" (BLOB) --- бинарный пакет (обычно совсем не СПО).
В данном случае речь идёт о видео-драйвере (11-drivers/nvidia-drivers), точнее о том, что, судя по форуму (лично я категорически предпочитаю открытые драйвера, чего и Вам желаю) более-менее работает с определённой версией ядра (пункт к тому, что необходимо сделать после обновления).
Также не забываем про http://www.gentoo.org/doc/en/gcc-upgrading.xml

ЗЫ: Из не вполне тривиальных, но и не то, чтобы критичных, нюансов можно отметить порядок сборки драйверов X11 (после обновления не забудьте emerge -1 `eix --only-names -I -C x11-drivers`).

:wq
--
Live free or die

Спасибо за разъяснения!Если

Спасибо за разъяснения!Если подытожить,то я могу обновлять мир,выставить новую версию gcc, после чего надо перекомпилировать ядро, вновь запустить emerge -avDNu world, чтобы пересоберете world с новым GCC, затем emerge -1 `eix --only-names -I -C x11-drivers, а потом revdep-rebuild так?

/

dogma165 написал(а):
Спасибо за разъяснения!Если подытожить,то я могу обновлять мир,выставить новую версию gcc, после чего надо перекомпилировать ядро, вновь запустить emerge -avDNu world, чтобы пересоберете world с новым GCC, затем emerge -1 `eix --only-names -I -C x11-drivers, а потом revdep-rebuild так?

Лет несколько назад рисовал шпаргалку по теме.
Её можно рекомендовать и сейчас.
Временная потеря иксов Вас напряжёт?

Согласно методическому руководству, при обновлении gcc достаточно переключиться на новый и пересобрать с ним только sys-devel/libtool:

# gcc-config -l
# gcc-config 2
# env-update && source /etc/profile
# emerge --oneshot libtool

Ничего страшного не произойдёт, есть Вы последовательно выполните рекомендации приведённой шпаргалки.
Но если есть желание сэкономить времени и выполнить хотя бы часть общих рекомендаций (в результате чего по сравнению с чистым обновлением выигрыша времени врад ли получится), то...
Я бы рекомендовал:
1. Согласно рекомендации обновить portage (emerge -1 portage);
2. Обновить gcc (emerge -1 gcc;
3. Согласно цитированной выше рекомендации переключиться на новый компиллятор и пересобрать libtool;
4. Новым компиллятором пересобрать system (emerge -ave system);
5. Пересобрать драйвера иксов.
6. Дообновить оставшееся, после чего можно переходить к зачистке системы.
Вроде ничего не пропустил.
Ну и не забываем читать и отрабатывать сообщения portage. :)
Новости читать тоже надо (шагом номер 0).

:wq
--
Live free or die

Спасибо вам

Спасибо вам огромное,за столь подробную инструкцию!сегодня,правда,уже не успею обновить систему,а завтра,в случае успешного обновления можно будет и тему закрыть.Кстати,ещё один вопрос...сейчас в handbook'е написано,что USE flags надо прописывать в /etc/profile/make.conf, а у меня они в /etc/make.conf, значит ли это,что они не подтягиваются и все имеющиеся флаги в /etc/make.conf перенести в /etc/profile/make.conf?

Можно, но необязательно. Они

Можно, но необязательно. Они подхватываются из обоих мест, поддержку /etc/make.conf выкидывать не собираются.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Спасибо)

Спасибо)

krigstask написал(а): Они

krigstask написал(а):
Они подхватываются из обоих мест, поддержку /etc/make.conf выкидывать не собираются.

Либо там, либо там. Если есть оба файла, используется тот, что в /etc/portage

Согласен, неверно выразился.

Согласен, неверно выразился.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

/

dogma165 написал(а):
Спасибо вам огромное,за столь подробную инструкцию!сегодня,правда,уже не успею обновить систему,а завтра,в случае успешного обновления можно будет и тему закрыть.Кстати,ещё один вопрос...сейчас в handbook'е написано,что USE flags надо прописывать в /etc/profile/make.conf, а у меня они в /etc/make.conf, значит ли это,что они не подтягиваются и все имеющиеся флаги в /etc/make.conf перенести в /etc/profile/make.conf?

Только не /etc/profile/, а /etc/portage/.
См. новость (2012-09-09 make.conf and make.profile move).

:wq
--
Live free or die

да-да,опечаточка(

да-да,опечаточка( перенесла содержимое в /etc/portage/make.conf, а то мало ли...

Цитата:[blocks b

Цитата:
[blocks b ]

"Мягкая" блокировка, ничего страшного. Будет жесткая:

Цитата:
[blocks B ]

вот тогда это повод для опасений...

Нейтральность - высшее достижение сознания!

Всем спасибо,обновление мира

Всем спасибо,обновление мира и ядра прошло удачно)

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

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