[Закрыто]Попытка обновления world

Исходные данные:

emerge --info > http://bpaste.net/show/144770/

/etc/make.conf > http://bpaste.net/show/144772/

После попытки обновления МИРа, получаю в ответ вот это http://bpaste.net/show/144773/

Система не обновлялась несколько месяцев, поэтому пойдя вот по этой ссылке http://www.gentoo.ru/node/26650 и подсматривая вот сюда http://gentoo.ru/content/ustanovil-ya-gentoo-dalshe-chto дошел опять же до попытки обновления world, однако уже обновив python и сделав python-updater, а так же обновив gcc, и переключившись на текущий релиз, картина несколько изменилась, но не принципиально. В результате все остановилось на этапе обновления udev > http://bpaste.net/show/144781/ и списка пакетов dev-qt/qt* > http://bpaste.net/show/144778/
И в результате получаю вот это emerge -ave system -p > http://bpaste.net/show/144774/ и вот это revde-prebuild -i > http://bpaste.net/show/144775/ . Однако, попытка пересборки пакетов командой emerge @preserved-rebuild получаем > http://bpaste.net/show/144776/
Попытка пересборок пакетов каждого в отдельности, так же говорит о циклических зависимостях.

Подскажите кто может, в какую сторону двигаться дальше?

В начале обновляете emerge

В начале обновляете emerge (portage)

emerge -av1 portage

Затем принудительно удаляете sys-fs/udev и virtual/udev, после чего обновляете sys-apps/util-linux и ставите обратно sys-fs/udev и virtual/udev.

emerge -avC sys-fs/udev virtual/udev
emerge -av1 sys-apps/util-linux
emerge -av1 sys-fs/udev
emerge -av1 virtual/udev

----------------------------------------------------------------------------------------------------
UPD:
Возможно, перед установкой sys-apps/util-linux стоит установит обратно udev.
----------------------------------------------------------------------------------------------------

Затем удаляете принудительно все пакеты с qt и ставите новые версии:

qlist dev-qt/ -IC > /tmp/qt.lst
emerge -avC `qlist dev-qt/ -IC`
emerge -av1 `cat /tmp/qt.lst`

Дальше пробуйте обновлять мир.

kostik87 написал(а): Затем

kostik87 написал(а):
Затем принудительно удаляете sys-fs/udev

Убейсяапстену

Советую сделать то же самое.

Советую сделать то же самое. Но я сегодня добрый, поэтому объясню почему так:

[blocks B      ]  <sys-fs/udev-186 ("<sys-fs/udev-186" is blocking sys-fs/udev-init-scripts-26)

http://bpaste.net/show/144773/

Как видишь, старый udev блокирует udev-init-scripts, нет, можно попробовать обновить в начале их, но могут потянуться и другие блокировки, поэтому проще удалить sys-fs/udev и virtual/udev, а затем поставить актуальные версии пакетов.

kostik87 написал(а):Советую

kostik87 написал(а):
Советую сделать то же самое. Но я сегодня добрый, поэтому объясню почему так:

[blocks B      ]  <sys-fs/udev-186 ("<sys-fs/udev-186" is blocking sys-fs/udev-init-scripts-26)

http://bpaste.net/show/144773/

Как видишь, старый udev блокирует udev-init-scripts, нет, можно попробовать обновить в начале их, но могут потянуться и другие блокировки, поэтому проще удалить sys-fs/udev и virtual/udev, а затем поставить актуальные версии пакетов.

Ага, удалить системный пакет, и получить незагружаемую систему. Ты уверен, что топикстартер после удаления удава сможет-таки разрешить зависимости, и не выключит комп, чтоб со cвежей головой попробовать решить проблему завтра?

Поставить систему следуя

Поставить систему следуя рекомендациям Gentoo Handbook, в котором указана процедура установки в chroot окружении он смог же. Так что не вижу проблем, в случае возникновения коих, можно так же выполнить chroot и разобраться с проблемами. К тому же ТС может написать сюда на форум при возникновении проблем при установке udev.

