LINUX.ORG.RU

Не могу собрать librsvg-2.36

 , librsvg


0

1

Падает с

  GEN    gdk-pixbuf-loaders
make[2]: *** [gdk-pixbuf-loaders] Ошибка 134
make[2]: *** Ожидание завершения заданий...
io-svg.c: In function ‘gdk_pixbuf__svg_image_load_increment’:
io-svg.c:127:17: warning: ‘rsvg_handle_set_size_callback’ is deprecated (declared at ../rsvg.h:205)
make[1]: *** [all-recursive] Ошибка 1
make: *** [all] Ошибка 2
 * ERROR: gnome-base/librsvg-2.36.0 failed (compile phase):
 *   emake failed
Никак не могу понять в чем дело ибо gdk-pixbuf из родного оверлея
x11-libs/gdk-pixbuf
Installed versions:  2.26.0(2)(00:52:38 15.04.2012)(X introspection jpeg jpeg2k tiff -debug -doc -test)
Как починить? Полный лог: http://pastebin.com/8E0F7w2M

★★★★★

Последнее исправление: fang90 (всего исправлений: 1)

У меня только что образовалась аналогичная ошибка.

Решили проблему?

avolver
()

Что-то я самой ошибки не вижу... Покажите /var/tmp/portage/gnome-base/librsvg-2.36.0/temp/build.log
Еще дайте взглянуть на make.conf.
Еще вариант: попробуйте установить предыдущую (предыдущие) версии librsvg .

Kroz ★★★★★
()

В завершении сборки x11-libs/gdk-pixbuf-2.26.1:

GLib (gthread-posix.c): Unexpected error from C library during 'pthread_setspecific': Invalid argument.  Aborting.
/var/tmp/portage/x11-libs/gdk-pixbuf-2.26.1/temp/environment: line 2280:  1748 Aborted                 gdk-pixbuf-query-loaders > "${tmp_file}"
 * Cannot update loaders.cache, gdk-pixbuf-query-loaders failed to run

Сам gdk-pixbuf-query-loaders отказывается запускаться с той же ошибкой.

В топике на форуме Gentoo похожая ситуация.

Ошибок никаких, только это:

tbl librsvg-2.36.0 # make    
make  all-recursive
make[1]: Entering directory `/var/tmp/portage/gnome-base/librsvg-2.36.0/work/t/librsvg-2.36.0'
Making all in .
make[2]: Entering directory `/var/tmp/portage/gnome-base/librsvg-2.36.0/work/t/librsvg-2.36.0'
make[2]: Leaving directory `/var/tmp/portage/gnome-base/librsvg-2.36.0/work/t/librsvg-2.36.0'
Making all in gdk-pixbuf-loader
make[2]: Entering directory `/var/tmp/portage/gnome-base/librsvg-2.36.0/work/t/librsvg-2.36.0/gdk-pixbuf-loader'
  GEN    gdk-pixbuf-loaders
