Проблемы после обновления

После обновления перестали запускаться Chromium, mplayer и т.д.
Ругается вот так:

mplayer: error while loading shared libraries: libpng15.so.15: cannot open shared object file: No such file or directory

Прошу помощи

Вы наверное забыли про revdep-rebuild
Если вы обновлялись с libpng14 до libpng15, то вам необходимо сделать

revdep-rebuild --library libpng14.so.14 -- --keep-going

Все это указано в новости Upgrade to libpng15

Проверить это можно так:

 # eselect news list | grep libpng15
  [7]   read    2011-10-15  Upgrade to libpng15
 # eselect news read 7

А вообще, после emerge --deep --newuse --update world рекомендуется использовать revdep-rebuild

Тут проблема как раз в другом. Зависимые пакеты обновились, а libpng - нет. Обновите libpng.

Еще раз синхронизируйте дерево portage (eix-sync) и снова выполните emerge -uDN world

Для проверки посмотрите, какая версия libpng стоит сейчас: eix -Ic libpng. Должна стоять версия 1.5.5.

Обновил, проблема не решилась. libpng остался прежний.

eix -Ic libpng
[I] media-libs/libpng (1.2.46(1.2)25.10.2011 1.4.8-r102.10.2011): Portable Network Graphics library

А revdep-rebuild ?

revdep-rebuild тоже уже делал - не помогает:
[[http://pastebin.calculate-linux.org/en/show/1952]]

Какой у вас профиль? (eselect profile list)

Столкнулся с такой же проблемой, после установки CLD 11.9 и обновления. Вылечил ручной размаскировкой libpng-1.5.5

ilya Osadchenko wrote:

Столкнулся с такой же проблемой, после установки CLD 11.9 и обновления. Вылечил ручной размаскировкой libpng-1.5.5

Да. Тоже вполне приемлемый вариант, если по какой-то причине он оказался замаскирован (на моем CDS безо всяких размаскировок обновился. Похоже, проблема в профиле.)

В gentoo тоже недавно размаскировали libpng-1.5.5. Сейчас пересобираю пакеты, использующие libpng на второй гентушной системе, перед тем как удалить libpng14.so.14. Указанная выше Андреем Сеником команда *revdep-rebuild --library libpng14.so.14 -keep-going* должна помочь пересобрать такие пакеты. Только ни в коем случае не удаляйте до пересборки библиотеку libpng14.so.14 перестанут запускаться многие программы. Ее рекомендуют удалить вручную после пересборки.

P.S.
проверьте наличие новой установленной библиотеки
ls /usr/lib/libpng15.so.15
и аналогично со старой
ls /usr/lib/libpng14.so.14

Проблема в 32-битной версии libpng, поэтому мы ее замаскировали. Под CLDX не собирается gnome-base/gdm-2.20.11-r1, в CLDG - gnome-base/gnome-settings-daemon-2.32.1-r2, в CLD - net-print/cnijfilter-3.20-r1. Последний баг возможно тот же.

Alexander Tratsevskiy wrote:

Проблема в 32-битной версии libpng, поэтому мы ее замаскировали. Под CLDX не собирается gnome-base/gdm-2.20.11-r1, в CLDG - gnome-base/gnome-settings-daemon-2.32.1-r2, в CLD - net-print/cnijfilter-3.20-r1. Последний баг возможно тот же.

Замаскировали - замечательно. Только бинарники-то пересобрать надо было :wink:

Обновил генту на свою голову… после установки libpng15 на моем kde успешно пересобрались все зависимые пакеты кроме media-gfx/imagemagick-6.7.1.0. Компиляция заканчивается сообщением о нехватки памяти после 1Гб. С памятью как раз проблем нет…2 гига оперативки, 8 гигов своп - куда больше то! Да и ограничений на использование памяти не вводил. На Calculate может быть похожая ситуация при компиляции этого пакета. Сейчас пробую скомпилировать в 1 поток - будем посмотреть. Предполагаю, что баг.

P.S.
В 1 поток те же ошибки. Убрал ключ -funroll-all-loops. Собралось.

Только бинарники-то пересобрать надо было :wink:

Похоже, что в бинарный репозиторий пакеты успели попасть. Буду исправлять.

Алексей Чуклимов wrote:

Обновил генту на свою голову… после установки libpng15 на моем kde успешно пересобрались все зависимые пакеты кроме media-gfx/imagemagick-6.7.1.0. Компиляция заканчивается сообщением о нехватки памяти после 1Гб. С памятью как раз проблем нет…2 гига оперативки, 8 гигов своп - куда больше то! Да и ограничений на использование памяти не вводил. На Calculate может быть похожая ситуация при компиляции этого пакета. Сейчас пробую скомпилировать в 1 поток - будем посмотреть. Предполагаю, что баг.

P.S.
В 1 поток те же ошибки. Убрал ключ -funroll-all-loops. Собралось.

А на диске-то места хватает?
Проверьте, куда примонтирован /var/calculate/tmp/portage, и есть ли там достаточно свободного места.