`emerge -uND world`: наиболее частые вопросы при установке Gentoo

Собирал, собирал и дособирался вот до этого:

>>> Unpacking source...
>>> Unpacking intltool-0.35.5.tar.bz2 to /var/tmp/portage/dev-util/intltool-0.35.5/work
 * Applying intltool-0.35.5-update.patch ...
  [ ok ]
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/dev-util/intltool-0.35.5/work/intltool-0.35.5 ...
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --build=i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for perl... /usr/bin/perl
checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool

!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/dev-util/intltool-0.35.5/work/intltool-0.35.5/config.log

!!! ERROR: dev-util/intltool-0.35.5 failed.
Call stack:
  ebuild.sh, line 1621:   Called dyn_compile
  ebuild.sh, line 973:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  ebuild.sh, line 644:   Called econf
  ebuild.sh, line 578:   Called die

!!! econf failed
!!! 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/dev-util/intltool-0.35.5/temp/build.log'.

Насколько я понял для продолжения мне нужен какой-то "XML::Parser perl module".
А как поставить этот "XML::Parser perl module", который нужен этому intltool? USE флагов таких нет в Perl-пакете..

на всякий случай прикладываю:
http://best-projects.net/files/config.log.txt

не помню может

не помню
может быть dev-perl/XML-Parser ?
или XML-SAX

Я наступал на

Я наступал на эти грабли, даже писал в багзиллу. Трабла решилась
пере-emerge dev-perl/XML-Parser. Трудно сказать из-за чего он оказался битым.
_________________
~? **!

Спасибо!

Спасибо! Сработало.

Можно было

Можно было решить и так:
perl -MCPAN -e 'install XML::Parser'

это не

это не генту-вей

А как

А как правильно?

В первую

В первую очередь конечно переемёрджить попробовать.
_________________
Hardware: Portable: Asus U5A (915 chipset, centrino 1.73 Donath, 1.5 Gb mem, 160 Gb hard, e.t.c)
О себе: ~x86

Мда.. весело

Мда.. весело проходит обновление системы. Вот ещё остановка:

...
./libtool: line 1022: -e: command not found
./libtool: line 1022: -e: command not found
./libtool: line 1050: -e: command not found
./libtool: line 1074: -e: command not found
: compile: cannot determine name of library object from `'
make[2]: *** [garray.lo] Error 1
make[2]: Leaving directory `/var/tmp/portage/dev-libs/glib-1.2.10-r5/work/glib-1.2.10'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/dev-libs/glib-1.2.10-r5/work/glib-1.2.10'
make: *** [all-recursive-am] Error 2

!!! ERROR: dev-libs/glib-1.2.10-r5 failed.
Call stack:
  ebuild.sh, line 1621:   Called dyn_compile
  ebuild.sh, line 973:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  glib-1.2.10-r5.ebuild, line 54:   Called die

!!! (no error message)
!!! 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/dev-libs/glib-1.2.10-r5/temp/build.log'.

А на этот раз в чём дело?
полный билд.лог:
http://best-projects.net/files/build2.log.txt

сделай тупо

сделай тупо revdep-rebuild - иногда помогает

ну да, ну да,

ну да, ну да, куда ж без сексу
http://bugs.gentoo.org/show_bug.cgi?id=168198

>exporting SED is a workaround, not a solution

>glib-1.x sucks and bundles an old libtool m4 file ... solution here >would be
>to:
>rm -f acinclude.m4
>before running eautoreconf

ага, спасибо.

ага, спасибо. Это и сработало.

Что-то вот с

Что-то вот с этой ошибкой не получается справиться:

 * Sorry, but this version does not yet support features
 * that you requested:	 ldap
 * Please mask openssh-4.6_p1-r1 for now and check back later:
 *  # echo '=net-misc/openssh-4.6_p1-r1' >> /etc/portage/package.mask

!!! ERROR: net-misc/openssh-4.6_p1-r1 failed.
Call stack:
  ebuild.sh, line 1637:   Called dyn_setup
  ebuild.sh, line 704:   Called qa_call 'pkg_setup'
  ebuild.sh, line 44:   Called pkg_setup
  openssh-4.6_p1-r1.ebuild, line 64:   Called die

!!! booooo
!!! 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/net-misc/openssh-4.6_p1-r1/temp/build.log'.

Я выполнил команду:
echo '=net-misc/openssh-4.6_p1-r1' >> /etc/portage/package.mask
(в этом файле на данный момент единственная строчка).

Но не сработало. Есть ли идеи чего ещё тут можно предпринять?

Собрать без ldap

USE="-ldap" emerge openssh -a1v

или чтоб потом не наступать на ту же граблю

echo 'net-misc/openssh -ldap' >> /etc/portage/package.use

P.S. и пора переименовать тему в "наиболее частые ошибки при установке"

В процессе ещё

В процессе ещё возникла вот такая ошибка:

WARNING: This version of gettext does not support extracting non-ASCII
         strings. That means you should install a version of gettext
         that supports non-ASCII strings (such as GNU gettext >= 0.12),
         or have to let non-ASCII strings untranslated. (If there is any)
/usr/bin/xgettext: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory
ERROR: xgettext failed to generate PO template file. Please consult
       error message above if there is any.