make[2]: *** [gdk-pixbuf-loaders] Error 134
make[2]: Leaving directory `/var/tmp/portage/gnome-base/librsvg-2.36.0/work/t/librsvg-2.36.0/gdk-pixbuf-loader'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/gnome-base/librsvg-2.36.0/work/t/librsvg-2.36.0'
make: *** [all] Error 2
(вторая попытка запустить make, в обход emerge. тестирую на ванильном librsvg-2.36.0. В librsvg из портежа — ситуация схожая).

avolver
()
Ответ на: комментарий от avolver

revdep-reuild -ivp
и, в перспективе, пересборка всех нисходящих зависимотей несобирающихся пакетов

anonymous
()
Ответ на: комментарий от anonymous

revdep-rebuild ничего не находит...

 * Checking reverse dependencies
 * Packages containing binaries and libraries broken by a package update
 * will be emerged.

 * Collecting system binaries and libraries
 * Generated new 1_files.rr
 * Collecting complete LD_LIBRARY_PATH
 * Generated new 2_ldpath.rr
 * Checking dynamic linking consistency
[ 100% ]                 

 * Dynamic linking on your system is consistent... All done.

Обновил glibc на всякий случай до «sys-libs/glibc-2.15» — не помогло.

avolver
()

У того человека написано, что gdk-pixbuf-query-loader падает с segfault'ом. Такое надо отлаживать с помощью gdb и/или valgrind'а.

AEP ★★★★★
()
Ответ на: комментарий от avolver

Согласен, у тебя не segfault. error 134 = SIGABRT, т.е. скорее всего какой-то assertion failed, и, возможно, на в самом gdk-pixbuf-query-loaders, а в каком-то загрузчике. Попробуй попереносить файлы из/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders в /root/badfiles по одному.

AEP ★★★★★
()
Ответ на: комментарий от AEP

Перенёс всё сразу — query-loader заработал. Но думаю, что дело не в переносе, а в обновлении glibc, gtk [и перезагрузке].

Пересобрал gdk-pixbuf — query-loader заработал нормально. После этого собрался и gnome-base/librsvg-2.36.0, однако из-за libpixbufloader-svg.so — query-loader опять не запускается с ошибкой на аргумент в «pthread_setspecific»...

avolver
()
Ответ на: комментарий от AEP

Жаль. Мне к завтрашнему утру определённо нужно поставить свежий, на текущий момент, gnome (не из overlay-ев). Видимо придётся использовать Arch. Обидно, ибо Gentoo — более лучший подарок.

Backtrace libpixbufloader-svg.so следующий:

#0  0x00007ffff731ac75 in raise () from /lib64/libc.so.6
#1  0x00007ffff731c01a in abort () from /lib64/libc.so.6
#2  0x00007ffff7938311 in ?? () from /usr/lib64/libglib-2.0.so.0
#3  0x00007ffff79157ed in g_slice_alloc () from /usr/lib64/libglib-2.0.so.0
#4  0x00007ffff7919152 in g_string_sized_new () from /usr/lib64/libglib-2.0.so.0
#5  0x00007ffff78e78ee in ?? () from /usr/lib64/libglib-2.0.so.0
#6  0x00007ffff78e8f79 in g_build_filename () from /usr/lib64/libglib-2.0.so.0
#7  0x00000000004010a7 in ?? ()
#8  0x0000000000401582 in ?? ()
#9  0x00007ffff730754c in __libc_start_main () from /lib64/libc.so.6
#10 0x0000000000400ec9 in ?? ()
#11 0x00007fffffffe188 in ?? ()
#12 0x000000000000001c in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007fffffffe44b in ?? ()
#15 0x0000000000000000 in ?? ()

avolver
()

Воспользуйтесь бинарными пакетами — мы на FreeBSD всегда так делаем, если порт по каким-то причинам не собирается и тормозит дальнейшую сборку зависящих от него пакетов. Разбирёшься с ошибкой позднее.

iZEN ★★★★★
()
Ответ на: комментарий от avolver

backtrace из gdb в таких случаях, как правило, бесполезен, т.к. отражает ситуацию, когда программа уже упала. Поставь valgrind, он выдает backtrace на момент, когда программа задумала сделать что-то нехорошее.

Для корректной работы valgrind еще придется создать файл /etc/portage/env/sys-libs/glibc вот с таким содержимым и пересобрать glibc:

FEATURES=«${FEATURES} splitdebug»

AEP ★★★★★
()
Ответ на: комментарий от Kroz

Пока откатился на старую версию т.к. кроме этой либы возникло куча ошибок и неадекватное поведение nautilus'a. Буду последовательно разбираться.

fang90 ★★★★★
() автор топика

ну после обновления glib писалось же

>>> Messages generated by process 29360 on 2012-04-14 22:10:02 UTC for package dev-libs/glib-2.32.1:

WARN: preinst
You must rebuild gobject-introspection so that the installed
typelibs and girs are regenerated for the new APIs in glib
WARN: postinst
If you experience a breakage after updating dev-libs/glib try
rebuilding dev-libs/dbus-glib
ну и revdep-rebuild не забываем
читай! и тогда УМВР снизойдёт на тебя

megabaks ★★★★
()
Ответ на: комментарий от avolver

Сам gdk-pixbuf-query-loaders отказывается запускаться с той же ошибкой.

и ты тоже читай что тебе пишут и получишь

[ megabaks@desktop ] ~ $ gdk-pixbuf-query-loaders
# GdkPixbuf Image Loader Modules file
# Automatically generated file, do not edit
# Created by gdk-pixbuf-query-loaders from gdk-pixbuf-2.26.0
#
# LoaderDir = /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
#
"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-icns.so"
"icns" 4 "gdk-pixbuf" "The ICNS image format" "GPL"
"image/x-icns" ""
"icns" ""
"icns" "" 100

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-wbmp.so"
"wbmp" 4 "gdk-pixbuf" "The WBMP image format" "LGPL"
"image/vnd.wap.wbmp" ""
"wbmp" ""
"  " "zz" 1
" `" "z " 1
" @" "z " 1
"  " "z " 1

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/io-wmf.so"
"wmf" 0 "gdk-pixbuf" "Windows Metafile" ""
"image/x-wmf" ""
"wmf" "apm" ""
"\327\315\306\232" "" 100
"\001" "" 100

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so"
"jpeg" 5 "gdk-pixbuf" "The JPEG image format" "LGPL"
"image/jpeg" ""
"jpeg" "jpe" "jpg" ""
"\377\330" "" 100

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ani.so"
"ani" 4 "gdk-pixbuf" "The ANI image format" "LGPL"
"application/x-navi-animation" ""
"ani" ""
"RIFF    ACON" "    xxxx    " 100

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-qtif.so"
"qtif" 4 "gdk-pixbuf" "The QTIF image format" "LGPL"
"image/x-quicktime" "image/qtif" ""
"qtif" "qif" ""
"abcdidsc" "xxxx    " 100
"abcdidat" "xxxx    " 100

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-bmp.so"
"bmp" 5 "gdk-pixbuf" "The BMP image format" "LGPL"
"image/bmp" "image/x-bmp" "image/x-MS-bmp" ""
"bmp" ""
"BM" "" 100

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-gif.so"
"gif" 4 "gdk-pixbuf" "The GIF image format" "LGPL"
"image/gif" ""
"gif" ""
"GIF8" "" 100

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ico.so"
"ico" 5 "gdk-pixbuf" "The ICO image format" "LGPL"
"image/x-icon" "image/x-ico" "image/x-win-bitmap" ""
"ico" "cur" ""
"  \001   " "zz znz" 100
"  \002   " "zz znz" 100

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-pcx.so"
"pcx" 4 "gdk-pixbuf" "The PCX image format" "LGPL"
"image/x-pcx" ""
"pcx" ""
"\n \001" "" 100
"\n\002\001" "" 100
"\n\003\001" "" 100
"\n\004\001" "" 100
"\n\005\001" "" 100

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so"
"png" 5 "gdk-pixbuf" "The PNG image format" "LGPL"
"image/png" ""
"png" ""
"\211PNG\r\n\032\n" "" 100

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-pnm.so"
"pnm" 4 "gdk-pixbuf" "The PNM/PBM/PGM/PPM image format family" "LGPL"
"image/x-portable-anymap" "image/x-portable-bitmap" "image/x-portable-graymap" "image/x-portable-pixmap" ""
"pnm" "pbm" "pgm" "ppm" ""
"P1" "" 100
"P2" "" 100
"P3" "" 100
"P4" "" 100
"P5" "" 100
"P6" "" 100

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ras.so"
"ras" 4 "gdk-pixbuf" "The Sun raster image format" "LGPL"
"image/x-cmu-raster" "image/x-sun-raster" ""
"ras" ""
"Y\246j\225" "" 100

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tga.so"
"tga" 4 "gdk-pixbuf" "The Targa image format" "LGPL"
"image/x-tga" ""
"tga" "targa" ""
" \001\001" "x  " 100
" \001\t" "x  " 100
"  \002" "xz " 99
"  \003" "xz " 100
"  \n" "xz " 100
"  \v" "xz " 100

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so"
"svg" 2 "gdk-pixbuf" "Scalable Vector Graphics" "LGPL"
"image/svg+xml" "image/svg" "image/svg-xml" "image/vnd.adobe.svg+xml" "text/xml-svg" "image/svg+xml-compressed" ""
"svg" "svgz" "svg.gz" ""
" <svg" "*    " 100
" <!DOCTYPE svg" "*             " 100

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xbm.so"
"xbm" 4 "gdk-pixbuf" "The XBM image format" "LGPL"
"image/x-xbitmap" ""
"xbm" ""
"#define " "" 100
"/*" "" 50

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tiff.so"
"tiff" 1 "gdk-pixbuf" "The TIFF image format" "LGPL"
"image/tiff" ""
"tiff" "tif" ""
"MM *" "  z " 100
"II* " "   z" 100
"II* \020   CR\002 " "   z zzz   z" 0

