Невозможно установить ни один портеж [SOLVED]
Запарол немного portage, даже скорее не саму систему портов, а что-то навернул в окружении так как несобирается не только через portage, но и через paludis.
Аналогичная хрень со всеми пакетами. Ругается на этап распаковки.
>>> Emerging (1 of 1) sys-apps/portage-2.1.6.13
!!! Invalid db entry: /var/db/pkg/dev-util/gitg-scm
* portage-2.1.6.13.patch.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* portage-2.1.6.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* checking ebuild checksums ;-) ... [ ok ]
* checking auxfile checksums ;-) ... [ ok ]
* checking miscfile checksums ;-) ... [ ok ]
>>> Unpacking source...
>>> Unpacking portage-2.1.6.13.patch.bz2 to /var/tmp/portage/sys-apps/portage-2.1.6.13/work
>>> Unpacking portage-2.1.6.tar.bz2 to /var/tmp/portage/sys-apps/portage-2.1.6.13/work
*
* ERROR: sys-apps/portage-2.1.6.13 failed.
* Call stack:
* ebuild.sh, line 49: Called src_unpack
* environment, line 2574: Called unpack 'portage-2.1.6.13.patch.bz2' 'portage-2.1.6.tar.bz2'
* ebuild.sh, line 386: Called _unpack_tar 'bzip2'
* ebuild.sh, line 361: Called die
* The specific snippet of code:
* assert "$myfail"
* The die message:
* failure unpacking portage-2.1.6.tar.bz2
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/sys-apps/portage-2.1.6.13/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/sys-apps/portage-2.1.6.13/temp/environment'.
*
- Для комментирования войдите или зарегистрируйтесь
Какими действиями "запорол"?
Распаковка того же архива командой шелла отрабатывает нормально?
:wq
--
Live free or die
Да, в этом то и самое
Да, в этом то и самое странное. Причем архив начинает распаковываться даже в случае использование portage или paludis, но ркаспаковывается не весь - а всего пара файлов.
всё очень просто... )))
1. можно загрузиться с LiveCD Gentoo Minimal...
2. смонтировать в /mnt/gentoo tmpfs размером метров в 500 (лучше 1G)..
mount -t tmpfs tmpfs /mnt/gentoo size=500M,pr_inode=4M
3. распаковать туда stage3
tar xvjpf stage3 -C /mnt/gentoo
4. можно туда же распаковать портежи, а можно и потом просто вызвать emerge --sync
5. смонтировать реальное дерево каталогов в /mnt/gentoo/mnt/realroot
6. чтобы не возиться с настройкой портежей, можно смонтировать каталог настроек portage из реальной системы
mount -o bind /mnt/gentoo/mnt/realroot/etc/portage /mnt/gentoo/etc/portage
7. chroot /mnt/gentoo /bin/bash
8. emerge --sync
9. emerge -uavD @system
10. теперь, када набор пакетов во временной системе примерно тот же, что в реальной, можно утсановить пакеты в реальную систему
emerge -av @system --root=/mnt/realroot
когда сборка закончится, можно заходить в реальную систему, в которой теперь всё работает ;-)
сам недавно восстанавливал работоспособность системы и использовал данную схему...
З.Ы. Вообще мне кажется, что на весь систем неплохо собирать бинарные пакеты, чтобы потом легче было восстанавливать поврежденные...
З.З.Ы. Описанный способ это верный способ, но используй в крайнем случае ;-)
к стати, скока осталось
к стати, скока осталось свободного места на разделе, где происходит сборка и что за сообщение такое: "!!! Invalid db entry: /var/db/pkg/dev-util/gitg-scm"??? думаю надо сперва эту ошибку поправить...
это ошибка portage, у них
это ошибка portage, у них другое понимание версий пакетов, собранных из различный git, subversion , mercurial репозиториев. В генте стандартно такие пакеты имеют номер версии 9999, в случае же paludis проще использовать вместо версии строку scm.
места полно - порядка 100
места полно - порядка 100 гигабайт.
Я понимаю, что так можно. Но
Я понимаю, что так можно. Но учитывая, что все руками собирается нормально и распаковывается тоже, хочется понять, что за задвиг у portage & paludis.
Решилось проблема распаковкой
Решилось проблема распаковкой бинарного пакета tar, bzip, coreutils с сайта готовых бинарных пакетов (http://tinderbox.x86.dev.gentoo.org/default-linux/x86/) посредством tar -C / xxx.tbz2
после чего эти же пакеты были собраны уже через пакетный менеджер paludis, дабы проверить что все работает и не пренебрегать зависимостями и не оставлять мусор в системе.
А дело быо в том, что оба
А дело быо в том, что оба пакета изначально были собраны с флагом static. На 100 процентов пока не уверен что дело в этом было, скоро узнаю =)