Archlinux.fr [Forums]

oktoberfest a écrit : EDIT : openbox et autostart marchent sans souci chez moi avec tous mes PCs. C'est le fait de le lancer via lxdm qui pose problème.

Bah le truc "space", c'est que sur mes deux ordis, je lance Openbox via lxdm...et sur l'un ça marche. Et pas sur l'autre.

Bon je tente tout ça ce soir et je vous poste le résultat.

Alors ça donne ça:

Code : Tout sélectionner

[thomas@(none) ~]$ ls -ld /home/thomas
drwx------ 11 thomas thomas 4096  2 mai   18:25 /home/thomas

Si je comprends bien, je suis proprio du /home/thomas, et j'ai tous les droits rwx non?

Par contre les sous-dossiers n'héritent pas forcément des droits?? Parce que un:

Code : Tout sélectionner

[thomas@(none) ~]$ ls -l /home/thomas/.config/openbox/autostart

Donne un "permission non accordée" pour y accéder.

Ensuite, en root ca me donne:

Code : Tout sélectionner

-rwxr-xr-x 1 root root 496 1 mai 11:54 /home/thomas/.config/openbox/autostart

Et aussi mon /home/thomas/.config donne le même résultat pour le groupe et proprio.

Je n'avais même pas remarqué que ce n'était plus la même personne en ce qui concerne lxde ... (Quand on dit qu'il faut créer ses propres sujets

)

@Anghirrim, il faudrait remettre les bons droits, un ~/.config appartenant au root dans ton $HOME, c'est tout sauf normal. Donne la sortie de:

Code : Tout sélectionner

find ~ -uid 0

histoire de voir l'étendue des dégâts.

Ca donne:

Code : Tout sélectionner

[thomas@(none) ~]$ find ~ -uid 0
/home/thomas/.local
find: "/home/thomas/.local": Permission non accordée
/home/thomas/.config
/home/thomas/.config/enchant
/home/thomas/.config/enchant/he.exc
/home/thomas/.config/enchant/he.dic
/home/thomas/.config/midori
/home/thomas/.config/midori/history.db-wal
/home/thomas/.config/midori/speeddial
/home/thomas/.config/midori/history.db-shm
/home/thomas/.config/midori/bookmarks.db
/home/thomas/.config/midori/cookies.db-journal
/home/thomas/.config/midori/cookies.db
/home/thomas/.config/midori/history.db
/home/thomas/.config/gedit
/home/thomas/.config/gedit/accels
/home/thomas/.config/dconf
/home/thomas/.config/dconf/user
/home/thomas/.config/nitrogen
/home/thomas/.config/nitrogen/nitrogen.cfg
/home/thomas/.config/nitrogen/bg-saved.cfg
/home/thomas/.config/openbox
/home/thomas/.config/openbox/autostart
/home/thomas/.config/openbox/menu.xml
/home/thomas/.config/openbox/rc.xml
/home/thomas/.config/openbox/autostart~
/home/thomas/package-query.tar.gz
/home/thomas/.cache/midori
find: "/home/thomas/.cache/midori": Permission non accordée
/home/thomas/.cache/dconf
find: "/home/thomas/.cache/dconf": Permission non accordée
/home/thomas/package-query
/home/thomas/package-query/PKGBUILD

Donc tu as lancé une tripotée d'applications en tant que root via un 'su <application>', et tu obtiens un beau bordel dans ton répertoire

Pour te réattribuer les fichiers, tu lances en root :

Code : Tout sélectionner

# chown -R thomas:thomas /home/thomas

De façon générale :
- ne jamais faire 'su <app>', mais 'su - <app>'
- ne pas lancer d'application graphique via su, mais utiliser gksu ou kdsu.

Bah.... je vois pas pourquoi une "tripotée"... Je suis sur une netinstall de base (sélectionné les groupes base et base-devel, sans aucun paquet supplémentaire), puis Xorg et Openbox. Après, j'ai seulement ajouté Midori, Gnome-terminal, gedit, nitrogen et Opera. Je n'ai rien d'autre dessus...

En revanche, pour installer tout ça, j'ai toujours mis un coup de "su" pour lancer pacman. Le truc bizarre c'est que sur mon PC de maison, j'ai toujours fait ça sans souci.

D'ailleurs, je ne lance jamais aucune application graphique en root, sauf gedit et PCmanFM pour des éditions de fichiers de config et des copier/coller de thèmes/icônes...

Du coup, en quoi n'est-ce pas propre? Je suis utilisateur "thomas", et les installations et la maintenance, je les fait en "root" via "su".

Ce n'est pas le fait de lancer pacman via su qui pose problème. Par contre tu as du lancer openbox via su, ce qui a pollué ton home.

D'ailleurs, je n'ai jamais fait de:

Code : Tout sélectionner