Убейсяапстену 2 +1 eegorov

Убейсяапстену 2
+1 eegorov

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

Мне пофиг на ваше мнение по

Мне пофиг на ваше мнение по этому вопросу, я написал то, что считаю верным. Ах, да, не вижу ни одного вашего конструктивного ответа по теме.

Так что давайте вперёд к стене с разбега.

Ты же в курсе, что если ты

Ты же в курсе, что если ты плюнешь в сообщетво, оно утрется. Если сообщетво плюнет в тебя ...

П.С Я конечно понимаю, что профессионал службы тех. поддежки прийдя домой продолжает решать проблемы способом "решили, а там хоть потоп", но форум - это не техпеддержка, здесь не канает любой вариант, а только лучший.

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

Цитата: Ты же в курсе, что

Цитата:
Ты же в курсе, что если ты плюнешь в сообщетво, оно утрется. Если сообщетво плюнет в тебя ...

Здесь открытое сообщество. Если у тебя есть мнение, отличное от моего, то изложи его. А если нет, то не надо мне указывать что делать. Ну и не страдай манией величия, ты не сообщество. Ты такой же его участник.

Цитата:
П.С Я конечно понимаю, что профессионал службы тех. поддежки прийдя домой продолжает решать проблемы способом "решили, а там хоть потоп", но форум - это не техпеддержка, здесь не канает любой вариант, а только лучший.

Я изложил своё способ решения проблемы, которым воспользовался бы сам. Если ТС смог поставить Gentoo, т.е. использовал chroot, то в случае если он удалил udev и не поставил его обратно, после чего выключил ПК, то он так же точно сможет воспользоваться chroot.

kostik87 написал(а): В начале

kostik87 написал(а):
В начале обновляете emerge (portage)

emerge -av1 portage

http://bpaste.net/show/144869/

...

Надо всего лишь было

Надо всего лишь было запустить:

emerge @preserved-rebuild

Топикстартеру

Что будет, если попытаться так

PORTAGE_BINHOST=http://tinderbox.dev.gentoo.org/default/linux/amd64/ emerge -av1tG util-linux sys-fs/udev

eegorov написал(а): Что

eegorov написал(а):
Что будет, если попытаться так

PORTAGE_BINHOST=http://tinderbox.dev.gentoo.org/default/linux/amd64/ emerge -av1tG util-linux sys-fs/udev

http://bpaste.net/show/144871/

Ну вот, циклическая

Ну вот, циклическая зависимость пропала
Теперь можно так

PORTAGE_BINHOST=http://tinderbox.dev.gentoo.org/default/linux/amd64/ emerge -av1tG  util-linux sys-fs/udev sys-apps/usbutils sys-apps/openrc sys-apps/pciutils  sys-apps/sysvinit sys-fs/lvm2

Ну или просто сначала собрать util-linux c USE=-udev, если неохота с бинарниками связываться

eegorov написал(а): Ну вот,

eegorov написал(а):
Ну вот, циклическая зависимость пропала
Теперь можно так

PORTAGE_BINHOST=http://tinderbox.dev.gentoo.org/default/linux/amd64/ emerge -av1tG  util-linux sys-fs/udev sys-apps/usbutils sys-apps/openrc sys-apps/pciutils  sys-apps/sysvinit sys-fs/lvm2

Ну или просто сначала собрать util-linux c USE=-udev, если неохота с бинарниками связываться

http://bpaste.net/show/MV09H8dgunCu9q0PvEzX/

Я так понимаю, можно продолжать собирать, или все таки на выбор - собрать util-linux c USE=-udev, ибо и вправду с бинарниками связываться не хотелось бы...?

Как хочешь. С бинарниками