"/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so"
"xpm" 4 "gdk-pixbuf" "The XPM image format" "LGPL"
"image/x-xpixmap" ""
"xpm" ""
"/* XPM */" "" 100


[ megabaks@desktop ] ~ $
при
dev-libs/glib-2.32.1
gnome-base/librsvg-2.36.0
dev-libs/gobject-introspection-1.32.0
dev-libs/dbus-glib-0.98

megabaks ★★★★
()
Ответ на: комментарий от megabaks

Хм. Пересобрал

[ebuild   R   ~] dev-libs/glib-2.32.1  USE="fam -debug -doc (-selinux) -static-libs -systemtap -test -utils -xattr" 0 kB
[ebuild   R   ~] dev-libs/gobject-introspection-1.32.0  USE="-doc -doctool -test" 0 kB
[ebuild   R   ~] x11-libs/gdk-pixbuf-2.26.1  USE="X introspection jpeg jpeg2k tiff -debug -doc -test" 0 kB
[ebuild   R    ] dev-libs/dbus-glib-0.98  USE="-debug -doc -static-libs -test" 0 kB
Все равно, не собирается, и так же
>>gdk-pixbuf-query-loaders                                                                                                                                                              
GLib (gthread-posix.c): Unexpected error from C library during 'pthread_setspecific': Invalid argument.  Aborting.

