[13:39] ah, Icehouse.2 is out === zz_gondoi is now known as gondoi [17:12] RaginBajin: I can confirm fbsd support is pretty broken, based on a first try to run c-i on it [17:23] harmw: I should put a copy of all the horrible hacks I put into the code so you can see it. That may help a bit. [17:33] rm -rf /var/lib/cloud/ ; /usr/local/bin/cloud-init -d init [17:33] thats how I [17:33] just started it [17:34] but I realy should first have it print more debug info, because it used to print stuff like which datasource and distro it was using - info I don't get to see now [17:34] I think the original code was against 0.7.4 [17:35] and worked :p [17:49] aha, this is kinda lol [17:50] RaginBajin: there is a pending mergerequest to adress some issues :p [17:50] https://code.launchpad.net/~harmw/cloud-init/freebsd-static-networking [17:50] smoser: boohooo [17:53] harmw: That's how I was initially testing it as well, till I put it into an image and rebooted it. That's when I found problems the PATH problems. I had the debug issue not printing for a while, but I'm not sure what I did, it then started printing to a debug.log file which provided more info than --debug [18:00] exactly [18:23] ah, ofcourse [18:23] RaginBajin: there is a /etc/cloud/cloud.cfg.d/05_logging.cfg that takes care of certain log stuff [18:23] the dirty solution: move that file to some place lse [18:24] ahh. I bet I wasn't making it to that stage of the init. So that wasn't even getting started. That's whey when things started to work, I started seeing that file [18:25] and now I can clearly see a regex IndexError [18:25] regarding the reading of rc.conf [18:32] ok, on a newly created branch I see yet another issue: error: You must specify one of (systemd, sysvinit, sysvinit_deb, upstart) when specifying init system(s)! [18:36] fixed [18:37] copying sysvinit/redhat/cloud-config -> /etc/rc.d/init.d [18:37] copying sysvinit/redhat/cloud-final -> /etc/rc.d/init.d [18:37] copying sysvinit/redhat/cloud-init -> /etc/rc.d/init.d [18:37] copying sysvinit/redhat/cloud-init-local -> /etc/rc.d/init.d [18:37] thats something to look into as well [18:39] tht and installing the config file in /etc/cloud/ [18:39] (that should be /usr/local/etc/..) [18:50] RaginBajin: while the code should just leave comments in /etc/rc.conf alone instead of silently deleting them, I think one can perfectly defend the current behavior from a cloudy point-of-view :p where there is no real need to put anything in rc.conf because thats is managed from either nova (with userscripts) or (as far as bsd concerns: someday) from tools like puppet [18:51] harmw is awesome. [18:52] oh lol [18:52] * smoser has to go afk. later all. [18:52] i'll be more vailable next week [18:52] :) [18:56] harmw: Yeah that makes sense. That's what I was thinking as well. Somehow those comments got into that file and was causing the problems. But I do know puppet normally leaves comments in those files. Not sure what that effect has just yet [19:04] well, the code was expecting key=val [19:04] and ONLY lines that match that pattern [19:35] hm, for some reason its trying to set hostname to the current hostname instead of what it got from nova/metadata [19:36] hm, or is it... [19:40] That should mean that it's using None datasource, so it's using the current values and going through the init process. [19:40] I believe. [19:40] yup, just got to that conclusion :) [19:47] importer.py[DEBUG]: Failed at attempted import of 'DataSourceOpenStackEc2' due to: No module named DataSourceOpenStackEc2 [19:47] that doesn't sound good [19:48] (and same goes for all the other datasources) [20:34] aha, so when I specify datasource_list: ['OpenStack'] in cloud.cfg, it all works [20:52] https://code.launchpad.net/~harmw/cloud-init/freebsd, thats current now [20:52] it includes the staticnetwork branch as well === gondoi is now known as zz_gondoi