Симлинк.

Когда гуглить научитесь?
https://bugs.archlinux.org/task/10652
http://forums.gentoo.org/viewtopic-t-535858-start-0.html

Это некошерно. Версия-то другая.

Некошерно пить кровь христианских младенцев. Ставьте симлинк на нужную версию, судя по гуглу этот ваш motion всегда имеет проблемы с пакетами.

поставить ffmpeg

$ equery b libavformat.so
 * Searching for libavformat.so ... 
media-video/ffmpeg-0.10.6 (/usr/lib/libavformat.so -> libavformat.so.53.32.100)

В твоем случае - просто баг, недоследили, сделай симлинк libavformat.so -> libavformat.so.52

Как решать по-умному?

emerge world ?

Можно попробовать:

lafilefixer --justfixit ; emerge -DNu world ; emerge --depclean ; revdep-rebuild

Универсальное решение.

Как решать по-умному?

emerge world ?

Есть проблемы? @ Пересобери мир!!!

Ставьте симлинк на нужную версию,

На какую нужную версию ? :-) Написано же:
error while loading shared libraries: libavformat.so.52
Нет, можно, конечно, сделать libavformat.so.52 симлинком на то, что есть, но это чревато граблями. Если, конечно, там не лежит libavformat.so.52.x.x рядом. На такую - можно.

сделай симлинк libavformat.so -> libavformat.so.52

1. Зачем ему libavformat.so ?
2. libavformat.so.52 отсутствует, как следует из сообщения об ошибке.

1. Зачем ему libavformat.so ?

Потому что libavformat.so.52 - это версия libavformat.so. Как правило libavformat.so это симлинк на libavformat.so.52 .

2. libavformat.so.52 отсутствует, как следует из сообщения об ошибке

Правильно. Симлинк не создан, нужно создать его вручную.

Как правило libavformat.so это симлинк на

Который нужен исключительно для сборки других приложений с этой библиотекой. Но линкуется собираемое приложение с name.so.N, а никак не с name.so. Имя вида name.so могут всякие плагины иметь и т.п., но это не тот случай.

Мьсе идиотЪ.

Если бы motion был установлен из portage, то revdep-rebuild нашёл бы проблему.

если so-шка загружается dlopen, то revdep rebuild её очевидным образом не видит.

ТС, проверь откуда пришёл motion:

equery b `which motion`

Ты читать умеешь? runtime linker пишет, что не может найти файл, прописанный в DT_NEEDED. Какой в жопу dlopen()?

Ещё проверь

# LD_DEBUG=libs motion
      3270:	find library=libpthread.so.0 [0]; searching
      3270:	 search cache=/etc/ld.so.cache
      3270:	  trying file=/lib64/libpthread.so.0
      3270:	
      3270:	find library=libjpeg.so.8 [0]; searching
      3270:	 search cache=/etc/ld.so.cache
      3270:	  trying file=/usr/lib64/libjpeg.so.8
      3270:	
      3270:	find library=libavformat.so.53 [0]; searching
      3270:	 search cache=/etc/ld.so.cache
      3270:	  trying file=/usr/lib64/libavformat.so.53
      3270:	
      3270:	find library=libavcodec.so.53 [0]; searching
      3270:	 search cache=/etc/ld.so.cache
      3270:	  trying file=/usr/lib64/libavcodec.so.53
      3270:	
      3270:	find library=libavutil.so.51 [0]; searching
      3270:	 search cache=/etc/ld.so.cache
...

Но линкуется собираемое приложение с name.so.N, а никак не с name.so

Собираемое? Запускаемое!

Да, и покажи

equery b libavformat.so

Собираемое? Запускаемое!

Да не важно. Сначала оно собираемое, потом запускаемое. «*.so», в подавляющем случае, в рабочей системе не нужны. Про исключения я уже упоминал.

Нет, важно. У ТС оно собралось. Значит для сборки библиотека не нужна. Нужна для запуска. Здесь не статическая линковка, здесь библиотека динамически линкуется. Так что

Который нужен исключительно для сборки других приложений с этой библиотекой.

не корректно.

У ТС оно собралось.

Это очевидно, что как-то и где-то оно было собрано.

Нужна для запуска.

Нет.

Здесь не статическая линковка,

Для статически собранных приложений вообще ни про какие *so* говорить не стоит.

здесь библиотека динамически линкуется. Так что

Так что нужен ему симлинк libavformat.so.52, который указывает на соответствующую библиотеку. А не симлинк libavformat.so, который предназначен только для сборки.

Это очевидно, что как-то и где-то оно было собрано.

Это Gentoo: здесь качаются исходники и собирается на твоем компе. Так что ТС собрал это приложение без присутствия нужной библиотеки.

> Нужна для запуска.
Нет.

То есть ты хочешь сказать, что я могу собрать прогу, потом удалить либу и прога будет работать? При статической линковке - да, при динамической - нет.

Так что нужен ему симлинк libavformat.so.52, который указывает на соответствующую библиотеку. А не симлинк libavformat.so, который предназначен только для сборки.

Я ж и говорю, нужен для запуска, а не для сборки. Хотя при сборке AFAIK проверяется наличие либы, но здесь ТС поймал баг.

Так что ТС собрал это приложение без присутствия нужной библиотеки.

Если бы он так собрал, то она не была бы нужна. А Генту это, или нет, не важно.

То есть ты хочешь сказать, что я могу собрать прогу, потом удалить либу и прога будет работать?

Симлинк libname.so на libname.so.N ? Конечно можешь. libname.so не нужен для работы.

Как решать по-умному?

Не использовать gentoo.

х.з. откуда она

> locate libavformat.so.52
/usr/local/lib/libavformat.so.52.111.0
> pkg_which /usr/local/lib/libavformat.so.52.111.0
The pkgdb must be updated.  Please run 'pkgdb -u' as root.
> su
Password:
% pkg_which /usr/local/lib/libavformat.so.52.111.0
[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 475 packages found (-6 +7) (...)....... done]
?
% ls /usr/local/lib/libavformat.so.52.111.0
ls: /usr/local/lib/libavformat.so.52.111.0: No such file or directory

А Генту это, или нет, не важно.

Вообще-то важно

Хотя при сборке AFAIK проверяется наличие либы, но здесь ТС поймал баг.

Она не то что бы проверяется, она используется

Она не то что бы проверяется, она используется

У нас с Kroz спор возник за libavformat.so, а не libavformat.so.52, или, тем более, libavformat.so.52.111.0 какой-нибудь.

Ну дык. Значит при линковке SONAME не было. А в генте libavformat.so.52^W^W^W^W^W^W^WПеречитал пост, ето я не в тему морознул

Так чё, дети капитана Гранта, это баг штоле?