[05:14] <Code_Bleu> is this channel still being used?  I've seen no one talking for a couple of days now.
[07:26] <hackers> tanks meena
[07:26] <hackers> I was reading it a bit more
[07:27] <hackers> the prolem I'm facing is that I really like instal debian from a minimal netinstall CD and install nothing else but the requirement for Debian to work
[07:28] <hackers> but now I look at ubuntu snaps, more cutting edge software, things like minik8s easily deployable and I'm interested to give it go
[07:28] <hackers> just not to an ubutu-desktop-xx that ships with IDK what
[07:29] <hackers> I need to know what's installed and how I want it to behave
[07:29] <hackers> so I read cloud-init has this interesting configuration that makes it easy to reploy ot re-deploy
[07:30] <hackers> but I also read it doesn't support graphical environments? is that true?
[07:30] <hackers> else I'm going back to my minimal debian an installing ubuntu-server in a VM but I wish I could virtualize from ubuntu
[07:33] <hackers> ;
[07:33] <hackers> ll;
[07:33] <hackers> k
[07:33] <hackers> oops
[08:13] <meena> hackers: we do have people coming in here from time to time who use cloud-init on their desktop
[08:13] <meena> and they're gone
[13:42] <digal_54> Hi Guys
[15:16] <otubo> smoser: thanks for the info so far, helped a lot to start thinking about a possible fix. Please take a look at this patch https://github.com/otubo/cloud-init/commit/6ffcee4ead7b107028af0ea9d24657931fcfee76
[15:17] <otubo> smoser: still work in progress, need to add the tests, etc. But overall it's that.
[15:53] <otubo> smoser: as usual due to timezone stuff I'm off now. But feel free to leave a comment on github or here :) Thanks again!
[16:02] <smoser> i left comment, otubo
[16:56] <blackboxsw> Odd_Bloke: falcojr I just dput dput ppa:cloud-init-dev/proposed   ../out/cloud-init_20.4-0ubuntu1~20.10.1_source.changes    looks like all bits for cloud-init SRU are in  ppa:cloud-init-dev/proposed for the SRU
[16:58] <blackboxsw> and rmadison cloud-init agrees that uploads are accepted/available for cloud-init v 20.4-0  in xenial-proposed, bionic-proposed, focal-proposed and groovy-proposed
[16:58] <Odd_Bloke> AnhVoMSFT: ^ We have cloud-init 20.4 packages in -proposed across all stable releases, so we're ready for you to perform your testing.
[17:02] <giesen> Code_Bleu: cloud-init seems to reset networking on every boot. You can set guestinfo.metadata in your VM config to get it to keep the config. That's actually why I came in here, wondering what's the best to have cloud-init set networking config once and then leave it alone
[18:05] <AnhVoMSFT> @Odd_Bloke - thanks. we'll get the testing underway for azure
[18:22] <Odd_Bloke> AnhVoMSFT: Thanks!
[18:23] <Odd_Bloke> falcojr: I haven't reviewed the test yet, but (you'll be glad to hear, I'm sure ;) I have thoughts about the proposed refactoring: https://github.com/canonical/cloud-init/pull/693/files#r534385206
[18:35] <falcojr> Sweet, thanks
[22:34] <Odd_Bloke> falcojr: Just pushed up a full proposal at https://github.com/canonical/cloud-init/pull/702 so that's ready for a full review with a view to landing it.
[22:34] <Odd_Bloke> Thanks for your comments on the initial proposal, this is a much simpler iteration as a direct result.
[22:36] <Odd_Bloke> This doesn't include skipping by OS release, because (a) I want to think about that a bit more, and (b) we don't have any tests that currently require it; I'll probably implement it naively (specific marks to skip xenial and bionic) alongside the integration test I'm working on which will require it.