Déja, tu le montres par toi-même : en une seul journal, tu fournis deux "préconisations" : ~/etc/ et ~/.config/
Ca av c'est juste des noms... Franchement qu'es ce qu'on s'en fout de savoir comment il s'appel, même ~/.dtc me va du moment que ça me permette de sauvegarder toute ma config sans copier tout mon home ça me va. L'idée ici c'est d'utiliser un dossier commun a la config.
freedesktop c'est une chose, mais ce n'est pas une directive venant officiellement de Linux, ça manque.
En supposant qu'il y existe des directives "officielles", qu'es ce qui te force à les suivre elles et pas les fdo ?
je lis MSDN et trouve assez facilement les directives, car je pense "par défaut" qu'il va y avoir quelque chose.
Tu veux quoi ? Un lavage de cerveau pour "t'apprendre" à penser différement ? Au passage entre les man, fdo, LSB, et autre msdn like pour linux qui se sont créer qu'es ce que tu veux de plus ?
que trois lettres ne voulant rien dire (Et caeteras?)
Oh mon dieu Linux Unix c'est dur faut apprendre 3 lettres... Tu te balade avec ton code de carte bleu sur un morceau de papier ? 4 chiffres ça doit faire beaucoup non ? etc c'est typiquement le repertoir de config pour la machine, donc je vois pas ce qu'un simple utilisateur peut y avoir à faire. Si il y rentre pour moi c'est plus le simple utilisateur mais bien l'admin de la machine. Et a ce titre vaut mieux qu'ils sachent retenir 3 lettres sinon je donne pas chère de la qualitée de sa config.
Le vrai simple utilisateur, passe par les interfaces de config ou configure ses propres fichiers. Le tout se passe uniquement dans ~. Et oui sous linux il y a une gestion des droits (qui tends à être de moins en moins appliqué).
Mais si j'ai besoin de différencier? rien...
Oh mon dieu comment faire pour avoir deux paths différent pour ma config sur deux machines différentes ???? Ah tiens si le path de config est definie dans une variable pourquoi ne pas changer cette variable entre les deux machines ? Oula mais je me souviens plus de la variable elles fait plus de 3 caractères de long ... ;)
Je passerai sur le truc bizarre que la configuration est dans le répertoire personnel de l'utilisateur, alors que sous windows c'est bien différencié
Si tu nous passe toutes les différences Linux-Windows on a pas fini. Et sinon pour répondre à ta question c'est simple sous Linux de base l'utilisateur peut écritre dans son home et dans /tmp. Bon on pourait aller les planquer dans /etc/usr/$USER/la config est ici/si si je t'assure elle est vraiment la/Bon plus que ce sous rep et tu la trouvera. Mais perso j'aime bien le fait que si je copie mon home qqpart j'ai toute ma config qui prend immédiatement effet ou presque. Et j'aimerais bien garder ça, maintenant je préfère .config pour pouvoir coller QUE ma config et pas aussi toute ma musique.
(certes les /.config cache le dossier de config, mais c'est plus un hack qu'autre chose...)
Non un hack c'est laisser l'utilisateur acceder à sa carte wifi, lecteur cd sans le mettre dans un groupe pour. Le prefix '.' c'est l'héritage d'une époque ou les systèmes de fichiers étaient très basiques, tout comme les dossiers à 3 lettres. Le changer maintenant pourquoi pas, mais franchement j'ai jamais voulu nommer un de mes fichiers .machin et le voir, même sous windows. Et en parlant d'héritage d'une lointaine époque que dire des fameux dossiers 'con', 'com' etc...
c'est (aujourd'hui) plus lisible, simple, compréhensible, normé, plus facile pour le programmeur que ne se posera pas de questions.
s/programmeur que ne se posera pas de questions/programmeur qui a commencé sous windows/
Perso pour le peu ou j'ai eu a bosser sous windows, la msdn a part me filer 150 variantes pour la meme fonction sans me dire la différence entre elles ne pas servit a grand chose. Et il m'a manqué beaucoup de truc de linux (dbus entre autre, qui est le joujou préféré de fdo). Le normage il existe faut juste que t'apprene à le chercher. Et pour le 'lisible' et 'simple'... c'est définitivement pas le cas en C.
Bref c'est pensé pour les autres, pour qu'ils développent facilement sous Windows, sans se prendre tête.
C'est bien connu Windows est un système de codeur et Linux un système pour les utilisateurs lambda. (Et OS X le plus portable de tous les OS \o/). Bon la différence c'est qu'un utilisateur lambda linux à tendance à faire du posix et passer facilement sur *bsd ou autre. Un "codeur" Windows lui il est perdu dès quand il doit changer l'url pour trouver sa doc.
Ne t'inquiète pas petit scarabée "codeur", des utilisateurs oméga linux travail d'arrache pied pour te refaire .Net, Regedit, un WM sans options et pourquoi pas un VFS avec la même arborescance.
[^] # Re: L'anarchie de Linux vs le contrôle de Windows
Posté par moo4 . En réponse au journal Emplacement des fichiers de configuration. Évalué à 8.
En supposant qu'il y existe des directives "officielles", qu'es ce qui te force à les suivre elles et pas les fdo ?
Tu veux quoi ? Un lavage de cerveau pour "t'apprendre" à penser différement ? Au passage entre les man, fdo, LSB, et autre msdn like pour linux qui se sont créer qu'es ce que tu veux de plus ?
Oh mon dieu Linux Unix c'est dur faut apprendre 3 lettres... Tu te balade avec ton code de carte bleu sur un morceau de papier ? 4 chiffres ça doit faire beaucoup non ? etc c'est typiquement le repertoir de config pour la machine, donc je vois pas ce qu'un simple utilisateur peut y avoir à faire. Si il y rentre pour moi c'est plus le simple utilisateur mais bien l'admin de la machine. Et a ce titre vaut mieux qu'ils sachent retenir 3 lettres sinon je donne pas chère de la qualitée de sa config.
Le vrai simple utilisateur, passe par les interfaces de config ou configure ses propres fichiers. Le tout se passe uniquement dans ~. Et oui sous linux il y a une gestion des droits (qui tends à être de moins en moins appliqué).
Oh mon dieu comment faire pour avoir deux paths différent pour ma config sur deux machines différentes ???? Ah tiens si le path de config est definie dans une variable pourquoi ne pas changer cette variable entre les deux machines ? Oula mais je me souviens plus de la variable elles fait plus de 3 caractères de long ... ;)
Si tu nous passe toutes les différences Linux-Windows on a pas fini. Et sinon pour répondre à ta question c'est simple sous Linux de base l'utilisateur peut écritre dans son home et dans /tmp. Bon on pourait aller les planquer dans /etc/usr/$USER/la config est ici/si si je t'assure elle est vraiment la/Bon plus que ce sous rep et tu la trouvera. Mais perso j'aime bien le fait que si je copie mon home qqpart j'ai toute ma config qui prend immédiatement effet ou presque. Et j'aimerais bien garder ça, maintenant je préfère .config pour pouvoir coller QUE ma config et pas aussi toute ma musique.
Non un hack c'est laisser l'utilisateur acceder à sa carte wifi, lecteur cd sans le mettre dans un groupe pour. Le prefix '.' c'est l'héritage d'une époque ou les systèmes de fichiers étaient très basiques, tout comme les dossiers à 3 lettres. Le changer maintenant pourquoi pas, mais franchement j'ai jamais voulu nommer un de mes fichiers .machin et le voir, même sous windows. Et en parlant d'héritage d'une lointaine époque que dire des fameux dossiers 'con', 'com' etc...
s/programmeur que ne se posera pas de questions/programmeur qui a commencé sous windows/
Perso pour le peu ou j'ai eu a bosser sous windows, la msdn a part me filer 150 variantes pour la meme fonction sans me dire la différence entre elles ne pas servit a grand chose. Et il m'a manqué beaucoup de truc de linux (dbus entre autre, qui est le joujou préféré de fdo). Le normage il existe faut juste que t'apprene à le chercher. Et pour le 'lisible' et 'simple'... c'est définitivement pas le cas en C.
C'est bien connu Windows est un système de codeur et Linux un système pour les utilisateurs lambda. (Et OS X le plus portable de tous les OS \o/). Bon la différence c'est qu'un utilisateur lambda linux à tendance à faire du posix et passer facilement sur *bsd ou autre. Un "codeur" Windows lui il est perdu dès quand il doit changer l'url pour trouver sa doc.
Ne t'inquiète pas petit scarabée "codeur", des utilisateurs oméga linux travail d'arrache pied pour te refaire .Net, Regedit, un WM sans options et pourquoi pas un VFS avec la même arborescance.