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

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

[Arioch]

запускаю device manager - не хочет.
Запускаю из консоли - обижается что не может установить соединение с ORBit

Видимо не хватает пакета python-moules-orb ?

Установил.
Теперь другая напасть:

[root@localhost root]# 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
[root@localhost root]#

Увы, тут я тупею и ничего придумтаь не могу :-(

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

[Alexey Rusakov]

Arioch wrote:

>Теперь другая напасть:
>
>[root@localhost root]# 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
>[root@localhost root]#
>
>Увы, тут я тупею и ничего придумтаь не могу :-(
>  
>
2lav@: О - третий прецедент на hal-device-manager и пятый в сумме по 
проблеме.

К сожалению, тупите не только вы :( Пойду-ка я баг повешу, чтоб висел.

Если быть кратким - чтобы оно заработало, вам нужно пересобрать на 
локальной машине python-modules-dbus. Но честно говоря, я в своё время 
был в ужасе от того зоопарка, который ему нужен для сборки.

-- 
  Alexey "Ktirf" Rusakov

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

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 1230 bytes --]

On Sun, Feb 06, 2005 at 10:47:32AM +0300, Alexey Rusakov wrote:
> 2lav@: О - третий прецедент на hal-device-manager и пятый в сумме по 
> проблеме.
А причем здесь Липатов-то? :-)
> 
> К сожалению, тупите не только вы :( Пойду-ка я баг повешу, чтоб висел.
:-) Не надо лишней грязи :-)
> 
> Если быть кратким - чтобы оно заработало, вам нужно пересобрать на 
> локальной машине python-modules-dbus. Но честно говоря, я в своё время 
НЕТ.
> был в ужасе от того зоопарка, который ему нужен для сборки.
Алексей, если Вы не знаете источника проблемы, не надо предлагать решения

Сегодня в Сизиф уедет dbus-0.23 со всеми причиндалами. Из новенького -
вроде бы _работающие_ биндинги на Qt. Проблема с hal-device-manager,
в общем, ушла. Кроме этого у меня на машине почти работает kvm
(KDE Volume Manager), во всяком случае, флэшки и сидишки монтируются
автоматически, и появляется нотификация в трее. Осталось добраться до
егошного конфига :-).

P.S. кстати, а чего вы все хотите добиться от hal-device-manager'а?
hal-device-manager в своем нынешнем состоянии НЕ УМЕЕТ НИЧЕГО,
кроме ПОКАЗА дерева дивайсов, нащупанных HAL'ом. В этом смысле, те,
кому не терпится, могут воспользоваться dbus-monitor --system :-)


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] I: python-module-Pyrex, dbus, kvm

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 2001 bytes --]

В общем, я отправил в Сизиф (в "магическую дырку" на salto)
следующие пакеты:

python-module-Pyrex-0.9.3-alt2:
* Fri Jan 21 2005 Alexey Morozov <morozov@altlinux.org> 0.9.3-alt2

- Rebuild against current rpm-build-python (0.20-alt1)
- Fixed python script binding to a version of python used to build the
  package

dbus-0.23-alt2:
* Sun Feb 06 2005 Alexey Morozov <morozov@altlinux.org> 0.23-alt2

- Finally managed to compile Qt bindings!
  Some issues are unresolved though. Someone can take a look into
  qt/message.cpp and implement Message copy constructor and
  putting QVariant datatypes to dbus messages.

* Чтв Янв 20 2005 Alexey Morozov <morozov@altlinux.org> 0.23-alt1

- New version (0.23)
- Patches from Mandrake are in mainstream now
- mono location workaround is applied for install section too
- -userhelpers subpackage is renamed to -tools as #5341 suggests
- python package is built against recent rpm-build-python specs
  and corresponding python-module-Pyrex

* Sat Feb 05 2005 Alexey Morozov <morozov@altlinux.org> 0.0.cvs20050205-alt1

- Initial build for ALT Linux

Несколько слов о kvm. kvm - это аналог GNOME'овского
gnome-volume-manager, клиентская часть всей этой новой замечательной
HAL-машинерии. В принципе, kvm - это временное решение, более
того, официвально заявлено, что код его более не поддерживается, итд
итп, а соответствующая ему функциональность будет присутствовать в
KDE-3.4 через media:/ схему URL'ей (идущей на замену devices:/).
Но поскольку Сергей Турчин, по его словам, НЕ планирует пока собирать
KDE-3.4 для Сизифа, как временное решение kvm вполне пригоден к
использованию. И если он вам понравился, но у вас чего-то не работает,
или работает не так, пожалуйста, попытайтесь поглядеть в код, и, по
крайней мере, рассказать мне, в чем же заключается проблема :-).
Боюсь, что полноценной поддержки для этого пакета нет и не будет, так
что все придется делать своими силами.

