Użytkownik Wieslaw Kierbedz napisał:



> > Spróbuj zrobić tak:
> > Zatrzymaj usługę haldaemon
> > Zatrzymaj usługę messagebus
> > Uruchom usługę messagebus
> > Uruchom usługę haldaemon




To działa tylko, kiedy sesja gnome jest juź odpalona.
Znaczy to, że to żaden sposób. Po prostu hald blokuje zczytywanie fstab/mtab przez nautilusa.
Jeśli wyłączyć usługi na chwilę, to gnom odczytuje fstaba/mtaba i pamięta już do końca sesji.
Moje pytanie jest:
Jak nautilus RZECZYWIŚCIE powinien współpracować z haldaemon i messagebus?
Oczywiście, również: Jak go do takiej współpracy nakłonić?


P.S. Wyłączenie na stałe hala pomaga, ale skoro już zależności wymuszają jego instalację, to może by się na co zdał?

No to kontynuujmy.
Czy to o to chodzi:

# hal-device-manager
Traceback (most recent call last):
File "/usr/bin/hal-device-manager", line 15, in ?
DeviceManager()
File "/tmp/B.91b755/hal-0.2.98-root-builder/usr/share/hal/device-manager/DeviceManager.py", line 81, in __init__
File "/tmp/B.91b755/hal-0.2.98-root-builder/usr/share/hal/device-manager/DeviceManager.py", line 195, in update_device_list
File "/tmp/B.91b755/hal-0.2.98-root-builder/usr/share/hal/device-manager/DeviceManager.py", line 269, in build_device_tree
TypeError: unsubscriptable object


Python niedobry, czy co? :>
Tak samo wygląda odpalenie hal-device-manager z hal-0.4.0 :(.
Czyli co - niezgodność wersji pytona, pygtk, z kodem hala (raczej odwrotnie)?




_______________________________________________
pld-users-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl

Odpowiedź listem elektroniczym