/srv/irclogs.ubuntu.com/2017/06/09/#cloud-init.txt

larsksrharper: that looks better, yes.02:55
larsksrharper: although I note that I get KeyError: 'r' when trying to run 'make srpm'...03:05
larsks...because I needed PYVER=python2, right.03:08
larsksAlthough: I would call it a bug if something declares "template: cheetah" and we continue without producing an error message...03:09
=== sambetts|afk is now known as sambetts
rharperlarsks: thanks for the feedback, we're looking to drop cheetah as a template (there is some code which does fallback if you don't have cheetah but those messages go to logging, which isn't configured for the tool)14:46
rharperso you're right w.r.t the error; and we're looking to drop cheetah soon14:46
blackboxswhiya larsks, do you have any idea what meta package I'd need in centos/7 to setup repositories which would give me access to download python3 system package for oauthlib? I've got epel-release installed, but it doesn't yum search is coming up empty.17:50
blackboxswsorry larsks, I should introduce myself. I'm Chad Smith, a recent join to Canonical's cloud-init/curtin team.17:51
larsksblackboxsw: hi there!17:52
larsksI know that oauthlib is not available in RHEL.  It may not be in CentOS either.  Let me look.17:53
larsksblackboxsw: yeah, there is no generally available oauthlib package.17:54
blackboxswok thanks for the confirmation larsks.17:55
larsksIt is available in the openstack repositories (e.g., centos-release-openstack-newton), but you wouldn't normally expect those to be enabled where people are running cloud-init.17:55
rharperhttp://oauthlib.readthedocs.io/en/latest/installation.html  says it has a python3 oauthlib17:56
rharperfor redhat17:56
rharperbut that doesn't seam right, I would expected python34 or something17:56
larsksrharper: we actually include a patch in our cloud-init package specfically to fail gracefully if oauthlib is missing.18:10
rharperah, ok18:10
larsks(we catch the importerror, and then raise an exception later on if something actually tires to call the oauth_headers method)18:10
rharperwe probably want that then18:10
larskshttp://chunk.io/f/c756394a7c91432f8a92fdbad2682fda18:11
rharpercool18:12
blackboxswthanks larsks that works for me. I was just working on setting up a make ci-deps-centos target and I didn't want to rule out installing any dependencies I could get together if they are reasonably available for setting up our test environments.18:13
blackboxswso not having python3-oathlib isn't a deal breaker for our CI18:14
larsksfwiw, it's a good idea not to depend on anything not available in the stock centos repositories.  E.g., don't rely on EPEL.18:14
blackboxsw+118:18
rharperhttps://bugzilla.redhat.com/show_bug.cgi?id=141702518:52
ubot5bugzilla.redhat.com bug 1417025 in cloud-init "cloud-init tries to run hostnamectl before dbus is up" [Unspecified,Closed: rawhide]18:52
rharperthat's going to be "fun"18:52
larsksrharper: looks like that was fixed.19:57
rharperlarsks: ok;  I was looking at ubuntu and our dbus.service doesn't depend on After=sysinit.target ;  was going to test with that20:10
larsksrharper: I finally threw up my hands and completely abandoned the systemd units in the source tree.20:11
rharper=/  ok, I can look at the changes;  we may need to template the units as well20:11
larsksThere were too many weird edge cases where ubuntu and redhat had different dependencies.20:11
rharperyeah20:11
larsksWell, I had another suggestion:20:12
larsksUsing systemd drop-ins for the distribution specific stuff.20:12
rharperah, yes20:12
rharperthat is a good idea20:12
rharperI need to play with those some more20:12
larsksTHe model would be: cloud-init units only have dependencies on other cloud-init units, and dependencies on anything else would be configured in drop-ins.20:12
rharperyes, that makes sense20:19

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!