Downgrading glibc is not supported and a sure way to destruction
fxm 22 апреля, 2009 - 13:32
ситуация следующая. при установки системы в make.conf случайно прописали ~x86. теперь хочется вренуться на стабильную ветку. и естественно при emerge -uDNva wolrd появляются проблемы. =) в частности с даунгрейдом glibc.
пробовал провисать в /etc/portage/packages.keywords
=sys-libs/glibc-2.9* ~x86
результата ноль. =) вот кусочек лога:
>>> Emerging (1 of 81) sys-libs/glibc-2.8_p20080602-r1 * glibc-2.8-patches-6.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ] * glibc-2.8-20080602.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ] * glibc-2.8-ports-20080602.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * Sanity check to keep you from breaking your system: * Downgrading glibc is not supported and a sure way to destruction
»
- Для комментирования войдите или зарегистрируйтесь
И что тут непонятного?
И что тут непонятного? Нельзя, и всё тут. Переходите на стабильную ветку и ждите, пока все пакты туда перейдут, что тут ещё сделаешь.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Такая же проблема. Думаю
Такая же проблема. Думаю можно, ежели хочется сильно. Распаковываем стаж (1, 2 или 3). Пишем поверх корня. Самое главное етцы не потереть и /var/lib/portage/world (забекапить на всякий случай). Далее почти по хандбуку бутстрап, сборка системы, сборка мира. Возможно лайв потребуется (впрочем иногда эти штуки проходят на ходу, линь всеж таки). Сегодня дома этим же займусь. А то, что даунгрейд глибц это кирдык - факт. От нее зависит все что компилится си компилятором.
да проще наверное тогда уж
да проще наверное тогда уж подождать пока новая глибц в стайбле появиться. просто это тестовый сервак для кодеров, если я начну вокруг него с лайф сиди прыгать, то они меня побьют. =)
я просто хотел выяснить, вдруг есть какие-нить шаманские методы обхода такой ситуации. =)
лжзщ
Есть. Думать предварительно (-:Е
Не очень шаманский метод, но работает
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Проще поставить заново и
Проще поставить заново и скопировать /var/lib/portage/world.
Не надо распаковывать поверх
Не надо распаковывать поверх корня stage. Надо воспользолваться фишкой emerge с указанием корня системы:
http://gentoo.ru/node/14486
Это позволит из работающей системы установить старый glibc, а затем пересобрать мир. Но лучше просто не даунгрейдить libc. Работае - и замечательно, если это начат ь трогать, то возни надолго.
Все же способ есть
Недавно занимался данной проблемой, способ есть, проверен и работает.
Для начала необходимо отучить portage от проверки на glibc downgrade, для этого идем в /usr/portage/sys-libs/glibc/files/eblits/ и редактируем файл pkg_setup.eblit, комментируем строчки в самом верху, касаемые проверки
# if has_version '>'${CATEGORY}/${PF} ; then # eerror "Sanity check to keep you from breaking your system:" # eerror " Downgrading glibc is not supported and a sure way to destruction" # die "aborting to save your system" # fiДалее при попытке установки glibc portage ругнется на неверные контрольные суммы и размер файла, правильные цифры выдает сам portage, их вписываем в Manifest. Далее все по мануалу
http://en.gentoo-wiki.com/wiki/Downgrade_Glibc
Ссылка на бинарник там дохлая, взял отсюда
http://packages.ututo.org/pentium4/
Проблемы:
При сборке system с бинарным glibc пакет gmp отказался видеть C++ compiler, просто вбил ему в package.use nocxx, lzma-utils и еще некоторые пакеты ругнулись на недекларированную функцию __getdelim в stdio.h, просто пропустил с помощью --keep-going, kbd вообще вырубал emerge, пропустил с помощью --resume --skipfirst.
После даунгрейда glibc system и world пересобрались без каких либо проблем, система работает!
Цитата: Далее при попытке
Обычно все-таки делают так:
cat
Сделано правильно.
Теперь посмотрите, какой из пакетов "хочет" glibc-2.8* и попробуйте размаскировать более свежую версию этого пакета, чтобы избавиться от зависимости к glibc-2.8*
equery
да вроде никто не хочет... или я не правильно понимаю это волшебные письмена? =)
sudo equery depends glibc Password: [ Searching for packages depending on glibc... ] dev-libs/glib-2.16.6 (virtual/libc) net-analyzer/gnu-netcat-0.7.1-r1 (virtual/libc) sys-devel/gcc-4.1.2 (elibc_glibc? >=sys-libs/glibc-2.3.6) sys-devel/gcc-4.3.2-r3 (amd64? >=sys-libs/glibc-2.7-r2) (elibc_glibc? >=sys-libs/glibc-2.6) sys-libs/lib-compat-1.4.1 (sys-libs/glibc) sys-libs/pam-1.0.4 (test & elibc_glibc? >=sys-libs/glibc-2.4)Попробуйте замаскировать
Попробуйте замаскировать glibc-2.8*
Очень жестокий метод
Переместить куда-нибудь подальше папочку /var/db/pkg/sys-libs/glibc-2.8_p20080602-r1, чтобы portage не знал, что установлена более новая версия glibc, и собрал "ту, что дают".
У меня такое получилось в своё время, но я ни за что не отвечаю.
Если получится - то желательно пересобрать мир после этого (emerge -e world)
угу а после этого отвалятся
угу
а после этого отвалятся все сишные программки =)
и будем радостно переставлять систему
Для справки всем обсуждающим!
glibc не обладает совместимостью сверху вниз!
те програмки собранные с новой glibc не будут работать со старой!
___________________________________________
Working on Gentoo for iPAQ hx4700 and Openmoko Neo Freerunner :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера
Блин
Даже не успел заметить когда и как этот glibc размаскирован оказался... Чёртов autounmask. Всё блин, ставлю suse, надоело....
> Чёртов autounmask Граната в
> Чёртов autounmask
Граната в руках Гепарда... Ну да, "autounmask" виноват :)
конечно =) во всем виноваты
конечно =) во всем виноваты утилиты. ну ну...
давайте все применять бездумно =) результат ожидаем будет...
ЗЫ размаскировывать лучше
___________________________________________
Working on Gentoo for iPAQ hx4700 and Openmoko Neo Freerunner :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера
"Поздно пить боржоми, когда
"Поздно пить боржоми, когда почки отвалились" © народный фольклер =)
Все уже. Размаскируйте конкретно эту установленную версию glibc через package.keywords, чтобы не ругалось и ждите пока ее стабилизируют/или что-нить новее появится и его стабилизируют...
Не поздно, я писал выше о
Не поздно, я писал выше о проверенном способе даунгрейда, не хочу спорить, просто поделился опытом, может кому нить понадобится, а откатывался я с 2.10.1 на стабильную 2.9_p20081201-r2, по причине того что многий софт не хотел собираться с этой версией, например openoffice-3, после отката все скомпилилось и работает
http://www.gentoo.ru/node/14811#comment-116588
Это занятие весьма опасное и
Это занятие весьма опасное и требующее переемержа всего, по хорошему. На glibc-2.10.1 все замечательно работает, в т.ч. опеноффис-3. У меня как ~arch'евца она стоит с самого появления, так что я не вижу смысла ее откатывать. Возможно глюки есть только когда у вас вся система (особенно toolchain) arch, а glibc из ~arch.
в
в make.conf
ACCEPT_KEYWORDS="~x86"
emerge glibc
в
этот гений сам то щто не делал, конешно :)
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 ;)