ppmt, Sunday 08 November 2009 à 23:31
|
|
Subscription date : 29 November 2007
Messages : 3520
|
Bon deja un petit probleme avec le checkout de bzr....il cree un .bzr dans third-party et du coup ca melange le dock ...enfin bon ca c'est pas grave..
l'applet '.bzr' n'est pas en cours d'execution (d'apres la commande 'pgrep -f "\./.bzr"'
on lance une applet distante : 'cd "/home/ppmt/.config/cairo-dock/third-party/.bzr" && ./".bzr"'
sh: ./.bzr: not found
Ici on voit que l'applet demmare bien
l'applet 'Calendar' n'est pas en cours d'execution (d'apres la commande 'pgrep -f "\./Calendar"'
on lance une applet distante : 'cd "/home/ppmt/.config/cairo-dock/third-party/Calendar" && ./"Calendar"'
mais ensuite on voit ca:
et la le dock freeze et se noircit....je me vois mal attendre pour recuperer mon dock
puis un peu plus tard :
ERROR:dbus.proxies:Introspect error on :1.3427:/org/cairodock/CairoDock: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
la seule maniere que j'ai trouve pour ficer le probleme c'est d'effacer le fichier de conf de calendar dans current_theme/plugins/Calendar
du coup on voit ca:
We wait for 23303 sec.
cairo_dock_replace_values_in_conf_file (/home/ppmt/.config/cairo-dock/current_theme/plug-ins/Calendar/Calendar.conf)
set order
cd_dbus_emit_on_init_module ()
cd_dbus_emit_init_signal ()
cd_dbus_create_remote_applet_object (Calendar)
cairo_dock_refresh_launcher_gui ()
applet has been successfully instanciated, will be initialized in 500ms...
mais meme la ca ne marche qu'une fois...au prochain redemmarage du dock il faut l'effacer encore. |
matttbe, Sunday 08 November 2009 à 23:47
|
|
ppmt, Monday 09 November 2009 à 03:16
|
|
Subscription date : 29 November 2007
Messages : 3520
|
je vais essayer de retrouver le bug de taiebot.
une autre chose. Est ce que c'est normal qu'il y ait plusieurs process qui tourne?
ppmt 5669 1 0 17:27 ? 00:00:00 /bin/sh ./update_calendar.sh
ppmt 5783 1 0 17:29 ? 00:00:00 /bin/sh ./update_calendar.sh
ppmt 6010 1 0 17:29 ? 00:00:00 /bin/sh ./update_calendar.sh
ppmt 6069 1 0 17:31 ? 00:00:00 /usr/bin/python ./Calendar
ppmt 6091 6069 0 17:31 ? 00:00:00 /bin/sh ./update_calendar.sh
ppmt 25036 6685 0 21:13 pts/3 00:00:00 grep --color=auto -i cale |
fabounet, Monday 09 November 2009 à 12:47
|
|
Subscription date : 30 November 2007
Messages : 17118
|
non c'est pas normal
si tu fais la commende du dock (pgrep -f "\./Calendar"), est-ce qu'il trouve le processus ? |
matttbe, Monday 09 November 2009 à 14:43
|
|
Subscription date : 24 January 2009
Messages : 12573
|
update_calendar.sh est normalement tué au signal stop. Mais je pourrais l'ajouter dans le init, oui ? non ? |
fabounet, Monday 09 November 2009 à 15:30
|
|
Subscription date : 30 November 2007
Messages : 17118
|
c'est surtout que s'il ne trouve pas l'objet applet, il doit quitter.
il faudra que je teste ça pour voir s'il n'y a pas de problème du côté du dock. |
ppmt, Monday 09 November 2009 à 16:12
|
|
Subscription date : 29 November 2007
Messages : 3520
|
je testerais ce soir...la je peux pas me connecter a la maison
avec tous les deboires que j'ai eu avec Karmic j'ai oublie de reinstalle mon server ssh |
fabounet, Monday 09 November 2009 à 17:10
|
|
Subscription date : 30 November 2007
Messages : 17118
|
c'est marrant comme ça le fait à chaque fois |
ppmt, Monday 09 November 2009 à 17:19
|
|
Subscription date : 29 November 2007
Messages : 3520
|
ben la c'etait vraiment la 1ere fois que j'ai eu un probleme bloquant sur Ubuntu...toutes les autres versions ca c'etait bien passe que ce soit en upgrade ou bien reisntall |
matttbe, Monday 09 November 2009 à 17:33
|
|
Subscription date : 24 January 2009
Messages : 12573
|
J'ai testé sur deux pc et aucun problème en utilisant le Gestionnaire de Mise à jour. (après, faut pas oublier de réactiver les dépôts third-party) |
ppmt, Monday 09 November 2009 à 17:45
|
|
Subscription date : 29 November 2007
Messages : 3520
|
les problemes que j'ai eu etait a cause de mes disque monte en RAiD1...un des disques avait le flag bootable et apparement ca perturbait GRUB2. Il y a plusieurs bug qui indique que GRUB2 et RAID ne s'aime pas (sous Karmic au moins!)
une fois enlever le flag grub2 a finalement decider de s'installer |
ppmt, Tuesday 10 November 2009 à 03:57
|
|
Subscription date : 29 November 2007
Messages : 3520
|
Voila mes resultats juste apres avoir quitte le dock
pmt@coolbreeze64:/usr/share/calendar$ pgrep -f "\./Calendar"
7331
ppmt@coolbreeze64:/usr/share/calendar$ ps -ef|grep -i calen
ppmt 6982 1 0 Nov08 ? 00:00:00 /bin/sh ./update_calendar.sh
ppmt 7249 1 0 Nov08 ? 00:00:00 /bin/sh ./update_calendar.sh
ppmt 7331 1 0 Nov08 ? 00:00:00 /usr/bin/python ./Calendar
ppmt 7360 7331 0 Nov08 ? 00:00:00 /bin/sh ./update_calendar.sh
ppmt 24671 10313 0 21:48 pts/0 00:00:00 grep --color=auto -i calen
ppmt 26499 6982 0 Nov08 ? 00:00:00 /bin/sh ./update_calendar.sh 86400
ppmt 26521 7249 0 Nov08 ? 00:00:00 /bin/sh ./update_calendar.sh 86400
ppmt 26532 7360 0 00:00 ? 00:00:00 /bin/sh ./update_calendar.sh 86400
mais la je ne peux plus relancer le dock depuis la derniere MAJ!!!!
voir ici
bon un reboor plus tard
Apres avoir quitter Cairo-Dock
ppmt@coolbreeze64:~/cairo-dock_bzr$ pgrep -f "\./Calendar"
2352
ppmt@coolbreeze64:~/cairo-dock_bzr$ ps -ef|grep -i calen
ppmt 2352 1 0 22:00 ? 00:00:00 /usr/bin/python ./Calendar
ppmt 2399 2352 0 22:00 ? 00:00:00 /bin/sh ./update_calendar.sh
ppmt 4173 3190 0 22:17 pts/0 00:00:00 grep --color=auto -i calen |
Mav, Tuesday 10 November 2009 à 20:21
|
|
Subscription date : 29 November 2007
Messages : 3146
|
Problème similaire :
l'applet 'PidginDock' n'est pas en cours d'execution (d'apres la commande 'pgrep -f "\./PidginDock"'
on lance une applet distante : 'cd "/usr/share/cairo-dock/plug-ins/Dbus/third-party/PidginDock" && ./"PidginDock"'
debug : (cairo-dock-callbacks.c:cairo_dock_launch_command_full:974)
cairo_dock_launch_command_full (cd "/usr/share/cairo-dock/plug-ins/Dbus/third-party/PidginDock" && ./"PidginDock" , (null))
>>> registering our applet...
ERROR:dbus.proxies:Introspect error on :1.89:/org/cairodock/CairoDock: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Le dossier 'PidginDock' n'était pas copié dans le .config/cairo-dock/third-party, je l'ai copié
J'ai un plantage de PidginDock ensuite avec un message d'apport mais aucune info de plus
On verra ca demain Fab |
Subscription date : 26 October 2008
Messages : 1904
|
voici le message que j'ai sur mon programme
File "./Pidgin2.py", line 149, in <module>
iface.RegisterNewModule("Pidgin", "This is a Pidgin applet", "Taiebot", 3, "Pidgin")
File "/usr/lib/pymodules/python2.6/dbus/proxies.py", line 68, in __call__
return self._proxy_method(*args, **keywords)
File "/usr/lib/pymodules/python2.6/dbus/proxies.py", line 140, in __call__
**keywords)
File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 620, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)
mais si je le relance pas de soucis...
je suis toujours sur l'ancienne version donc il n'y a pas encore de numero de version dans l'applet...
Soyez indulgent je debute.
Il faut bien sur avoir Pidgin de connecte et avoir un sous-dock nomme "Pidgin" dans son dock et un lanceur "Pidgin"
import sys
import gobject
import glib
import gtk
import dbus
from dbus.mainloop.glib import DBusGMainLoop
dbus.mainloop.glib.DBusGMainLoop(set_as_default=True)
bus = dbus.SessionBus()
try:
remote_object = bus.get_object("im.pidgin.purple.PurpleService",
"/im/pidgin/purple/PurpleObject")
except dbus.DBusException:
print "Pidgin not found on bus (did you activate its 'DBus' plug-in ?)"
purple = dbus.Interface(remote_object, "im.pidgin.purple.PurpleInterface")
ancient_status = purple.PurpleSavedstatusGetType(purple.PurpleSavedstatusGetCurrent())
ancient_status
def Quit():
remote2_object = bus.get_object("org.cairodock.CairoDock",
"/org/cairodock/CairoDock")
iface = dbus.Interface(remote2_object, "org.cairodock.CairoDock")
iface.SetIcon( "chat", "none", "Pidgin", "none")
return
def Status(compte, ancient_status, nouveau_status):
print nouveau_status
print ancient_status
ancient_status = purple.PurpleSavedstatusGetType(purple.PurpleSavedstatusGetCurrent())
print ancient_status
if ancient_status ==1:
status = "/usr/share/pixmaps/pidgin/status/48/offline.png"
print "offline"
elif ancient_status ==2:
status = "/usr/share/pixmaps/pidgin/status/48/available.png"
print "available"
elif ancient_status ==3:
status = "/usr/share/pixmaps/pidgin/status/48/busy.png"
elif ancient_status ==4:
status = "/usr/share/pixmaps/pidgin/status/48/invisible.png"
print "invisible"
elif ancient_status ==5:
status = "/usr/share/pixmaps/pidgin/status/48/away.png"
print "away"
elif ancient_status ==6:
status = "/usr/share/pixmaps/pidgin/status/48/extended-away.png"
print "extended away"
elif ancient_status ==7:
status = "/usr/share/pixmaps/pidgin/status/48/away.png"
print "mobile"
elif ancient_status ==8:
status = "/usr/share/pixmaps/pidgin/status/48/chat.png"
print "tune"
remote2_object = bus.get_object("org.cairodock.CairoDock",
"/org/cairodock/CairoDock")
iface = dbus.Interface(remote2_object, "org.cairodock.CairoDock")
iface.SetIcon( status, "none", "Pidgin", "none")
return
print ancient_status
if ancient_status ==1:
status = "/usr/share/pixmaps/pidgin/status/48/offline.png"
print "offline"
elif ancient_status ==2:
status = "/usr/share/pixmaps/pidgin/status/48/available.png"
print "available"
elif ancient_status ==3:
status = "/usr/share/pixmaps/pidgin/status/48/busy.png"
elif ancient_status ==4:
status = "/usr/share/pixmaps/pidgin/status/48/invisible.png"
print "invisible"
elif ancient_status ==5:
status = "/usr/share/pixmaps/pidgin/status/48/away.png"
print "away"
elif ancient_status ==6:
status = "/usr/share/pixmaps/pidgin/status/48/extended-away.png"
print "extended away"
elif ancient_status ==7:
status = "/usr/share/pixmaps/pidgin/status/48/away.png"
print "mobile"
elif ancient_status ==8:
status = "/usr/share/pixmaps/pidgin/status/48/chat.png"
print "tune"
remote2_object = bus.get_object("org.cairodock.CairoDock",
"/org/cairodock/CairoDock")
iface = dbus.Interface(remote2_object, "org.cairodock.CairoDock")
iface.SetIcon( status, "none", "Pidgin", "none")
bus.add_signal_receiver(Status,
dbus_interface="im.pidgin.purple.PurpleInterface",
signal_name="AccountStatusChanged")
bus.add_signal_receiver(Quit,
dbus_interface="im.pidgin.purple.PurpleInterface",
signal_name="Quitting")
remote2_object = bus.get_object("org.cairodock.CairoDock","/org/cairodock/CairoDock")
iface = dbus.Interface(remote2_object, "org.cairodock.CairoDock")
iface.RegisterNewModule("Pidgin", "This is a Pidgin applet", "Taiebot", 3, "Pidgin")
for acctID in purple.PurpleAccountsGetAllActive():
buddies = purple.PurpleFindBuddies(acctID, "")
for buddyid in buddies:
online = purple.PurpleBuddyIsOnline(buddyid)
if online != 0:
username = purple.PurpleBuddyGetName(buddyid)
alias = purple.PurpleBuddyGetAlias(buddyid)
icon = purple.PurpleBuddyGetIcon(buddyid)
print username
remote2_object = bus.get_object("org.cairodock.CairoDock",
"/org/cairodock/CairoDock")
iface = dbus.Interface(remote2_object, "org.cairodock.CairoDock")
iface.CreateLauncherFromScratch( "/usr/share/pixmaps/pidgin/status/48/chat.png", alias, "", "Pidgin")
loop = gobject.MainLoop()
loop.run()
|
matttbe, Tuesday 10 November 2009 à 22:36
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Mav : Le dossier 'PidginDock' n'était pas copié dans le .config/cairo-dock/third-party, je l'ai copié Bein, comme tu utilises ton script je suppose et en regardant le debug, on voit ceci 'cd "/usr/share/cairo-dock/plug-ins/Dbus/third-party/PidginDock" |
fabounet, Thursday 12 November 2009 à 10:44
|
|
Subscription date : 30 November 2007
Messages : 17118
|
ah priori on a vu hier que DBus a changé qqch au niveau des reply et du timeout entre la 1.2.12 (Jaunty) et la 1.2.16 (Karmic)
d'où le hic, il faut maintenant comprendre ce qui ne va pas. |
matttbe, Thursday 12 November 2009 à 12:09
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Serait-il possible que CD crée un fichier à la même place dans tous les cas (ex: ~/.config/cairo-dock.place même si on a choisi un ou plusieurs autre(s) dossier(s)) avec l'emplacement du dossier de configuration de CD ?
Ou un autre moyen mais si je place l'applet dans "/usr/share/cairo-dock/plug-ins/Dbus/third-party/" comment puis-je savoir où est le dossier de configuration (qui par défaut est : ~/.config/cairo-dock/) ? |
fabounet, Thursday 12 November 2009 à 12:39
|
|
Subscription date : 30 November 2007
Messages : 17118
|
l'applet peut être lancée de n'importe où car elle indique son répertoire d'installation (qui est le répertoire courant du point de vue du process) lors du Register.
tu veux parler de l'option -d ? effectivement il ne trouvera pas les applets du coup. |
matttbe, Thursday 12 November 2009 à 13:08
|
|
Subscription date : 24 January 2009
Messages : 12573
|
tu veux parler de l'option -d ? effectivement il ne trouvera pas les applets du coup. Oui, c'est dans ces cas là. Et surtout lorsqu'il y a plusieurs dossiers => ou alors, il faut que CD l'applet avec un paramètre... si rien, c'est le dossier par défaut. |
fabounet, Thursday 12 November 2009 à 13:33
|
|
Subscription date : 30 November 2007
Messages : 17118
|
il faut juste qu'il aille toujours les chercher dans le .config de base, je corrigerai ça ce soir
Edit : oh, je pense à un truc là. le process ne peut pas être lancé 2 fois, donc le plug-in DBus du second dock ne pourra pas avoir les applets tierces partie, ou alors interférera avec le 1er.
comme quand on utilise -d c'est pour avoir 2 docks, du coup la solution est de conserver le fonctionnement actuel |
|