[00:10] <smoser> rharper, trunk now builds with /usr/lib/python3/ rather than 3.5.
[00:27] <rharper> smoser: nice!
[00:27] <rharper> https://code.launchpad.net/~raharper/cloud-init/make-check-cleanup/+merge/288041
[00:28] <smoser> i'm fighint stupid systemd.
[00:28] <smoser> i swear it worked before
[00:28] <smoser> but now my disable doesnt seem to
[00:29] <rharper> heh
[00:33] <jgrimm> boo
[01:55] <smoser> well, at least i understand this now.
[03:20] <rharper> smoser: cool;  I've a reliable mechanism to collect data from the target without using cloud-init; as well as running After=multi-user.target;  I think we can also use cloud-final.target as well;  as even if cloud-init is disabled the target is still present for ordering;  that'll have to be confirmed once you've a disabled branch to test;
[03:21] <rharper> annoyingly though since I'm running this as a systemd service, one cannot ask systemd how far along in the boot process one is; systemd-analyze says; still booting; try back later; which is quite annoying; but I can take proc/uptime samples; and if there are other cloud-init eyecatchers, we can look for those as well
[11:31] <Odd_Bloke> smoser: Would you be able to release trunk in to xenial, please?
[13:53] <smoser> Odd_Bloke, can you sniff my ppa ?
[13:53] <smoser> and then i'll do that.
[13:54] <Odd_Bloke> smoser: Your PPA?
[13:56] <smoser> or if yoiu'd rather: https://code.launchpad.net/~cloud-init-dev/+archive/ubuntu/daily
[13:56] <smoser> set that up last night. to daily build trunk with a xenial packaging branch.
=== drue_ is now known as drue
[13:58] <Odd_Bloke> smoser: Oh, nice!
[13:58] <Odd_Bloke> Just kicked another recipe build off to pull my merges in.
[14:17] <smoser> Odd_Bloke,  you did not enable the bigstep datasource
[14:18] <Odd_Bloke> smoser: "enable"?
[14:19] <Odd_Bloke> smoser: Oh, you mean add it to the default config?
[14:20] <smoser>  cloudinit/settings.py
[14:20] <smoser> i'll tell you the same thing i told utlemming yesterday
[14:21] <smoser> when you merge, please make a git style commit with
[14:21] <smoser>  summary <= 74 chars
[14:21] <smoser>  blank line
[14:21] <smoser>  longer description
[14:22] <smoser> and add entry to 'ChangeLog'
[14:22] <smoser> (like the summary line)
[14:22] <smoser> and please give people credit in that line when appropriate
[14:22] <smoser> and if you fix a bug, in the merge commit, please --fixes lp:XXXX
[14:23] <Odd_Bloke> smoser: Ack.
[14:25] <Odd_Bloke> smoser: https://code.launchpad.net/~daniel-thewatkins/cloud-init/bigstep/+merge/288105
[14:55] <smoser> Odd_Bloke, when you dont have that file there..
[14:55] <smoser> i dontrecall. does cloud-init warn that the ds raised exception ?
[14:56] <smoser> can you just try and catch the load_file and return false if not there ?
[15:26] <rharper> trusty pep8 (1.4.6) is fickler than xenial pep8 (1.6.2);  make check under trusty sbuild fails; fixing now;
[15:35] <smoser> rharper, see what i said
[15:35] <smoser> :)
[15:36] <rharper> eh, 3 lines
[15:36] <smoser> thats not so bad.
[15:36] <rharper> pep8 is easy;  getting newer init system levels in trusty
[15:36] <rharper> another storey
[15:36] <rharper> I don't want to tackle now; but I suppose cloud-init ought to run as well on trusty (and know what it can and cannot due, ala curtin)
[16:06] <rharper> smoser: https://code.launchpad.net/~raharper/cloud-init/trunk.fix-trusty-pep8/+merge/288126
=== smatzek_ is now known as smatzek
=== harlowja_at_home is now known as hollaja
[18:51] <smoser> Odd_Bloke, aorund ?
=== smatzek__ is now known as smatzek
[20:29] <smoser> Odd_Bloke, bah
[20:29] <smoser> Mar  4 20:29:05 x2 [CLOUDINIT] util.py[DEBUG]: failed read of /sys/class/dmi/id/product_name#012Traceback (most recent call last):#012  File "/usr/lib/python3/dist-packages/cloudinit/util.py", line 2143, in _read_dmi_syspath#012    key_data = load_file(dmi_key_path)#012  File "/usr/lib/python3/dist-packages/cloudinit/util.py", line 1187, in load_file#012    return decode_binary(contents)#012  File "/usr/lib/python3/dist-packages/clou
[20:29] <smoser> dinit/util.py", line 88, in decode_binary#012    return blob.decode(encoding)#012UnicodeDecodeError: 'utf-8' codec can't decode byte 0xff in position 0: invalid start byte