[11:52] <evilissimo> alexpilotti: are you around? :)
[11:59] <alexpilotti> evilissimo: hey
[12:00] <evilissimo> alexpilotti: I was wondering what's the plan with cloudbase init for windows
[12:00] <alexpilotti> evilissimo: in what sense? :-)
[12:00] <evilissimo> I read somewhere, don't remember where exactly that you might want to get it into cloud-init 
[12:01] <alexpilotti> true
[12:01] <evilissimo> is that still the plan?
[12:01] <alexpilotti> sure
[12:01] <alexpilotti> but it's shell of a work
[12:01] <evilissimo> kk, any help needed in that regard?
[12:01] <alexpilotti> *a hell of a 
[12:01] <alexpilotti> definitely yes
[12:01] <evilissimo> To put things a bit into perspective
[12:01] <alexpilotti> cloud-init needs to be heavily refactored for that to happen
[12:02] <evilissimo> I am working for Red Hat
[12:02] <alexpilotti> I see
[12:02] <alexpilotti> are you coming to the summit in HK?
[12:02] <evilissimo> No, unfortunately not
[12:03] <evilissimo> Well I am working at the Red Hat Enterprise Virtualization team, and I am mainly responsible for the Windows Guest Agent
[12:03] <evilissimo> which also means oVirt ;)
[12:03] <alexpilotti> that's interesting
[12:03] <evilissimo> So and we are thinking about introducing cloud-init as alternative to sysprep
[12:04] <alexpilotti> we should talk about the status of the virtio drivers :-)
[12:04] <evilissimo> hehe
[12:04] <evilissimo> we can talk about that, if there's anything I can pass along to the devs
[12:04] <alexpilotti> we are currently using a mix of sysprep + cloudinit
[12:05] <alexpilotti> sys prep takes care of generalisation and setting the user name
[12:05] <alexpilotti> cloudbase-init of all the rest
[12:05] <evilissimo> I see
[12:05] <alexpilotti> sorry, s/user/host/
[12:05] <evilissimo> hmm but cloud-init could also set the host name, no?
[12:05] <evilissimo> cloudbase-init ;)
[12:05] <alexpilotti> actually the unattended.xml starts cloudbase-init for that
[12:06] <alexpilotti> it does
[12:06] <alexpilotti> but since setting the host name requires a reboot
[12:06] <alexpilotti> we avoid that by putting that step during generalization 
[12:06] <alexpilotti> another thing we are working on is passwordless authentication in Windows
[12:06] <evilissimo> SSO?
[12:07] <alexpilotti> nope
[12:07] <alexpilotti> WSMan + client certs
[12:08] <evilissimo> that's for WMI?
[12:08] <evilissimo> I don't know WSMan
[12:08] <alexpilotti> not only
[12:08] <alexpilotti> Powershell demoting for example
[12:08] <alexpilotti> WSMan == SSH in the Windows world :-)
[12:08] <evilissimo> oh right
[12:08] <alexpilotti> darn autocorrect
[12:09] <evilissimo> lol, I fortunately don't have that :D
[12:09] <alexpilotti> s/demoting/remoting/
[12:09] <evilissimo> yeah I guessed that ;)
[12:09] <alexpilotti> no, but you have: https://github.com/Openwsman/openwsman
[12:10] <evilissimo> oh, I mean autocompletion :)
[12:10] <evilissimo> I don't have auto completion ;)
[12:10] <alexpilotti> lol
[12:10] <alexpilotti> good choice, I think I'll follow the advice
[12:10] <evilissimo> The only autocompletion I use is the nick completion
[12:12] <evilissimo> alexpilotti: so what's the problem with the VirtIO drivers?
[12:13] <alexpilotti> we had some issues with the latest versions
[12:13] <alexpilotti> some blue screens
[12:13] <evilissimo> oh?
[12:14] <evilissimo> I haven't heard about that
[12:14] <alexpilotti> so there's some black magic involved in choosing what version to use for what OS :-)
[12:16] <evilissimo> hmm well since I don't handle the packaging for Windows, I am not really aware of it