YAMA applet in AWN crashed after system freezed

Bug #791622 reported by antoirehew
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Awn Extras
Fix Released
Low
onox

Bug Description

I encounter a system freezed while playing a flash video on google chromium before the system freeze, then I do a hard reboot from the dead system, after the boot AWN started with YAMA (yet another main menu applet) showing a dead face, I restart the applet, but could not help, it remain crashed even after 3 apt-get remove and install from PPA. no system error generate from the last freeze...
Ubuntu 10.10 amd64 bit, 4GB ram, Avant Window Navigator 0.4.1-rewrite-bzr830+201104200103 from AWN testing trunk ppa, compiz, ATI X1050

Tags: yama

Related branches

Revision history for this message
Derek White (d-man97) wrote :

Did not require a system freeze, but YAMA does not work since the latest update using 'http://ppa.launchpad.net/awn-testing/ppa/ubuntu maverick main'.

It crashes immediately upon awn startup or adding it to an awn panel.

Revision history for this message
onox (onox) wrote :

Please run avant-window-navigator in a terminal and post any relevant output / traceback.

Changed in awn-extras:
status: New → Incomplete
tags: added: yama
Revision history for this message
Nicolas Briche (nbriche) wrote :

On a click on YAMA's 'crashed' icon:

** (avant-window-navigator:2829): DEBUG: Spawned awn-applet[2993] for "yama.desktop", UID: 1307530691, XID: 14683705
** Message: pygobject_register_sinkfunc is deprecated (AwnOverlay)
Traceback (most recent call last):
  File "/usr/share/avant-window-navigator/applets/yama/yama.py", line 44, in <module>
    xdg_data_dirs = [glib.get_user_data_dir()] + list(glib.get_system_data_dirs())
AttributeError: 'module' object has no attribute 'get_system_data_dirs'

Revision history for this message
Nicolas Briche (nbriche) wrote :

Revision 1531 changed the way yama.py gets the system folders are read. Instead of os.environ["XDG_DATA_DIRS"].split(":"), it uses [glib.get_user_data_dir()] + list(glib.get_system_data_dirs()).

The glib module used in maverick is 2.26.1 according to glib.__dict__. That one has get_user_data_dir(), but not get_system_data_dirs(), so yama.py goes [x_x].

Revision history for this message
onox (onox) wrote :

glib.get_system_data_dirs is undocumented in documentation of pygobject. However, glib.get_user_data_dir exists since pygobject-2.18, so I assumed glib.get_system_data_dirs would also be present since 2.18 (Functions in normal glib exist since glib-2.6 according to its documentation)

Maverick has glib-2.26, but pygobject-2.21. Apparently glib.get_system_data_dirs doesn't exist yet in pygobject-2.21. Packaging such an old version of pygobject is weird imho, but Shuttleworthless probably doesn't give a damn, so I'll fix it soon. (I know ranting is undiplomatic, but I do it anyway ^_^)

Changed in awn-extras:
assignee: nobody → onox (onox)
importance: Undecided → Low
milestone: none → 0.4.2
status: Incomplete → Confirmed
Revision history for this message
onox (onox) wrote :

Fixed in revision 1532. Wait for a new PPA to appear.

Changed in awn-extras:
status: Confirmed → Fix Committed
Povilas Kanapickas (p12)
Changed in awn-extras:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.