rycee changed the topic of #home-manager to: Support and discussion around the Home Manager project (https://github.com/rycee/home-manager) | Logs: https://logs.nix.samueldr.com/home-manager
fireglow has joined #home-manager
<rycee> manveru: Thanks, I've added a few comments :-)
<manveru> thanks
<manveru> rycee: also, i'm still getting `User systemd daemon not running. Skipping reload.` on every `home-manager switch`
<manveru> is that a known thing?
<manveru> atm i'm always reloading manually and restarting the services i know have changed... but i think it used to be automatic at some point
<rycee> Yeah, if the user systemd session is degraded then HM is not smart enough to fix it :-/
<manveru> ah... lemme check
<rycee> You can check `systemctl --user status`
<manveru> yeah
<manveru> `systemctl --user --failed` :)
<manveru> right, mbsync and imapnotify require lpass for my password, which i haven't unlocked constantly :(
<manveru> still wondering what's a good way to feed them the password
<manveru> i saw some people use `pass`, but that means it's constantly readable?
<rycee> I use gnome keyring with secret-tool.
<manveru> i'd rather have it ask me when the daemon restarts via gnome keyring or something
<rycee> It'll prompt once and then keep the keyring unlocked for the session.
<manveru> can you share that?
<rycee> passwordCommand = "secret-tool lookup email blah@example.org";
<manveru> thanks :)
<manveru> let's try that
<rycee> Yep, it's been working well for me :-)
<manveru> hmm, also the notmuch config being in a non-standard location is a bit weird
<rycee> I think teto was fond of having it in XDG config home.
<manveru> yeah, but it requires a system-wide NOTMUCH_CONFIG env
<manveru> which home-manager doesn't set, so things don't work without fiddling a lot :P
<rycee> System wide?
<manveru> well, like the emacs daemon requires it for example
<rycee> HM sets NOTMUCH_CONFIG and NMBGIT for the user session.
<manveru> so everytime emacs starts, i have to set it manually, since it apparently doesn't inherit that env
<manveru> also doing `notmuch new` in the mbsync.postExec doesn't find it
<rycee> Probably needs some suitable `systemctl import-environment` calls.
<manveru> will try
<manveru> jup
<manveru> that fixes that, thanks :D
<rycee> Nice :-)
<manveru> pretty awesome, i still can't really mbsync my gmail account because it's too big, but i want to migrate away from that anyway :)
<manveru> anyway, thanks as always for this incredible tool, makes me really happy!
<rycee> Glad you like it!
<manveru> applied your suggestions to the PR btw
ryantrinkle has joined #home-manager
<ryantrinkle> is there a way to make autorandr run as systemd user unit?
__monty__ has joined #home-manager
<ryantrinkle> is there a way for home-manager to control which nixpkgs is present/used in my environment?
<__monty__> ryantrinkle: HM can manage config.nix, maybe you can pin to a certain channel that way?
<ryantrinkle> maybe i can set the nix path in there
<ryantrinkle> __monty__: ah yeah, ok, that makes sense
<__monty__> Oh, there's also home.sessionVariables, I'm not sure whether there'd be a difference. I assume anything that reads a user's config.nix also uses the NIX_PATH.
<manveru> rycee: seems like the service still makes a ~/.fehbg unless you pass --no-fehbg, and the .fehbg is buggy since it doesn't know which image --randomize selected :P
pie_ has quit [Ping timeout: 264 seconds]
<rycee> manveru: Right, I'll add `--no-fehbg` to the command.
klntsky has quit [Write error: Connection reset by peer]
klntsky has joined #home-manager
pie_ has joined #home-manager
<ryantrinkle> is there a way to pass --keep-going to the nix-build in home-manager switch?
<ryantrinkle> also, is there anything home-manager would be doing that would prevent parallel downloads from cache.nixos.org?
<ryantrinkle> i've got http-connections set to 50 (default is 25), and seem to get 1 in practice
<ryantrinkle> but i'm not sure if it's home-manager related or a general nix issue
<manveru> is it a single-user install?
<rycee> ryantrinkle: Unfortunately, right now `--show-trace` is the only option passed through to nix-build.
<fireglow> hey manveru :) I found this project through you, I think via your polybar config
<fireglow> or some other dotfile
<manveru> fireglow: :)
<rycee> ryantrinkle: I can add keep-going and friends as well.
<ryantrinkle> rycee: that would be great; my normal practice is to use --keep-going and then, if it fails, use -j 1
<rycee> ryantrinkle: About the downloads, HM doesn't do anything special here. In the end it does a pretty straight-forward `nix-build` command.
__monty__ has quit [Ping timeout: 248 seconds]
<ryantrinkle> rycee: i figured, thanks
<rycee> ryantrinkle: If you want you can try using `home-manager -2 switch` to use `nix build` instead of `nix-build`.
<rycee> But I suspect it wouldn't make a difference.
<ryantrinkle> rycee: yeah, i'll try messing around with some raw nix commands instead
{`-`} has joined #home-manager
<rycee> I'll merge once the test go through.
<rycee> It seems `nix build` doesn't support -j so I just kept --max-jobs
<ryantrinkle> rycee: awesome, thanks!
<ryantrinkle> what's the correct way to tell systemd to please actually do stuff
<ryantrinkle> via home-manager
<ryantrinkle> is it systemd.user.startServices?
<infinisil> ryantrinkle: Define "do stuff", what does it not do what you want it to do?
<infinisil> Ah you probably mean having the services started when you log in, I recommend looking at other services in home-manager for that, i think it's some combination of serviceConfig.Install and serviceConfig.Unit
<ryantrinkle> infinisil: yeah, that's right, although right now the situation is that there are a few services that I installed by hand (pre-home-manager), and they run just fine
<ryantrinkle> but, e.g., gpg-agent with home-manager doesn't start
<ryantrinkle> (and can't be started by hand with systemctl --user start gpg-agent)
<ryantrinkle> Failed to start gpg-agent.service: Operation refused, unit gpg-agent.service may be requested by dependency only (it is configured to refuse manual start/stop).
<ryantrinkle> See user logs and 'systemctl --user status gpg-agent.service' for details.
<infinisil> ryantrinkle: gpg is kind of weird, for me it seems to have started in the past when opening a new terminal