<benkolera>
Has anyone here gotten things nice running xfce desktop with xmonad as the window manager and the xsession managed by home-manager? I've got xfce enabled with no xfwm but with the desktop enabled and xmonad starting via hm, but it doesn't seem like enough of the xfce services have been started (like trying to get panels working comes up with some dbus error of some feature not being provided). Trying to see if
<benkolera>
using xmonad in xfce can be a bit more featured than my cobbled together xserver setup. :)
johnw has quit [Ping timeout: 240 seconds]
mexisme_ has quit [Ping timeout: 255 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 258 seconds]
siraben has joined #home-manager
<siraben>
How do I add a firefox package in to programs.firefox in home-manager?
notgne2 has joined #home-manager
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 260 seconds]
mexisme_ has joined #home-manager
c0c0 has joined #home-manager
<Dandellion>
`programs.firefox.package`?
mexisme_ has quit [Ping timeout: 240 seconds]
mexisme_ has joined #home-manager
Synthetica has joined #home-manager
kp125 has joined #home-manager
mexisme_ has quit [Ping timeout: 248 seconds]
__monty__ has joined #home-manager
kp125 has left #home-manager ["Leaving"]
energizer` has quit [Ping timeout: 260 seconds]
infty has joined #home-manager
<infty>
Hello
<infty>
In (my version of) the man page for `home-configuration.nix`, the example value for the option `programs.bash.shellAliases` is incorrect.
<infty>
The example contains the alias `.. = "cd .."`. This causes an error when running `nixos-rebuild switch`, likely due to the unescaped `.` character.
<infty>
I couldn't track down the origin of this faulty example. The example for the same option in nixpkgs does not contain this culprit alias.
<rycee>
Nothing pre-made. At what point should the command be called? If it's during the activation then you could always add an activation script block to do it. But it could be a bit problematic to include commands that require interaction in the activation script.
<rycee>
infty: The `shellAliases` option example should be fixed now.
<mmatthieu>
in this case, it's form my email signature.
<mmatthieu>
Don't want to push my phone on github ^^
<rycee>
Hmm, no I think it is not possible to accomplish that without the output ending up in the Nix store.
<mmatthieu>
My phone in the nix store isn't a big deal, I think.
<rycee>
Using something like `runCommand`, but then the command would run inside the Nix build sandbox and almost certainly not work since it wouldn't be able to communicate with anything to authenticate the access.
<mmatthieu>
:w
<mmatthieu>
oops
<mmatthieu>
I see ^^
<mmatthieu>
Or, another idea
mexisme_ has quit [Ping timeout: 240 seconds]
<mmatthieu>
A file gitignored, with some keys in it.
<mmatthieu>
file <-> gitignored*
<mmatthieu>
Could it be a solution ?
<rycee>
What I do with secrets that are "secret enough to not show publicly but not more so than storing them unencrypted in my Nix store" is to use git-crypt.
<rycee>
So that they are kept in encrypted form inside the Git repo but unencrypted in my local close.
<rycee>
s/close/clone/
mexisme_ has joined #home-manager
<mmatthieu>
looks nice
<rycee>
Yeah, it is quite convenient and has never caused my any problems. It should be noted, though that if the secret key somehow is revealed then the repo is kind of hosed since the file could be read at any commit in the past.
<rycee>
Also, it doesn't encrypt the filenames so best to name them something neutral that doesn't leak information.
<mmatthieu>
yep, i have the perfect script for choosing "neutral" names ^^
<rycee>
Oh and of course `.gitignore` is also an option since then the file would never enter the repo at all. On the other hand, the file would never enter the repo so you'd need some other way to save it from disk failure :-)