no cairo-dock applet

Bug #514898 reported by Kyle Evans
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GnoMenu
Fix Released
Undecided
Unassigned

Bug Description

I'm running gentoo and have just installed the live ebuilds from
http://gpo.zugaina.org/x11-misc/cairo-dock
http://gpo.zugaina.org/gnome-extra/GnoMenu

output of /usr/share/cairo-dock/plug-ins/Dbus/third-party/GnoMenu/GnoMenu

gconf backend
>>> registering our applet...
Traceback (most recent call last):
  File "/usr/share/cairo-dock/plug-ins/Dbus/third-party/GnoMenu/GnoMenu", line 307, in <module>
    applet_share_data_dir)
  File "/usr/lib64/python2.6/site-packages/dbus/proxies.py", line 68, in __call__
    return self._proxy_method(*args, **keywords)
  File "/usr/lib64/python2.6/site-packages/dbus/proxies.py", line 140, in __call__
    **keywords)
  File "/usr/lib64/python2.6/site-packages/dbus/connection.py", line 622, in call_blocking
    message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method "RegisterNewModule" with signature "ssssis" on interface "org.cairodock.CairoDock" doesn't exist

Revision history for this message
Helder Fraga (whise) wrote :

you should report this bug on cairo dock

Changed in gnomenu:
status: New → Invalid
Helder Fraga (whise)
Changed in gnomenu:
status: Invalid → Fix Committed
Revision history for this message
Kyle Evans (mr-hankeys8rd) wrote :

Now it is registered, but I am getting the following...

$ /usr/share/cairo-dock/plug-ins/Dbus/third-party/GnoMenu/GnoMenu

gconf backend
>>> applet registered.
>>> INIT
Traceback (most recent call last):
  File "/usr/share/cairo-dock/plug-ins/Dbus/third-party/GnoMenu/GnoMenu", line 319, in <module>
    appleticon = AppletIcon( icon_object=myIcon, dock_object=dock_object)
  File "/usr/share/cairo-dock/plug-ins/Dbus/third-party/GnoMenu/GnoMenu", line 150, in __init__
    self.RefreshIcon()
  File "/usr/share/cairo-dock/plug-ins/Dbus/third-party/GnoMenu/GnoMenu", line 281, in RefreshIcon
    self.__myIcon.SetIcon(INSTALL_PREFIX + "/lib/gnomenu/graphics/logo.svg" )
  File "/usr/lib64/python2.6/site-packages/dbus/proxies.py", line 68, in __call__
    return self._proxy_method(*args, **keywords)
  File "/usr/lib64/python2.6/site-packages/dbus/proxies.py", line 140, in __call__
    **keywords)
  File "/usr/lib64/python2.6/site-packages/dbus/connection.py", line 622, in call_blocking
    message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method "SetIcon" with signature "s" on interface "org.cairodock.CairoDock.applet" doesn't exist

Revision history for this message
Fabounet (fabounet03) wrote :

Hi,
I've posted that on Ubutuforums.org some while ago, I thought you would read it but seems not.
so here is a rewriting of the Gnomenu applet for Cairo-Dock
I've cleant the code and optimized it, and used the latest functions of the DBUS API.
Please use this code instead.
http://dl.free.fr/tpcZGEpsB
Thanks.

Changed in gnomenu:
status: Fix Committed → In Progress
Revision history for this message
Helder Fraga (whise) wrote :

thanks i already posted a fix, but im unshure where the applet should be installed, right now i install the applet to /usr/share/cairo-dock/plug-ins/Dbus/third-party , however i noticed that there is also a folder called /usr/share/cairo-dock/third-party in my system

what is the correct folder to install these applets?

Revision history for this message
Kyle Evans (mr-hankeys8rd) wrote :

I'm not getting either set to work.

I've placed both in ~/.config/cairo-dock/third-party/GnoMenu, in addition to the default install location mentioned earlier. I get something slightly different with Fab's (see below). Seems it doesn't like `Method "GetAll" with signature`, as it tries to load the icon. Can either of you reproduce? and if not what versions are you running?

gconf backend
>>> INIT
Traceback (most recent call last):
  File "./GnoMenu", line 186, in <module>
    appleticon = AppletIcon( icon_object=myIcon)
  File "./GnoMenu", line 114, in __init__
    self.get_geometry()
  File "./GnoMenu", line 123, in get_geometry
    props = myIcon.GetAll();
  File "/usr/lib64/python2.6/site-packages/dbus/proxies.py", line 68, in __call__
    return self._proxy_method(*args, **keywords)
  File "/usr/lib64/python2.6/site-packages/dbus/proxies.py", line 140, in __call__
    **keywords)
  File "/usr/lib64/python2.6/site-packages/dbus/connection.py", line 622, in call_blocking
    message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method "GetAll" with signature "" on interface "org.cairodock.CairoDock.applet" doesn't exist

Revision history for this message
Kyle Evans (mr-hankeys8rd) wrote :

I lied, seems I overlooked it in the accessories menu. It works, and works good. I Just deleted my files from ~/.config/cairo-dock/third-party and restart cairo-dock and it's still there. I am assuming the plugin has to register every time? meaning the location @ /usr/share/cairo-dock/plug-ins/Dbus/third-party/GnoMenu is fine?

Seems the errors relating to the icon are not show stoppers. I can see all icons fine.

on a separate note, I was initially disappointed with the load speed of this menu, but once paired with cairo-dock it is lighting fast. THANKS you two!, and sayonara Gmenu!

Revision history for this message
Helder Fraga (whise) wrote :

i guess you need to update your cairo dock

Helder Fraga (whise)
Changed in gnomenu:
status: In Progress → Fix Released
Revision history for this message
Helder Fraga (whise) wrote :

about the load speed , the very first time you launch it it starts caching images and icons

so the second time you launch it its much more fast

Revision history for this message
Kyle Evans (mr-hankeys8rd) wrote :

yeah, no. First time issue is not what I'm talking about. This was every time when running in window or gnome panel. It would take about 3 seconds for the menu to appear, time after time. There was no hard drive activity so I know it was already cached.

Cairo-dock does it right though, first time and every time thereafter. It may have something to do with running openGL.

Revision history for this message
Helder Fraga (whise) wrote :

yes , the panel code is a bit more complicated to load

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.