Как хочешь. С бинарниками быстрее. Главное понимать, что делаешь, и не выполнять команды бездумно.

eegorov написал(а): Как

eegorov написал(а):
Как хочешь. С бинарниками быстрее. Главное понимать, что делаешь, и не выполнять команды бездумно.

Да я понимаю конечно, а с другой стороны, вот что получается по "короткому" варианту http://bpaste.net/show/144874/ И как же быть в таком случае, все таки бинарники?

пропиши sys-apps/util-linux

пропиши

sys-apps/util-linux -udev

в

/etc/portage/package.use/tmp

и пробуй обновить мир

eegorov написал(а): пропиши

eegorov написал(а):
пропиши

sys-apps/util-linux -udev

в

/etc/portage/package.use/tmp

и пробуй обновить мир

попробовал, вот что получается, после echo "sys-apps/util-linux -udev" >> /etc/portage/package.use/tmp/sys-apps

http://bpaste.net/show/144877/

emerge -C sys-libs/talloc и

Размаскировать kde-misc/smooth-tasks, удалить sys-libs/talloc и снова...

Плюс надо править зависимости app-emulation/wine-etersoft-public, чтоб оно зависело от virtual/jpeg, а не от media-libs/jpeg, если это не так, конечно

eegorov

eegorov написал(а):
Размаскировать kde-misc/smooth-tasks, удалить sys-libs/talloc и снова...

Плюс надо править зависимости app-emulation/wine-etersoft-public, чтоб оно зависело от virtual/jpeg, а не от media-libs/jpeg, если это не так, конечно

http://bpaste.net/show/144878/

видимо ещё много чего поудалять прийдется пока ненужные зависимости не уйдут?

нет. Разве только

нет. Разве только kde-misc/smooth-tasks (или размаскировать), и одно из app-emulation/wine-etersoft-public (если нет возможности исправить зависимости) и www-client/chromium

eegorov написал(а): нет.

eegorov написал(а):
нет. Разве только kde-misc/smooth-tasks (или размаскировать), и одно из app-emulation/wine-etersoft-public (если нет возможности исправить зависимости) и www-client/chromium

Ну вот, удалил kde-misc/smooth-tasks && www-client/chromium и вроде оно пошло... http://bpaste.net/show/144884/ Благодарю за помощь, Уважаемый! Однако тему закрывать пока не буду, вдруг что-то ещё проявится не разрешимое ...

usergen написал(а): eegorov

usergen написал(а):
eegorov написал(а):
нет. Разве только kde-misc/smooth-tasks (или размаскировать), и одно из app-emulation/wine-etersoft-public (если нет возможности исправить зависимости) и www-client/chromium

Ну вот, удалил kde-misc/smooth-tasks && www-client/chromium и вроде оно пошло... http://bpaste.net/show/144884/ Благодарю за помощь, Уважаемый! Однако тему закрывать пока не буду, вдруг что-то ещё проявится не разрешимое ...

...Похоже сглазил... http://bpaste.net/show/Jz7gel2z6Ka2wKdPQocl/
И снова не пойму ничего, место как видно на диске есть вроде, может сама железяка(хард) сбой выдает?

у вас свободно 13Гб, а нужно

у вас свободно 13Гб, а нужно 18Гб. внимательнее смотрите где он хочет место
ps я думал что рекордсмен libreoffice с 6Гб )

_SerEga_ написал(а): у вас

_SerEga_ написал(а):
у вас свободно 13Гб, а нужно 18Гб. внимательнее смотрите где он хочет место
ps я думал что рекордсмен libreoffice с 6Гб )

Порядка пятидесяти пакетов собралось (по отдельности) однако все уперлость в
net-libs/webkit-gtk-1.8.3-r300 > http://bpaste.net/show/AGGL84fo9LuzDJrWVXA4/

Как видно в строке > /dev/mapper/VG00-var 13G 365M 13G 3% /var

