06:22
cole-h has quit [Quit: Goodbye]
08:12
typetetris_ has joined #nixops
08:12
kalbasit_ has joined #nixops
08:13
infinisi1 has joined #nixops
08:20
sparogy has quit [*.net *.split]
08:20
infinisil has quit [*.net *.split]
08:20
kalbasit has quit [*.net *.split]
08:20
typetetris has quit [*.net *.split]
08:20
typetetris_ is now known as typetetris
08:20
kalbasit_ is now known as kalbasit
08:26
sparogy has joined #nixops
12:09
infinisi1 is now known as infinisil
14:40
cole-h has joined #nixops
15:02
teto has joined #nixops
16:50
dongcarl has quit [Read error: Connection reset by peer]
17:26
dongcarl has joined #nixops
17:37
cole-h has quit [Quit: Goodbye]
17:39
cole-h has joined #nixops
17:56
meh` has joined #nixops
18:01
<
meh` >
are there any docs on using plugins on master? or is this stuff still too unstable? I'm trying to deploy to a remote libvirt
18:07
<
adisbladis >
meh`: The libvirt plugin is not yet up to date. We're still working on getting the aws plugin compatible with master.
18:20
<
gchristensen >
it turned out to be a real big project. a lot of surprising code in the aws plugin
18:53
<
meh` >
adisbladis, is there any way I can speed this up?
19:04
cole-h has quit [Quit: Goodbye]
19:04
cole-h has joined #nixops
19:16
<
adisbladis >
meh`: I could take a look, but I think it's very similar scope as the vbox one.
19:16
<
adisbladis >
If you want to tackle it look at the nixops-vbox pull request doing the compat fixes
19:17
<
adisbladis >
Updates on the nixops-aws situation: It turned out to be a massive undertaking, but we're almost there!
19:17
<
adisbladis >
Three different PRs required across three different repos:
19:17
<
{^_^} >
nixops-aws#103 (by adisbladis, 18 hours ago, open): Add mypy types
19:18
<
{^_^} >
nixops#1355 (by adisbladis, 3 minutes ago, open): Nixops aws compat
19:18
<
{^_^} >
nix-community/nixos-modules-contrib#1 (by adisbladis, 10 minutes ago, open): Add support for using repo as a NixOps plugin
19:57
<
cole-h >
Oooh, shiny
20:44
<
pistache >
is it okay for NixOps backends to use SSH to the host ? I didn't see any other backend doing that
20:44
<
gchristensen >
ideally they'd all use runCommand
20:46
<
pistache >
sorry, not sure if I understand you, I meant to the host that hosts the container I'm deploying to
20:47
<
pistache >
I'm attempting to write a NixOps backend for LXD, and I'd like to allow the containers to share their Nix store with the host
20:47
<
adisbladis >
pistache: Currently, yes.
20:47
<
adisbladis >
Wait a minute
20:47
<
{^_^} >
nixops#1353 (by adisbladis, 1 day ago, open): Add support for pluggable transports
20:48
<
pistache >
oh right
20:50
<
pistache >
right, thanks a lot
20:50
<
pistache >
and thanks for all that recent work on NixOS, the changes look awesome and promising
20:50
<
pistache >
on NixOps*
21:00
<
adisbladis >
pistache: I'm not 100% sure that's the final design, btw
21:02
<
adisbladis >
Not an assignment
21:07
<
pistache >
adisbladis: thinking about it again, I don't think the local transport could be used for what I want to do
21:08
<
pistache >
can my backend use two different transports ? one to the container, and one to the container's host
21:08
<
adisbladis >
What do you need to do on the host?
21:09
<
pistache >
I'd like to allow my containers to share their Nix store with the host
21:09
<
pistache >
so I'd want to copy the closure to the host instead of the container
21:10
<
adisbladis >
That could be done
21:11
<
adisbladis >
run_command needs to run in the container context, but copy_closure could do something entirely different
21:11
<
pistache >
ah right, so I'd have to subclass Transport myself to do that
21:12
<
adisbladis >
Nah, Transport is a Protocol
21:12
<
adisbladis >
You'll see LocalTransport doesn't inherit from anything
21:12
<
adisbladis >
It's just an interface
21:12
<
adisbladis >
But yeah, you'll need to implement your own backend with your own transport
21:12
<
pistache >
ah yes, missed that, meant my own transport
21:13
<
pistache >
cool, thanks for the pointers
21:13
<
adisbladis >
This is still not merged, mind you
21:13
<
pistache >
yes, right now I'll continue using my own SSH() and will watch for that pluggable transports PR
21:13
<
meh` >
adisbladis, think I'd be able to tackle this considering I'm 1 week new to Nix?
21:14
<
meh` >
I don't mind putting in the work, I need it :D
21:20
<
adisbladis >
meh`: Maybe, there are quite a lot of pieces so I'm not sure it's the best beginner task
21:20
<
{^_^} >
nix-community/nixops-libvirtd#10 (by grahamc, 7 weeks ago, open): Poetry2nixify
21:20
<
adisbladis >
But there is still a lot to do
21:44
<
meh` >
adisbladis, trying out the pull request, thanks
21:46
<
adisbladis >
meh`: There is still a lot of work to do around parsing, and tbh this is not all too well documented
21:50
<
meh` >
adisbladis, understandable, right now I'm only in a hurry to deploy a couple VMs on a hypervisor I set up, made the choice of going with NixOS and NixOps for the infrastructure for my company, and didn't realize until now NixOps was going through such a transition :P
21:58
<
adisbladis >
meh`: You should be fine on NixOps 1.7?
21:59
<
adisbladis >
Is there any reason you're trying to build against master?
21:59
<
meh` >
adisbladis, I'm not a very smart man, and wanted to deploy both hypervisor and guests with nixops, so needed remote libvirt
22:03
<
adisbladis >
And this is not possible on nixops 1.7?
22:03
<
meh` >
adisbladis, nope, the patch for that was merged a couple months after release
22:23
<
meh` >
adisbladis, I'll give it a shot tomorrow, for now thanks a bunch, time to try and sleep!
22:27
meh` has quit [Ping timeout: 260 seconds]
23:02
cole-h_ has joined #nixops
23:03
cole-h has quit [Ping timeout: 256 seconds]
23:26
cole-h_ is now known as cole-h