libpng14 -> libpng15 [РЕШЕНО] правда не так как хотелось бы ...
kostik87 13 октября, 2011 - 14:03
Собственно обновился до media-libs/libpng-1.5.5 с 1.4.8-r1 и после запуска revdep-rebuild при сборке пакетов с не удовлетворёнными зависимостями получаю эту ошибку, почти на всех пакетах из списка, вопрос почему он тянется -lpng14 и -I/usr/include/libpng14 вместе с -I/usr/include/libpng15, хотя ни include ни библиотеки libpng14.so.0 или чего-либо похожего в системе нет.
Как исправить, вот часть лога с ошибкой при сборке dev-cpp/libsexymm-0.1.9
x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"libsexymm\" -I../../libsexy -I../../libsexy -pthread -I/usr/include/gtkmm-2.4 -I/usr/lib64/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/giomm-2.4 -I/usr/lib64/giomm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/lib64/pangomm-1.4/include -I/usr/include/gtk-2.0 -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gdkmm-2.4 -I/usr/lib64/gdkmm-2.4/include -I/usr/include/atk-1.0 -I/usr/include/glibmm-2.4 -I/usr/lib64/glibmm-2.4/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/sigc++-2.0 -I/usr/lib64/sigc++-2.0/include -I/usr/include/cairomm-1.0 -I/usr/lib64/cairomm-1.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng15 -I/usr/include/libdrm -I/usr/lib64/gtk-2.0/include -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng14 -I/usr/include/libxml2 -O2 -march=core2 -pipe -MT wrap_init.lo -MD -MP -MF .deps/wrap_init.Tpo -c wrap_init.cc -fPIC -DPIC -o .libs/wrap_init.o /bin/sh ../../libtool --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -O2 -march=core2 -pipe -Wl,-O1 -Wl,--as-needed -o libsexymm.la -rpath /usr/lib64 -version-info 2:1:0 icon-entry.lo spell-entry.lo tooltip.lo tree-view.lo url-label.lo wrap_init.lo -pthread -lgtkmm-2.4 -latkmm-1.6 -lgdkmm-2.4 -lgiomm-2.4 -lpangomm-1.4 -lglibmm-2.4 -lcairomm-1.0 -lsigc-2.0 -lsexy -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lm -lcairo -lpng14 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lxml2 x86_64-pc-linux-gnu-g++ -shared -nostdlib /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/crtbeginS.o .libs/icon-entry.o .libs/spell-entry.o .libs/tooltip.o .libs/tree-view.o .libs/url-label.o .libs/wrap_init.o -Wl,--as-needed -lgtkmm-2.4 -latkmm-1.6 -lgdkmm-2.4 -lgiomm-2.4 -lpangomm-1.4 -lglibmm-2.4 /usr/lib64/libcairomm-1.0.so /usr/lib64/libsigc-2.0.so -lsexy /usr/lib64/libgtk-x11-2.0.so /usr/lib64/libgdk-x11-2.0.so /usr/lib64/libatk-1.0.so /usr/lib64/libgio-2.0.so -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpng14 -lpango-1.0 /usr/lib64/libfreetype.so /usr/lib64/libfontconfig.so /usr/lib64/libgobject-2.0.so /usr/lib64/libgmodule-2.0.so /usr/lib64/libgthread-2.0.so -lrt /usr/lib64/libglib-2.0.so /usr/lib64/libxml2.so -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../lib64/crtn.o -march=core2 -Wl,-O1 -pthread -Wl,-soname -Wl,libsexymm.so.2 -o .libs/libsexymm.so.2.0.1 /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lpng14 collect2: ld returned 1 exit status make[5]: *** [libsexymm.la] Ошибка 1 make[5]: Выход из каталога `/var/tmp/portage/dev-cpp/libsexymm-0.1.9/work/libsexymm-0.1.9/libsexy/libsexymm' make[4]: *** [all-recursive] Ошибка 1 make[4]: Выход из каталога `/var/tmp/portage/dev-cpp/libsexymm-0.1.9/work/libsexymm-0.1.9/libsexy/libsexymm' make[3]: *** [all-recursive] Ошибка 1 make[3]: Выход из каталога `/var/tmp/portage/dev-cpp/libsexymm-0.1.9/work/libsexymm-0.1.9/libsexy' make[2]: *** [all] Ошибка 2 make[2]: Выход из каталога `/var/tmp/portage/dev-cpp/libsexymm-0.1.9/work/libsexymm-0.1.9/libsexy' make[1]: *** [all-recursive] Ошибка 1 make[1]: Выход из каталога `/var/tmp/portage/dev-cpp/libsexymm-0.1.9/work/libsexymm-0.1.9' make: *** [all] Ошибка 2 emake failed * ERROR: dev-cpp/libsexymm-0.1.9 failed (compile phase): * compile failure * * Call stack: * ebuild.sh, line 56: Called src_compile * environment, line 3192: Called gnome2_src_compile * environment, line 2474: Called die * The specific snippet of code: * emake || die "compile failure" * * If you need support, post the output of 'emerge --info =dev-cpp/libsexymm-0.1.9', * the complete build log and the output of 'emerge -pqv =dev-cpp/libsexymm-0.1.9'. * The complete build log is located at '/var/tmp/portage/dev-cpp/libsexymm-0.1.9/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-cpp/libsexymm-0.1.9/temp/environment'. * S: '/var/tmp/portage/dev-cpp/libsexymm-0.1.9/work/libsexymm-0.1.9'
»
- Для комментирования войдите или зарегистрируйтесь
Ну это все происходит от
Ну это все происходит от нежелания искать по форуму и гуглу.
emerge lafilefixer
lafilefixer --justfixit
Пользуясь моментом, хочу передать привет друзьям, которые также пользуются "Моментом"
Делал не помогает, забыл об
Делал не помогает, забыл об этом указать, но это очевидно же.
.
Я обошелся созданием ссылки libpng.so.15 -> libpng.14. Точные имена файла и ссылки не помню.
Это понятно, я сам хотел
Это понятно, я сам хотел сделать символьную ссылку, но не хотелось бы, почему при выполнении configure и проверке зависимостей для сборки, всё тот же configure не находит проблем, но пр запуске сборки требуется сразу две версии библиотеки и include файлы от каждой, это должно как то исправляться.
Но за ваше предложение спасибо.
Плохое предложение. Вот,
Плохое предложение.
Вот, правда, не помню, как я это решил (у меня тоже такое было).
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Не хотелось бы кардинального
Не хотелось бы кардинального решения вида:
Вы давно обновляли libpng, не
Вы давно обновляли libpng, не могли бы вы посмотреть history, возможно удастся понять какие ваши действия привели к устранению проблемы?
Tue Sep 20 10:23:33 2011 >>>
Tue Sep 20 10:23:33 2011 >>> media-libs/libpng-1.5.4
В истории ничего внятного. Думаю, наверняка найдётся что-нибудь на bgo (если искать с "ALL ")
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Было такое. Причем в
Было такое. Причем в Makefile'ах упоминания по 14-ю версию нигде не было. Помогло отключение ccache. Возможно совпадение, конечно
А мне, возможно, отрубание
А мне, возможно, отрубание distcc.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Попробуйте пересобрать
Попробуйте пересобрать x11-libs/gdk-pixbuf.
Нет, это не помогает, после
Нет, это не помогает, после обновления до версии libpng-1.5.5 в выходных сообщениях:
Как видно после обновления рекомендуют запустить revdep-rebuild и после оного удалить старую версию библиотеки., вот в этом-то и загвоздка, скрипты configure, которые создают makefile для сборки пакетов почему-то упорно хотят в некоторых операциях упорно хотят использовать libpng14, если удалить всё же библиотеку, как советуют и запустить сборку, то всё соберётся нормально и будет слинковано с 15 версией библиотеки.
.
Смотрите две команды в первом посте:
http://forums.gentoo.org/viewtopic-t-894950.html
Я это всё делал, у меня нет
Я это всё делал, у меня нет ни в одном la файле упоминания lpng14, я проверял., так что заменять в la файлах lpng14 на lpng15 не где. Так что видимо придётся жить так.
revdep-rebuild сейчас уже не находит ни одной библиотеки (пакета) с проблемами линковки.
А когда находил всё равно были проблемы при сборке.
/
https://bugs.gentoo.org/show_bug.cgi?id=319101
Я это всё делал, у меня нет
Я это всё делал, у меня нет ни в одном la файле упоминания lpng14, я проверял., так что заменять в la файлах lpng14 на lpng15 не где. Так что видимо придётся жить так.
revdep-rebuild сейчас уже не находит ни одной библиотеки (пакета) с проблемами линковки.
А когда находил всё равно были проблемы при сборке.
хех вечер ковыряний с
хех вечер ковыряний с пересборками -> bugs.freedesktop.org-> патчик cairo для qt 4.8 =] и все собирается
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"