[00:18] <smoser> stanguturi: how quick can you check somethign?
[00:19] <stanguturi> @smoser: Quickly. May be 5 minutes
[00:19] <smoser> stanguturi: on top of your mp (vmware 64 bit)
[00:19] <smoser> http://paste.ubuntu.com/p/5VTmHsrCPJ/
[00:20] <smoser> the first hunk is just formatting
[00:20] <smoser> the second i'mi 97% is just formatting :)
[00:21] <smoser> stanguturi: just give feedback here or on the bug, and i'll be back in ~ 1h.
[00:21] <smoser> and pull it
[00:24] <smoser> and stanguturi did you have a bug for that one ?
[00:24] <smoser> if so, edit the commit message and adda
[00:24] <smoser>  LP: #XXXXXX
[00:24] <smoser> thanks
[00:24] <stanguturi> ok thanks Scott. I don't have a bug for that.
[00:24] <smoser> ok.
[00:25] <blkadder> Hey folks, looking for some advice on the best approach to using ansible w/cloud-init. Essentially I am using cloud-init for instantiation and am just using ansible for config file templating and providing secrets/credentials in those configs.
[00:25] <blkadder> Timers seem so crude.
[00:25] <stanguturi> one quick thing: $pre/${pkg}64/$pkg/$ppath" should be ideally $pre/${pkg}64/$ppath"
[00:25] <blkadder> Like calling my spin up script waiting for x seconds then running ansible seems sub-optimal.
[00:28] <blkadder> Are there any "hey I am done" hooks in cloud-init that I can provide notification on?
[00:32] <stanguturi> @scott: Some fixes need to be done in that patch: like check for "${pre}64/$pkg/$ppath" and not "$pre/${pkg}64/$pkg/$ppath"
[00:50] <powersj> blkadder: if you want to know if cloud-init is done, you can look at /var/lib/cloud/instance and look at the boo-finished file or in /var/lib/cloud/data at the result.json and status.json
[00:51] <powersj> boot-finished file, rather
[00:51] <blkadder> Ok, thanks.
[01:41] <smoser> blkadder: still there?
[01:42] <blkadder> Yes sir.
[01:42] <smoser> blkadder: look in /run .
[01:42] <blkadder> k
[01:42] <smoser> blackboxsw: around ?
[01:42] <smoser> and also, newer cloud-init have 'cloud-init wait'
[01:42] <blkadder> Ooh.
[01:42] <blkadder> That sounds shiny.
[01:43] <smoser> yeah, trunk only at the moment. will be in 18.1
[01:43] <blkadder> k
[01:43] <blkadder> Will go look at it.
[01:44] <smoser> if you look at /var/lib/cloud-init, you have potential of seeing stale data
[01:44] <blkadder> Did you guys ever settle on a templating strategy?
[01:44] <smoser> (from a previous boot)
[01:44] <smoser> so /run/cloud-init/result.json and /run/cloud-init/status.json
[01:44] <blkadder> I'm only resorting to ansible because I don't have a good way to template stuff otherwise
[01:45] <smoser> wrt templting blackboxsw has a mp
[01:46] <blkadder> Good deal.
[01:47] <smoser> https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/335290
[01:47] <smoser> and described at https://trello.com/c/xyqxyOxg
[01:50] <blkadder> Will take a look, thanks.
[01:51] <blkadder> Well if it's jinga2 anyways at least I should have an easy time migrating to it if I stick to ansible for now.
[01:51] <blkadder> So that's good.
[01:55] <blkadder> s/jinga2/jinja2/
[02:54] <blackboxsw> smoser: around
[02:54] <smoser> blackboxsw: ya
[02:54] <blackboxsw> but probably late for you
[02:54] <smoser> i really shoudlt be here ;)
[02:54] <blackboxsw> ohh, what's up? reading backlog now
[02:55] <smoser> ah. was trying to get you to ack a change i made . i added a test to sankar
[02:55] <smoser> and push'd
[02:57] <blackboxsw> the ds-identify branch?
[02:57] <blackboxsw> or sankar's branch. checking
[02:58] <blackboxsw> ahh I see, push == push to tip
[02:59] <blackboxsw> ok yep seem 'em. marking those branches as merged
[03:01] <smoser> sankar's MP. thanks
[03:01] <smoser> and i'im out
[03:01] <smoser> see you tomorrow.
[03:02] <blackboxsw> see ya
[16:30] <blackboxsw> https://pastebin.ubuntu.com/p/rxQ6kZJnjg/ rharper smoser
[16:31] <rharper> ah, yeah local-hostname
[16:47] <smoser> ahasenack: did you reproduce
[16:47] <smoser> https://bugs.launchpad.net/cloud-init/+bug/1751051
[16:47] <ubot5> Ubuntu bug 1751051 in cloud-init "UnicodeEncodeError when creating user with non-ascii chars" [Undecided,New]
[16:47] <ahasenack> smoser: twice, which was 100% of my tries
[16:47] <ahasenack> but using subiquity
[16:49] <smoser> i can't reproduce in lxc
[16:58] <smoser> ahasenack: i can't reproduce in lxc
[16:58] <smoser> lxc launch ubuntu-daily:bionic b6 --user-data='#cloud-config'$'\n''{"users": [{"gecos": "Andr\u00e9 DSilva", "name": "andre", "shell": "/bin/bash"}]}'
[16:59] <smoser> (have also trie dwith exactly config provided)
[16:59] <ahasenack> smoser: can you try subiquity in a vm perhaps?
[16:59] <ahasenack> if you prefer, I can move the bug to subiquity, but the backtrace came from cloud-init
[17:01] <smoser> its just odd.
[17:01] <smoser> it looked obvious.
[17:01] <smoser> but didnt' reproduce
[17:02] <smoser> hmm.
[17:03] <smoser> it feels like locale must be involved.
[17:07] <ahasenack> smoser: with that config of yours, did you get a firstname of André, or a literal Andr\u00e9?
[17:07] <ahasenack> you also missed the ' between D and Silva
[17:07] <ahasenack> D'Silva
[17:07] <ahasenack> sorry, vpn dropped
[17:07] <ahasenack> going to repeat my last
[17:07] <ahasenack> smoser: with that config of yours, did you get a firstname of André, or a literal Andr\u00e9?
[17:07] <ahasenack> you also missed the ' between D and Silva
[17:07] <ahasenack> D'Silva
[17:10] <smoser> i dropped that by design
[17:10] <smoser> the '
[17:10] <smoser> just as it is not the problem
[17:11] <smoser> and inside, it does work
[17:11] <smoser> # grep andre /etc/passwd
[17:11] <smoser> andre:x:1000:1000:André DSilva:/home/andre:/bin/bash
[17:13] <ahasenack> ok
[17:25] <rharper> ahasenack: fwiw, subiquity is writting the cloud-config
[17:25] <rharper> so I suspect it's not escaping it like smoser  did
[17:26] <rharper> if possible set the root password and then extract the user-data from /var/lib/cloud/seed/nocloud-net/user-data
[17:36] <blackboxsw> hrm, no tracebacks on my cloud-init changes in juju's vsphere-deployed unit, but the ubuntu charm /var/lib/juju disappeared across system reboot. This is why my unit no longer talks to juju. /me digs at why that's happening
[17:37] <mjh> hi, I need to encrypt a filesystem. I cant find anything usfull in the disk module. anybody tackled this before?
[17:38] <Odd_Bloke> Is there a cloud-init PPA that I could use to test the latest cloud-init HEAD in an image?
[17:38] <Odd_Bloke> smoser: rharper: ^
[17:38] <rharper> yeah
[17:39] <blackboxsw> https://launchpad.net/~cloud-init-dev/+archive/ubuntu/daily Odd_Bloke
[17:39] <Odd_Bloke> Thanks!
[17:39] <blackboxsw> sudo add-apt-repository ppa:cloud-init-dev/daily :)
[17:39] <blackboxsw> no prob
[18:04] <smoser> ahasenack: i diagnosed
[18:04] <smoser>  https://bugs.launchpad.net/subiquity/+bug/1751051
[18:04] <ubot5> Ubuntu bug 1751051 in cloud-init "UnicodeEncodeError when creating user with non-ascii chars" [Medium,Confirmed]
[18:05] <smoser> it does somewhat seem like a bug to me that python3 does encode based on LANG down some C parts when .encode(encoding) defaults to 'utf-8'
[18:06] <ahasenack> encodings, ugh :/
=== r-daneel_ is now known as r-daneel
[21:22] <smoser> chttps://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/338586
[21:23] <smoser> https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/338586
[21:23] <blackboxsw> smoser: will review for today's cut
[21:23] <smoser> blackboxsw: i don tthink weh ave to race that in
[21:24] <blackboxsw> ok, wasn't sure
[21:24] <blackboxsw> will wrap up on vsphere then
[21:24] <smoser> it only affecgts systems that use utf-8 commands (such as adduser) but do not have a utf-8 capable system default set.
[21:24] <smoser> blackboxsw: i'm thinking i'm just going to cut release
[21:24] <smoser> unless you have somtehing you think needs fixing
[21:25] <blackboxsw> sounds fine smoser
[21:25] <blackboxsw> let me know and I can queue the upload to bionic
[21:25] <blackboxsw> to keep in the habit of it
[21:26] <blackboxsw> one more piece of flare for upload rights :)
[21:26] <rharper> heh
[21:35] <smoser> ahasenack: https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/338586 if you're interested.
[21:35] <ahasenack> cool
[21:47] <dpb1> rharper: so nogo for loopback huh
[21:47] <rharper> dpb1: not without a systemd-resolved fix
[21:47] <rharper> it seems to ignore it even if networkctl doesn't
[21:49] <dpb1> nasty
=== r-daneel_ is now known as r-daneel
[22:16] <smoser> rharper: or blackboxsw
[22:16] <smoser> https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/338588
[22:16] <smoser> if you want to quick ack that
[22:16] <blackboxsw> reading
[22:16] <smoser> i just uploaded to launchpad the source tarball. about to ssend email
[22:16] <smoser> (yes, the order is wrong :)
[22:16] <rharper> done
[22:16] <blackboxsw> smoser: change log fix
[22:16] <blackboxsw> - docs: Fix typos in docs and one debug message. [aRkadeFR]
[22:16] <blackboxsw> looking for other names that we had to manually fix
[22:17] <smoser> hm.. suck. ok i'll fix.
[22:17] <smoser> https://hackmd.io/MYEwRg7AHKCsC0wCMYCm8AsWCG8wDYBmDTEZMEVMAJm0LCA=?both
[22:17] <smoser> that is what i'm following
[22:24] <smoser> blackboxsw: i fixed that.
[22:44] <blackboxsw> smoser: https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/338591 for upload to bionic
[23:01] <rharper> bug fix deluge !
[23:03] <dpb1> rip my inbox