hazmatm_3, all the build links on the #charmtbot-test channel are broken00:01
hazmatis that to be expected?00:01
hazmatm_3, its the cyclical dependency between hadoop-master and hadoop-mapreduce that's throwing it off i think01:17
hazmatm_3, hadoop-master shouldn't be depending on hadoop-mapreduce01:17
hazmatyup.. removing that and it works fine01:20
hazmatthe planner is a nice lint on charm metadata semantics ;-)01:23
_mup_juju/enhanced-relation-support r14 committed by jim.baker@canonical.com03:25
_mup_Use cases03:25
_mup_juju/upgrade-sym-link r468 committed by kapil.thangavelu@canonical.com03:35
_mup_support extracting bundle symlinks in place over an existing charm for upgrades03:35
hazmatjimbaker, its probably worthwhile to send an email to the list re the relation support03:35
jimbakerhazmat, that's what i'm working on :)03:36
hazmatjimbaker, awesome.. i should have mentioned that earlier03:36
jimbakerit's taking a while to get the proposed api change in place03:36
hazmatjimbaker, its probably better to do the email first, just in case..03:36
jimbakergiven the number of bugs and interlocking concepts03:36
hazmatyeah.. its got a hit a few places03:36
jimbakerhazmat, i have not worked on impl. just the spec03:36
hazmatjimbaker, ah.. cool03:37
hazmatjimbaker, i'm probably going to take over on that purge-queue-hook thing then03:37
jimbakerhazmat, sounds cool03:37
jimbakerhazmat, i expect at least 6 branches will be needed for this work03:38
hazmatjimbaker, sounds about right03:38
hazmatjimbaker, the most important i think is just getting unambigious relation identities03:39
jimbakerhazmat, yes, that's the first branch03:39
hazmatjimbaker, after that hook cli mods, and status.. what else?03:39
jimbakerhazmat, out of band hook command execution03:39
hazmatoh.. yeah.. and the hook context as well03:40
jimbakeryes, that's the second branch :)03:40
jimbakeri'm not planning to do any changes for juju status, i think it's possible to do everything with an enhanced relation-list03:40
jimbakertrying to keep the changes as small as possible03:41
hazmatjimbaker, there's a problem with status relating to it.. say for example you have mysql with relations to wordpress and mediawiki..03:41
jimbakerhazmat, yes, that's a reasonable scenario03:41
hazmatjimbaker, status only shows the one rel because its using a dict by rel name, instead of identity03:41
jimbakerhazmat, i see what you mean. well... i was going to delete the juju status changes from the proposed spec because i couldn't show a use case from the bug reports/mailing list, but it looks like you have a reasonable one here03:43
jimbakerthat's at least one more branch then03:44
jimbakerhazmat, on the same vein: do you see a need for a juju-status (a version of juju status that can be run from a hook)?03:44
jimbakerright now, i cannot justify it, so it's pending deletion...03:45
jimbakerbut that would be 2 more branches for that support03:45
hazmatjimbaker, huh.. hooks and status are on remote ends03:46
hazmati don't follow03:47
jimbakerhazmat, indeed they are... might be useful for a brain. so i guess we can delete.03:47
jimbakerit can always be done in some subsequent api change, just trying to keep this work reasonably limited03:47
hazmatbcsaller, jimbaker .. for small branches, i'm thinking we should just  move to approved on one review, if the original reviewer feels the change is small/simple..03:49
jimbakerhazmat, +1 on that03:50
bcsallerhazmat: I'm good with that03:50
hazmatthe review queue has been flooded for a while it feels like03:50
hazmatflacoste, suggested it03:50
hazmathe mentioned lp did an experiment with no reviews (ie. self-reviews), and then went back after a cycle and looked back over the commits, to see if they would have benefited from a review.. for the most part they didn't.. i'm not quite feeling that one yet ;-)03:51
jimbakerhazmat, ;)03:53
_mup_juju/enhanced-relation-support r15 committed by jim.baker@canonical.com03:58
_mup_Removed juju-status, other cleanup03:58
hazmatinteresting.. first 'real' google go project i've seen http://code.google.com/p/vitess/03:58
jimbakerhazmat, definitely good to see, especially the pros/cons of go discussed http://code.google.com/p/vitess/wiki/ProjectGoals04:01
jimbakeri naively thought they were using a better gc, but guess the project just needs work on that04:02
hazmatjimbaker, gc at scale is dark arts04:05
hazmata generational gc would work for a cache04:05
hazmati just hope they don't get into the  thousand gc  knobs of java.. looking at all the gc hints in programs like cassandra or elasticcache needs a book to reference04:07
jimbakerhazmat, well that's certainly a perverse result of large market share04:09
jimbakerand of course the fact that java code is not necessarily written by top notch devs...04:10
hazmator what scale your using it at04:11
hazmatfwereade, g'morning04:37
=== stub1 is now known as stub
=== Leseb_ is now known as Leseb
=== Leseb_ is now known as Leseb
matsubarahello there. I'm having problem starting an precise instance on ec2 using juju. I'm trying to deploy the oneiric jenkins charm on a precise instance. The problem is that the ec2 instance doesn't seem to come up online16:19
matsubaraas in, I can't ssh into it to debug what's wrong with the deployment16:20
hazmatmatsubara, do the ec2 tools show the instance is running? did you have problems with bootstrapping or just the charm?16:35
matsubarahazmat, not sure where the problem is16:35
matsubarahazmat, and yes, ec2 console shows the instance as running and with a public ip assigned16:36
hazmatmatsubara, okay.. why don't we walk through the steps.. you bootstrapped, and then deployed a charm?16:36
matsubarahazmat, I had a environment bootstrapped previously16:36
matsubarawhere I deploys a jenkins instance on oneiric16:36
matsubaraI deployed, I mean16:36
hazmatmatsubara, how old is the environment?16:37
matsubarathen, using the same bootstrapped environment, I tried to deploy the precise jenkins instance16:37
matsubaranot older than 2 weeks16:37
matsubarashould I have bootstrapped another environment?16:37
hazmatmatsubara, we had an incompatible change in the ppa version of juju about a little over a week ago16:37
hazmatfwereade__, we probably should have sent an email out about that one16:38
fwereade__hazmat, damn, yes we should :(16:38
matsubarahazmat, is there a workaround? what do I need to do?16:38
hazmatmatsubara, are you using the ppa?16:38
matsubaraAFAICT, no16:38
matsubarahazmat, ii  juju                          0.5+bzr457-0ubuntu1           next generation service orchestration system16:40
hazmatmatsubara, do you have any value specified for juju-origin in environments.yaml16:45
hazmatmatsubara, i think that implies your using the ppa16:46
hazmatoh.. maybe not.. sorry16:46
SpamapShazmat: is that the version of juju on your bootstrapped machine too?16:46
SpamapShazmat: juju-origin defaults to distro if you are using the distro version. :)16:47
hazmatmatsubara, can you pastebin the console output of the instance, it should be available from the ec2 console or and also via the ec2 cli tools16:47
hazmatSpamapS, just wanted to check that's the latest version in precise.. and it appears to be16:47
hazmatthe restart support started landing right after 45716:48
SpamapShazmat: DOH16:48
SpamapShazmat: whats really going to break things is when people try to deploy an older version of juju with juju-origin: distro .. as in.. an oneiric instance.. that will be r39816:49
SpamapShazmat: I'm convinced now, we can't do it this way anymore. We have to start storing juju in file storage and distributing it to the nodes.16:49
hazmatSpamapS, agreed, its insane as it is16:50
hazmatSpamapS, would you mind bringing it up on the list? if not i can16:50
SpamapShazmat: I've been holding off applying for a FFe because of subordinates landing.. would rather not bother the release team with 216:50
SpamapShazmat: I'll email the list, I've been thinking about this for a while.16:50
hazmatSpamapS, thanks16:51
flaviamissihey! I'm writing a charm for django, and I want to export some environment variables in the `db-relation-changed` hook, but when I try to access this from a django app, after relating the service with mysql, the environment variables exported by the hook are not available, I could just write them to a file, but I like the approach of using environment variables for that... some one has any tip for this problem?17:34
SpamapSflaviamissi: you really *should* be writing them to disk, in a place where your django app's startup can read them.17:54
SpamapSflaviamissi: if you reboot, or have to restart the service manually, you won't have access to the environment that the charm had access to.17:54
=== lifeless_ is now known as lifeless
flaviamissiSpamapS: yeah, you're absolutely right. Do you know how Heroku solves that issue? because they use environment variables for database informations..17:58
SpamapSflaviamissi: I don't think Heroku has the same structure as Juju.. perhaps those are stored somewhere and re-executed every time?18:02
flaviamissiSpamapS: that's what I thought, I think you're right, the best approach with Juju is writing those to a file.18:05
SpamapSflaviamissi: right, juju is just an event framework with a conduit for sharing configuratino.18:05
flaviamissiSpamapS: but the environment variables are so clean... :~18:05
flaviamissiSpamapS: thank's for the clarification :)18:06
SpamapSflaviamissi: sounds to me like Heroku requires you to give up more control though.18:06
flaviamissiSpamapS: yeah, I have that impression too.18:06
SpamapSflaviamissi: care to share your charm? I'd be happy to suggest a clean way to do what you're intending.18:07
flaviamissiSpamapS: Sure! https://github.com/timeredbull/charms18:07
flaviamissiSpamapS: we are integrating Juju with openstack18:07
SpamapSflaviamissi: great start, it looks nicely organized18:09
SpamapSflaviamissi: juju_charm="/var/lib/juju/units/${juju_unit}/charm"18:09
SpamapSflaviamissi: thats a no-no18:09
SpamapSflaviamissi: $CHARM_DIR will always be set18:09
flaviamissiSpamapS: great!18:10
SpamapSflaviamissi: also the cwd when charms are run will always be the root of the charm18:10
SpamapSflaviamissi: in some cases, that may not be the right path. :)18:10
SpamapSrather, the one you've explicitly chosen, may not be the right path18:10
flaviamissiSpamapS: hmmmmm, changing it now18:10
flaviamissiSpamapS: thanx :)18:11
SpamapSflaviamissi: Other than that, you should move *all* of joined into changed.18:11
SpamapSflaviamissi: and instead of just exporting them, just write them to a file that 'start_gunicorn' sources.18:12
flaviamissiSpamapS: hmmm18:12
SpamapSflaviamissi: I'd also recommend putting start_gunicorn and stop_gunicorn in /usr/local/bin so you can use them without the charms.18:13
flaviamissiSpamapS: great! I'll do that.18:13
flaviamissiSpamapS: but... why should start_gunicorn source the file with the variables?18:14
flaviamissiSpamapS: sorry if it's a noob question.. :/18:14
SpamapSflaviamissi: I assume that the django app running inside gunicorn is the bit that needs those variables.18:14
flaviamissiSpamapS: that's right18:14
flaviamissiSpamapS: oooh, right, I got it :)18:15
flaviamissiSpamapS: you've helped I *lot*! thank you ^^18:16
SpamapSflaviamissi: I'd just put it in the helloworld root.. 'settings.sh' or something.. and then just 'source /home/app/helloworld/settings.sh'18:16
SpamapSflaviamissi: no, thank you. :)18:16
flaviamissiSpamapS: xD18:16
SpamapSwe appreciate that juju is new and weird, and that you are willing to play with us. :)18:16
flaviamissiSpamapS: it has been a great experience18:17
flaviamissiSpamapS: are you a juju developer?18:19
SpamapSflaviamissi: heh.. sort of. :)18:19
SpamapSflaviamissi: I'm not in the core dev team, more of a power user. :)18:20
flaviamissiSpamapS: great, i've been thinking in send a patch18:20
frankbanhey SpamapS: do you have a minute? I was looking at juju-jitsu, it seems that a shell alias is used to override the juju command. AFAICT this sure works well for tests using bash, but not so easily for python tests.18:20
frankbanI've seen the proposal to use env vars to set up charms repository and namespace, and IMHO that should solve the problem. In the meanwhile, what do you suggest? I could just continue using the juju_wrapper script.18:20
flaviamissiSpamapS: because we use proxy here, and juju doesn't seems to work properly behind one18:20
matsubarahazmat, hey there, you were helping me up with that juju issue on precise. it seems I'm using the packaged version rather than the ppa's.18:21
matsubarawould the console output of the instance help debug the problem?18:21
SpamapSfrankban: I have been thinking about that..18:24
SpamapSfrankban: I think just need to create a temporary PATH override until the env vars are available. So just put 'juju-jitsu-wrapper' in $PATH somewhere as juju18:25
SpamapSflaviamissi: I think there may already be a bug report. Its a common request. :)18:25
flaviamissiSpamapS: I saw it :)18:26
hazmatmatsubara, yes.. very much so..18:27
frankbanSpamapS: thanks.18:28
SpamapSfrankban: I'd expect the environment variables to land quite soon though. :)18:29
frankbanSpamapS: great!18:29
matsubarahazmat, https://pastebin.canonical.com/61266/18:30
matsubarahazmat, machine 6 is the first one I started where I noticed the problem. machine 7 is the second one but that one didn't have any output in the system log18:31
hazmatmatsubara, this appears to the libc6 upgrade problem when installing juju18:32
hazmatmatsubara, at the moment the work around is to manually specify a machine image to use18:32
hazmatie. picking one of the latest nightlies18:32
hazmatfrom http://cloud-images.ubuntu.com/precise/current/18:33
hazmatand putting it in ~/.juju/environments.yaml for the ec2 environment as default-image-id18:33
matsubarahazmat, cool. thank you. let me try that18:34
* hazmat hopes it works18:36
=== jcastro changed the topic of #juju to: Interested in writing a charm? Join the contest! http://juju.ubuntu.com/CharmContest | http://j.mp/juju-florence | http://j.mp/juju-docs | http://j.mp/irclog | #juju-dev | Office Hours (1600-1900UTC)
matsubarahazmat, do I need to choose the one ebs root? (or it doesn't matter?)18:45
matsubaras/one/one with/18:45
matsubaralooks like the daily build images don't even start18:50
jcastrohazmat: do we handle Amazon spot instances in juju?18:58
m_3hazmat: re: build links...yes broken until I flick the switch on publishing19:05
m_3hazmat: thanks, I'll fix the hadoop cycle19:05
hazmatmatsubara, after the environments.yaml change, it takes a moment for the provisioning agent to notice the change19:16
hazmatjcastro, no19:16
mchenetzgood afternoon…19:16
matsubarahazmat, does it matter that the bootstrapped environment was bootstraped with oneiric now that I changed the environment.yaml file for the precise release?19:17
hazmatmatsubara, at the moment it shouldn't.. as those versions should be compatible. otoh you wouldn't be having these problems if you had a fresh environment19:22
hazmatthe next upload to precise will be incompatible with the oneiric version19:22
hazmatat the moment the best option to utilize a single version of juju across multiple distro releases is to utilize the ppa19:23
SpamapShazmat: or use a branch19:24
hazmatbut even that's not a guarantee as the ppa is a trunk build, SpamapS and i were discussing this earlier right before you left, namely that juju should be distributing itself to all machines19:24
hazmatSpamapS, yes, using a stable branch would work well (juju-origin: lp:branch_location)19:25
matsubarahazmat, right. I'm bootstrapping a new env to test.19:25
hazmatbut in terms of moving towards juju upgrading itself, having juju distribute itself would work a bit better19:25
SpamapShazmat: indeed19:28
_mup_juju/enhanced-relation-spec r16 committed by jim.baker@canonical.com19:50
_mup_Rework juju status output, consistency guarantees, and other finalization19:50
_mup_juju/enhanced-relation-spec r17 committed by jim.baker@canonical.com19:52
_mup_Merged docs trunk19:52
=== niemeyer_ is now known as niemeyer
matsubarahazmat, bootstrapping a new environment work, but I lost access to the old bootstrapped environment. Is there a way to access that one? Even if I change back my environment.yaml back to what it was, it still refuses connection to the oneiric bootstrapped env19:59
marcoceppio/ hi everyone20:00
hazmatmatsubara, ? if you want to have multiple environments, you should have multiple entries in environments.yaml one per environment.. if you change the details of an environment (things like control bucket or name) then juju won't know how to contact the original environment.. if you need to destroy a previous environment you can make sure it has the same name and do juju destroy-environment.20:01
hazmatmatsubara, ie.. when you say you bootstrapped a new environment, did you destroy the old one or use a new entry in environments.yaml.. if you need to reference a non-default environment pass -e env_name on the cli after the subcommand20:02
hazmatmarcoceppi, greetings!20:02
matsubarahazmat, that's what I did (and I didn't change the control bucket, access-key, secret-key for them) just created a new environment with the same values plus the ami type and series20:02
matsubarathen I bootstrapped this new one and lost access to the old one20:02
matsubarawhen I try juju -e $env it says it can't connect to the environment20:03
matsubaraso, I think I kinda broke everything20:03
matsubarais there any way to find the key used to log into the ec2 instance?20:05
hazmatmatsubara, it sniffs a public key from the ~/.ssh/  if one isn't specified in environments.yaml20:06
hazmatmatsubara, the previous one was working, so its not clear why access would have been lost20:13
matsubarahazmat, yeah, it's unclear to me as well. I'm trying to connect to the instance to get the data but the instance is not accepting my ssh key20:14
=== hspencer is now known as hspencer[afk]
matsubarahazmat, managed to connect to the instance. I was using the wrong username.20:24
matsubara(it's still unclear why juju can't see both environments...)20:24
SpamapSmatsubara: do they have the same control-bucket ?20:24
hazmatthat would be bad20:29
SpamapSlike crossing the streams20:39
matsubaraSpamapS, where do I get that value from?20:40
SpamapSmatsubara: that has to be unique to every environment20:43
SpamapSmatsubara: it stores the seed information that tells clients where to find the bootstrap node20:43
matsubaraSpamapS, right. that makes sense. how do I generate a new one?20:43
SpamapSmatsubara: lately I attach the date to the environment name when I bootstrap.20:44
matsubaraSpamapS, so it's just a random string? it's not a hashed value from somewhere else?20:49
matsubarabtw, isn't it a bug that juju doesn't tell me I have two environments with the same control-bucket value?20:50
hazmatmatsubara, hmm.. yeah.. it is20:53
hazmatmatsubara, its just a random string20:53
matsubaracool. I'll file the bug once I'm done with my experiments20:53
matsubarathanks for all the help hazmat and SpamapS20:53
hazmatmatsubara, incidentally even with the control bucket change, destroy-environment will do the right thing (it works by env name)20:54
matsubararight. I was being careful to not run destroy-environment before I can get my data out of it20:55
=== medberry is now known as med_
_mup_juju/enhanced-relation-spec r18 committed by jim.baker@canonical.com21:35
_mup_Finish TODOs21:35
_mup_Bug #943610 was filed: Specification for enhanced relation support <juju:In Progress by jimbaker> < https://launchpad.net/bugs/943610 >21:41
jimbakerwith that and the merge proposal, about to generate the corresponding proposed api change email to juju mailing list... hold on please :)21:43
hazmatjimbaker, cool21:44
jimbakerhazmat, hopefully it will delight everybody. fingers crossed ;)21:44
ejatping jcastro21:45
SpamapSejat: its usually safest to start with somebody's name, like21:47
SpamapSjcastro: ping ^^21:47
jcastrooh sorry I was burning AWS CPU time with boinc21:47
ejatSpamapS owh okie21:48
ejatjust want to check .. i just at the bugs at the charm target list21:49
ejatline 12521:49
jimbakerand email sent on the proposed api change. time to walk the dog! :)21:50
jcastroejat: that's symfony right?21:52
jcastrothat's in review right now right?21:53
ejatjcastro : not sure .. but i already tag new-charm21:53
jcastroah right21:54
jcastroSpamapS: marcoceppi: review?21:54
jcastrowho else is around ...21:54
* ejat trying to write another charm … go go go .. 21:56
SpamapSejat: whats the status of the new-charm tagged bug?21:56
SpamapSI only look at New/Confirmed/Triaged21:56
SpamapSIn Progress and Incomplete I ignore since they usually mean its not ready for review21:57
ejatso i need to change to confirm / triaged ?21:57
m_3hazmat: snapshot restore is hanging about 5-10% of the time ( http://ec2-107-22-3-212.compute-1.amazonaws.com:8080/job/oneiric-local-charm-cloudfoundry-server-dea/1/console )21:57
SpamapSejat: bug #?21:58
m_3hazmat: changing it to use verbose and catch stderr properly... hopefully I'll catch more info next time21:58
ejatbug #94014021:58
_mup_Bug #940140: Charm needed: Symfony <new-charm> <Juju Charms Collection:In Progress by fenris> < https://launchpad.net/bugs/940140 >21:58
m_3hazmat: (just fyi)21:58
hazmatm_3, i think i see the issue, can you file a bug against charmrunner21:58
ejatsince m_3 already help me to debug and test21:59
hazmatm_3, i'm in the middle of a problematic relation bug atm21:59
m_3np... thanks!21:59
jcastronice he got that one22:01
marcoceppijcastro: o/22:01
jcastrohe was stuck on some java thing before that wasn't packaged and it was generally not fun22:01
jcastromarcoceppi: https://launchpad.net/bugs/94014022:01
_mup_Bug #940140: Charm needed: Symfony <new-charm> <Juju Charms Collection:Confirmed for fenris> < https://launchpad.net/bugs/940140 >22:01
jcastroWe know you love php dude22:01
marcoceppiand I <3 Symfony22:03
matsubarais it possible to pass the instance-type to juju deploy at run time?22:06
ejatSpamapS: so i need to change to confirm / triaged?22:06
marcoceppijcastro: looking at it now22:07
ejatthanks marcoceppi22:08
jcastroSpamapS: see if we could sort merge proposals we wouldn't have this bug status confusion22:08
jcastrojust sayin'22:08
SpamapSjcastro: what confusion?22:08
SpamapSjcastro: In Progress would be like Work In Progress in a merge proposal.. same problem. :)22:09
ejatis it something in juju school mentioning about the status ....22:11
=== hspencer[afk] is now known as hspencer
SpamapSejat: no, it was not clear, so I have updated https://juju.ubuntu.com/Charms to make it more clear.22:12
SpamapSejat: also just noted that you need to point reviewers to your charm.. no mention of it in the bug22:13
ejatnoted + thanks22:14
ejatupdated the branch22:19
marcoceppiAny idea if PEAR uses HTTPS?22:30
marcoceppiOr does payload verification?22:30
SpamapSmarcoceppi: it does not do either22:31
SpamapSmarcoceppi: I looked into it at one point. :(22:31
SpamapSneither pecl nor pear do anything to protect the user22:31
SpamapS"pear is a dev tool"22:32
marcoceppi"pear is a pos"22:32
SpamapSmarcoceppi: better to just dump any unpackaged PEAR modules you need into the charm.22:32
marcoceppiI agree, considering how tedious the update and release cycle is for module owners22:32
SpamapS"pear don't care, pear don't give a s***"22:33
* marcoceppi concludes review22:35
marcoceppiIs there an idea of "optional interfaces"22:39
marcoceppiIt's been a while :)22:39
marcoceppiWould that be a peer?22:40
ejatpear fruit :)22:45
SpamapSmarcoceppi: all requires are actually optional22:57
marcoceppiSpamapS: I noticed that actually22:57
SpamapSmarcoceppi: at some point we may provide some mechanism for hardening or softening that22:58
SpamapSmarcoceppi: we're seeing some ordering problems because they're optional... so a  discussion needs to happen.22:58
marcoceppiI think that responsibility should lye within the charm/hooks itself though22:58
marcoceppiOr, if there are problems, then a conversation should happen22:59
SpamapSmarcoceppi: for instance, there are times where you want to store your data locally in sqlite, and others where you want mysql. That shouldn't be two charms IMO, we should be able to have that choice declared, and a simple way to change the default behavior.23:00
hazmatSpamapS, re ordering around relations, outside of them being established, notional ordering supposes a steady state/goodness, where as dependency fufillment is done by existance.23:00
marcoceppiSpamapS: I agree, and am struggling with that ATM23:00
marcoceppiBut that's something that happens in the config-changed hook, nothing related to interfaces, correct?23:00
SpamapShazmat: somehow you always manage to make me go cross eyed23:02
hazmatSpamapS, sometimes i have that effect, in english just because  a relation is established and thus a dependency satisified doesn't imply that's its ready to use.23:02
SpamapSmarcoceppi: thats how you deal with it today.. but it would be a better experience if there were a uniform way to say "don't serve X until you have saitsifed Y"23:03
marcoceppiSpamapS: interesting idea23:03
hazmatyeah.. a nice way for a charm to say.. i don't provide anything till X23:03
SpamapShazmat: right, I'm looking for a better answer than the one that I proposed since my proposal requires steady state.23:03
SpamapSas hazmat pointed out to me yesterday, if we make disk storage a 1st class abstraction in juju, that may handle the whole thing properly23:04
SpamapSsince you could, in theory, declare that you need disk storage | mysql storage..23:04
SpamapSbut, forget what I'm saying, I get off in the weeds sometimes.23:05
jimbakerSpamapS, i'd appreciate if you'd take a look at the proposal i sent to the mailing list, it should satisfy this need23:14
SpamapSjimbaker: ooo I didn't know it was something actively being looked at. Will read ASAP :)23:14
* SpamapS is only about 6 hours behind on email ATM.. woot23:14
jimbakeralso, i'm curious if the potential tongue twister of `juju do` will be what end up implementing ;)23:14
jimbakerany hook command from anywhere juju runs would seem to be some goodness23:15
* jimbaker understands email backlog, for sure23:16
jimbakerhazmat, can you respond to the api change email re your observation "juju do is out of scope and dangerous"? i guess the stmt mysql has multiple relations is complex may be overstating these types of scenarios. certainly more complex than 1 instance of a wordpress blog + mysql23:25
jimbakerjust trying to keep the discussion in the appropriate channel, per api changes23:26

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