Доступно 13 ГИГов, а пакету необходимо 18... а как быть с этим разделом и сборкой пакета?

пока --resume --skipfirst

пока --resume --skipfirst

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

slepnoga написал(а):пока

slepnoga написал(а):
пока --resume --skipfirst

http://bpaste.net/show/144951/

Видимо только пересборка системы поможет, так? :-(

usergen написал(а): usergen

usergen написал(а):
usergen написал(а):
eegorov написал(а):
нет. Разве только kde-misc/smooth-tasks (или размаскировать), и одно из app-emulation/wine-etersoft-public (если нет возможности исправить зависимости) и www-client/chromium

Ну вот, удалил kde-misc/smooth-tasks && www-client/chromium и вроде оно пошло... http://bpaste.net/show/144884/ Благодарю за помощь, Уважаемый! Однако тему закрывать пока не буду, вдруг что-то ещё проявится не разрешимое ...

Порядка пятидесяти пакетов собралось (по отдельности) однако все уперлость в
net-libs/webkit-gtk-1.8.3-r300 > http://bpaste.net/show/AGGL84fo9LuzDJrWVXA4/

Как видно в строке > /dev/mapper/VG00-var 13G 365M 13G 3% /var

Доступно 13 ГИГов, а пакету необходимо 18... а как быть с этим разделом и сборкой пакета?

Уважаемый, у Вас то же нет

Уважаемый, у Вас то же нет вариантов как возможно исправить ситуацию с разделом /var ? Если так, то тему видимо стоит прикрыть. Прокомментируйте пожалуйста?

Нет ничего проще. Создаем

Нет ничего проще. Создаем каталог на разделе, где есть место и монтируем его mount -o bind в /var/tmp/portage. Какие еще нужны комментарии?

Убрать "-ggdb" из CFLAGS

Убрать "-ggdb" из CFLAGS

eegorov написал(а): Убрать

eegorov написал(а):
Убрать "-ggdb" из CFLAGS

Опять же, некоторые пакеты стали компилироваться, первым из которых был net-libs/webkit-gtk, затем обновилось все по списку dev-qt/qt*. Однако, снова застряло и теперь ругается видимо на make.conf? Да видимо теперь ещё и на компилятор 'configure: error: C compiler cannot create executables'

bpaste.net/show/CnYDTqQuuMWQBG6nM067/

Попытка пересборки пакетов зависимых пакетов sci-libs/cln && dev-libs/mpc закончилась неудачей

http://bpaste.net/show/VfAO6c4TaQlzwbgczswr/

Может, что-то ещё необходимо добавить/изменить в /etc/make.conf > http://bpaste.net/show/145137/ ?

.

usergen написал(а):
eegorov написал(а):
Убрать "-ggdb" из CFLAGS

Опять же, некоторые пакеты стали компилироваться, первым из которых был net-libs/webkit-gtk, затем обновилось все по списку dev-qt/qt*.

Упираться в обновление прикладных пакетов сейчас… Я бы не стал.

usergen написал(а):
Однако, снова застряло и теперь ругается видимо на make.conf?

Ты уверен в правильности всего там написанного?
Лично у меня навскидку вопрос: http://gentoo.ru/content/u-menya-processor-imyarek-chto-podstavlyat-v-peremennuyu-cflags

usergen написал(а):
Да видимо теперь ещё и на компилятор 'configure: error: C compiler cannot create executables'

Логично:

# equery d  dev-libs/gmp
 * These packages depend on dev-libs/gmp:
…
sys-devel/gcc-4.7.3-r1 (>=dev-libs/gmp-4.3.2)
usergen написал(а):
Попытка пересборки пакетов зависимых пакетов sci-libs/cln && dev-libs/mpc закончилась неудачей

Закономерно.
Теперь тебе сначала возвращать работоспособность системе сборки.
Либо бинарными пакетами (за работоспособность не поручусь), либо посредством известного шаманства: http://gentoo.ru/content/ya-udalilslomal-sistemnyy-paket-i-teper-gentoo-ne-gruzitsya-neuzheli-pereustanavlivatsya
Причём в последнем случае может потребоваться загрузка с LiveCD (понимая в данном качестве SRCD).

usergen написал(а):
Может, что-то ещё необходимо добавить/изменить в /etc/make.conf > http://bpaste.net/show/145137/ ?

Флаги подробно не анализировал (ибо предпочитаю задавать их иначе).
Крамолы окромя отмеченного навскидку не приметилось.

:wq
--
Live free or die

Anarchist

Anarchist написал(а):
usergen написал(а):
eegorov написал(а):
Убрать "-ggdb" из CFLAGS

Опять же, некоторые пакеты стали компилироваться, первым из которых был net-libs/webkit-gtk, затем обновилось все по списку dev-qt/qt*.

Упираться в обновление прикладных пакетов сейчас… Я бы не стал.

usergen написал(а):
Однако, снова застряло и теперь ругается видимо на make.conf?

Ты уверен в правильности всего там написанного?
Лично у меня навскидку вопрос: http://gentoo.ru/content/u-menya-processor-imyarek-chto-podstavlyat-v-peremennuyu-cflags

usergen написал(а):
Да видимо теперь ещё и на компилятор 'configure: error: C compiler cannot create executables'

Логично:

# equery d  dev-libs/gmp
 * These packages depend on dev-libs/gmp:
…
sys-devel/gcc-4.7.3-r1 (>=dev-libs/gmp-4.3.2)
usergen написал(а):
Попытка пересборки пакетов зависимых пакетов sci-libs/cln && dev-libs/mpc закончилась неудачей

Закономерно.
Теперь тебе сначала возвращать работоспособность системе сборки.
Либо бинарными пакетами (за работоспособность не поручусь), либо посредством известного шаманства: http://gentoo.ru/content/ya-udalilslomal-sistemnyy-paket-i-teper-gentoo-ne-gruzitsya-neuzheli-pereustanavlivatsya
Причём в последнем случае может потребоваться загрузка с LiveCD (понимая в данном качестве SRCD).

usergen написал(а):
Может, что-то ещё необходимо добавить/изменить в /etc/make.conf > http://bpaste.net/show/145137/ ?

Флаги подробно не анализировал (ибо предпочитаю задавать их иначе).
Крамолы окромя отмеченного навскидку не приметилось.

Я верно Вас понимаю, что _те_ варианты которые Вы предлагаете слишком сложны, и гораздо проще пересобрать систему, так? Я все же за "простоту" сборки и работоспособности, равно как и экономию времени прежде всего!

/

usergen написал(а):
Я верно Вас понимаю, что _те_ варианты которые Вы предлагаете слишком сложны, и гораздо проще пересобрать систему, так?

Вероятно нет.
Я хотел сказать, что в данном случае (давно не обновлявшаяся система) на первом этапе обновления я бы не стал заморачиваться с разруливанием зависимостей прикладного ПО.

usergen написал(а):
Я все же за "простоту" сборки и работоспособности, равно как и экономию времени прежде всего!

"Простота" не является однозначно определяемой сущностью.
Не вполне представляю как, но тебе удалось поломать систему.
Способ восстановления минимально необходимой для восстановления и завершения обновления конфигурации на твоё усмотрение.

ЗЫ: При использовании правильной методики переустановка не быстрее и не проще.
И вообще не является gentoo-style решением.

:wq
--
Live free or die

gcc-config -l фстудию

gcc-config -l 

фстудию

eegorov

eegorov написал(а):
gcc-config -l 

фстудию

# gcc-config -l
[1] x86_64-pc-linux-gnu-4.5.3
[2] x86_64-pc-linux-gnu-4.7.3 *

фстудии :-)