make[1]: *** [shared-mime-info.pot] Error 1
make[1]: Leaving directory `/var/tmp/portage/x11-misc/shared-mime-info-0.20/work/shared-mime-info-0.20/po'
make: *** [check-recursive] Error 1

!!! ERROR: x11-misc/shared-mime-info-0.20 failed.
Call stack:
  ebuild.sh, line 1621:   Called dyn_compile
  ebuild.sh, line 973:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  shared-mime-info-0.20.ebuild, line 25:   Called die

!!! emake failed.
!!! 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/x11-misc/shared-mime-info-0.20/temp/build.log'.

решил которую пересборкой gettext и заново запутил продолжение emerge.

Ещё вот такая

Ещё вот такая на данный момент ошибка:

/var/tmp/portage/x11-libs/gtk+-2.10.12/work/gtk+-2.10.12/gtk/.libs/lt-gtk-query-immodules-2.0: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory
make[3]: *** [gtk.immodules] Error 127
make[3]: Leaving directory `/var/tmp/portage/x11-libs/gtk+-2.10.12/work/gtk+-2.10.12/modules/input'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/x11-libs/gtk+-2.10.12/work/gtk+-2.10.12/modules'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/x11-libs/gtk+-2.10.12/work/gtk+-2.10.12'
make: *** [all] Error 2

!!! ERROR: x11-libs/gtk+-2.10.12 failed.
Call stack:
  ebuild.sh, line 1621:   Called dyn_compile
  ebuild.sh, line 973:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  gtk+-2.10.12.ebuild, line 110:   Called die

!!! compile failed
!!! 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/x11-libs/gtk+-2.10.12/temp/build.log'.

Пока что не исправил.

Нашёл кое что здесь: http://archives.gentoo.org/gentoo-alt/msg_00341.xml
Предлагают патч установить: http://lists.macosforge.org/pipermail/macports-users/2007-March/002213.html
.. блин, а как это делается? (-:

Насколько я

Насколько я понял применить этот патч нужно к файлу:
/var/tmp/portage/x11-libs/gtk+-2.10.12/work/gtk+-2.10.12/gdk/quartz/gdkdrawable-quartz.c

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

не уверен

не уверен что дело в qartz'е

алгоритм поиска решения

~ # locate libexpat.so
/usr/lib/libexpat.so.1
/usr/lib/libexpat.so.1.5.0
/usr/lib/libexpat.so
~ # emerge -av gentoolkit
~ # equery b libexpat.so
[ Searching for file(s) libexpat.so in *... ]
dev-libs/expat-2.0.0 (/usr/lib/libexpat.so -> libexpat.so.1.5.0)
~ # emerge -av1 expat

а `locate` утилиты

а `locate` утилиты у меня, кстати говоря, вообще не оказалось.. почему-то. По-моему она точно была... Не пойму тогда чего его сейчас не оказалось.. Заходил под рутом.

этот вариант с

этот вариант с патчем, я так понимаю, это тоже не генту-вэй?
И в принципе, наверное, в генту проделан быть не может..?
(или можно развернуть архив, поправить, запаковать обратно, сменить мд5 сумму в портёжке по поводу этого пакета и попытаться установить заново уже пропатченную версию..).

Видимо если вариантов решения более не будет, займусь этим, что уж делать..

нет

не надо патчить,
он исправляет ошибку при сборке с cairo+quartz
ваша проблема в том что он не может найти libexpat
из лога сборки:

error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory

я предлагал найти этот файл вручную

locate libexpat.so

у вас locate нет попробуйте slocate
но это не важно, наверняка его нет, а есть какой либо libexpat.so.1 или что-нить похожее.

быстрое решение будет сделать симлинк libexpat.so.0 на libexpat.so.1.5.0 (или какая там версия) - не дженту-вей, но как разрулите - прогоните revdep-rebuild

p.s. не могу сейчас попробовать сам - залез в suse, как же тут все криво ыыыы

Спасибо, alk.

Спасибо, alk. Сработало проставление симлинка /usr/lib/libexpat.so.0 на /usr/lib/libexpat.so.1.5.0

..Едем далее, до следующей ошибки (-:
Уже пакет 26 из 76. Развязка близиться.

Если

Если потребуются полный build.log, он вот:
http://best-projects.net/files/build.log-gtk.txt (750 кб)

не решилось? а

не решилось?
а expat пересобран?

Не, это к

Не, это к сожалению не прокатило.

# equery b libexpat.so
[Searching for file(s) libexpat.so in *...]
dev-libs/expat-2.0.0 (/usr/lib/libexpat.so -> libexpat.so.1.5.0)

`locale libexpat.so` ничего не выписывает мне. Переустановил expat так как Вы сказали, но gtk по-прежнему не собирается.

А алгоритм не понял, что он должен был определить?

Вот блин "разобрал"-то систему на свою голову - не соберу терь!

Это, наверное,

Это, наверное, не решение, но у меня сложилось такое впечатление, что от подобных ошибок помогает предварительно обновление с пересборкой python и perl.

От подобных это

От подобных это от каких? Ото всех что ли??
Вопрос в том, почему /usr/lib/libexpat.so.0 не существовало.. Сразу бы обращалось к /usr/lib/libexpat.so, раз уж этого не находит.
Или это вообще разное предназначение у этих файлов..

а) это я про те

а) это я про те проблемы, что были в начале темы. Разного рода "Called die"
б) это я так... наблюдениями делюсь (-:Е

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

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