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 thing, so even if fbsd still depends on 
a dmidecode binary, I can simply add some specifics to just that function.
-- 
https://code.launchpad.net/~utlemming/cloud-init/no_demidecode/+merge/246486
Your team cloud init development team is requested to review the proposed merge 
of lp:~utlemming/cloud-init/no_demidecode into lp:cloud-init.

___
Mailing list: https://launchpad.net/~cloud-init-dev
Post to : cloud-init-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~cloud-init-dev
More help   : https://help.launchpad.net/ListHelp


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]: Calling 
'http://169.254.169.254/openstack' failed [0/-1s]: request error 
[HTTPConnectionPool(host='169.254.169.254', port=80): Max retries exceeded with 
url: /openstack (Caused by class 'socket.error': [Errno 51] Network is 
unreachable)]
2014-09-27 17:51:34,767 - DataSourceOpenStack.py[DEBUG]: Giving up on OpenStack 
md from ['http://169.254.169.254/openstack'] after 0 seconds
2014-09-27 17:51:34,796 - util.py[WARNING]: No instance datasource found! 
Likely bad things to come!
2014-09-27 17:51:34,816 - util.py[DEBUG]: No instance datasource found! Likely 
bad things to come!

Ok, so I slightly forgot to change cloud.cfg since that comes with a hardcoded 
openstack ds. Changed cloud.cfg to use ConfigDrive, nuked /var/lib/cloud and 
rebooted.

No luck just yet: https://dpaste.de/puLg  https://dpaste.de/D06O

This could be just blkid missing in (my?) FreeBSD, causing c-i to panic/fail.
-- 
https://code.launchpad.net/~smoser/cloud-init/freebsd-configdrive/+merge/235512
Your team cloud init development team is requested to review the proposed merge 
of lp:~smoser/cloud-init/freebsd-configdrive into lp:cloud-init.

___
Mailing list: https://launchpad.net/~cloud-init-dev
Post to : cloud-init-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~cloud-init-dev
More help   : https://help.launchpad.net/ListHelp


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 add in the method (similar to the above mount method); so
 that if it fails we can easily know which method was tried, maybe we could
 consider using https://pypi.python.org/pypi/uptime which seems to be more
 platform agnoistic (and simpler to use) - http://pythonhosted.org/uptime
 /#supported-platforms

While a pure python module sure would look (a lot) better, it would impose yet 
another dependency to merely cover just a tiny thing - one thats already in the 
codebase aswell. I'm definately not against this, just wondering on what the 
project's thought are about imports in general?

Your ideas about putting more in parsers/ seems nice, I'll see if I can make 
that work (though, all in good time).

Regarding Cloudbase, I strongly agree with leaving that to do Windows and 
pulling BSD on board the cloud-init train. It just makes more sense.
-- 
https://code.launchpad.net/~harm-o/cloud-init/freebsd/+merge/198130
Your team cloud init development team is requested to review the proposed merge 
of lp:~harm-o/cloud-init/freebsd into lp:cloud-init.

___
Mailing list: https://launchpad.net/~cloud-init-dev
Post to : cloud-init-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~cloud-init-dev
More help   : https://help.launchpad.net/ListHelp