я собственно изначально обновил gcc и переГлючился на него же

ну переключи обратно

ну переключи обратно
И покажи, что в /var/tmp/portage/dev-libs/mpc-1.0.1/work/mpc-1.0.1/config.log

eegorov написал(а): ну

eegorov написал(а):
ну переключи обратно
И покажи, что в /var/tmp/portage/dev-libs/mpc-1.0.1/work/mpc-1.0.1/config.log

http://bpaste.net/show/145197/

Вот так вывод при [1] x86_64-pc-linux-gnu-4.5.3 * > http://bpaste.net/show/145192/

а так при [2] x86_64-pc-linux-gnu-4.7.3 * > http://bpaste.net/show/145195/

Может я чего-то не вижу, но вроде разницы никакой, а версии gcc - разные! А как же так? Может "Убитьапстену" libreoffice :-) ?

Признавайся, что руками

Признавайся, что руками удалял?
Покажи

ldd /usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1

eegorov

eegorov написал(а):
Признавайся, что руками удалял?

Признаюсь, пока здесь посты выкладываю - ничего сам не удалял, факт.

Покажи

ldd /usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1

# ldd /usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1
не является динамическим исполняемым файлом
а чего за команда такая? Что-то не так делаю?

Интересно Тогда $ file

Интересно
Тогда

