[00:00] Eh, but I have a variable with raw bytes from a file. [00:00] and I want to print them out [00:00] SpamapS: foo.decode("utf-8"), for instance [00:00] actually.. I think for this.. [00:00] SpamapS: Which yields unicode [00:00] config-get and relation-get need to have a --format=raw .. [00:00] Or rather, the Python notion of unicode [00:00] because right now we're tacking on a \n [00:01] SpamapS: Yeah, possibly [00:01] Ok, well at the moment, high-byte chars in config/relation settings will likely cause a stacktrace [00:01] * SpamapS tries it [00:03] actually no .. hm [00:04] json format encodes it in proper json notation [00:04] config-get --format=json disable-large-pages [00:04] "\u5b50" [00:07] 子 made me look [00:07] hahaha [00:08] Thought about going with a 3 byte char but thats just not playing fair ;) [00:08] ok so unicode does cause an error.. but config-get and relation-get just silently swallow it [00:09] or rather.. high byte chars [00:30] <_mup_> Bug #901494 was filed: config-get and relation-get silently drop values with high-byte characters < https://launchpad.net/bugs/901494 > [00:42] <_mup_> Bug #901495 was filed: config-get and relation-get silently drop values with high-byte characters < https://launchpad.net/bugs/901495 > [01:12] * SpamapS continues his bug triage RAMPAGE [01:35] elmo its on the wishlist [01:36] hazmat: not having a go at you, but FWIW if I didn't work in Canonical, I can't imagine using juju in a production environment without that bug being fixed [01:37] elmo, part of the issue with bothering with the acls, is that there isn't any transport level security [01:37] elmo, but fair enough... does puppet or chef have any notion of multi-user? [01:38] granted at the level of acl granularity without transport level security, its just about consistency from compromised nodes, [01:39] which a ca will give you.. [01:39] * hazmat wonders about keystone [02:02] hazmat: puppet and chef do have to at least verify each node individually before they're allowed to do things like export configs or shot data into data bags. [02:02] s/shot/shove/ [02:04] $ killall java [02:04] so true === jrgifford is now known as Guest26880 [02:40] hi folks, can you please explain how i can change a "unit" status from stop to start using juju? [03:36] doh [03:47] SpamapS, i'm maingly walking through http://askubuntu.com/questions/65359/how-do-i-configure-juju-for-local-usage [03:48] trying to get localdev . oneiric host, i pulled juju from bzr. [03:48] after 'juju bootstra', i got [03:49] SSH authorized/public key not found. [03:49] 2011-12-08 03:44:11,349 ERROR SSH authorized/public key not found. [03:49] then made myself a key (ssh-keygen) [03:50] now juju status shows [03:50] http://paste.ubuntu.com/763416/ [05:35] smoser: there are a bunch of logs in weird places you can check [05:36] i destroyed and started over and fine. [05:36] smoser: but ultimately, I think your main machine is not started [05:36] probably a bug though if you dont have .ssh/id_rsa [05:36] smoser: have you tried a destroy-environment and bootstrap again? [05:36] yeah, and that worked. [05:36] we can poke at a later date. [05:37] heres the initial stab i made at juju local provider -> openstack [05:37] http://paste.ubuntu.com/763456/ [05:37] (unsuccessful atm) [05:49] smoser: I like the way the config file pans out... one big yaml for the whole thing [05:49] thats all adam_g [05:50] do we know what that internal error network issue is about ? [05:50] that forces a reboot? [05:50] the pty thing? [05:52] I think it must be an lxc bug [05:52] if you're talking about how ssh starts to fail on the containers [05:56] not pty, SpamapS [05:57] libvirt network issue on 'juju bootstrap' [05:57] was reproducible 2/2 for me on oneiric instance in canonistack. [06:07] OH [06:07] That I don't know [06:07] smoser: the wya virsh is used is kind of weird.. [06:07] way even [06:08] i thought so too [06:08] I believe its done that way so that juju can just sudo out for those few things [06:08] but.. seems like juju could just fork and sudo exec itself..then use libvirt. [06:09] nah, its not that. [06:09] or leave the network alone [06:09] not just the groups. [06:09] something else i think. [06:09] my old crappy lxc provider just let libvirt's default network do the dirty work [06:12] smoser: is a bug filed about the network problems? [06:12] smoser: IIRC there was one that involved non-english locales that was fixed right after 11.10 released [06:13] * SpamapS should just go through the 29 commits since 11.10 and cherry pick the bug fixes into an SRU [06:13] dont know if ther eis a bug [06:13] it is documented at http://askubuntu.com/questions/65359/how-do-i-configure-juju-for-local-usage [06:14] smoser: documented pretty scantily [06:14] google "juju local" [06:14] thats what you come up with [06:15] yes, its crappy documentation of that bug. and there should be a bug. [06:16] * SpamapS went on a triage rampage today, so may be leaning a bit too much toward "File a bug" [06:16] took new bugs from 75 -> 55 .. but .. still 184 open bugs.. we have to figure out which ones of those actually matter. :-P [07:37] moo [07:42] TheMue: mornin' [07:49] Wonna setup an EC2 instance today. Any useful hints before I step into a common known trap? [09:15] hi all [09:17] hi mpl [10:34] hmm, mysql up and running on a second instance. how may I login via ssh to an instance? [10:42] hi all [10:43] TheMue: via juju ssh? [10:47] nijaba: Ah, that's the missing link. thx [10:48] np [10:48] TheMue: I tend to use this a lot less than 'juju debug-hooks' in my (small) practice of charm dev [10:49] neat [10:49] * koolhead11 installed oneiric and will try juju on local system [10:50] nijaba: yep. I'm just doing my fist steps and want to look around a bit. [10:51] marcoceppi: did you change ch_get_file recently, or was I wrongly assuming that the downloaded file would always be /tmp/download? [10:52] jcastro: around [10:53] koolhead11: jcastro is on vacation this week [10:53] nijaba: ok. am using http://askubuntu.com/questions/65359/how-do-i-configure-juju-for-local-usage [10:53] (which does not mean he is not around though) [10:53] nijaba: :P [10:53] koolhead11: sorry, never tried myself yet [10:54] nijaba: np. i am giving it a try :D [10:54] koolhead11: I would be interested in your findings :) [10:54] sure [10:55] smoser: i think its my openstack and networking which gave put me in all the trouble [10:55] i want to play with juju so i need to see that working :D [10:56] customized cloud image would not b having any issue. [10:56] #optimistic thinking :D [11:08] Am i supposed to do any configuration for networking? http://paste.ubuntu.com/763669/ [11:10] could someone fix: https://help.ubuntu.com/community/Orchestra/Juju so that the orchestra environment has a default-series as otherwise juju complains of it being invalid (currently having problems with my ubuntu sso) [11:20] Also having fixed that I get "Could not find any Cobbler systems marked as available and configured for network boot." though I have two VMs who booted off it. [11:23] juju bootstrap fails with "error: internal error Network is already in use by interface virbr0". Does anyone know how to fix this? [11:24] jseutter: reboot your machine [11:24] i had same error [11:24] koolhead11: I've tried that twice, with no change [11:24] and You may also need to set the net.ipv4.ip_forward=1 in you /etc/sysctl.conf. [11:24] k, taking a look [11:25] hm, do I need to reboot after modifying sysctl.conf? [11:26] rebooting. [11:26] aah not needed [11:29] marcoceppi: hey there [11:30] jseutter: it was not needed [11:30] now you will get an error for missing keypair [11:30] so generate one [11:30] :D [11:30] koolhead11: ah. [11:30] :P [11:30] koolhead11: I still get the same error: Network is already in use by interface virbr0 [11:31] jseutter: but i don`t pastebin the whole output [11:31] i just added net.ipv4.ip_forward=1 in you /etc/sysctl.conf [11:31] this line and did juju bootstrap [11:31] next error i got now is for keygen [11:32] koolhead11: hm... I must have a different issue then... [11:32] jseutter: your using Oneiric [11:32] ? [11:32] koolhead11: yes [11:32] http://askubuntu.com/questions/65359/how-do-i-configure-juju-for-local-usage [11:32] see this [11:33] am thinking to edit this with putting in the error part and also add the missing key error [11:42] solution to bootstrap not working: sudo cobbler system edit --name your-system-name --netboot-enabled=True --mgmt-classes=orchestra-juju-available [11:43] koolhead11: hm. Yeah, that askubuntu page you referenced results in me getting the same error still [11:44] koolhead11: unless I'm misunderstanding something you're trying to tell me [11:45] jseutter: i also tried juju while having conversation with u and faced same errors [11:45] drt24: ? [11:46] koolhead11: ah. I was originally following the CharmSchool page on the juju site, then found the error, then came here to irc. [11:47] koolhead11: ahasenack has it working. I have a mac - what about you? [11:47] jseutter: well i have ubuntu :d [11:47] :P [11:47] koolhead11: just wondering if it is hardware related. [11:47] jseutter: so your running ubuntu inside some VM or however it works in mac [11:48] koolhead11: no, I'm running ubuntu on mac hardware [11:48] jseutter: any chance you are connected to network via wifi? [11:48] nijaba: yes, I'm on wifi [11:49] jseutter: I don't think wifi supports bridging [11:49] koolhead11: I asked a question earlier, and that was the solution. [11:49] jseutter: in fact I know for a fact it does not [11:49] jseutter: limitation in the wifi drivers [11:49] aaaaaaaaaaah nijaba if that is the case am going to edit askubuntu doc again :D [11:50] koolhead11: we had the same pb with kvm a few years back [11:50] ooh. ok [11:51] "Warning: Network bridging will not work when the physical network device (e.g., eth1, ath0) used for bridging is a wireless device (e.g., ipw3945), as most wireless device drivers do not support bridging!" [11:51] from https://help.ubuntu.com/community/KVM/Networking#bridgednetworking [11:51] nijaba: the bridge does not involve the wifi interface [11:51] nijaba: it's just like firing up local kvm instances that use libvirt [11:51] nijaba: the guest is not getting an IP address from the LAN dhcp server, but from libvirt [11:52] it's 192.168.122.X [11:52] ahasenack: ah... ok, sorry [11:52] koolhead11: jseutter: ^^ [11:53] nijaba: nod. I'm sitting beside ahasenack [11:53] nijaba: ooh am going to remove the comment i just added :( [12:02] nijaba: i am done with $ juju expose wordpress [12:05] but state seems to be null http://paste.ubuntu.com/763702/ [12:09] koolhead11: whoa, weird [12:10] nijaba: :P [12:11] hm.. If I run juju bootstrap as root, then it works [12:11] http://paste.ubuntu.com/763706/ [12:11] in verbose [12:12] jseutter: where is your config file locates [12:12] d [12:12] ~/.juju/environments.yaml [12:16] and its owned by ordinary user with sudo access correct? [12:17] i just started the debug log [12:17] Any idea on what to fix when using orchestra and deploying using juju fails with "Invalid host for SSH forwading: ssh: Could not resolve hostname small0.orchestra.lan: Name or service not known" (the orchestra server does indeed not know what IP small0.orchestra.lan should point to - though cobbler does. [12:17] and i can see 2011-12-08 17:45:58,864 Machine:0: unit.deploy DEBUG: Creating master container... [12:18] logging off to save battery [12:19] * koolhead11 wonders if he should file a bug. === jrgifford is now known as Guest46496 [12:47] After adding a relation between mysql and wordpress (like in the tutorial), why is the relation called db? Is this part of one of the both charms? === jrgiffor1 is now known as jrgifford [13:03] nijaba: The path to the dowloaded file is returned from the func. You should be doing something like DOWNLOADED_FILE=`ch_get_file ... ...` [13:03] marcoceppi: yes, I figured that, but it seemed to have worked differently previously, or I was on crack [13:04] nijaba: i figured out what i was doing wrong. :) [13:04] it takes good time to reach state: started [13:04] nijaba: I did, but it didn't work for things like downloading from source forge, or dynamic download scripts since the file was being saved as "download" or "download.php?id=x". This update ensures the file name stays intact, the downside is it's not saved in /tmp/ anymore [13:05] and also i have to use $ juju deploy --repository=/usr/share/doc/juju/examples local:wordpress [13:05] TheMue: db is just a free-form identifier name hat is supposed to put in context the interface.. so for instance in mediawiki ther is a need for a slave: and db: both with interface: mysql [13:05] marcoceppi: ah, so I was not on crack then :P [13:05] hola SpamapS i finally juju running :D [13:05] I don't know why I didn't get your charm picked up. I pulled all the official charms down and ran a grep for anyone using ch_file_get to make sure it was being assigned [13:05] marcoceppi: my charmed worked, then broke, so I was surprised [13:05] via LXC though [13:06] I should go check the charms again [13:06] marcoceppi: fixed now, so no worried. Will have to wait for someone to approve my merge proposal [13:07] * koolhead17 is happy!! [13:09] * marcoceppi reviews [13:11] nijaba: Why are you also echoin' the error in limesurvey-common? [13:11] marcoceppi: easier to debug? would that be a pb? [13:12] It's not a problem, I was just curious since no one would really see the echo - It would just show up in the juju-log :) [13:16] marcoceppi: unless you are using juju debug-hooks [13:17] Oh, duh. [13:17] It is a little early here for me [13:17] np :P [13:24] nijaba: Shoot, just realized that the upgrade-hook wasn't updated to use the new ch_get_file [13:26] marcoceppi: it should just be a link... [13:26] marcoceppi: to install [13:26] * marcoceppi wanders off to get coffee [13:27] SpamapS: Thx, found the definition in the charms. [13:48] * nijaba got his roundcube charm working :) [13:48] nijaba: :D [13:59] nijaba: *Saweet* [14:00] BTW, sabdfl and I are running a webinar in 1 hour... [14:00] * SpamapS fishes out the link [14:00] http://www.brighttalk.com/webcast/6793/39309 [14:02] SpamapS: just retweeted about it [14:02] nijaba: ty, retweeted [14:03] SpamapS: good luck!! :) [14:04] nijaba: in your limesurvey charm.. you shouldn't need to juju-log *and* echo.. [14:04] juju-log should be echoing its message [14:16] SpamapS: 1300 registrations to your webinar! [14:22] only 1300? ;) [14:25] nice [14:25] * hazmat wades through the aftermath of SpamapS's bug-rampage [14:35] how do I tell if juju bootstrap is making progress? [14:38] drt24: thats the one step that we don't have much insight into, because it starts the first juju agents on new machines [14:39] SpamapS: regarding juju-log, this is not what I am observing :( [14:39] SpamapS: is there a log somewhere of what it is doing? [14:39] nijaba: hrm, we should fix that, though I can see why it might not.. because then the messages would double up in the charm log [14:39] drt24: juju -v bootstrap [14:39] does gives some info [14:39] yes, but that will not tell you what the new instance is doing [14:40] drt24: if its an ec2 instance, you can use ec2-get-console-output .. but that sometimes lags by a couple of minutes [14:40] drt24: juju status will try to wait a bit for the instance to be started [14:40] I am using orchestra [14:40] drt24: for orchestra, you should have logs from the install on the orchestra server [14:41] drt24: I don't recall the exact location for them, but /var/log/syslog *might* have it [14:41] juju status just gets "ERROR Connection refused" after juju bootstrap says it has finished successfully. [14:41] drt24: right thats because the install hasn't completed yet [14:42] drt24: juju -v status [14:43] syslog has lots of "Could not open dynamic file '/var/log/orchestra/rysyslog/.../cron' - discarding message [14:44] drt24: yeah I think thats a bug.. have to create the dirs underlying those logs and it will fill them up === TheMue is now known as TheMueAfk [15:01] duh, I wrongly changed bug #795479 to fix released instead of proposed, and now I can't change it back :( [15:01] <_mup_> Bug #795479: Charm needed: roundcube < https://launchpad.net/bugs/795479 > [15:06] SpamapS: sounds great :) [15:07] "ERROR 'dict' object has no attribute 'read'" when running juju bootstrap. [15:09] File "/usr/lib/python2.7/dist-packages/juju/providers/orchestra/launch.py" line 45 [15:22] rog, what version of go are we using? stable, weekly, tip? [15:22] hazmat: weekly. [15:23] hazmat: it's fast moving at the moment, but stable is just too old [15:23] rog, cool, thanks [15:42] rog: so I've played with exp/ssh a bit (just connecting a client to a server), and it seems at first sight that there's no out of the box mechanism to do port forwarding (which is what python juju uses iiuc). Gonna investigate some more. [15:43] mpl: interesting. [15:51] Hi! [16:04] kickinz1: hi [16:12] I just have another question....May I? [16:14] kickinz1: please do! [16:15] I'm re-installing an orchestra server to use it in conjonctionwith juju [16:15] (managing an openstack cloud) [16:16] marcoceppi: thanks for reverting my mistake [16:16] The other tim (11.10), I had some little troubles, that I've been able to manage, now, I quite know how to do, but... [16:16] nijaba: which, what? [16:17] marcoceppi: fix-released/proposed [16:17] In cobbler I don't have anything but hardy by default, I have to use cobbler-ubuntu-import, why? [16:17] nijaba: Oh! No problem :D [16:17] The other time I didn't need to do that. [16:18] Is ther a special comand to do to doanload all repos? [16:21] Cause I don't have the profiles with *_juju now... [16:22] Maybe I'm not clear enough? [16:26] I don't have mgmtclasses too.... [16:36] kickinz1: hm [16:37] kickinz1: you do need to run the import script, it should end up with all supported releases [16:38] <_mup_> juju/robust-zk-connect r422 committed by jim.baker@canonical.com [16:38] <_mup_> Merged trunk [16:45] SpamapS: Thanks, but which scritp? cobbler-ubuntu-import? [16:48] kickinz1: yeah I think thats it [16:50] I ran it, but doesn't worked, I have the repos but not the profiles (cobbler-ubuntu-import natty-x86-64 oneiric-X86_64 .. ) [16:51] kickinz1: or orchestra-$something? that got some of my brokenness fixed === TheMueAfk is now known as TheMue [16:54] SpamapS & drt24: thanks orchestra-import-isos, was the good one thanks! [16:55] hazmat: howdy kapil [16:55] whit, greetings [16:56] hazmat: if I wanted to setup a single box setup of openstack, is that possible to bootstrap with juju? [16:57] * whit has a spare ubuntu box, and needs to get a openstack environment set up to play with [16:57] marcoceppi: thanks for your review. I have now addressed your remarks (or I think I have) [16:58] whit, i think i'd recommend just using the devstack script in that scenario.. http://devstack.org/ [16:58] hazmat: yeah... [16:58] whit: smoser has been working on making a juju version of devstack tho [16:58] hazmat: ^^ [16:58] smoser: how's that juju-devstack script coming btw? [16:59] heard that in the webcast this morning, hence me showing up here :) [16:59] * whit has futzed with devstack script [16:59] "working". [16:59] not much. [17:00] was tempted to hack it to use supervisor rather than a host of screen calls [17:00] Actually the screen bits are nice. I wouldn't mind having that for the juju local provider's consoles. [17:00] only tried a bit last night. hopefully adam_g will be able to help some. but the goal is that its largely just the same juju openstack providers that he's working on. [17:00] whit, "supervisor" ? [17:01] smoser: yeah I'd expect it to be a short list of juju commands and the specialized "scaled down" config.yaml [17:01] smoser: I think he meant supervisord [17:01] smoser: supervisord? http://supervisord.org/ [17:01] * whit shrugs [17:02] it's nice for tying together processes that make up a single service and managing those processes together [17:03] whoa.. 11 hours for recipe build queue.. :-P [17:03] interesting. [17:04] the niceness of the screen or tmux is that you go to a window for the log of nova-compute [17:04] kill it [17:04] edit code [17:04] press up a copule times, start it [17:04] cycle is very fast. [17:04] clearly something else could provide the same, even monitoring writes and re-loading like the django development webserver does. [17:05] but it works well enough [17:05] smoser: yeah, that is nice. the cycle with supervisorctl is simular [17:06] for example, I have a series of applications sandboxed in virtualenvs, managed by supervisor [17:06] I have one command to start everything [17:06] I issue one command to stop something I want to work directly on [17:06] start it by hand in the foreground, futz with it [17:07] get it to where I want, restart it under supervisor [17:07] whit: yeah, vagrant users cite similar things. We kind of want you to have that in juju, but also have the ability to move the same thing into production easily. [17:07] team meeting now? [17:08] nijaba: Looks good to me! [17:08] hazmat: ^ [17:08] rog, indeed [17:10] nijaba: Just need someone else to look it over :) [17:10] * whit nods at SpamapS [17:10] makes sense [17:11] though, we leverage that system to move things to prod easily, since supervisor is also running everything in prod [17:11] but it's all handrolled [17:11] * whit shrugs [17:12] rog, fwereade, jimbaker, bcsaller, invites out [17:12] hazmat, ok [17:21] Hello there! [17:22] marcoceppi: I am sure SpamapS will be happy to review ;) [17:28] 'lo gustavo [18:04] Question: should charm enable ssl as an option or should ssl be handled by the loadbalancer? [18:04] nijaba: good question [18:05] nijaba: I think there's a decent argument for apache and apache ssl to become subordinate charms to accomplish things like that [18:05] SpamapS: so at he moment you would recommend not to implement it as an option in charms? [18:07] nijaba: since subordinate charms are still a long way off, it might be interesting to see it done like that. [18:07] SpamapS: I think it would make sense for roundcube. I'll work on it... [18:11] The problem with SSL is getting a trusted certificate [18:11] http://theopenphotoproject.org/ [18:11] Not sure how you would work that in, but I'm interested [18:13] marcoceppi: in the meantime, I like snakeoil better than no ssl on my emails :) [18:13] True true :) [18:20] well we could charm up openca :) [18:21] Also you can have Amazon do your SSL w/ cloudfront [18:25] if I need to store a value that can be used by all my unit. This is a value that should be generated once for the first unit, then reused by all others. is there a 'config-set' that I could use? [18:52] ah, dash is giving me headaches again [18:54] is it assumed that `unit-get private-address` from one side of a relation will be the same as `relation-get private-address` from the other? [19:16] SpamapS: is it possible to get the presentation slide of today`s juju cast/talk sumwer [19:21] koolhead17: I believe its attached to the webinar somehow [19:22] SpamapS: i have not finished watching it. cool i will wait for the link :) [19:44] SpamapS: nopes, i was not able to get/see any link for the slides :( [20:03] I'm wondering about the best way to handle this test for charm-helper-sh [20:04] marcoceppi: tests should be relatively easy to write [20:05] SpamapS: I'm trying to do this in all.sh (so you can include _all_ libraries) [20:05] marcoceppi: you can "mock" wget with an alias.. or.. even better.. fire up a tiny webserver [20:05] However, I can't reliably get the dirname when sourcing. I'm trying to avoid hardcoded paths :\ [20:06] I've got a test case written :) It does a test against every type of file pull [20:07] marcoceppi: OH I've had this problem before. [20:07] marcoceppi: sourcing does not set $0 [20:07] The internet is failing with help, since they're written in dash I can't use $BASH_SOURCE [20:07] thats sort of why BASH_SOURCE exists. :) [20:08] DASH_SOURCE doesn't seem to exist either :\ [20:08] marcoceppi: no, dash is minimalistic by design [20:08] -rwxr-xr-x 1 root root 950896 May 18 2011 /bin/bash [20:08] -rwxr-xr-x 1 root root 109768 Oct 27 11:20 /bin/dash [20:09] Right, I understand the goal I'm just hitting a wall with this [20:09] marcoceppi: One way to go is to have users "exec" a command to get all.. [20:09] marcoceppi: another is to call it all.bash , and don't let people use "all" from dash. [20:10] I suppose exec /usr/share/charm-helper/sh/all.sh would be a good solution [20:10] will anything that file sources be available in the global source? [20:10] scope* [20:10] marcoceppi: I'd be in favor of the latter.. keep all simple for the people who just want bash... let dash/csh/ksh weirdos use the individuals [20:11] marcoceppi: no you'd do this [20:11] So, have an all.bash [20:11] eval `/usr/share/charm-helper/bash/all.bash` [20:11] looks kind of ugly [20:11] and it would spit out the source lines [20:14] marcoceppi: you're going to have to figure this out when two helpers share code anyway ;) [20:15] So, right now I have this in the file: http://paste.ubuntu.com/764170/ [20:15] Which obviously won't work when sourced, but it's the idea I had [20:16] * marcoceppi had ideas for a ch_require function when separate ch modules required functions from another module [20:16] marcoceppi: right, just add 'echo' in front of the . and you can eval/exec it. [20:17] hum, so there really isn't any way around that scoping issue then? I'll go ahead and do that then open a bug to see if we can avoid having to use eval [20:17] <_mup_> juju/robust-zk-connect r423 committed by jim.baker@canonical.com [20:17] <_mup_> Backoff for 1s if environment pending because no addr assigned [20:17] <_mup_> juju/trunk r430 committed by kapil.thangavelu@canonical.com [20:17] <_mup_> [trivial] yield on add_auth calls in tests [f=832384] [20:17] marcoceppi: I'm guessing there isn't. But maybe its time to evaluate whether "sh" is worth it. :) [20:17] * marcoceppi *nods furiously* [20:18] :) [20:18] I'll give this a go then! thanks :D [20:19] marcoceppi: it may be a good idea for us to just say "never mind that was a bad idea, use bash" [20:19] * SpamapS has lots of bad ideas [20:20] SpamapS has more good ones than bad [20:25] hazmat: ping [20:28] nijaba: isn't @ubuntucloud supposed to retweet stuff I tweet @ubuntucloud ? [20:29] fwereade_, pong [20:30] hazmat, if a relation goes away while a unit agent is down, can you think of a way to reconstruct the workflow such that we can call the departed hook? [20:31] fwereade_, i don't know that we need to do that in the workflow [20:32] hazmat, well, ok, maybe we just need the lifecycle [20:32] fwereade_, its not something we would call the departed hook for, just relation-broken if the relation was removed. [20:33] fwereade_, when the down agent comes back it has a delta to apply or queue for hook execution, the relation-broken hook in that sense is no different [20:33] hazmat, hm, ok, but wouldn't we call departed if it went away while we were running? [20:33] fwereade_, departed is called when other nodes that where participating in the relation go away [20:34] fwereade_, the on disk record of state, needs a delta computation against current state when it comes back up, to determine what the missed events/hooks are [20:35] hazmat, ok, scratch nonsense about departed [20:36] hazmat, the question remains, how do I construct a lifecycle which I can then cause the relation-broken hook to fire? [20:37] * hazmat ponders [20:37] hazmat, the unit_relation appears to be needed for the HookScheduler -- if it were just the watches it were needed for, we could just about get away with a localised hack [20:37] fwereade_: I had some thoughts on that [20:37] fwereade_, i think you just create one ad hoc [20:38]