/srv/irclogs.ubuntu.com/2015/06/12/#cloud-init.txt

=== zz_natorious is now known as natorious
=== natorious is now known as zz_natorious
=== tmclaugh[work]_ is now known as tmclaugh[work]
fricklersmoser: thx for getting me back in, my instance here got rebooted this morning and I hadn't saved my latest irssi config yet13:44
smosercloud-init would need a resolvconf handler.13:45
smoserthe other thing you could do ...13:45
smoseris just remove the link before publishing the image13:46
smoserif /etc/resolv.conf is not a link into /run13:46
smoserthen resolvconf will not do anything13:46
smoseryou might be able to apply that change in a boothook too13:46
smoserbut it might be racy13:46
Odd_Blokesmoser: If you could have a look at https://code.launchpad.net/~daniel-thewatkins/cloud-init/lp1464253/+merge/261849, it would be much appreciated.13:49
smoserOdd_Bloke, i will i cant do it now, but 70 minutes13:49
Odd_BlokeAck.13:50
Odd_Blokeharlowja: https://review.openstack.org/#/c/191081/ is my project-config change.13:58
Odd_Blokeclaudiupopa: I'm looking at https://github.com/stackforge/cloud-init/blob/master/cloudinit/tests/osys/test_base.py#L22-L42; does platform.linux_distribution really return 'Windows' if called on Windows?14:01
Odd_Blokeharlowja: We need to improve coverage (because otherwise we won't be able to land any changes once that project-config change lands).  Do you want to/are you looking at improving test coverage of url_helper, or is that something I could do?14:03
claudiupopaThat's a bit misleading, but in fact platform.system will be called in that condition.14:04
Odd_Blokeclaudiupopa: Then I think we have a bit of a faulty test. :)14:05
claudiupopaYeah, it is, thanks for noticing.14:05
Odd_Bloke:)14:05
openstackgerritClaudiu Popa proposed stackforge/cloud-init: Fix a faulty test  https://review.openstack.org/19108514:09
claudiupopaOdd_Bloke: ^ here's the patch.14:10
Odd_Bloke+1'd.14:13
claudiupopathanks! will need another +2 of course ;-)14:14
Odd_BlokeWTB +2 rights. :p14:17
rangerpbsmoser, Odd_Bloke heya fellas, quick question ... can cloud-init log without rsyslog? like to a local file?14:29
claudiupopaOdd_Bloke: would it make sense if url_helper.wait_any_url would return a tuple of url and response?14:36
claudiupopaI have an use case where I need the backoff logic, but I also need the response, which isn't provided.14:37
Odd_BlokeI don't see why not.14:38
Odd_Blokeharlowja: ^14:38
openstackgerritClaudiu Popa proposed stackforge/cloud-init: Change the API of wait_any_url to return a tuple of url and response  https://review.openstack.org/19110014:51
Odd_BlokeI see two different types of license header on files; which should I be using?14:59
claudiupopaThe less verbose one. The other should be replaced.15:01
Odd_BlokeCool.15:02
Odd_BlokeThanks. :)15:02
smoserrangerpb, yes.15:06
smoserrangerpb look in etc/cloud/cloud.cfg.d/05_logging.conf15:06
smoserits *supposed* to figure out whether or not it can use rsyslog and not use it if it cant.15:06
smoserbut that doesn't work so terribly well15:06
smosershort answer for you though... comment out the line about syslog. and it will just do what you want15:07
smoser- [ *log_base, *log_syslog ]15:07
rangerpbok roger that thanks smoser15:10
openstackgerritMerged stackforge/cloud-init: Fix a faulty test  https://review.openstack.org/19108515:48
openstackgerritDaniel Watkins proposed stackforge/cloud-init: Don't try to generate autodoc for Windows modules.  https://review.openstack.org/19113716:11
openstackgerritDaniel Watkins proposed stackforge/cloud-init: Clean up stale auto-generated autodoc files.  https://review.openstack.org/19113916:13
openstackgerritDaniel Watkins proposed stackforge/cloud-init: Basic implementation of a reporting framework.  https://review.openstack.org/19114416:36
Odd_Blokesmoser: ^ is a basic outline of the reporting framework.16:37
=== zz_natorious is now known as natorious
openstackgerritDaniel Watkins proposed stackforge/cloud-init: Fail the doc build if we have any warnings.  https://review.openstack.org/19114916:44
smoserOdd_Bloke, i'd realy rather not use wget.16:46
smoserthat just seems like failure16:46
smoserbut that bug just plain sucks16:48
Odd_Blokesmoser: CloudStack use wget for their equivalent functionality, so they are only every going to test with wget.16:48
Odd_Blokesmoser: Using anything else is just asking for regressions in the future.16:49
smosernot really.16:49
smosersaying "our http endpoint might arbitrarily not be an http endpoint" is asking for regressions16:49
smoseri suspect they're not testing with all versions of wget from 10.04 to 16.04 and also those found on linux-distro-X version Y16:50
Odd_BlokeSure, but they are _definitely_ not testing with any version of cloud-init. :p16:50
smoseri admit that i'd probably be as opposed to your implementation of a solution in any way.16:52
Odd_BlokeI don't disagree that CloudStack are asking for regressions (and that the way they implemented this to begin with is embarassingly terrible).16:52
Odd_BlokeBut they are and they did and it's deployed in places now.16:52
smoserbut it was broken in one specific way16:52
smoserright?16:52
smoserand now its a sane response ?16:53
Odd_BlokeYeah.16:53
Odd_Bloke(For now ¬.¬)16:53
smoserok. so 2 paths16:53
smosera.) your wget path.b16:54
smoserb.) use url_helper16:54
smoserand catch exception and fallback to either old code or wget.16:54
Odd_Blokesmoser: With (b), we'd have to hit the endpoint more than once.16:55
smoserand in either path, with wget, use long names in command line options rather than short.16:55
smoserwget --quiet --timeout=16:55
smoser...16:55
smoserwe only hit it more than once when its broken.16:55
smoseroh yeah, and with wget alos, do not use shell=True.16:56
smoseri dont know why you did.. i dont think you gain anthing from it other than the possibility of shell expansion on funny domu_requst input16:56
Odd_BlokeIt was breaking up DomU_Request in a way that was breaking everything.16:57
Odd_BlokeAnd I was sick of CloudStack and their shitty implementation, so just did it the fastest way I could. ¬.¬16:57
smoser_do_request(domu_request="foo\"; rm -Rf /;")16:57
Odd_BlokeIf we merge code that does that, we almost certainly have bigger problems. :p16:57
Odd_BlokeBut: point taken.16:58
Odd_BlokeI'll revisit this on Monday.16:58
smoserif we merge code that does what ?16:58
smoserif you wantto put in the wget... i'm fine with that for now. i think its not the greatest.16:59
smoserbut do want no shell=True and use long command line options.16:59
Odd_Blokesmoser: If we merge code that calls _do_request with those parameters.16:59
Odd_BlokeYep, I'll fix that on Monday.17:00
Odd_BlokeI'm EOD'ing now.17:00
Odd_Blokesmoser: Have a good weekend. :)17:00
smoserk17:00
openstackgerritDaniel Watkins proposed stackforge/cloud-init: Fail the doc build if we have any warnings.  https://review.openstack.org/19114917:33
openstackgerritDaniel Watkins proposed stackforge/cloud-init: Basic implementation of a reporting framework.  https://review.openstack.org/19114417:34
harlowjaOdd_Bloke can also include https://pypi.python.org/pypi/doc8 if u want17:35
harlowjaanother tool i helped mak17:35
harlowjacan be used for more extensive testing of doc things17:35
Odd_Blokeharlowja: Nice, I'll have a look at that. :)17:36
harlowjaex: https://github.com/openstack/taskflow/blob/master/tox.ini#L6517:36
harlowjausing it to blow-up the py27 testing env, if it has some issues17:36
openstackgerritDaniel Watkins proposed stackforge/cloud-init: Add doc8 checks to docs tox target.  https://review.openstack.org/19116217:42
harlowjaOdd_Bloke your reporting framework i wonder if it could benefit from http://docs.openstack.org/developer/taskflow/types.html#taskflow.types.notifier.Notifier17:46
harlowja^ anyone one of my other project17:46
harlowjacould split that off into its own little library or something17:47
harlowjayour's looks slightly similarish17:47
harlowjahttps://pypi.python.org/pypi/blinker/ is also something similarish17:49
=== natorious is now known as zz_natorious
=== zz_natorious is now known as natorious
=== natorious is now known as zz_natorious
=== zz_natorious is now known as natorious
=== natorious is now known as zz_natorious

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