$ file /usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1
$ ls -l /usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1

?

eegorov

eegorov написал(а):
Интересно
Тогда

$ file /usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped

$ ls -l /usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1
-rwxr-xr-x 1 root root 12287960 окт.  29 13:26 /usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1

?

Ну я хз, почему ldd не

Ну я хз, почему ldd не работает. Навскидку, поставь dev-libs/gmp из бинарников

ЗЫЖ. /me ушел спать

eegorov написал(а): Ну я хз,

eegorov написал(а):
Ну я хз, почему ldd не работает. Навскидку, поставь dev-libs/gmp из бинарников

ЗЫЖ. /me ушел спать

Видимо начать необходимо было с того, что систему ставил не я. И поэтому на некоторые вопросы я видимо ответить не смогу. А тот кто ставил систему, присутствует на этом форуме, и почему-то молчит...? А по существу, скажу следующее, после обновления пакетов dev-qt/qt* и net-libs/webkit-gtk и удаления "-ggdb" из CFLAGS, любые попытки собрать какой бы то нибыло пакет, оканчиваются неудачей(см. выводы выше). Видимо gcc таки сломался. Не из бинарников машина ругается на пересборку dev-libs/gmp. А ввиду того, что eselect profile list > http://bpaste.net/show/q2rRfNlNMzFfL9pHLT6E/ то и из бинарников собрать не получится. Как быть?

.

usergen написал(а):
Видимо начать необходимо было с того, что систему ставил не я. И поэтому на некоторые вопросы я видимо ответить не смогу.

Стартовая точка (дата последнего полного обновления, по мне достаточно) не известна?

usergen написал(а):
и удаления "-ggdb" из CFLAGS

Ты ссылку из ЧаВо читал достаточно внимательно?
Сравнение с наличным ни на какие подозрения не наводит?

usergen написал(а):
Видимо gcc таки сломался. Не из бинарников машина ругается на пересборку dev-libs/gmp.

Логично.
Читай ЧаВо.
Ссылка приводилась, но в данном случае можно и повторить:
http://gentoo.ru/content/ya-udalilslomal-sistemnyy-paket-i-teper-gentoo-ne-gruzitsya-neuzheli-pereustanavlivatsya

usergen написал(а):
А ввиду того, что eselect profile list > http://bpaste.net/show/q2rRfNlNMzFfL9pHLT6E/ то и из бинарников собрать не получится. Как быть?

Хорошее уточнение к области применимости внешних бинарников.

:wq
--
Live free or die

/

eegorov написал(а):
Ну я хз, почему ldd не работает. Навскидку, поставь dev-libs/gmp из бинарников

