Home Forums Wiki Doc Install Extras Screenshots Source Code Projects Blog Users Groups Register
Glx-Dock / Cairo-Dock List of forums Applets | Applets Calendar
The latest stable release is the *3.4.0* : How to install it here.
Note: We just switched from BZR to Git on Github! (only to host the code and your future pull requests)
Applets | Applets

Subjects Author Language Messages Last message
[Locked] Calendar
Page : 1 2
ppmt Français 20 matttbe [Read]
12 November 2009 à 13:59

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:
We wait for 24370 sec.


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


Subscription date : 24 January 2009
Messages : 12573
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..
J'ai mis à jour le script de Mav et réglé ce problème => supprime le .bzr de ce dossier et utilise le script
Donc maintenant, tous les utilisateurs du script pourront profiter de ces applets externes
C'est la seule chose que j'ai pu faire sur Lucid avant de me rendre compte que mon problème de carte graphique n'avait pas été résolu car seule l'alimentation a été remplacée et pas la cause du problème

We wait for 24370 sec.
Euh, je n'ai pas de problème moi . J'ai lancé le sleep dans un autre pid et donc ne doit pas être gênant.

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.
Ca ne ressemble pas au bug de taiebot ça ? Donc un problème avec le plug-in Dbus ?

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

taiebot65, Tuesday 10 November 2009 à 22:31


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"

 
#!/usr/bin/env python
#
# main.py
# Copyright (C) taiebot 2009 <taiebot65 @ (...) .fr> <= edit par matttbe ;)

# main.py is free software: you can redistribute it and/or modify it
# under the terms of the GNU General Public License as published by the
# Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.

# main.py is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
# See the GNU General Public License for more details.

# You should have received a copy of the GNU General Public License along
# with this program.  If not, see <http://www.gnu.org/licenses/>.

### import ###
import sys
import gobject
import glib
import gtk
import dbus
from dbus
.mainloop.glib import DBusGMainLoop

            
#On va active Pidgin et on ecoute son interface.

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")

#On recupere mon statut...
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


#On definit les changements de mon statut 

def Status(compteancient_statusnouveau_status):
    print 
nouveau_status
    
print ancient_status
# le status a change on rerecupere mon nouveau statut
    
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"
    
#on change l'icone de Pidgin par les icones de chat
    
remote2_object bus.get_object("org.cairodock.CairoDock",
                
"/org/cairodock/CairoDock")
    
iface dbus.Interface(remote2_object"org.cairodock.CairoDock")
    
iface.SetIconstatus"none""Pidgin""none")

    return
    
# JE NE COMPRENDS PAS CETTE INDENTATION PEUT ETRE ON PEUT FAIRE CA PLUS FACILEMENT...
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.SetIconstatus"none""Pidgin""none")

# on recupere les changements de mon status...
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")






#bus.add_signal_receiver(Buddy_icon,
                        #dbus_interface="im.pidgin.purple.PurpleInterface",
                        #signal_name="BuddyIconChanged")







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")




        
# ON RECUPERE LES COMPTES
for acctID in purple.PurpleAccountsGetAllActive():
        
    
# ON recupere tous les BUddies en fonction des comptes...
    
buddies purple.PurpleFindBuddies(acctID"")
        
    for 
buddyid in buddies:

            
#groupid = purple.PurpleBuddyGetGroup(buddyid)

            # get initial data
                #alias = purple.PurpleBuddyGetAlias(buddyid)
                #name = purple.PurpleBuddyGetName(buddyid)
            
online purple.PurpleBuddyIsOnline(buddyid)
            if 
online != 0:
                
username purple.PurpleBuddyGetName(buddyid)
                
#group = purple.PurpleGroupGetName(groupid)
                
alias purple.PurpleBuddyGetAlias(buddyid)
                
icon purple.PurpleBuddyGetIcon(buddyid)

                
#icon = purple.PurpleBuddyIconGetFullPath(buddyid)
                #if icon == 0:
                #    icon = "/usr/share/pixmaps/pidgin/status/48/person.png"
                #elif icon !=0:
                
        
                
print username
            
            
                remote2_object 
bus.get_object("org.cairodock.CairoDock",
                
"/org/cairodock/CairoDock")
                
iface dbus.Interface(remote2_object"org.cairodock.CairoDock")
                
#iface.SetIcon( status, "none", "none", "weather")
                
iface.CreateLauncherFromScratch"/usr/share/pixmaps/pidgin/status/48/chat.png"alias"""Pidgin")
                    
#iface.SetLabel( alias, name, "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

Applets | Applets

Subjects Author Language Messages Last message
[Locked] Calendar
Page : 1 2
ppmt Français 20 matttbe [Read]
12 November 2009 à 13:59


Glx-Dock / Cairo-Dock List of forums Applets | Applets Calendar Top

Online users :

Powered by ElementSpeak © 2007 Adrien Pilleboue, 2009-2013 Matthieu Baerts.
Dock based on CSS Dock Menu (Ndesign) with jQuery. Icons by zgegball
Cairo-Dock is a free software under GNU-GPL3 licence. First stable version created by Fabounet.
Many thanks to TuxFamily for the web Hosting and Mav for the domain name.