[00:23] hello alamo [00:23] alamo, https://juju.ubuntu.com/docs/provider-configuration-ec2.html [00:23] :P [00:24] :-) [00:54] SpamapS, you around? [02:18] what should admin-secret for local environment be? root password? [02:19] in environments.yaml [02:22] aljosa: No, just a random string of characters [03:47] Note to myself, relation-set doesn't accept a unit-name and it may be a bug [03:49] Note to myself, I was not reading my code right [05:00] marcoceppi: so do I get to write about your plenary in the next issue of Ubuntu User Magazine? :) === almaisan` is now known as al-maisan === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [13:49] morning all [14:21] SpamapS, around [14:49] koolhead17: I am here on IRC. Good morning (I'm back home now though) [14:49] koolhead17: did not have a chance to say bye yesterday. It was good meeting you and having you there at UDS. :) [14:50] SpamapS, same here sir. :) [14:54] So - who won the charm competition? :D [14:57] FunnyLookinHat: winners announced today at the closing plenary IIRC === fenris is now known as Guest56365 [17:05] <_mup_> Bug #998153 was filed: example passes passwords via command line arguments < https://launchpad.net/bugs/998153 > === daker is now known as daker__ [17:44] <_mup_> juju/scale-test r541 committed by kapil.thangavelu@canonical.com [17:44] <_mup_> pep8ify ec2 provider [17:48] How's it going in room 205 today everybody? ;) [17:53] SpamapS: pretty good, light today [17:56] marcoceppi: did you fix your gitolite/gluster thing yet? I want to see that stuff promulgated. :) [17:56] SpamapS: yeah, I'm just testing the final setups [17:59] sweet [18:14] ninjix: hey, are you still working on the proxmox thing? [18:14] SpamapS: yes [18:15] working on improved client class [18:15] was just looking at MaaS docs [18:16] getting some more ideas [18:16] ninjix: cool. :) [18:28] any ideas? http://askubuntu.com/questions/134977/juju-tutorial-with-lxc-fail/135080#comment161056_135080 [18:37] marcoceppi: reading [18:39] quick question about default passwords for database admins. From the mysql charm: http://pastebin.ubuntu.com/982179/ [18:39] bcsaller: hey didn't you include a tool that users can run to gather a bunch of helpful things for debugging the local provider? [18:39] why store the pass in the file in the install hook? Is the install hook ever called again during the life cycle of the unit? [18:39] ahasenack: yes, in upgrade-charm it gets called again [18:39] ahasenack: or, it might anyway ;) [18:39] SpamapS: ah [18:39] SpamapS: misc/devel-tools/juju-inspect-local-provider but it might not be making into the package properly [18:40] bcsaller: ah yeah it would need to be added to the EXTRA_DIST in setup.py I think [18:40] SpamapS: so, that could be a best practice? That and some chmod 0600 or something I suppose [18:43] bcsaller: thanks tho, I think thats what we need for this user [18:45] marcoceppi: I posted a comment to try and help him run the juju-inspect-local-provider tool [18:45] SpamapS: thanks, if that works I'll edit it back in to the question [18:45] that would be good for the docs too [18:46] Yeah I think we should probably distribute that in /usr/share/docs or /usr/lib/juju or something. [18:46] perhaps even the path.. but then I think it needs a man page. :-P [18:47] and on OS X /puppies/unicorns or wherever it is they put extra program data [18:55] ahasenack: the mysql charm is very old, and needs revisiting at nearly every level I suspect. But yes, I think its fine to generate a password and store it somewhere "safe" [18:55] SpamapS: ok, thanks [18:59] SpamapS: to push a charm while I'm working on it, is the lp project called "charms"? [18:59] pushing to "lp:~ahasenack/charms/openldap" doesn't seem to work, for example [18:59] ahasenack: lp:~ahasenack/charms/precise/openldap/something [19:00] ah, ok [19:00] ahasenack: its a distro [19:00] ahasenack: if 'something' is 'trunk' then the charm store will publish that charm [19:00] ahasenack: and will not re-publish it until you increment the 'revision' file. [19:00] SpamapS: but only after approval, right? [19:00] will it publish [19:00] no it will be published as cs:~ahasenack/precise/openldap [19:00] hm [19:00] 'trunk' is special, its like a PPA [19:01] ok, but this is really not ready for consumption [19:01] I just want it somewhere in lp as a backup mainly [19:01] ahasenack: then call it 'inprogress' or something else other than 'trunk' [19:01] ok [19:01] SpamapS: thanks [19:03] ahasenack: and btw, thank you for doing openldap. Do you have a bug open for it? [19:03] SpamapS: and yes, the docs mention all this, sorry for not paying more attention [19:03] SpamapS: no [19:03] ahasenack: Kees was considering doing LDAP so make sure you open a bug to avoid duplication [19:04] SpamapS: I have never done a charm before, he would probably do a better one and I wouldn't want to prevent him from doing it [19:04] meaning, I won't mind if monday comes and he has one ready, what I'm doing is not wasted work, it's learning :) [19:04] ahasenack: no you guys can collaborate on it though. :) [19:05] ahasenack: anyway, that sounds good. :) [19:12] BTW, reviews guys! rreeeeviews! [19:12] 9 ready for action [19:21] the logs can be a bit worrying at first: 2012-05-11 12:20:30,400 unit:slapd/2: hook.output ERROR: + open-port 389 [19:21] but that's just stderr [19:21] but being used in the same place as you see DEBUG, INFO, it can make you think it's actually an error [19:31] ahs3: thats only because you're running with set -x :) [19:31] ahs3: sorry that was for ahasenack [19:32] SpamapS: heh. that's what i figured :) [19:52] marcoceppi, added comment on that askubuntu question. [20:18] Is it currently possible in juju to provision multiple services to a single machine? [20:18] using MAAS as the infastructure. [20:20] Am i still connected? [20:20] Looks like it. === Destreyf_ is now known as Destreyf [20:20] there we go, corrected my nick. [20:50] Destreyf: can you provide an example of where you would want to put multiple services on one machine? [20:56] <_mup_> Bug #998238 was filed: local provider should setup ufw to accept connections to zookeeper from containers < https://launchpad.net/bugs/998238 > [20:57] yaaay [20:57] nathwill: ;) good find! [20:58] pfft. someone in here helped me with it before... i suspect you... [20:58] :P [20:58] all i did was remember the answer. [20:58] nathwill: you should make that an answer (though if it's the case, that question should be closed as a duplicate) [20:58] it wasn't me, but its still very cool. :) [20:59] marcoceppi: I think its quite likely [21:00] mm, I'll wait to see if the author responds [21:02] marcoceppi, it's exactly what had happened to me. [21:02] also, i tried looking for how to close it as a dupe... couldn't find it, don't believe i have the privs [21:27] nathwill: flag it, but lets make sure thats the problem first [21:38] SpamapS: okey doke [21:48] m_3: are you guys going to do a lightning talk about your bazillion node hadoop cluster? [22:19] woot hadoop! [22:28] SpamapS: nope [22:28] SpamapS: good idea though... didn't think of it [22:57] m_3, greetings almost done [23:01] marcoceppi: congrats! [23:01] james_w: you too [23:03] thanks SpamapS! [23:04] now to polish [23:08] grats marcoceppi :) [23:16] SpamapS, just remembered, hazmat was the one who helped. notchoo [23:37] jamespage: the "provisioner"... can some of that be handled by running charmtester against maas? [23:39] I guess it's a little different b/c of ISO testing [23:39] still seems like there's something there [23:56] SpamapS: yo yo debian new queue? [23:56] jcastro: just now retitled the ensemble ITP to juju [23:56] \o/ [23:56] nice [23:57] jcastro: need to fix some things, deps and such, to work in Debian