С уважением, Алексей Морозов.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [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

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

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 3786 bytes --]

On Sun, Feb 06, 2005 at 11:07:48PM +0300, Alexey Rusakov wrote:
> >>2lav@: О - третий прецедент на hal-device-manager и пятый в сумме по 
> >>проблеме.
> >А причем здесь Липатов-то? :-)
> Просто в своё время именно с ним мы обсуждали проблему, которую я в 
> очередной раз описываю ниже. "Ухожу, ухожу", прошу прощения за 
> упоминание его имени всуе.
Да нет, просто он ни мэйнтэйнер пакета, ни "лицо, высказазавшее
заинтересованность" во всей этой машинерии.

> >Алексей, если Вы не знаете источника проблемы, не надо предлагать решения
> Я предлагаю не решение, а workaround. Ещё раз (где-то третий, наверное) 
Это НЕ workaround. Вы мне поверите, что, несмотря на то, что я
все эти пакеты собирал на своей машине, h-d-m как падал, так и падает.

> описываю изначальную проблему. Извините за многословность, пожалуйста, 
> дочитайте до конца.
...
> (просто взял src.rpm и сделал rpmbuild --rebuild), установил полученное 
> - работает! Вернулся к пакету из Сизифа - падает.
Миракль. Багу повесили мэйнтэйнеру?

> 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'
Несоответствие gtk, libgnome и их питоньих обвязок.

> У меня похожая проблема проявляется много где, например,
> в 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ф
А вот это - проблема номер два. Суть её в том, что _dbus_ (не libgnome,
не питон, не питонья обвязка над gtk :-)) версии 0.22 в _некоторых_ случаях
не вполне корректно сериализовал/десериализовывал данные сообщения.
В результате, в качестве свойств (properties) возвращался не хэш с
некоторыми обязательными полями, а None. О чем, собственно, питон и
ругался благим матом.

> Точно такую же диагностику получил я, попытавшись запустить 
> hal-device-manager. Человек, начавший тему - третий, известный мне, 
> увидевший то же самое.
> 
> А теперь не надо мне говорить гордое программистское "у меня всё 
> работает", потому что это никому не поможет, а я и так подозреваю, что у 
> вас оно работает.
У меня как раз без хаков тоже не работало (на dbus-0.22).

> Вместо этого было бы очень интересно узнать ваше 
> мнение о том, как с этим справиться.
С этим справиться двумя способами: проапгрейдиться до dbus-0.23 и/или
дохакать hal-device-manager, чтобы он не был так доверчив к данным,
приехавшим в сообщении от HAL. Впрочем, учитывая сомнительную полезность
h-d-m, я рекомендовал бы проапгрейдиться и забыть о проблеме до
следующего падения :-).

> Банальное любопытство. Спасибо за хинт про dbus-monitor.
Вот уж точно, "хинт" :-). В его истинном значении :-))

P.S. Там в Сизиф поехал kvm. Он, наверняка, глючный.
Умоляю, прежде чем пересобирать его под чтение мантр, изложите, по
крайней мере, проблему здесь :-).


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

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

[Arioch]

Arioch пишет:

Насизифился.

hal написал что не смог выполнить %postun от предыдущей версии. И фиг бы 
с ним. device manager вроде запустился. Правда не работает меню 
Help|About, но м.б. и не должно?

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

[Anton Farygin]

Arioch wrote:

> Arioch пишет:
>
> Насизифился.
>
> hal написал что не смог выполнить %postun от предыдущей версии. И фиг 
> бы с ним. device manager вроде запустился. Правда не работает меню 
> Help|About, но м.б. и не должно?
>
Замочим в следующей сборке. Там какие-то баги в сборках python-gnome, а 
мне влом разбираться. Проще оторвать. Тем более там ничего такого нет.

Rgds,
Rider

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

[Arioch]

Anton Farygin пишет:
> Замочим в следующей сборке.

Опять померло ввиду python 2.4
Жаль, что змеи разных версий не сосуществуют :-(

Кстати, а что за пакет nfutilus-hardware-view (входит в PROVIDES 
Наутлуса) ?

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

[Arioch]

Alexey Morozov пишет:
> hal-device-manager в своем нынешнем состоянии НЕ УМЕЕТ НИЧЕГО,
> кроме ПОКАЗА дерева дивайсов, нащупанных HAL'ом. В этом смысле, те,
> кому не терпится, могут воспользоваться dbus-monitor --system :-)

Последнее мне показало занимательный процесс втыкания флэшки (но, увы, 
не вытыкания)

ОДнако опознать что-нить встроенное типа АС97-модема оно не может ;-)