Ага.
Сформировал список реальных зависимостей kio_http:
$ ldd /usr/lib/kde4/kio_http.so | awk '{print $3}' |\
xargs dpkg --search | awk -F: '{print $1}' > kio_http.deps.list
И скормил его Aптитьюду как фильтр:
$ awk -v ORS=' | ' '{print "?exact-name(" $0 ")"}' kio_http.deps.list
копировать, Аптитьюд, L, вставить.
Посмотрел на список возможных обновлений, ничего не понял, обновил все,
вместе с результатами разрешения зависимостей получилось так:
Start-Date: 2014-08-04 01:19:00Upgrade: libfam0:amd64 (2.7.0-17, 2.7.0-17.1), libxfixes3:amd64 (5.0.1-1, 5.0.1-2), libxfixes3:i386 (5.0.1-1, 5.0.1-2), libice6:amd64 (1.0.8-2, 1.0.9-1), libice6:i386 (1.0.8-2, 1.0.9-1), libsm6:amd64 (1.2.1-2, 1.2.2-1), libsm6:i386 (1.2.1-2, 1.2.2-1), libcomerr2:amd64 (1.42.9-2, 1.42.11-2), libcomerr2:i386 (1.42.9-2, 1.42.11-2), libxcb1-dev:amd64 (1.10-2, 1.10-3), libxcb1:amd64 (1.10-2, 1.10-3), libxcb1:i386 (1.10-2, 1.10-3), libexpat1-dev:amd64 (2.1.0-4, 2.1.0-6), libx11-dev:amd64 (1.6.2-1, 1.6.2-2), libxml2:amd64 (2.9.1+dfsg1-3, 2.9.1+dfsg1-4), libxml2:i386 (2.9.1+dfsg1-3, 2.9.1+dfsg1-4), libxml2-dev:amd64 (2.9.1+dfsg1-3, 2.9.1+dfsg1-4), libpcre3-dev:amd64 (8.31-2, 8.35-3), libxfixes-dev:amd64 (5.0.1-1, 5.0.1-2), libdlrestrictions1:amd64 (0.15.12, 0.15.15), libsm-dev:amd64 (1.2.1-2, 1.2.2-1), libpcrecpp0:amd64 (8.31-2, 8.35-3), libexpat1:amd64 (2.1.0-4, 2.1.0-6), libexpat1:i386 (2.1.0-4, 2.1.0-6), libice-dev:amd64 (1.0.8-2, 1.0.9-1), libpcre3:amd64 (8.31-2, 8.35-3), libpcre3:i386 (8.31-2, 8.35-3), libx11-6:amd64 (1.6.2-1, 1.6.2-2), libx11-6:i386 (1.6.2-1, 1.6.2-2), libk5crypto3:amd64 (1.11.3+dfsg-3+nmu1, 1.12.1+dfsg-5), libk5crypto3:i386 (1.11.3+dfsg-3+nmu1, 1.12.1+dfsg-5), libffi6:amd64 (3.0.13-12, 3.1-2), libffi6:i386 (3.0.13-12, 3.1-2)
End-Date: 2014-08-04 01:20:13Все заработало, проблема по существу решена. Если кто-нибудь подскажет навскидку, в чем именно она заключалася, то есть какую зависимость по версии забыли прописать мэйнтэйнеры, буду благодарен.
On 2014-08-04 00:25, Dmitry Alexandrov wrote:
Добрых всем суток. Обнаружил, что в ка-дэ-ешной сессии Konqueror и другое ПО, использующее KIO_HTTP (Rekonq, Akregator), стало сообщать, что «Unable to create io-slave: klauncher said: Error loading 'kio_http'». Толчком к сбою, вероятно, стало обновление всякой ка-дэ-ешной всячины и не только, но парадоксально следующее: ошибка не проявляется и все работает, если разлогиниться из ка-дэ-ешной сессии (KDE Plasma Desktop), зайти, например, в сессию i3 и запустить Konqueror там. Я, право, озадачен. Подскажите, пожалуйста, с чего можно начать раскручивать проблему? Debian GNU/Linux Jessie. $ dpkg --search /usr/lib/kde4/kio_http.so kdelibs5-plugins: /usr/lib/kde4/kio_http.so Текущая версия kdelibs5-plugins — 4:4.13.3-2.