J'ai fait un script lancé au démarrage, mais il recréait le script en entier à chaque fois.
Merci pour celui-ci, je l'adopte, car préféré à ma méthode bourrine.

#! /bin/sh
sed "s#^\(export DBUS_SESSION_BUS_ADDRESS=\).*#\1$DBUS_SESSION_BUS_ADDRESS#" wp.sh > wp_new.sh 
mv wp_new.sh wp.sh 
chmod +x wp.sh

avec, mon script qui s'appelle wp.sh, le sed qui met donc a jour dans un fichier intermédiaire wp_new.sh avant de le renommer, et de ne pas oublier de le rendre executable.

Donc a lancer au démarrage de la session (pour que la variable soit alimentée !) si besoin ...

Autiwa > Je suivais déjà l'évolution avec un fichier log, avec un touch (puis en contrôlant la date de dernière modification), et avec une sortie en 2>&1 de la commande gconftool.

Merci pour votre aide

00 */5 * * * autiwa /home/autiwa/scripts/cron/backup_journalier.sh

Dans celui-ci, je fais des echo"ce que je veux">/home/autiwa/un_fichier_log

histoire de savoir ce qu'il a fait ou non. ça permet de dégrossir les soucis. Vu que ta ligne cron est différente de la mienne, c'est peut-être ça qui pêche. Pour info, j'ajoute ma ligne via :

echo "00 */5 * * * autiwa /home/autiwa/scripts/cron/backup_journalier.sh"|sudo tee -a /etc/crontab

echo $DBUS_SESSION_BUS_ADDRESS
unix:abstract=/tmp/dbus-Z1sfkOkDss,guid=4088859f2e5f61d54967fe434b02f5bb

et donc, au debut du script, tu ajoutes l'export qui va bien

#! /bin/bash
## dependances : randomize-lines
export DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-Z1sfkOkDss,guid=4088859f2e5f61d54967fe434b02f5bb

seul truc, c'est que cette valeur risque très fortement de changer lorsque tu redémarreras ton pc. Plus qu'a trouver comment mettre cette ligne a jour automatiquement (via sed, ca doit être faisable, mais j'ai plus ca en tête...)

J'ai voulu installer fcron, mais quand j'ai lu "désinstallera ubuntu-desktop", j'ai fait marche arrière

Merci pour votre aide

n3o51 a écrit :

ajoute DISPLAY=":0.0" en haut de t'as crontab ctontab -e pour editer  on ne sais jamais

Salut,
Qd tu lances un script par cron, il ne connais rien de ton environnement d'execution (pas de PATH, d'alias) et donc pas de DISPLAY non plus. Comme sur Linux, tu peux avoir simultanément plusieurs environnement graphique de lancé, ben, il faut bien lui dire sur lequel tu veux qu'il intervienne (même si il n'y en a qu'un, il faut lui préciser).
donc un DISPLAY=:0.0 comme indiqué par n3o51 ou un export DISPLAY=0.0 devrait faire l'affaire

C'est tout à fait exact. L'environnement créé par cron est très succint.
il suffit d'ajouter une commande à la crontab
* * * * * env > cronenv
cat cronenv permet  ensuite de comparer à l'environnement habituel.
La méthode bourrin consisterait à recopier l'environnement habituel dans le script.

ajoute DISPLAY=":0.0" en haut de t'as crontab ctontab -e pour editer  on ne sais jamais

Salut,
Qd tu lances un script par cron, il ne connais rien de ton environnement d'execution (pas de PATH, d'alias) et donc pas de DISPLAY non plus. Comme sur Linux, tu peux avoir simultanément plusieurs environnement graphique de lancé, ben, il faut bien lui dire sur lequel tu veux qu'il intervienne (même si il n'y en a qu'un, il faut lui préciser).
donc un DISPLAY=:0.0 comme indiqué par n3o51 ou un export DISPLAY=0.0 devrait faire l'affaire

Sinon, j'ai lu la doc de crontab, mais elle ne m'a pas éclairé sur mon problème.

J'ai testé l'utilisation de su :

#! /bin/bash
## dependances : randomize-lines
su dunatotatos -c "gconftool -t str -s /desktop/gnome/background/picture_filename "`find /home/dunatotatos/Images/wallpapers -name \*.jpg | rl | tail -n 1`""

Quand je le lance dans la console, mon mot de passe est nécessaire (mais autrement, ça fonctionne), alors évidemment, l'ajout dans ma crontab ne m'avance à rien. J'ai tenté en l'ajoutant à la crontab de root, mais ça ne fonctionne pas (pas de changement de fond d'écran).

Voici mon script, au cas où :

#! /bin/bash
## dependances : randomize-lines
gconftool -t str -s /desktop/gnome/background/picture_filename "`find $HOME/Images/wallpapers -name \*.jpg | rl | tail -n 1`"