Re: [Cloud-init-dev] [Merge] lp:~utlemming/cloud-init/no_demidecode into lp:cloud-init

2015-01-16 Thread Harm Weites
I'll happily take a look into it's purpose on fbsd, but I do would like to know why you'd want to drop it in the first place... Nonetheless, I'm all for dropping useless weight :) I do like the idea of moving the whole dmi reading stuff to a separate function() and returning some abstract

Re: [Cloud-init-dev] [Merge] lp:~smoser/cloud-init/freebsd-configdrive into lp:cloud-init

2014-09-27 Thread Harm Weites
Ok, created a new FreeBSD instance with a configdrive. Installed bzr to be able to get the branch and after finishing the checkout I installed c-i with tools/build-on-freebsd. I configured /etc/rc.conf to not start vtnet0 at boot and rebooted. 2014-09-27 17:51:34,711 - url_helper.py[DEBUG]:

Re: [Cloud-init-dev] [Merge] lp:~harm-o/cloud-init/freebsd into lp:cloud-init

2013-12-14 Thread Harm Weites
Great start! Thanks :) I've taken your comments plus some notes from #cloud-init and did some additions and changes. - wow, didn't know uptime had to be done with ctypes, is there no other way? is the `uptime` command pretty standard? for the logexc(LOG, Unable to read uptime) can we also