[14:56] <Odd_Bloke> powersj: A couple of small (not at all urgent) PRs of mine that you could take a look at once you're around: https://github.com/canonical/cloud-init/pull/257 https://github.com/canonical/cloud-init/pull/263
[14:57] <powersj> Odd_Bloke, ok will review post-standup
[15:47] <powersj> Odd_Bloke, leave the merging to you
[16:01] <Odd_Bloke> powersj: Thanks!
[19:28] <cloaked1> So if `write_files` is used in `/etc/maas/preseeds/*some*userdata` and then let's say a machine is instantiated using cloud_init which calls `write_files` will both `write_files` properly function? I'm thinking that one (user_data) will supercede that of `curtin` it seems. Can someone confirm or deny that observation?
[19:33] <cloaked1> https://discourse.maas.io/t/write-files-for-curtin-and-write-files-for-cloud-init-using-both-seems-to-conflict/1403
[19:35] <powersj> cloaked1, hey thanks for the link - I think the best person to answer that isn't around this week unfortunately
[19:35] <cloaked1> ah man!
[19:35] <cloaked1> that sucks.
[19:35] <cloaked1> I kinda need to know...
[19:36] <cloaked1> ok, I'll figure something out. Thanks @powersj
[19:37] <cloaked1> powersj: do you happen to know if there's a recommended way to add lines to /etc/fstab?
[19:39] <powersj> cloaked1, if you are using cloud-config there is a mounts key
[19:39] <powersj> https://cloudinit.readthedocs.io/en/latest/topics/examples.html#adjust-mount-points-mounted
[19:39] <cloaked1> beautiful
[19:39] <cloaked1> thank you!
[19:40] <cloaked1> so does that have a curtin equal?
[19:40] <cloaked1> that's what I'm trying to figure out...sorry, I misspoke in my questin.
[19:40] <cloaked1> question
[19:41] <powersj> I believe modifying /etc/fstab is what curthooks are for in curtin
[19:41] <powersj> but rharper or smoser know much better than me :)
[19:48] <cloaked1> powers: thank you
[19:48] <cloaked1> er powersj:)
[19:50] <smoser> cloaked1: are you snafuxnj ?
[19:50] <smoser> it doesnt sem likely to me that user-data and curtin_userdata_custom would conflict.
[19:51] <cloaked1> yup
[19:51] <cloaked1> I am
[19:51] <smoser> one would be applied in install time frame
[19:51] <smoser> and one would be installed during first boot
[19:52] <cloaked1> hmm. OK. for some reason I seem to be observing that they conflict, but I could be wrong. I'll some code to the discourse question. Maybe someone can validate what we're doing. I may have something wrong in my write_files object.
[19:53] <smoser> for the most part , curtin is done after install
[19:53] <smoser> so , anything it was going to do (write_files) is done
[19:54] <smoser> user-data is like ec2 user data.
[19:54] <smoser> in that it goes to the system on first boot
[19:55] <smoser> the one overlap that i'm aware of in curtin and cloud-init is the networking bit.
[19:55] <smoser> curtin just passes the network config that it is given through to the system rather than rendering it itself.
[19:55] <smoser> then  cloud-init will render on first boot
[20:07] <cloaked1> ok cool. I'm running some testing right now with the mount: option you provided. If that works then I'm not gonna press the write_files issue I'm observing for now.
[20:07] <cloaked1> otherwise, I'll need to press it because it will likely be the only way to achieve what I'm trying to achieve.