[Закрыто]Попытка обновления 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)
Затем принудительно удаляете sys-fs/udev и virtual/udev, после чего обновляете sys-apps/util-linux и ставите обратно sys-fs/udev и virtual/udev.
----------------------------------------------------------------------------------------------------
UPD:
Возможно, перед установкой sys-apps/util-linux стоит установит обратно udev.
----------------------------------------------------------------------------------------------------
Затем удаляете принудительно все пакеты с qt и ставите новые версии:
Дальше пробуйте обновлять мир.
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, а затем поставить актуальные версии пакетов.
kostik87 написал(а):Советую
Ага, удалить системный пакет, и получить незагружаемую систему. Ты уверен, что топикстартер после удаления удава сможет-таки разрешить зависимости, и не выключит комп, чтоб со 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 написал(а): В начале
Надо всего лишь было
Надо всего лишь было запустить:
Топикстартеру
Что будет, если попытаться так
eegorov написал(а): Что
http://bpaste.net/show/144871/
Ну вот, циклическая
Ну вот, циклическая зависимость пропала
Теперь можно так
Ну или просто сначала собрать util-linux c USE=-udev, если неохота с бинарниками связываться
eegorov написал(а): Ну вот,
http://bpaste.net/show/MV09H8dgunCu9q0PvEzX/
Я так понимаю, можно продолжать собирать, или все таки на выбор - собрать util-linux c USE=-udev, ибо и вправду с бинарниками связываться не хотелось бы...?
Как хочешь. С бинарниками
Как хочешь. С бинарниками быстрее. Главное понимать, что делаешь, и не выполнять команды бездумно.
eegorov написал(а): Как
Да я понимаю конечно, а с другой стороны, вот что получается по "короткому" варианту http://bpaste.net/show/144874/ И как же быть в таком случае, все таки бинарники?
пропиши sys-apps/util-linux
пропиши
в
и пробуй обновить мир
eegorov написал(а): пропиши
попробовал, вот что получается, после 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
http://bpaste.net/show/144878/
видимо ещё много чего поудалять прийдется пока ненужные зависимости не уйдут?
нет. Разве только
нет. Разве только kde-misc/smooth-tasks (или размаскировать), и одно из app-emulation/wine-etersoft-public (если нет возможности исправить зависимости) и www-client/chromium
eegorov написал(а): нет.
Ну вот, удалил kde-misc/smooth-tasks && www-client/chromium и вроде оно пошло... http://bpaste.net/show/144884/ Благодарю за помощь, Уважаемый! Однако тему закрывать пока не буду, вдруг что-то ещё проявится не разрешимое ...
usergen написал(а): eegorov
...Похоже сглазил... http://bpaste.net/show/Jz7gel2z6Ka2wKdPQocl/
И снова не пойму ничего, место как видно на диске есть вроде, может сама железяка(хард) сбой выдает?
у вас свободно 13Гб, а нужно
у вас свободно 13Гб, а нужно 18Гб. внимательнее смотрите где он хочет место
ps я думал что рекордсмен libreoffice с 6Гб )
_SerEga_ написал(а): у вас
Порядка пятидесяти пакетов собралось (по отдельности) однако все уперлость в
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 написал(а):пока
http://bpaste.net/show/144951/
Видимо только пересборка системы поможет, так? :-(
usergen написал(а): usergen
Уважаемый, у Вас то же нет
Уважаемый, у Вас то же нет вариантов как возможно исправить ситуацию с разделом /var ? Если так, то тему видимо стоит прикрыть. Прокомментируйте пожалуйста?
Нет ничего проще. Создаем
Нет ничего проще. Создаем каталог на разделе, где есть место и монтируем его mount -o bind в /var/tmp/portage. Какие еще нужны комментарии?
Убрать "-ggdb" из CFLAGS
Убрать "-ggdb" из CFLAGS
eegorov написал(а): Убрать
Опять же, некоторые пакеты стали компилироваться, первым из которых был 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/ ?
.
Упираться в обновление прикладных пакетов сейчас… Я бы не стал.
Ты уверен в правильности всего там написанного?
Лично у меня навскидку вопрос: http://gentoo.ru/content/u-menya-processor-imyarek-chto-podstavlyat-v-peremennuyu-cflags
Логично:
Закономерно.
Теперь тебе сначала возвращать работоспособность системе сборки.
Либо бинарными пакетами (за работоспособность не поручусь), либо посредством известного шаманства: http://gentoo.ru/content/ya-udalilslomal-sistemnyy-paket-i-teper-gentoo-ne-gruzitsya-neuzheli-pereustanavlivatsya
Причём в последнем случае может потребоваться загрузка с LiveCD (понимая в данном качестве SRCD).
Флаги подробно не анализировал (ибо предпочитаю задавать их иначе).
Крамолы окромя отмеченного навскидку не приметилось.
:wq
--
Live free or die
Anarchist
Я верно Вас понимаю, что _те_ варианты которые Вы предлагаете слишком сложны, и гораздо проще пересобрать систему, так? Я все же за "простоту" сборки и работоспособности, равно как и экономию времени прежде всего!
/
Вероятно нет.
Я хотел сказать, что в данном случае (давно не обновлявшаяся система) на первом этапе обновления я бы не стал заморачиваться с разруливанием зависимостей прикладного ПО.
"Простота" не является однозначно определяемой сущностью.
Не вполне представляю как, но тебе удалось поломать систему.
Способ восстановления минимально необходимой для восстановления и завершения обновления конфигурации на твоё усмотрение.
ЗЫ: При использовании правильной методики переустановка не быстрее и не проще.
И вообще не является gentoo-style решением.
:wq
--
Live free or die
gcc-config -l фстудию
фстудию
eegorov
# 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
# ldd /usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1
не является динамическим исполняемым файлом
а чего за команда такая? Что-то не так делаю?
Интересно Тогда $ file
Интересно
Тогда
?
eegorov
Ну я хз, почему ldd не
Ну я хз, почему ldd не работает. Навскидку, поставь dev-libs/gmp из бинарников
ЗЫЖ. /me ушел спать
eegorov написал(а): Ну я хз,
Видимо начать необходимо было с того, что систему ставил не я. И поэтому на некоторые вопросы я видимо ответить не смогу. А тот кто ставил систему, присутствует на этом форуме, и почему-то молчит...? А по существу, скажу следующее, после обновления пакетов dev-qt/qt* и net-libs/webkit-gtk и удаления "-ggdb" из CFLAGS, любые попытки собрать какой бы то нибыло пакет, оканчиваются неудачей(см. выводы выше). Видимо gcc таки сломался. Не из бинарников машина ругается на пересборку dev-libs/gmp. А ввиду того, что eselect profile list > http://bpaste.net/show/q2rRfNlNMzFfL9pHLT6E/ то и из бинарников собрать не получится. Как быть?
.
Стартовая точка (дата последнего полного обновления, по мне достаточно) не известна?
Ты ссылку из ЧаВо читал достаточно внимательно?
Сравнение с наличным ни на какие подозрения не наводит?
Логично.
Читай ЧаВо.
Ссылка приводилась, но в данном случае можно и повторить:
http://gentoo.ru/content/ya-udalilslomal-sistemnyy-paket-i-teper-gentoo-ne-gruzitsya-neuzheli-pereustanavlivatsya
Хорошее уточнение к области применимости внешних бинарников.
:wq
--
Live free or die
/
Данный вывод можно было сделать уже из исходного сообщения.
:wq
--
Live free or die
eegorov написал(а): Ну я хз,
Тут вот на аналогичном форуме нашел, 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 самого "обновляющего".
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
Вист
Логично то оно может и логично…
Но по моему опыту в нормальном режиме (обновление с шагом в неделю-две) сильно избыточно.
Хотя при интервале между обновлениями в 3+ месяцев хотя бы подумать о таком варианте полезно.
:wq
--
Live free or die
.
После появления профилей kde и прочее system = 38% от world (к примеру у меня).
Причем, в system входят x11, qt и kde. Которые не наблюдаются в stage3.
ИМХО. Будущее за btrfs snapshot (жаль так и не нашел время для статьи, а вот suse вовсю форсирует использование btrfs на корне) + сборка новой системы в chroot snapshot-а.
В некоторых (особо проблемных случаях) можно использовать 2-проходный метод: 1) сборка бинарных пакетов из stage3 + свой world + свои USE; 2) установка бинарников в 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) не указывает, что в этих файлах что-то не в порядке.
/
Строго говоря, в
stage3также не наблюдается демонов системного журналирования, крона и многого другого необходимого и безусловно входящего в набор системного ПО.:wq
--
Live free or die
.
В том-то и дело, что не входящего в system. Не входит логгер в system даже после выбора профиля, например, kde. А вот kde будет участвовать в пересборке system.
Установка gentoo - это stage3+kernel. Дальше уже кастомизация. А по результатам кастомизации получается существенное затруднение обновление компонентов system сета, составляющих основу пакетного менеджера (в том числе компилятор, python и прочее).
Я не говорю, трудности и беды ожидают при каждом таком обновлении. Но шансы завести систему в состояние, когда отказывается работать пакетный менеджер присутствуют. Чем новички неминуемо пользуются.
А учитывая "отечески-добрососедские" отношения в форуме новичкам приходится учится на собственных шишках.
Напишите команду, которой
Напишите команду, которой @system обновляете. у меня ничего всего 44 пакета, даже glibc почему-то отсутствует
из того, что я наблюдаю: на нормальные вопросы, даются хорошие ответы(хотя slepnoga конечно выделяется стилем), если же человек хочет заюзать сообщество в качестве гугл переводчика, персонального вводчика запросов в гугл или для чтения faq/handbook/man, то удивлятся не стоит.
Лучшее обучения - на собственных ошибках
.
Речь идет не об обновлении, которое является функцией разности состояний предыдущего portage и нынешнего, а о пересборке, которая определяет количество управляемых сетом пакетов, то есть потенциально возможных при обновлении.
Относительно ответов на форуме, я не против отсылки ленивых всё-таки заняться делом. Это правильно.
Но когда человек ищет ответ (пусть даже еще в голове, а не документации и гугле) и находится в затруднении выбора правильного пути, то он вынужден 30 раз обдумать, стоит ли обращаться за помощью на форум. Там ведь его с большой вероятностью пошлют разбираться дальше. А всего-то требуется - получить правильное направление поисков.
Такая ситуация имеет негативную обратную связь. Сильный пользователь разберется сам. Слабый добросовестный потратит кучу времени и добьется результата сам. Слабый лентяй придет клянчить на форум. В итоге - форум наполняется темами "побирушками", а полезная информация остается за кадром. Что опять-таки замыкает связь - ответы находятся не на форуме, а за его пределами.
Сорри за оффтоп.
Kevol написал(а):Речь идет
+1 От меня в том числе, за этот оф-топ. Ибо на мой взгляд, смысл форума именно в том, чтобы находить на нем возможные _решения_ возникающих вопросов. А не в очередной попытке получить отсылку на man-ы или нечто подобное!
А от себя добавлю... Судя по количеству откликов на созданную мной тему, _вопросы_ и мнения в офф-топе действительно актуальны? Может быть стоит обратить на _это_ обстоятельство внимание заинтересованных лиц данного форума, слелав соответствующие выводы?