=== sterfield_ is now known as sterfield === rangerpbzzzz is now known as rangerpb [18:07] running into an issue on EL7 where the network generate_fallback_config process where reading the /sys/class/net/eth0/carrier and /dormant generate an IOError (Invalid Argument) if the NIC isn’t up yet. I think we have a fix just by catching the IOError exception and passing. I’m looking through bugs to see if anything is there for this already, but not coming up with anything. does this sound familiar to anybody? If no [18:07] I’ll report a new bug. [18:18] i think the better way to do this ( https://git.launchpad.net/cloud-init/tree/cloudinit/net/__init__.py#n139 ) is check the nic’s operstate first, and then only if it’s up check the carrier and dormant. i’ll send in a review [19:13] mdorman_: I belive that one is known; lemme find the bug and the MR that addresses that [19:16] https://code.launchpad.net/~harlowja/cloud-init/+git/cloud-init/+merge/305882 handles this; IIRC [19:16] * rharper checks the channel logs [19:19] thanks i’ll check it out [19:22] https://bugs.launchpad.net/cloud-init/+bug/1625766 [19:22] someone from Arch saw this [19:22] I updated the bug description and summary to match [19:22] * rharper links the MR to the bug as well [19:23] * rharper pokes harlowja and smoser for review tomorrow [19:25] cool [20:13] i fixed that? [20:13] hahaha [20:14] mdorman_ maybe fixed :-P [20:14] someone needs to merge all that stuff, lol [20:31] yeah me and jim have it merged locally and are testing it. then i will comment on the LP review with results [20:34] kk [21:02] so far it’s looking good [21:06] that part looks great :p [21:59] greatttt [21:59] lol [22:14] https://code.launchpad.net/~harlowja/cloud-init/+git/cloud-init/+merge/305882 i think we can confidently say is good [22:29] harlowja: rpm builds happily from what we can see, plan on doing roll ups for merge tomorrow . i had a Q about the requirements.txt tho, where we dont need 2 lines in the rpm build - should i make and apply a .patch to build the RPM or is there another way to handle? === rangerpb is now known as rangerpbzzzz [23:25] i did its [23:25] lol [23:28] smoser so in https://code.launchpad.net/~harlowja/cloud-init/+git/cloud-init/+merge/308304 [23:28] if people still have cheetah installed, and there templates say to use cheetah explicitly [23:28] then it will still continue using cheetah [23:28] the default though does change [23:29] from [23:29] - LOG.debug("Using Cheetah as the renderer for unknown template.") [23:29] - return ('cheetah', cheetah_render, text) [23:29] to jinja [23:29] this maybe should cause a 0.8.0 version, id [23:29] *idk