<MmeQuignon>
Hi ! I have a problem with mpd configuration, I think I do something wrong but I wanted to be sure. The path specified in "services.mpd.musicDirectory" references the folder where my music is stored. But when I load the configuration, I get this warning : "warning: dumping very large path (> 256 MiB); this may run out of memory" and a few seconds later this error : "error: Nix daemon out of memory".
<MmeQuignon>
I would like to know what I'm doing wrong and how to solve it.
<alexarice[m]>
MmeQuignon: looking at the source, all it does with the musicDirectory is copy it as a string into an mpd config file, so this shouldn't cause any problems
<alexarice[m]>
could you post the full configuration?
<alexarice[m]>
does it work with the directory you wanted?
<MmeQuignon>
Yes
<alexarice[m]>
my only guess is that it's down to low level nix behaviour
<MmeQuignon>
$HOME/Music was a symbolinc link to a backed up folder
<MmeQuignon>
So the path referenced this symlink
<MmeQuignon>
I don't know if this is a problem.
<MmeQuignon>
was referencing*
<alexarice[m]>
I have no idea, but I'm glad it's working now
<MmeQuignon>
Yes !
<MmeQuignon>
I have something to ask : Why home-manager isn't officially supported by nix ?
<__monty__>
I guess because most people just use configuration.nix instead?
<alexarice[m]>
also what would it mean for it to be officially supported?
<MmeQuignon>
Well, an extra option in the configuration.nix to enable it
<MmeQuignon>
for example.
<alexarice[m]>
I suppose the nixos module could be moved into nixpkgs
<__monty__>
Maybe it's not stable enough yet?
<alexarice[m]>
I am under the impression it is all separate as it would be harder to maintain if all commits had to be pushed into nixpkgs
<__monty__>
If it just works though, is any "official" status even useful?
pie_ has joined #home-manager
shyim has joined #home-manager
<MmeQuignon>
It's not about the status, but about the ways we have to use it.
<alexarice[m]>
the nixos module which is part of home-manager is only a couple of extra steps
<MmeQuignon>
Yes, it's not complicated
<MmeQuignon>
But I'm just asking myself this is not a builtin feature. That's all.
<MmeQuignon>
+why
<alexarice[m]>
Perhaps no one has asked for it to be a builtin feature?
<__monty__>
The reason it's not more integrated is just time afaik.
<MmeQuignon>
That's just a feature I would like to have ^^
<alexarice[m]>
I'd be surprised if a pr to add home-manager nixos module to nixpkgs was rejected
<__monty__>
Nix is pretty new, HM is much newer. Maybe not everyone agrees HM is the best/right way to manage a home directory using nix, or whether that's a good idea in the first place?
<MmeQuignon>
Maybe
<shyim>
Hey, is there any page where can i see all options from home manager? :D
<rycee>
MmeQuignon: The problem with `musicDirectory = ~/Musique;` is that paths pointed out by path literals will be copied to the Nix store when they are interpolated into a string.
* infinisil
is also just noticing that the encoding in his pastes are messed up for some reason
<rycee>
Yeah, such a type would be handy to have some times, like now.
<rycee>
An alternative name might be `impurePath`.
<rycee>
Or something else, it's not immediately obvious what `runtimePath` or `impurePath` does :-)
<infinisil>
rycee: But then also, those names aren't correct if you set the option to `builtins.path { url = ./foo/bar; }`, which forces it into the stor
<infinisil>
e
<infinisil>
Although, runtimePath would still be correct actually, because the store path will then be present at runtime
<rycee>
Aye. Or `"${~/blah}"`.
<infinisil>
Ah yeah
<infinisil>
rycee: Maybe the type should straight up disallow store paths, unless you set it with some special lib.importSecretIntoStore