Главная » Форум » Gentoo Linux

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

dogma165 31 января, 2013 - 09:11

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

‹ [SOLVED] Отключить опрос дисков без использования hal zlib-1.2.7 где найти в бинарниках, как установить без emerge :-) ›
»

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

Автор slepnoga, дата создания 31 января, 2013 - 09:51.
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 ;)

»

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

Автор Tzar, дата создания 31 января, 2013 - 10:05.

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

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

—

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

»

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

Автор dogma165, дата создания 31 января, 2013 - 10:13.
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 написал(а):
ЗЫ. Девушка за рулем генту - это прикольно ))

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

»

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

Автор Tzar, дата создания 31 января, 2013 - 10:23.

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

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

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

—

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

»

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

Автор krigstask, дата создания 31 января, 2013 - 10:29.
Tzar написал(а):
Когда я был водителем кедов, то такое встречалось регулярно

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

—

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

»

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

Автор Tzar, дата создания 31 января, 2013 - 10:33.

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

—

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

»

/

Автор Anarchist, дата создания 31 января, 2013 - 10:40.
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 написал(а): Ну и

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

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

»

/

Автор Anarchist, дата создания 31 января, 2013 - 11:55.
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

»

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

Автор dogma165, дата создания 31 января, 2013 - 12:58.

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

»

/

Автор Anarchist, дата создания 31 января, 2013 - 13:16.
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

»

Спасибо вам

Автор dogma165, дата создания 31 января, 2013 - 14:08.

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

»

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

Автор krigstask, дата создания 31 января, 2013 - 14:59.

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

—

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

»

Спасибо)

Автор dogma165, дата создания 31 января, 2013 - 15:03.

Спасибо)

»

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

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

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

»

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

Автор krigstask, дата создания 31 января, 2013 - 15:51.

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

—

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

»

/

Автор Anarchist, дата создания 31 января, 2013 - 15:13.
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

»

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

Автор dogma165, дата создания 31 января, 2013 - 15:48.

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

»

Цитата:[blocks b

Автор Pinkbyte, дата создания 12 февраля, 2013 - 21:22.
Цитата:
[blocks b ]

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

Цитата:
[blocks B ]

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

—

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

»

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

Автор dogma165, дата создания 13 февраля, 2013 - 16:06.

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

»

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

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