ece has quit [Read error: Connection reset by peer]
ece5 is now known as ece
ece6 has joined #home-manager
ece has quit [Read error: Connection reset by peer]
ece6 is now known as ece
ece has quit [Read error: Connection reset by peer]
ece has joined #home-manager
ece has quit [Read error: Connection reset by peer]
ece has joined #home-manager
ece has quit [Read error: Connection reset by peer]
ece has joined #home-manager
Hurttila has quit [Quit: Connection closed]
ronthecookie has quit [Excess Flood]
ronthecookie has joined #home-manager
Hurttila has joined #home-manager
<Hurttila>
Has anyone managed to get powerlevel10k theme working with oh-my-zsh by using programs.zsh.oh-my-zsh.theme = "powerlevel10k"; in home.nix? It's a custom theme so it needs to be added to $ZSH_CUSTOM/themes somehow for oh-my-zsh to find it.
ronthecookie has quit [Excess Flood]
ronthecookie has joined #home-manager
<Hurttila>
nevermind, I found a workaround. Adding initExtraBeforeCompInit = "source ${pkgs.zsh-powerlevel10k}/share/zsh-powerlevel10k/powerlevel10k.zsh-theme"; and initExtra = "[[ ! -f ~/.p10k.zsh ]] || source ~/.p10k.zsh" lines to progams.zsh works
maier has quit [Ping timeout: 265 seconds]
Hurttila has quit [Ping timeout: 240 seconds]
o1lo01ol_ has quit [Remote host closed the connection]
cole-h has joined #home-manager
ronthecookie has quit [Excess Flood]
ronthecookie has joined #home-manager
<maralorn>
Does anyone else have the issue where home-manager always thinks there are 4 unread news items?
<maralorn>
Are there any workarounds?
<__monty__>
Reading the news doesn't make it go away?
gchound6 has joined #home-manager
rajivr has quit [Quit: Connection closed for inactivity]
<maralorn>
__monty__: No, sadly not.
<maralorn>
I remember talking about that with someone else and they had the same or a similar issue …
<KarlJoad>
I am trying to use mkRenamedOptionModule on options that can have user-named fields. Namely config...email.mbsync.groups.<groupName>.channels.<channelName>... I want to have a sub-field be a renamed option module.
<KarlJoad>
infinisil: So I fixed the error I was getting because I was silly when I wrote the code the first time. But, now I am not getting the option name remapping. It looks like that PR didn't touch anything when it came to mkRenamedOptionModule.
<infinisil>
Oh then I must've misunderstood what you want
<infinisil>
Because mkRenamedOptionModule definitely doesn't work with submodules like what you described at the moment
<KarlJoad>
Wait, your PR _did_ touch the doRename function in lib/modules.nix.
<infinisil>
Indeed
<infinisil>
The change is underneath that
<infinisil>
But anyways, if it works for you now, then it must be something different
<KarlJoad>
I'm still having problems. Just now it's that the option is not being renamed by nix.
<KarlJoad>
In hm, there is the mbsync configuration, and people can go ...mbsync.groups.<groupName>...masterPattern, and masterPattern should be changed to farPattern, while a warning is printed. I'm not getting the change to happen.
<KarlJoad>
Would you like to see the code? I can link to you the PR, infinisil.
<infinisil>
Oh yeah, that's definitely what the linked PR would make work
<infinisil>
:P
<infinisil>
KarlJoad: You'll have to use a top-level `warnings = ..` assignment for now
<KarlJoad>
infinisil: It's #1776, if you want to take a quick peek at it.
<infinisil>
Where you create a separate warning for each submodule attribute that needs changes
__monty__ has quit [Quit: leaving]
<KarlJoad>
infinisil: So, all I can do is use `warning = ["msg"]` to tell the user the option buried in named submodules is invalid? There is no way for nix to more gracefully handle this change?