Thanks for elaborating on your dotfiles strategy. I was using yadm until now (which has served me well, thank you Tim Byrne!) and reading your article helped me to simplify my dotfiles even further and retire yadm in favour of vanilla git and use the `hostname` trick to have variants for each different arch or computer. It would be interesting to know however, if you or anyone else has a good recommendation on storing secrets such as pass datastore or some personal notes in a similar simple fashion. P.S.: for some reason TB is pushing for HTML even though I've explicitly set it not to do so. Sigh! I have to take more baby steps to learn and use mutt, aerc, etc. more effectively (terminals still don't handle my mother tongue/script).
On Fri Apr 16, 2021 at 3:10 PM CEST, Mehdi Sadeghi wrote: > It would be interesting to know however, if you or anyone else has a > good recommendation on storing secrets such as pass datastore or some > personal notes in a similar simple fashion. pass organizes passwords in a git repository by default.
> pass organizes passwords in a git repository by default. Yes, you're t right. However, however the way I use it, it exposes a lot of metadata about services and websites I visit or use. I'd appreciate any hack or thought on this. What about configs with your email password for mutt, git send-mail and occasional secrets and tokens?
>What about configs with your email password for mutt, git send-mail and >occasional secrets and tokens? I have personally moved away from including any important secrets or tokens in plain text. For mutt, you can use pass, GPG, or another keyring to store secrets and access them without exposing anything in plain text. See . Most programs should allow config options which include a call to an external program. See `man git-send-email` and `man git-credential` for info on those. : https://wiki.archlinux.org/index.php/Mutt#Passwords_management