Vous n'êtes pas identifié(e).
Bonjour à tous,
Je cherche à changer mon fond d'écran à chaque connexion.
Etant sous BunsenLabs, Feh est déjà installé, mais la gestion se fait via nitrogen.
Le wiki debian m'a renseigné, mais ça ne fonctionne pas…
https://wiki.debian.org/fr/Openbox#Fond_d.27.2BAOk-cran
actuellement j'ai donc un dossier
/home/hydroviper/wallpaper avec des images jpg dedans
le wallpaper.sh qui est mis dans /home/hydroviper/.config/openbox/ et qui est codé ainsi :
#!/bin/env bash
WALLPAPERS="/home/hydroviper/wallpaper"
ALIST=( `ls -w1 $WALLPAPERS` )
RANGE=${#ALIST[@]}
let "number = $RANDOM"
let LASTNUM="`cat $WALLPAPERS/.last` + $number"
let "number = $LASTNUM % $RANGE"
echo $number > $WALLPAPERS/.last
feh --bg-scale $WALLPAPERS/${ALIST[$number]}
et le autostart qui a été édité avec ajout de cette ligne :
#Fond d'écran aléatoire
/home/hydroviper/.config/openbox/wallpaper.sh
J'ai bien donné les droits à wallpaper.sh en faisant :
chmod +x wallpaper.sh
Ca ne fonctionne pas à la déconnexion, ni au redémarrage de openbox… nada.
Quelqu'un peut me dire ce qui ne va pas ?
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
bonjour je comprend rien en programmation mais as tu commenté la ligne : nitrogen --restore &
dans ton autostart peut etre que ca pose un pb
J'édite car peut etre que si tu fais ce qui est preconisé dans la version anglaise du meme document ca va mieux fonctionner
bon dimanche
Dernière modification par wagmic (07-01-2018 16:47:00)
Hors ligne
Merci Wagmic.
J'ai commenté la ligne relative à nitrogen suite à ton post. Cela n'a rien fait.
Pas plus que de mettre le code de la version anglaise dans le wallpaper.sh
Au redémarrage, je me retrouve avec mon wallpaper shooté et de retour sur celui initial de bunsenlabs.
Bon dimanche aussi }(°v°){
edit : j'ai résolu le problème en utilisant xl-wallpaper ( http://xl-wallpaper.net/ )
Ca fonctionne très bien et l'affichage du wallpaper après l'ouverture de la session est même plus rapide qu'avant.
Question : est-ce que je peux, du coup, shooter Feh (xl-wallpaper se base sur nitrogen) ?
Merci
Dernière modification par hydroviper (07-01-2018 18:24:12)
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
Pourquoi chercher les complications.
feh --bg-scale $(ls -d ~/Images/Wallpaper/* | tail -$(($RANDOM % `ls -d * |wc -l`)) | head -1)
Et tu met ça dans ton .profile ou dans ton .xsession j'hésite sur le choix du fichier à modifier mais il suffit de tester.
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
Pourquoi chercher les complications
Parce qu'il fallait connaitre ce code !
Merci Icef0x, je vais tester
---
Ca ne fonctionne pas avec .profile ni avec .xsessionrc
Dernière modification par hydroviper (07-01-2018 18:55:47)
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
Modifie le code en fonction de l'emplacement de ton dossier Wallpaper. à la limite fait un test avec feh sans l'option --bg-scale
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
J'avais bien modifié le chemin (mais tu fais bien de me l'avoir précisé, j'ai mes jours «boulet»… )
Donc j'ai mis : feh --bg-scale $(ls -d ~/wallpaper/* | tail -$(($RANDOM % `ls -d * |wc -l`)) | head -1)
vu que le répertoire est home/hydroviper/wallpaper
avec ou sans --bg-scale, ça ne fonctionne pas, ni dans .profile, ni dans .xsessionrc (j'ai fait se déconnecter à chaque fois pour tester).
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
Et dans le terminal directement ? car j'ai testé chez moi ça fonctionne.
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
dans le terminal, ça fonctionne en effet très bien
dans le .profile ou le .xsessionrc , tu mets bien le code, à la ligne, après le dernier «fi» ?
tu parles bien de .profile et .xsessionrc dans le dossier /home/nomutilisateur ?
Dernière modification par hydroviper (07-01-2018 19:41:27)
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
Normalement .xsession permet de lancer une commande à l'ouverture de la session
sinon met le code dans wallpaper.sh et tu met wallpaper.sh dans /usr/bin et dans ton autostart tu met wallpaper.sh &
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
J'ai regardé un peu le manuel, et j'ai trouvé un autre code plus court pour Feh :
feh --bg-scale -z ~/wallpaper/
je l'ai donc mis dans wallpaper.sh, qui est mis dans usr/bin , je lui ai accordé les droits +x et ai mis wallpaper.sh & dans l'autostart.
Ca n'a rien donné…
j'ai donc ouvert le terminal et est tapé
bash wallpaper.sh
et ça fonctionne…
le problème ne vient donc pas des droits du .sh, mais visiblement que l'autostart ne semble pas lancer wallpaper.sh , pourtant tout est bon, ça provient de quoi ?
Dernière modification par hydroviper (07-01-2018 22:05:02)
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
étrange et les autres options de l'autostart fonctionnent ?
Tu as bien mis un & à la fin ?
le fichier autostart c'est toi qui l'a créer ?
si tu importe celui de /etc/xdg/openbox/autostart est-ce que ce que tu rajoute dedans fonctionne ?
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
Ce matin, ça fonctionne…
Deuxième fois que ça me fait ça. Comme quoi se déconnecter et redémarrer OpenBox n'est pas suffisant pour certaines choses. Désormais je ferai un redémarrer pour éviter ce genre de choses…
J'ai donc bien le fond d'écran Bunselabs au démarrage et après une seconde quand conky etc se lancent, le wallpaper s'affiche.
Le délai de latence est donc lié au lancement d'autostart.
Y a t il un moyen de faire un pré-load d'autostart pour que Conky etc s'affichent dès le départ sans latence.
Merci de ton aide
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
à part utiliser uniquement le fichier autostart du répertoire /etc/xdg/openbox et supprimer celui de .config, je ne vois pas. De plus c'est sans garantie de résultat.
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
Salut,
Si on supprime ceui de la config, que l'on copie son contenu dans etc/xdg/openbox/autostart, on a le soucis que le réseau ne fonctionne plus…
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
à mon avis dans celui de xdg tu n'a pas nm-applet & dedans
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
J'avais mis dedans tout le contenu de celui de .config (celui de xdg est entièrement annoté, donc vide)
xset b off
xset r rate 250 25
setxkbmap -layout fr -variant oss
synclient VertEdgeScroll=1 HorizEdgeScroll=1 TapButton1=1 2>/dev/null
syndaemon -i .5 -K -t -R -d &
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &
bl-compositor --start
bl-tint2-session
bl-start-pulseaudio-x11
volumeicon
bl-conky-session --autostart &
fdpowermon &
clipit &
(sleep 10; bl-welcome --firstrun) &
wallpaper.sh
donc pas de nm-applet non plus dans celui de .config ni rien qui semble associer au réseau…
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
as-tu un nm-applet.desktop dans /etc/xdg/autostart ?
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
Bonjour,
Voici le contenu de
/etc/xdg/openbox/autostart
#
# These things are run when an Openbox X Session is started.
# You may place a similar script in $HOME/.config/openbox/autostart
# to run user-specific things.
#
# If you want to use GNOME config tools...
#
#if test -x /usr/lib/x86_64-linux-gnu/gnome-settings-daemon >/dev/null; then
# /usr/lib/x86_64-linux-gnu/gnome-settings-daemon &
#elif which gnome-settings-daemon >/dev/null 2>&1; then
# gnome-settings-daemon &
#fi
# If you want to use XFCE config tools...
#
#xfce-mcs-manager &
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
as-tu un nm-applet.desktop dans /etc/xdg/autostart ?
Et dans le répertoire autostart ?
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
Oui, j'ai bien un nm-applet.desktop dans le répertoire autostart.
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
Si tu clic dessus, ton icône réseau s'affiche ?
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
oui, tout à fait
(en me disant lanceur non fiable)
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
Ok c'est étrange qu'au boot il ne se lance pas.
Rajoute "nm-applet &" dans ton fichier autostart et met un sleep si il ne se lance pas.
Si tu as 2 icônes réseau, supprimer celui en .desktop ou renomme le.
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
Voici donc le nouveau fichier /xdg/openbox/autostart :
xset b off
xset r rate 250 25
setxkbmap -layout fr -variant oss
synclient VertEdgeScroll=1 HorizEdgeScroll=1 TapButton1=1 2>/dev/null
syndaemon -i .5 -K -t -R -d &
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &
bl-compositor --start
bl-tint2-session
bl-start-pulseaudio-x11
volumeicon
bl-conky-session --autostart &
fdpowermon &
clipit &
(sleep 10; bl-welcome --firstrun) &
wallpaper.sh
nm-applet &
et celui de .config a été renommé pour que seul celui de xdg se lance.
reboot de l'ordi
au redémarrage, l'icone réseau ne s'affiche pas (mais internet fonctionne), et wallpaper.sh ne s'éxécute pas
Dernière modification par hydroviper (11-01-2018 18:10:53)
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne