Ага.
Сформировал список реальных зависимостей 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:00
Upgrade: 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.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53deaf7b.1090...@gmail.com
