[sisyphus] Sisyphus: broken dependancies? hal-device-manager

[Alexey Rusakov]

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