=== menn0 is now known as menn0-afk === menn0-afk is now known as menn0 [03:05] Can someone explain what a charm does? I'm looking at the demos and I"m seeing someone plug these apps together, but what is happening there? [03:05] when you pull an app out on to the canvas and create a relationship, what is happening, are the services being configured? [03:07] I guess without knowing what is actually happening, the high level interface is a little confusing === CyberJacob|Away is now known as CyberJacob === wallyworld_ is now known as wallyworld === CyberJacob is now known as CyberJacob|Away === wallyworld_ is now known as wallyworld [10:25] \o/ [13:15] marcoceppi, do you plan on making the new queue live today? [13:17] jose, when the orangebox gets to mhall's place I can G+ you and show you how to use it. [13:19] jcastro: sure thing! [13:19] jcastro: that's the plan, technically off today [13:20] oh ok, nm === uru_ is now known as urulama [13:49] jose: why does the box need to be at my place for you to show jose how to use it? [13:52] * mhall119 looks out the window and sees jose peering in. [13:53] lol === urulama is now known as uru-afk [16:13] aisrael, https://juju.ubuntu.com/docs/authors-charm-store.html [16:13] scroll down to the reviewer tips, etc. [16:30] Looks like it's moved here? https://juju.ubuntu.com/docs/reference-reviewers.html [16:41] oh, right [16:42] lazyPower, question, why file a bug to push to trusty? Why not just push to trusty? [16:42] jcastro: some of the precise charms simply wont make it [16:42] right [16:42] so with a bug, we can track the progress of that jump from precise => trusty and give it a thorough review [16:42] ah ok, ta [16:42] its kind of like completing the bits from the audit, in an ad-hoc fashion [17:34] hazmat: juju-deployer understands maas tagging? [17:35] mhall119: I think you wanted to highlight jcastro instead of myself :P [17:37] hazmat: https://bugs.launchpad.net/charm-tools/+bug/1360374 - here's what i'm referencing re: tags [17:37] Bug #1360374: bundle proof is unaware of MAAS tagging === roadmr is now known as roadmr_afk [18:10] lazyPower, yes it does [18:11] lazyPower, deployer doesn't validate constraints [18:11] lazyPower, thats a proof error [18:11] proof doesn't understand constraints.. probably quite alot of them [18:11] instance-type, maas-tags, maas-name, and probably others i'd guess [18:12] deployer passes constraints through [18:12] and bubbles up the juju error if juju doesn't understand them [18:20] hazmat: yeah - i filed the bug against bundle proofer - and i thought that might be whats going on is since you're shelling out you can just hand all that off [18:20] thanks for clarification hazmat [18:22] np [18:27] http://askubuntu.com/questions/514728/juju-deploy-issues?noredirect=1#comment697187_514728 [18:27] this looks to me like his file structure on disk is missing $charmname, thoughts? [18:30] jcastro, he's got a hooks directory in precise [18:30] jcastro, he can move that and remove the warnings [18:30] jcastro: yea [18:30] right [18:30] but I am wondering if it's supposed to be [18:30] /home/eduard/charms/precise/stack/hooks [18:30] and not [18:30] /home/eduard/charms/precise/hooks [18:31] jcastro, he has both [18:31] ok [18:31] well maybe [18:31] jcastro, he has a valid charm metadta in charms/precise/stack [18:31] oh [18:32] because it would error otherwise! [18:32] I am wondering how you got to "he has both" [18:32] the hooks dir in precise/hooks is confusing juju causing the warning.. whether he also has them in precise/stack/hooks i dunno [18:32] jcastro, i don't know that for sure [18:32] jcastro, in which case yes he'd neeed to move 'hooks' to under precise/stack [18:32] marcoceppi: I would add that to the answer [18:33] since you torpedo'ed my rep man! [18:41] jcastro: we're coming for you... one upvote at a time === roadmr_afk is now known as roadmr === CyberJacob|Away is now known as CyberJacob [19:03] Is there a good template to follow for filing a bug report? [19:05] aisrael: depends on the context of the bug. Is this against a charm? [19:05] juju-core. mysql is broken on local providers [19:05] this is a known bug, it has to do with a memory constraint [19:06] Yeah, innodb buffer. [19:06] its being set to consume 80% of the given ram, and it totally breaks when deployed on the local provider. [19:06] afaicr a bug has been filed and marcoceppi has triaged this in the forthcoming mysql re-release [19:09] https://bugs.launchpad.net/charms/+source/mysql/+bug/1294334 [19:09] Bug #1294334: mysql charm blows up on out of memory error [19:09] That looks like the one. It's undecided, though [19:14] There's a couple bugs that are duplicates but not marked as such. Should I tag those as duplicates? [19:24] aisrael: yeah. There's a duplicate bug link [19:28] marcoceppi, I thought your rewrite fixed this? [19:28] marcoceppi: ok, I marked them as dupes. It seems like just having the caveat might not be enough. [19:35] aisrael: it's being patched [19:35] marcoceppi, that zone doc is ready for review incidentally [19:35] hazmat: ack, will take a look in a bit [19:36] marcoceppi: rock on, thanks [20:13] jose: yeah I did === CyberJacob is now known as CyberJacob|Away === CyberJacob|Away is now known as CyberJacob === CyberJacob is now known as CyberJacob|Away