si un outil (genre vim, parce que je n'ai pas encore cherche serieusement comment utiliser de la coloration syntaxique avec kakoune) ne supporte pas cette convention, soit je le change (bash deviens donc zsh, meme si c'est pas la seule raison valable), soit je trouve un workaround.
des scripts/variables/alias sh pour generer ou "dynamiser" les variantes selon le systeme
une branche par type de systeme pour les config non generables
Mais je reconnais ne pas avoir totalement chiade mes trucs.
Franchement, je voudrai un DE base sur i3 (ou tmux je suppose, pour avoir un de tty-based, mais j'ai jamais teste ce dernier ou son concurrent) et des outils pour sync les config des outils interactifs, mais pour ca faut que je me sorte les doigts, parce que je suis sur que c'est faisable.
Le plus gros probleme que j'ai actuellement, c'est que dans Debian il n'existe rien a ma connaissance pour definir un squelette de variables XDG_* controllable par les utilisateurs. J'avais commence a bosser la dessus via une combinaison de runit et ngetty, mais le fait d'empecher l'utilisateur de redefinir ses dossiers ainsi que le fait de n'avoir pas trouve de solution propre pour nettoyer xdg_runtime_dir quand l'utilisateur ferme sa derniere session me genait.
Peut-etre que le cote config oar un user pourrait etre gere de la meme facon que passwd fait, mais il reste l'utmp qui a l'air, selon le man debian,gere de facon assez aleatoire...
J'ai dit Debian? Oups, je devrai dire void, parce que les custo que j'ai bricolees sont basees sur runit (usage de /dev/shm pour que les users aient un /run perso p.ex., tellement trivial sous runit+ngetty) et que je reconnais ne pas avoir cherche pour systemd (enfin... j'ai cherche a changer le getty et rien que ca, ca a l'air bien penible a faire proprement), et que mes scripts runit sous debian ne sont pas parfaits (trop bases sur inittab a mon gout, donc sysv toujours necessaire).
PS: t'abuses, je me suis emmerde toute la journee au taf et je suis sur que ton journal m'aurait bien occupe via les commentaires, mais il a fallu que tu postes le soir! :D
# "standard" xdg + git + sh + workarounds
Posté par freem . En réponse au journal kyrbeis: un outil basique de gestion de dotfiles. Évalué à 3. Dernière modification le 18 août 2017 à 21:51.
C'est dans le titre:
Mais je reconnais ne pas avoir totalement chiade mes trucs.
Franchement, je voudrai un DE base sur i3 (ou tmux je suppose, pour avoir un de tty-based, mais j'ai jamais teste ce dernier ou son concurrent) et des outils pour sync les config des outils interactifs, mais pour ca faut que je me sorte les doigts, parce que je suis sur que c'est faisable.
Le plus gros probleme que j'ai actuellement, c'est que dans Debian il n'existe rien a ma connaissance pour definir un squelette de variables XDG_* controllable par les utilisateurs. J'avais commence a bosser la dessus via une combinaison de runit et ngetty, mais le fait d'empecher l'utilisateur de redefinir ses dossiers ainsi que le fait de n'avoir pas trouve de solution propre pour nettoyer xdg_runtime_dir quand l'utilisateur ferme sa derniere session me genait.
Peut-etre que le cote config oar un user pourrait etre gere de la meme facon que passwd fait, mais il reste l'utmp qui a l'air, selon le man debian,gere de facon assez aleatoire...
J'ai dit Debian? Oups, je devrai dire void, parce que les custo que j'ai bricolees sont basees sur runit (usage de /dev/shm pour que les users aient un /run perso p.ex., tellement trivial sous runit+ngetty) et que je reconnais ne pas avoir cherche pour systemd (enfin... j'ai cherche a changer le getty et rien que ca, ca a l'air bien penible a faire proprement), et que mes scripts runit sous debian ne sont pas parfaits (trop bases sur inittab a mon gout, donc sysv toujours necessaire).
PS: t'abuses, je me suis emmerde toute la journee au taf et je suis sur que ton journal m'aurait bien occupe via les commentaires, mais il a fallu que tu postes le soir! :D