su <application>

Mais toujours:

Code : Tout sélectionner

[thomas@(none) ~]$ su
[root@(none) thomas~]$ <application>

C'est équivalent?? Je pense oui. Mais je n'avais jamais tilté que l'on pouvait utiliser "su" comme "sudo"

Du coup, si j'ai bien compris, le problème de base c'est que je n'avais pas les droits sur le ~/.config. Du coup, j'ai été obligé de lancer les applis (ou au moins faire leur config) en root. Ce qui a créé tous les fichiers en découlant appartenant à root et non thomas.

Ok, ça c'est bon. Mais du coup, pourquoi tous mes ~/.<dossiers cachés> appartenaient à root dès le début?
[edit] Je viens de voir ta réponse entre temps oktoberfest, effectivement ça se tient, j'ai du faire ça... un petit "su openbox-session"...

PS: J'ai chmodé mon ~/.config hier soir, c'est pourquoi j'ai la permission accordée avec la commande "find ~-uid 0"

Pour complément, tu as le pourquoi du comment sur su et cie: http://wiki.archlinux.fr/Su#Shell_de_connexion (en deux mots: su - est préférable à su seul en épargnant ton home).

Je le redis : Ne fais jamais de su, toujours un 'su -'.

Exemple:

Code : Tout sélectionner

$ su
mot de passe :
# echo $XDG_CACHE_HOME
/home/emmanuel/.cache
# exit
$ su -
mot de passe :
# echo $XDG_CACHE_HOME
/root/.cache

Tu vois les conséquences qu'un simple tiret peut avoir...

EDIT : grillé

@oktoberfest:

oktoberfest a écrit :EDIT : grillé

Non, c'est moi en fait, je n'avais pas vu que tu avais précisé avant.

Très bien l'exemple.

Ah..... (lire AAAHHHHHHHHH LE BOULET!!!!), je ne connaissais pas du tout ce truc...venant de Debian, je manipulais le sudo à tout va. Du coup, su est nouveau.

Bon bah m'en vais lire tout ça moi! Merci messieurs!! Je crois que je vais faire ça sur mon ordi "familial" aussi, parce que depuis le temps j'ai du foutre un joli bordel....

Du coup:

- autostart qui ne se lance pas [résolu]
- clavier US INTL [résolu]
- droits sur mon home [résolu]
- thèmes GTK qui s'implémentent [toujours non résolu]

Une fois le ménage fait, tu pourras toujours installer et configurer sudo sous Arch.. Avec Arch tout est possible

Oui je l'ai fait sur mon ordi familial mais au final il ne m'a jamais servi.

J'ai vu que quelqu'un avait mis ce sujet en résolu. il me reste les thèmes GTK qui ne se lancent pas dans mon autostart.

J'ouvre un autre topic???

Au fait, une fois le chown lancé, "find ~ -uid 0" ne retourne plus rien! Good.

Autant pour moi, j'ai pas vu la dernière ligne, ceci dit, je pense qu'il vaut mieux ouvrir un autre topic, pour l'instant, il n'y a pas eu de recherche sur le souci des thèmes gtk, à part le constat que c'est moche

(de ce que j'ai compris), autant repartir sur un nouveau topic.
(Et histoire de creuser pour le nouveau topic, gnome-settings-daemon n'est pas dans le $PATH, ça m'étonnerait qu'il ne t'affiche pas d'erreur à l'exécution.)

Ok, bah du coup j'ouvre un nouveau topic mais de mémoire, il ne m'affichait pas d'erreur.

[Edit] Bon, pas de nouveau sujet, problème résolu en utilisant lxappearance. Mes thèmes GTK s'affichent bien.

Étrange...

Archlinux.fr [Forums]

[Openbox] autostart ne s'exécute pas. (résolu)

Re: [Openbox] autostart ne s'exécute pas.

Re: [Openbox] autostart ne s'exécute pas.

Re: [Openbox] autostart ne s'exécute pas.

Re: [Openbox] autostart ne s'exécute pas.

Re: [Openbox] autostart ne s'exécute pas.

Re: [Openbox] autostart ne s'exécute pas.

Re: [Openbox] autostart ne s'exécute pas.

Re: [Openbox] autostart ne s'exécute pas.

Re: [Openbox] autostart ne s'exécute pas.

Re: [Openbox] autostart ne s'exécute pas.

Re: [Openbox] autostart ne s'exécute pas.

Re: [Openbox] autostart ne s'exécute pas.

Re: [Openbox] autostart ne s'exécute pas.

Re: [Openbox] autostart ne s'exécute pas.

Re: [Openbox] autostart ne s'exécute pas. (résolu)

Re: [Openbox] autostart ne s'exécute pas. (résolu)

Re: [Openbox] autostart ne s'exécute pas. (résolu)