Данный вывод можно было сделать уже из исходного сообщения.

:wq
--
Live free or die

eegorov написал(а): Ну я хз,

eegorov написал(а):
Ну я хз, почему ldd не работает. Навскидку, поставь dev-libs/gmp из бинарников

ЗЫЖ. /me ушел спать

Тут вот на аналогичном форуме нашел, http://forums.gentoo.org/viewtopic-t-892310-start-0.html Как полагаете Уважаемый, может и в моем случае, есть смысл попробовать?
Например вот эти примеры "removed the /usr/lib64/libgmp.so.3 before starting recompile gcc" или вот это "ln -s libgmpxx.so.4.2.2 libgmp.so.3" ... но там гораздо больше пояснений вроде...

[offtop]Налил себе кофе и


[offtop]Налил себе кофе и начал читать, как мини роман "Донцовой". И точно вышло -
концовка-то Шекспировская.... ТП жалко стало ;)
[/offtop]

Я по своему опыту, уже дифференцирую последовательность обновления: system потом world, что вполне и логично.
ЗЫ Я так и не понял "посылов" к стене: там что намазано(налито,накрыто)? ;)
______________________________________________________________________________________
2 ТП: спасение утопающего - дело /dev/hands самого "обновляющего".

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

Вист

draft3r написал(а):
Я по своему опыту, уже дифференцирую последовательность обновления: system потом world, что вполне и логично.

Логично то оно может и логично…
Но по моему опыту в нормальном режиме (обновление с шагом в неделю-две) сильно избыточно.
Хотя при интервале между обновлениями в 3+ месяцев хотя бы подумать о таком варианте полезно.

:wq
--
Live free or die

.

draft3r написал(а):
[b]
Я по своему опыту, уже дифференцирую последовательность обновления: system потом world, что вполне и логично.

После появления профилей kde и прочее system = 38% от world (к примеру у меня).
Причем, в system входят x11, qt и kde. Которые не наблюдаются в stage3.

ИМХО. Будущее за btrfs snapshot (жаль так и не нашел время для статьи, а вот suse вовсю форсирует использование btrfs на корне) + сборка новой системы в chroot snapshot-а.
В некоторых (особо проблемных случаях) можно использовать 2-проходный метод: 1) сборка бинарных пакетов из stage3 + свой world + свои USE; 2) установка бинарников в snapshot работающей системы.

btrfs snapshot спасибо,

btrfs snapshot

спасибо, кушайте сами ;) меня пока что zfs на все 100% и прямо сейчас

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

.

Это gentoo.
Здесь нет расово-правильных DE, обоев и даже ФС.

Думаю, что погибший "системый" раздел при наличии бэкапа зло многократно меньшее, чем разрушение системы по причине "не справился с обновлением, а бэкапить поленился тратить время".
Сбой файловой системы менее вероятное событие, чем что-то пошло не так при обновлении.
В моем случае есть и бонус - система всегда находится в доступно-рабочем состоянии.

А если говорить о сохранности данных, то (mdadm + RAID1 + неубиенный ext3) * (отключение питание в момент копирования) = груда (~300M) порченных файлов, содержимое которых взятой из мусорного ведра.
И ничто (включая древнейший fsck) не указывает, что в этих файлах что-то не в порядке.

/

Kevol написал(а):
Причем, в system входят x11, qt и kde. Которые не наблюдаются в stage3.

Строго говоря, в stage3 также не наблюдается демонов системного журналирования, крона и многого другого необходимого и безусловно входящего в набор системного ПО.

:wq
--
Live free or die

.

Anarchist написал(а):
и безусловно входящего в набор системного ПО.

В том-то и дело, что не входящего в system. Не входит логгер в system даже после выбора профиля, например, kde. А вот kde будет участвовать в пересборке system.
Установка gentoo - это stage3+kernel. Дальше уже кастомизация. А по результатам кастомизации получается существенное затруднение обновление компонентов system сета, составляющих основу пакетного менеджера (в том числе компилятор, python и прочее).
Я не говорю, трудности и беды ожидают при каждом таком обновлении. Но шансы завести систему в состояние, когда отказывается работать пакетный менеджер присутствуют. Чем новички неминуемо пользуются.
А учитывая "отечески-добрососедские" отношения в форуме новичкам приходится учится на собственных шишках.

Напишите команду, которой

Напишите команду, которой @system обновляете. у меня ничего всего 44 пакета, даже glibc почему-то отсутствует
из того, что я наблюдаю: на нормальные вопросы, даются хорошие ответы(хотя slepnoga конечно выделяется стилем), если же человек хочет заюзать сообщество в качестве гугл переводчика, персонального вводчика запросов в гугл или для чтения faq/handbook/man, то удивлятся не стоит.
Лучшее обучения - на собственных ошибках

.

Речь идет не об обновлении, которое является функцией разности состояний предыдущего portage и нынешнего, а о пересборке, которая определяет количество управляемых сетом пакетов, то есть потенциально возможных при обновлении.

#emerge -ave @system
...
Total: 471 packages (471 reinstalls)...
#emerge -ave @world
...
Total: 1100 packages (1100 reinstalls)...

Относительно ответов на форуме, я не против отсылки ленивых всё-таки заняться делом. Это правильно.
Но когда человек ищет ответ (пусть даже еще в голове, а не документации и гугле) и находится в затруднении выбора правильного пути, то он вынужден 30 раз обдумать, стоит ли обращаться за помощью на форум. Там ведь его с большой вероятностью пошлют разбираться дальше. А всего-то требуется - получить правильное направление поисков.
Такая ситуация имеет негативную обратную связь. Сильный пользователь разберется сам. Слабый добросовестный потратит кучу времени и добьется результата сам. Слабый лентяй придет клянчить на форум. В итоге - форум наполняется темами "побирушками", а полезная информация остается за кадром. Что опять-таки замыкает связь - ответы находятся не на форуме, а за его пределами.

Сорри за оффтоп.

Kevol написал(а):Речь идет

Kevol написал(а):
Речь идет не об обновлении, которое является функцией разности состояний предыдущего portage и нынешнего, а о пересборке, которая определяет количество управляемых сетом пакетов, то есть потенциально возможных при обновлении.

#emerge -ave @system
...
Total: 471 packages (471 reinstalls)...
#emerge -ave @world
...
Total: 1100 packages (1100 reinstalls)...

Относительно ответов на форуме, я не против отсылки ленивых всё-таки заняться делом. Это правильно.
Но когда человек ищет ответ (пусть даже еще в голове, а не документации и гугле) и находится в затруднении выбора правильного пути, то он вынужден 30 раз обдумать, стоит ли обращаться за помощью на форум. Там ведь его с большой вероятностью пошлют разбираться дальше. А всего-то требуется - получить правильное направление поисков.
Такая ситуация имеет негативную обратную связь. Сильный пользователь разберется сам. Слабый добросовестный потратит кучу времени и добьется результата сам. Слабый лентяй придет клянчить на форум. В итоге - форум наполняется темами "побирушками", а полезная информация остается за кадром. Что опять-таки замыкает связь - ответы находятся не на форуме, а за его пределами.

Сорри за оффтоп.

+1 От меня в том числе, за этот оф-топ. Ибо на мой взгляд, смысл форума именно в том, чтобы находить на нем возможные _решения_ возникающих вопросов. А не в очередной попытке получить отсылку на man-ы или нечто подобное!
А от себя добавлю... Судя по количеству откликов на созданную мной тему, _вопросы_ и мнения в офф-топе действительно актуальны? Может быть стоит обратить на _это_ обстоятельство внимание заинтересованных лиц данного форума, слелав соответствующие выводы?

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

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