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
mexisme has joined #home-manager
mexisme_ has joined #home-manager
mexisme has quit [Ping timeout: 265 seconds]
jherland23 has joined #home-manager
jherland23 has left #home-manager [#home-manager]
mexisme_ has quit [Ping timeout: 240 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 252 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 276 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 276 seconds]
__monty__ has joined #home-manager
dtz has quit [*.net *.split]
dtz has joined #home-manager
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 246 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 250 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 252 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 252 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 246 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 245 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 276 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 246 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 276 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 252 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 250 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 276 seconds]
ardumont has quit [Ping timeout: 276 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 252 seconds]
mexisme_ has joined #home-manager
ardumont has joined #home-manager
mexisme_ has quit [Ping timeout: 250 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 245 seconds]
mexisme_ has joined #home-manager
klimi has joined #home-manager
mexisme_ has quit [Ping timeout: 252 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 245 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 246 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 245 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 250 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 252 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 245 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 250 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 246 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 245 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 245 seconds]
mexisme_ has joined #home-manager
mexisme_ has quit [Ping timeout: 245 seconds]
mexisme_ has joined #home-manager
boxscape has joined #home-manager
mexisme_ has quit [Quit: WeeChat 2.6]
mexisme has joined #home-manager
mexisme has quit [Ping timeout: 245 seconds]
mexisme has joined #home-manager
Profpatsch has joined #home-manager
<Profpatsch> Ohai. I’d like to use home-manager to deploy our App from CI onto a running NixOS server.
<Profpatsch> I read somewhere that you can set up home-manager from the nixos configuration, it that a good idea?
mexisme has quit [Read error: Connection reset by peer]
<Profpatsch> Ah, it’s mentioned in the Manual (not in the README though) https://rycee.gitlab.io/home-manager/index.html#sec-install-nixos-module
<Profpatsch> Is that manual always up-to-date with master?
mexisme has joined #home-manager
<Profpatsch> Looks like it would work.
<Profpatsch> Another question: somebody told me that you can re-use your nixos systemd definitions as-is, but looking into https://github.com/rycee/home-manager/blob/024d1aa227978fe2dae2fb3e56bab9a7237c2401/modules/systemd.nix it looks like home-manager has a completely different implementation.
<Profpatsch> So this is not a 1:1 semantic drop-in it would seem.
mexisme has quit [Ping timeout: 252 seconds]
hmpffff has joined #home-manager
<__monty__> Profpatsch: HM to deploy a server? Wouldn't nixops/morph/kreps be more appropriate?
<__monty__> I do use the nixos module, it ties HM evaluation to your nixos-rebuilds.
mexisme has joined #home-manager
<Profpatsch> __monty__: Ah, then it’s not what I’m looking for.
<Profpatsch> I’m explicitely looking for user-services.
<Profpatsch> Because CI shouldn’t have root access on that nixos machine.
<__monty__> Ah, systemctl --user?
<Profpatsch> yeah
<Profpatsch> Basically I’m just looking for a simple way to generate systemd configs.
<__monty__> HM's services do run as the user but yeah the syntax is completely different ime.
<Profpatsch> And home-manager looks like the way to go here.
<Profpatsch> Hm, on the other hand I could just use generators.toIni …
<Profpatsch> But home-manager knows how to interface with systemd.
<__monty__> Yeah, it sounds like a good fit.
<Profpatsch> Yeah, I’d need to set up XDG and all that stuff, and hm does that https://github.com/rycee/home-manager/blob/024d1aa227978fe2dae2fb3e56bab9a7237c2401/modules/misc/xdg.nix
<Profpatsch> So why do it myself.
<Profpatsch> The I guess I’ll just have a small wrapper script that calls the hm utility
<Profpatsch> Or even call it directly really.
xwvvvvwx- has joined #home-manager
YveDeLarc_ has joined #home-manager
stears_ has joined #home-manager
sauyon1 has joined #home-manager
ashkitte1 has joined #home-manager
ardumont has quit [*.net *.split]
rycee has quit [*.net *.split]
alexarice[m] has quit [*.net *.split]
Thinkofname[m] has quit [*.net *.split]
Ericson2314 has quit [*.net *.split]
stears has quit [*.net *.split]
xwvvvvwx has quit [*.net *.split]
{^_^} has quit [*.net *.split]
simpson has quit [*.net *.split]
sauyon has quit [*.net *.split]
ashkitten has quit [*.net *.split]
YveDeLarc has quit [*.net *.split]
xwvvvvwx- is now known as xwvvvvwx
<klimi> Hello i am using services.xcape.mapExpression = { Control_L="Multi_key"}; but when i try it it doesnt work... but when i kill it and spawn it with "xcape -e "Control_L=Multi_key"" It is working flawlesly... any tips?
simpson has joined #home-manager
{^_^} has joined #home-manager
ardumont has joined #home-manager
<klimi> klimi: fixed if with adding the map from capslock because i am later remapping it to control which... idk maybe some deps or sth. (just so it sticks in logs)
klimi has quit [Quit: WeeChat 2.6]
Jarva_ has joined #home-manager
<Jarva_> Hey guys, I'm a new NixOS user, I'm wondering why I'd use home manager over something like gnu stow? I'm not really sure of the differences and what the nix way is
<Dandellion[m]> stow cant install packages and manage your xsession can it?
<Jarva_> It can't but wouldn't I just put the packages inside my configuration.nix?
<Jarva_> What's the benefit of having them in home manager?
<__monty__> Jarva_: HM provides a more declarative setup.
<__monty__> It's up to you to decide whether or not that outweighs the drawbacks.
<__monty__> The difference with putting stuff in configuration.nix is that that's system-wide whereas HM is just for your user.
NickHu has quit [Ping timeout: 240 seconds]
<Jarva_> __monty__ But for a single user machine is there much different?
<__monty__> You could use it to decouple upgrading your system from upgrading your workspace.
<Jarva_> That's true
<Jarva_> And rebuilds happen on the user level for home files rather than needing root
<__monty__> Or to share a system configuration with server machines while having some extra stuff available on your personal machine.
<__monty__> HM is also *way* nicer if you want to do anything other than making sure some packages are installed.
<__monty__> But configuration.nix+stow probably gets you to a similar point.
<__monty__> I use HM to set up symlinks into my dotfiles repo.
<__monty__> That way I get most all the benefits of nix but I can also easily share my configs with anyone.
<Jarva_> I have a display manager set in my configuration.nix and i3 set in my HM, but when logging in my display manager says it can't find a session
<Jarva_> Any idea what I've missed?
<__monty__> No. I'm not sure whether or not that should work either.
<Jarva_> HM doesn't have display managers
<Jarva_> So unsure of how I'd handle that
<__monty__> Then it sounds like it should work : )
rycee has joined #home-manager
<rycee> Jarva_: For some of the original motivation of HM see https://rycee.net/posts/2017-07-02-manage-your-home-with-nix.html
<Jarva_> Thanks, I'll give it a read
<rycee> Jarva_: Do you have `xsession.enable = true;` in your configuration?
<Jarva_> I do
<Jarva_> In my HM config
<rycee> Do you have a `~/.xsession` symlink?
<Jarva_> apologies for the photo, don't have IRC set up on my install yet https://usercontent.irccloud-cdn.com/file/x8MVF6Jd/irccloudcapture4169877832231124275.jpg
<Jarva_> I do
<Jarva_> Provided by HM
alexarice[m] has joined #home-manager
<alexarice[m]> Jarva_: I've never realised you can specify negative gaps values
<alexarice[m]> does this make it so it goes to the edge of the screen but has gaps in between
<Jarva_> Yes
<rycee> Jarva_: Yeah, that looks ok. Are you on NixOS master?
<alexarice[m]> Jarva_: Looks like I have some more messing around with my config to do
<Jarva_> I am yeah, my PC only works on the NixOS unstable
<Jarva_> Requires the new kernel version
<Jarva_> alexarice[m]: I've used i3 for about 5 years now, there's so many amazing configs you can do with it
<alexarice[m]> Jarva_: only realised that workspaceAutoBackAndForth existed because of the change on HM
<rycee> Jarva_: Ok. Does `journalctl -t lightdm -b` say anything interesting?
<Jarva_> No entries
<rycee> Yeah, this should be fine. Well, you'll need to set `programs.home-manager.path` to something otherwise you'll have a bad time in the future.
<Jarva_> Something like what?
<Jarva_> Unsure of what that needed to be set as
<rycee> Hmm, actually is lightdm the default display manager? Perhaps simply check `journalctl -b`? :-)
<rycee> If you have `programs.home-manager.path` set then it needs to be a string that is an absolute path to the HM repo.
<rycee> If it's not set then it will default to the path of the `home-manager` channel.
<Jarva_> Ah right
<Jarva_> I don't see output showing the display manager
<rycee> Jarva_: Try adding `services.xserver.desktopManager.xterm.enable = true;` to the `xserver.nix` file…
<Jarva_> Rebuilding now
<Jarva_> That works
<Jarva_> Why does that work?
<Jarva_> And it boots me into i3
<rycee> I remembered an issue half-related to this and guessed that this setting would fix it.
<Jarva_> 20.03
<Jarva_> Is my stateVersion
<rycee> Ah, right. Well, the same argument applies as long as it's not older than 19.09.
<Jarva_> Ah right
<rycee> In any case, I think that would mean that you wouldn't have any `desktopManager` enabled by default and I guess that's what is meant by not finding a session.
<Jarva_> Ah right, interesting, thank you, I appreciate the help
<rycee> In principle I believe you could choose to enable any desktop manager, the `~/.xsession` file will override whatever you choose.
<rycee> But the xterm one is the lightest weight
<rycee> There is work in progress to improve the situation so that the `~/.xsession` file won't override all desktop managers. It can be achieved today but is not super convenient.
<Jarva_> So should I just remove `programs.home-manager.path`?
<rycee> If you have a home-manager channel defined then I would suggest removing it.
<Jarva_> What IRC client do you guys use?
<rycee> If you want to play around with changing HM in the future you can clone the repo and set `programs.home-manager.path` to the absolute path of your clone.
<Jarva_> I have the nix-channel for home manager if that's what you mean?
<rycee> Precisely.
<Jarva_> Set to the archive/master.tar.gz
<rycee> Yup.
<Jarva_> Removed then
<rycee> I use Riot with my own Matrix server.
<Jarva_> That sounds beyond me
<Jarva_> I only just started using IRC because of nix
<Jarva_> When enabling zsh should I still need to chsh?
<Jarva_> Also, now I'm using home.nix for i3, my xserver options don't seem to be working
<rycee> You don't need to run your own Matrix server. Can create an account with https://riot.im/app and join IRC rooms that way.
<__monty__> I use irssi, fulfils all my irc needs. And with bitlbee I get to avoid facebook as well : )
<__monty__> If you want persistent presence matrix is a good way to do that yeah.
<rycee> https://webchat.freenode.net/ is also convenient.
<Jarva_> Yeah, that's what I tried bedore
<Jarva_> Before*
<rycee> I like Matrix since I can seamlessly go from my laptop to my phone and always have full history and searching.
<Dandellion[m]> I also use riot with my own homeserver
<Jarva_> I see there's home.keyboard.layout, is there anyway I can get it to inherit from the system services.xserver.layout?
<Dandellion[m]> It's really nice for irc (until the bridge breaks)
<rycee> Dandellion: Yeah, there is that little issue :-D
<Dandellion[m]> Always fun to hang out in irc rooms with just the other matrix users though lmao
<rycee> Jarva_: Yeah, once you enable xsession management in HM it takes over some stuff, in particular the window manager and desktop manager configuration.
<rycee> And also keyboard management for stateVersions before 19.09.
<Jarva_> But my stateVersion is 20.03
<rycee> Jarva_: Ah, yeah you probably want to have `home.stateVersion = "19.09"` in your HM configuration.
<rycee> I should fix the installation script to add that automatically.
<Jarva_> Ah right
<rycee> Jarva_: In home.nix?
<Jarva_> Nah, just configuration
<Jarva_> Updating now
<Jarva_> I changed it and it suggested restarting setxkbmap, but that doesn't change anything
<rycee> Yeah, for this change you'll need to relog :-/
<Jarva_> Worked for me
<rycee> The keyboard management was one of the first things I added in HM and it's quite janky.
jarva[m] has joined #home-manager
<jarva[m]> Now trying riot out
<jarva[m]> So how do you suggest splitting pkgs between system and home?
<rycee> Greetings jarva :-)
<__monty__> I put as much as possible in my HM config.
<rycee> I have almost all packages in my HM config. In the system config I only have a few packages that I want available for all users like htop, iftop, rsync and such.
<Dandellion[m]> If it can go in hm it goes in hm for me
<rycee> I'll head to bed. See you!
<__monty__> nn, rycee
<jarva[m]> I'm running a single user machine, so unsure what I'd have in there then
<jarva[m]> Goodnight
<Dandellion[m]> What's nice about putting everything you use in hm is that if you move to something
<Dandellion[m]> Non nixos
<__monty__> Or a shared machine.
<Dandellion[m]> Maybe a work laptop or something you don't get to run nixOS on
<Dandellion[m]> You can just put your hm config and install nix for yourself and you'll have everything
<jarva[m]> This nixos machine is my work laptop
<Dandellion[m]> I'm running my config on Ubuntu for work for example
<jarva[m]> Interesting
jarva[m] is now known as Jarva[m]
<Dandellion[m]> You can also have i3 for yourself but kde for some other user who borrowed your computer, which is very nice
<Jarva[m]> Yeah, that's fair
<Jarva[m]> So I'm going to install everything I'd want a second user to have inherently if I lent them my PC in system
<Jarva[m]> Do they install in different places?
<Dandellion[m]> No it's all in the nix store in the end
<Jarva[m]> So another user on the same machine would still have access to it
<Jarva[m]> * So another user on the same machine would still have access to it?
<__monty__> The difference is the way the profiles end up on the PATH mostly.
<Dandellion[m]> It wouldn't be in their path
<__monty__> If they installed the same package using HM then it wouldn't need to be rebuilt/fetched.
<Jarva[m]> Ah right
mexisme has quit [Ping timeout: 276 seconds]
<Dandellion[m]> But if they wanted to run it they can just do `nix-shell -p package --run program`
<Jarva[m]> So I'm going to put everything I need for my workflow in HM, everything I need for my system operation in configuration.nix
<Dandellion[m]> Provided the channels are the same ofc
<Jarva[m]> I'm trying out this riot.im and damn sometimes my messages take forever to send
<__monty__> Jarva[m]: Yes, latency can be high.
<__monty__> The load on matrix.org is quite high afaiui.
<Jarva[m]> Anything I can do to improve it?
<__monty__> Running your own homeserver can help but it's not a complete solution unless you also run your own irc bridge.
<__monty__> And I'm not sure how hard that is.
<Jarva[m]> Ah right
<__monty__> The homeserver implementation's also not all that nice to run if what I've heard is accurate.
<Jarva[m]> It's all dockerised so it seems pretty easy
<Dandellion[m]> matrix.org is a lot faster now than it used to be
<Dandellion[m]> So just imagine how bad it was
<Dandellion[m]> Running a homeserver is pretty resource intensive sadly
<Dandellion[m]> But it's very easy
<__monty__> The problem is not setting up synapse. It's keeping it running.
<Jarva[m]> How resource intensive?
<__monty__> It's a memory hog.
<Jarva[m]> Fair
<Jarva[m]> That's another days problem
<Dandellion[m]> If you join any big rooms it'll use ~3 gigs
<Dandellion[m]> For smaller rooms like this one its not so bad
<Jarva[m]> I'm only in here and #nixos
pie__ has joined #home-manager
<Dandellion[m]> It's also quite io heavy at times and can burn a core for quite some spikes
<Dandellion[m]> #nixos is one of the slowest rooms
<Dandellion[m]> It's better now, i think
pie_ has quit [Ping timeout: 268 seconds]
<Dandellion[m]> It used to grind servers to a halt
<Jarva[m]> It has like 1500 people in it
<Dandellion[m]> It somewhat unexplainably made a lot of forward extremities
<Dandellion[m]> Probably due to the high traffic
<Jarva[m]> How do I deal with my home.packages complaining about unfree licenses?
<Jarva[m]> My nixpkgs.config.allowUnfree is already set to true
<Dandellion[m]> They made a thing that tries to heal the dag and it's mostly fixed it
<Dandellion[m]> allowUnfree in config.nix
<Jarva[m]> I have it
<Dandellion[m]> configuration.nix and config.nix are different ones
<Jarva[m]> in my configuration.nix
<pistache> Jarva[m]: in .config/nixpkgs/config.nix
<Jarva[m]> Oh
<Jarva[m]> What's config.nix
<Dandellion[m]> it's the configuration for your user environment (nix)
<Dandellion[m]> It's in the same folder as your home-manager file
<Jarva[m]> Cheers, that worked
<Jarva[m]> When I enabled the zsh package, do I still need to chsh?
<Dandellion[m]> You need to set the shell in configuration.nix yes
<Dandellion[m]> There's no way for a user to select their own login shell on Linux afaik
hmpffff has quit [Quit: nchrrrr…]
<__monty__> Hmm, I'm pretty sure I have fish set in HM.
<Dandellion[m]> Other than classic setuid chsh
<Dandellion[m]> Huh? I'm interested to know how in that case
<Dandellion[m]> I asked in nixos some time ago for a solution but was met with "that can't work"
<__monty__> Hmm, I have it set in configuration.nix as well so I can't say for sure it suffices.
<__monty__> Dandellion[m]: I'm pretty sure users can chsh as long as the shell is in /etc/shells or something though.
<Jarva[m]> Okay, adding the shell in my users section of configuration.nix and relogging worked
<Dandellion[m]> <__monty__ "Dandellion: I'm pretty sure user"> I guess the problem is more that hm can't really write to that then?
<Jarva[m]> Honestly once I had the base of nixos set up, this has been pretty smooth sailing
<Dandellion[m]> It's quite magical to reinstall once you have your config finished
<Jarva[m]> I had huge troubles getting nix installed initially
<Jarva[m]> My PC wouldn't boot into the liveusb for anything other than a specific iso
<Dandellion[m]> Sure you have to wait a few hours for everything to download and compile, but hitting enter, leaving, and coming back to everything exactly how you like it (- whatever you haven't made declarative enough yet) is a super good feeling
<__monty__> Dandellion[m]: Might be. I suspect if you enable the shell in configuration.nix or just make it available in /etc/shells somehow that you can just use HM to manage it.
<Dandellion[m]> <__monty__ "Dandellion: Might be. I suspect "> Yeah that's what i do currently
<Jarva[m]> The only thing I have in my configuration.nix for zsh is users.users.callum.shell = pkgs.zsh;
<Dandellion[m]> Oh you meant without setting it, hmm
<Dandellion[m]> Interesting
<Jarva[m]> Everything else is handled by HM
<Dandellion[m]> I think they mean you can do zsh.enable or something
<Jarva[m]> Oh interesting
<Dandellion[m]> And then chsh instead of setting it in the configuration.nix
<Dandellion[m]> Or maybe hm handles it if you do that
<__monty__> Dandellion[m]: Fwiw, the way you're replying to my messages is rendered like this on the irc side of the bridge `<__monty__ "Dandellion: Might be. I suspect "> Yeah...`. The inclusion of part of the message as a quote is kinda annoying. (Might be great if you're responding to something that's way back in the history though.)
<Dandellion[m]> I'll probably try that in a couple days
<Jarva[m]> It renders really nice in riot, that's probably why haha
<Dandellion[m]> monty: sorry riot habit
<Dandellion[m]> Ironically clicking your name made riot-android think it was markdown,,,
<__monty__> : )
<__monty__> Just something to keep in mind. I've been in conversations with multiple matrix users doing this and it gets *really* hard to read on the irc side.
<__monty__> Like reading a text with randomly interspersed repetitions of parts of sentences.
<Dandellion[m]> Yeah i know it's just a little _too_ easy on riot Android (just a tap on the message!)
<Jarva[m]> More nixos related than HM, but you guys seem more likely to respond, how would I go about using a program that doesn't have a nixpkg available yet? I'm thinking about asdf-vm
<__monty__> You package it : >
<Jarva[m]> Or is there a better nix alternative to asdf-vm?
<Dandellion[m]> Yeah basically, you package it
<Jarva[m]> I'm surprised nobody has already
<Dandellion[m]> If it's really hard you might be able to get away with setting up an FHS for it
<Jarva[m]> FHS?
<Dandellion[m]> Or even run it in the steam FHS
<__monty__> nn, people
<Dandellion[m]> Night
<Jarva[m]> Night
<Dandellion[m]> FHSs are basically chroots with the "normal" environment
<Dandellion[m]> Normal Linux
<Dandellion[m]> Folder structure and so on
<Jarva[m]> ASDF is just a git repo clone with bash files added to zshrc
<Dandellion[m]> Writable add impure safe havens for problematic software
<Jarva[m]> Could I install it with HM?
<Jarva[m]> It's literally this
<Dandellion[m]> I currently just have a git submodule for my zsh stuff
<Dandellion[m]> Then that's just hardcoded in hm
<__monty__> That sounds fairly easy to package. If all that needs to happen is to put those scrips on the PATH.
<Dandellion[m]> It would probably be pretty easy to package that though
<__monty__> Maybe you can write a service as well that adds them to something like /etc/profile.d.
<Jarva[m]> I mean it's executing those files in the environment
__monty__ has quit [Quit: leaving]
<Dandellion[m]> O it's a nix-shell alternative?
<Jarva[m]> No?
<Dandellion[m]> >Manage multiple runtime versions with a single CLI tool
<Jarva[m]> It's literally just a version manager for languages
<Jarva[m]> Like nvm, rvm, jabba, all rolled into one
<Dandellion[m]> Nix-shell does this too
<Jarva[m]> Oh?
<Jarva[m]> How?
<Dandellion[m]> nix-shell -p python36
<Dandellion[m]> nix-shell -p python37
<Dandellion[m]> And any other language that has multiple versions packaged somewhere in your box store
pie__ has quit [Ping timeout: 250 seconds]
<Jarva[m]> Interesting
<Dandellion[m]> Nixpkgs*
<Jarva[m]> Very cool
<Dandellion[m]> I use direnv and shell.nix
<Dandellion[m]> To do what this tool seems to do
<Jarva[m]> Why when I run that, does it change my shell back to bash?
<Dandellion[m]> If you use nix-shell yes
<Dandellion[m]> If you use direnv with the nix thing no
<Dandellion[m]> Then it just copies the environment variables from the nix shell to your current session
<Jarva[m]> Ah direnv has a plugin for asdf
<Jarva[m]> I'd rather just use asdf, it seems simpler
pie_ has joined #home-manager
<Jarva[m]> We use asdf at work too, so it's just easier to have the same thing
<Dandellion[m]> I think you'll shoot yourself in the foot trying to install language runtimes outside of nix
<Dandellion[m]> But you're welcome to try
<Dandellion[m]> Pinning nixpkgs and stuff would basically guarantee your runtime never changes which is nice
<simpson> Jarva[m]: To get back to your original question, Nix largely replaces asdf.
<Jarva[m]> The thing is, I use asdf a lot in my workflow to switch versions to exactly what my repo has it set to
<Jarva[m]> So I don't have to worry about the runtime versions
<simpson> Sure. direnv can help a lot with making the transition.
<simpson> In general, imagine less global configuration.
<Dandellion[m]> Time to sleep for me to
<Dandellion[m]> Good night
<Jarva[m]> Got it working with this
<Jarva[m]> Seems fairly nix friendly