Gnome-phone-manager не работает, ссылается на libusb

Big Thanks!
С обновлением как будто все в порядке.
ldd показало отсутствие библиотеки
libusb-0.1.so.4 => not found
Перехожу к поиску, где скачать. Думаю, здесь найдется быстро, помощи не нужно.
Вообще-то в /usr/lib они есть.... Почему-то не видят программы. Потому ли, что из-за разницы разрядности?
В обоих каталогах, и в lib и в lib64 они есть, но обе 32-битные, как показывает file.

Кое-что похожее нашел здесь, пробую установить по этому рецепту, но при установке lib32-libusb-compat gcc и gcc-multilib конфликтуют, предлагает удалить gcc. Будет ли это неправильно или проблема для системы? Или gcc-multilib будет работать также?
Частично проблема снята.
Оказывается, не случайно в КДЕ смарт подключался, но не за счет xgnokii или gnome-phone-manager. Это КДЕ само опознавало и открывало его, я просто в момент подключения запускал xgnokii и думал, что это она сработала.
Но все же хотелось бы решить проблему более основательно.
Я же писал - если библиотека присутствует, значит она не находится — нужно этому помочь, указать где искать. В помощь даю ссылки ..1.. и ..2.. .
PS.....но при правильной установке этого делать как правило не требуется.
PSS....заметил у тебя фразу ....но обе 32-битные.....а вот тут я совсем у тебя запутался.....и ничего посоветовать не могу.....может кто другой понял смысл...и даст совет...... посмотри насчет символической ссылки ???....- возможно программа ищет библтотеку под другим именем — вот тут то и необходимо создать символическую ссылку......
И еще есть правило - если устанавливаете библиотеку из пакета, то добавление сведений происходит, как правило, автоматически, но в случае с установкой из исходников, или распаковкой пакета в произвольное место нужно дополнительно запустить команду ldconfig
Конкретных способов решения проблемым дать не могу, так как до конца так и не понял, что у тебя за проблема и в добавок с KDE знаком очень и очень слабо.
PS....помощи не нужно.... поздно заметил..........).....все заканчиваю..)
Ошибки не исчезают с опытом - они просто умнеют
Относительно "не нужно помощи" я, конечно, напрасно.... Показалось в тот момент, что сияющие вершины уже рядом.
Но когда увидев, как в одной из ссылок применяется команда file, показывающая и разрядность программы или библиотеки, провел это тут же над библиотеками libusb из lib и lib64.
Результат удивил меня и на этом я потерял смысл, что делать и все показалось нераспутываемым...
Вот оно, что меня смутило, может я не понимаю чего-то?
[[email protected] lib64]$ file libusb-0.1.so.4.4.4
libusb-0.1.so.4.4.4: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=02b87b07efcfdd8e3920ce28c3059d81736c3490, stripped

Если подсобрать все же свою логику, то на мой любительский взгляд можно бы
- скачать и положить в нужное место правильную библиотеку (а мне нужна именно 64 битная libusb - не так ли?)
или же
- удалить и заново установить libusb (? - верно ли мыслю, товарищи?).
По своей непросвещенности (а просвещенность для меня в этих делах выглядит как нечто недостижимое, понимание всего механизма работы линукса) я могу предполагать и не то, что надо. До сих пор помогало новая установка Арча, если что-то шло не так. Большей частью помогало. Часто помогало wiki, но обычно ситуации были попроще.
Пока застрял на этом. Предыдущие советы, даже если в них все отвечено, попозже вернусь. Просто ступор некоторый.
С арчем знаком и восхищаюсь им наверное, с 2010, но поначалу там у меня не работали тогдашние принтеры. Потом через год или два вернулся и теперь все в порядке.
Мои выводы
$ ldconfig -p | grep libusb
	libusbmuxd.so.2 (libc6) => /usr/lib/libusbmuxd.so.2
	libusbmuxd.so (libc6) => /usr/lib/libusbmuxd.so
	libusb-1.0.so.0 (libc6) => /usr/lib/libusb-1.0.so.0
	libusb-1.0.so (libc6) => /usr/lib/libusb-1.0.so
	libusb-0.1.so.4 (libc6) => /usr/lib/libusb-0.1.so.4
$ file /usr/lib/libusb-0.1.so.4
/usr/lib/libusb-0.1.so.4: symbolic link to libusb-0.1.so.4.4.4
$ file /usr/lib/libusb-0.1.so.4.4.4
/usr/lib/libusb-0.1.so.4.4.4: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=53eb73b20ed634a9c6bf0365223f5d0532187085, stripped
У меня 32 бит система и 32 бит библиотека
У тебя то же самое — хотя должна, по идее, быть 64 бит библиотека.
Почему у тебя так я не знаю, может что то напутал, может не доустановил, может не находится .........не знаю.......
PS.....Gnome-phone-manager ...... у меня не стоит, а если бы и стоял у меня 32 битка - а потому не могу даже поэкспериментировать......)
Ошибки не исчезают с опытом - они просто умнеют
Можешь зайти с другой стороны, попробовать запустить свою прогу из под strace (смотреть только открытие файлов).
Если нужной бибиотеки нет или не находится будет примерно следующий вывод — для примера удалил библиотеку /usr/lib/libz.so.1, необходимую проге ghex
strace -e trace=open /usr/bin/ghex
…...........концовка............................
/usr/bin/ghex: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory
+++ exited with 127 +++
Нужная библиотека не нашлась и все затык с выводом ошибки - error while loading shared libraries: libz.so.1
PS.......хотя для библиотек имеется ltrace - работает также как strace, но вместо обработки системных вызовов, обрабатывает вызовы динамических библиотек.....
$ ltrace -e trace=open /usr/bin/ghex (в выводе нет лишней информации - сразу ошибка)
/usr/bin/ghex: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory
+++ exited (status 127) +++)
PSS....возможно библиотека имеется - open сработает без ошибок, тогда стоит попробовать read, может испорчена......или другой вызов....или запустить с полным выводом.....
Ошибки не исчезают с опытом - они просто умнеют
Vasek, спасибо за все рекомендации. Поскольку не обладаю большим терпением, пилить надо долго и упорно, то мне, не всегда охватывая суть деталей проблемы целиком, это не очень, хотя в девяностых был готов ночами сидеть, решил попробовать обходным путем, хотя оно тоже могло немного подсказать.
Решил вскорости переустановить систему и попробовать без multilib обойтись. По идее это должно было обеспечить изначальную установку 64-битных библиотек. И сработало. Gnome-phone-manager поставился и заработал без проблем, хотя оказалось, что к mtp девайсам он что-то равнодушен, не смог ничего с телефона получить. Так что пока кде рулит.
Думаю, что вопрос в принципе не решен, как можно было исправить то в текущей системе.
Подобная проблема была с wine, с разрядностью библиотек, но это другой вопрос, отдельно.
 
Зарегистрироваться или войдите чтобы оставить сообщение.