Perso j utilise des progs bien fichus comme gaim et gkrellm, qui doivent enregistrer en clair certains mots de passe dans leur conf, et apres exemen rapide des droits sur les confs, j ai remarque qu ils metaient d un cote les mots de passes dans un .XXXrc en 600, et d un autre la configuration elle meme du logiciel avec des doits 644 ...
donc il y a bien moyen que les mots de passes soient inacessibles, tout en authorisant les autres users de relire la conf des dits logiciels . Comme ca si un mec est epate par un plugin dans un de mes softs, il peut aller le cherche dans le sous dir plugin du .XXX.d concerne ...
et puis si il a ete decide que les confs seraient dans ~/.*, il y avait des raisons ... et meem si pour l utilisateur lambda un ~/.etc/ ( avec un . en plus ) paraitrai logique pour des questions estetiques, la creation et l utilisation stardisee d un ~/etc ou ~/.etc n est pas pres d arriver. Linux se veut compatible avec certaines normes, et ce n est pas pres de changer.
Pour plus d infos, veuillez Googler et retrouver les docs qui expliquent le pourquoi et le comment de l arboressence utilisee ( /sbin, /usr/* ...)
Il y a deja eu des projets pour changer l arbo, gerer les pb de versioning pour authoriser l installation simultanee de plusieurs versions du meme soft ... on en a deja debatu ici meme sur DLFP, et la conclusion est : c est pas si mal comme c est actuellement, et tenter de changer les choses consommerait plus d energie qu on en economiserait en fesant autrement.
[^] # Re: ranger un peu le souc du /home/user
Posté par doublehp . En réponse au journal ranger un peu le souc du /home/user. Évalué à 1.
donc il y a bien moyen que les mots de passes soient inacessibles, tout en authorisant les autres users de relire la conf des dits logiciels . Comme ca si un mec est epate par un plugin dans un de mes softs, il peut aller le cherche dans le sous dir plugin du .XXX.d concerne ...
et puis si il a ete decide que les confs seraient dans ~/.*, il y avait des raisons ... et meem si pour l utilisateur lambda un ~/.etc/ ( avec un . en plus ) paraitrai logique pour des questions estetiques, la creation et l utilisation stardisee d un ~/etc ou ~/.etc n est pas pres d arriver. Linux se veut compatible avec certaines normes, et ce n est pas pres de changer.
Pour plus d infos, veuillez Googler et retrouver les docs qui expliquent le pourquoi et le comment de l arboressence utilisee ( /sbin, /usr/* ...)
Il y a deja eu des projets pour changer l arbo, gerer les pb de versioning pour authoriser l installation simultanee de plusieurs versions du meme soft ... on en a deja debatu ici meme sur DLFP, et la conclusion est : c est pas si mal comme c est actuellement, et tenter de changer les choses consommerait plus d energie qu on en economiserait en fesant autrement.