fang90 ★★★★★
() автор топика
Ответ на: комментарий от megabaks

Не помогло

  GEN    gdk-pixbuf-loaders
make[2]: *** [gdk-pixbuf-loaders] Ошибка 134
make[2]: *** Ожидание завершения заданий...
io-svg.c: In function ‘gdk_pixbuf__svg_image_load_increment’:
io-svg.c:127:17: warning: ‘rsvg_handle_set_size_callback’ is deprecated (declared at ../rsvg.h:205)
make[1]: *** [all-recursive] Ошибка 1
make: *** [all] Ошибка 2
revdep-rebuild молчит. Может ebuild в оф.оверлее не правильный?

fang90 ★★★★★
() автор топика
Ответ на: комментарий от megabaks

на стабильной, с размаскировками.

fang90 ★★★★★
() автор топика
Ответ на: комментарий от megabaks

Пересобирался. И -introspection не помогло :(

fang90 ★★★★★
() автор топика
Ответ на: комментарий от megabaks

В общем, какая-то ботва с libgthread-2.0.so. Не собирается evolution c ошибкой main.c:(.text+0x7af): undefined reference to `g_thread_init', что, как я понимаю, не далеко от gthread-posix.c. Вопрос, что надо пересобрать, что бы это чудо заработало?

Текущие логи по evolution:
emerge --info
Build log
emerge -pqv evolution

fang90 ★★★★★
() автор топика
Ответ на: комментарий от fang90

undefined reference to `g_thread_init'

видимо причина в

на стабильной, с размаскировками.

и раз уж полез в такие дебри как glib, то почему не пересел полностью на ~arch?
все ли зависимости мыльницы размаскированы?

megabaks ★★★★
()
Ответ на: комментарий от megabaks

и раз уж полез в такие дебри как glib, то почему не пересел полностью на ~arch?

Попытался найти золотую середину между стабильно/новое.

все ли зависимости мыльницы размаскированы?

Ага. Кстати, насчет причин по evolution, https://bugs.gentoo.org/show_bug.cgi?id=412239
В общем, я не выдержал и запилил себе KDE, в нем, почему-то, даже на ~amd64, все работает намного стабильнее чем в Gnome3

fang90 ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.