[sisyphus] Sisyphus: broken dependancies? hal-device-manager
Alexey Rusakov
=?iso-8859-1?q?ktirf_=CE=C1_altlinux=2Eru?=
Вс Фев 6 23:07:48 MSK 2005
Alexey Morozov wrote:
>On Sun, Feb 06, 2005 at 10:47:32AM +0300, Alexey Rusakov wrote:
>
>
>>2lav@: О - третий прецедент на hal-device-manager и пятый в сумме по
>>проблеме.
>>
>>
>А причем здесь Липатов-то? :-)
>
>
Просто в своё время именно с ним мы обсуждали проблему, которую я в
очередной раз описываю ниже. "Ухожу, ухожу", прошу прощения за
упоминание его имени всуе.
>Алексей, если Вы не знаете источника проблемы, не надо предлагать решения
>
>
Я предлагаю не решение, а workaround. Ещё раз (где-то третий, наверное)
описываю изначальную проблему. Извините за многословность, пожалуйста,
дочитайте до конца.
Для меня всё началось с того, что программа Meld, использующая
python-modules-pygnome-gtksourceview, отказалась работать, отправляя
Python в коредамп. Более того, простой import gtksourceview отправлял
Python в коредамп. У lav@ всё было в порядке. Я отправился разбираться в
исходном коде. Попытался пройти соответствующий момент под отладкой. И
получил сюрприз: всё прошло без сучка без задоринки. Собрал пакет
(просто взял src.rpm и сделал rpmbuild --rebuild), установил полученное
- работает! Вернулся к пакету из Сизифа - падает.
Через некоторое время в sisyphus@ раздался крик о помощи совершенно
аналогичного содержания
(http://lists.altlinux.ru/pipermail/sisyphus/2005-January/051637.html).
Я посоветовал человеку сделать то же, что и я (я знаю, что это плохо, но
никто не предложил лучшего решения, а у меня другого не было), в
результате он налетел на следующую подставу - на этот раз в
python-modules-pygnome (которая не только у Виталия, но и у меня не
воспроизводилась); это был уже не коредамп, а следующая ошибка:
$ meld
RuntimeError: can't create const
Traceback (most recent call last):
File "/usr/lib/meld/meldapp.pyc", line 90, in on_response
AttributeError: '__main__.GnomeFileEntry' object has no attribute
'get_full_path'
$
Пересобирается python-module-pygnome на машине потерпевшего. Ошибка
автомагически исчезает. Однако на исходный вопль ответил ещё и Михаил
Забалуев
(http://lists.altlinux.ru/pipermail/sisyphus/2005-January/051735.html):
-- начало цитаты --
У меня похожая проблема проявляется много где, например,
в hal-device-manager:
RuntimeError: can't create const
Traceback (most recent call last):
File "/usr/bin/hal-device-manager", line 18, in ?
DeviceManager()
File "/usr/share/hal/device-manager/DeviceManager.py", line 81, in
__init__
self.update_device_list()
File "/usr/share/hal/device-manager/DeviceManager.py", line 195, in
update_device_list
self.virtual_root = self.build_device_tree()
File "/usr/share/hal/device-manager/DeviceManager.py", line 269, in
build_device_tree
parent_name = properties["info.parent"]
TypeError: unsubscriptable object
-- конец цитаты --
Точно такую же диагностику получил я, попытавшись запустить
hal-device-manager. Человек, начавший тему - третий, известный мне,
увидевший то же самое.
А теперь не надо мне говорить гордое программистское "у меня всё
работает", потому что это никому не поможет, а я и так подозреваю, что у
вас оно работает. Вместо этого было бы очень интересно узнать ваше
мнение о том, как с этим справиться.
>P.S. кстати, а чего вы все хотите добиться от hal-device-manager'а?
>hal-device-manager в своем нынешнем состоянии НЕ УМЕЕТ НИЧЕГО,
>кроме ПОКАЗА дерева дивайсов, нащупанных HAL'ом. В этом смысле, те,
>кому не терпится, могут воспользоваться dbus-monitor --system :-)
>
>
Банальное любопытство. Спасибо за хинт про dbus-monitor.
--
Alexey "Ktirf" Rusakov
Подробная информация о списке рассылки Sisyphus