[01:08] <jose> hey marcoceppi, is this the right place to report a bug in jujucharms.com?
[01:12] <sarnold> jose: a bug with jujucharms.com itself, or a bug in a charm?
[01:12] <jose> sarnold: with the webpage itself
[01:12] <sarnold> jose: try this, https://launchpad.net/charmworld
[01:13] <jose> sarnold: will do now, thanks! :)
[01:21] <jose> sarnold: hey, think you can give me a hand with my charm? I don't know how should I write my config-changed hook
[01:21] <sarnold> jose: I can try, but I'm pretty new here too :)
[01:23] <jose> ok, let's try then :)
[01:25] <jose> so I have http://jujucharms.com/~jose/precise/postfix/hooks/install as my install hook, and would like to have a way for users to run 'juju postfix config-changed domain abc.com' to change the domain, for example, that's on line 28
[01:25] <jose> and line 13 too
[01:25] <jose> I have 3 of those variables
[01:25] <jose> sarnold: any idea on how to do that? :)
[01:26] <sarnold> jose: oh, wow, this is cool :)
[01:27] <sarnold> jose: some of these pieces are going to be needed only at install time, apt-get install -y ...
[01:27] <jose> yep
[01:27] <jose> so I can't run the whole thing again
[01:27] <sarnold> jose: some of these will probably need to be re-run on every configuration change -- debconf-set-selections, postconf ..
[01:28] <jose> oh wait
[01:28] <sarnold> jose: can you push the debconf-set-selections and postconf commands to the config-changed hook?
[01:28] <jose> yeah, I just thought that
[01:28] <jose> only that part, right?
[01:28] <sarnold> jose: probably just the parts that depend upon variables that the user might set
[01:29] <sarnold> jose: _but_, it might _feel_ cleaner to move all the configuration things to the config-changed hook
[01:29] <jose> right, I'll do that now, that just gave me the general idea
[01:29] <jose> thanks a lot! :)
[01:29] <sarnold> you'll have to guess which one feels easier to maintain over the long run -- one with all the configuration in one hook, or one with just the user-data-dependent configuration in the hook
[01:30] <jose> I think the first option should be best thinking on a user-end
[01:30] <sarnold> jose: oh, hey, is that a bug on line 76? "apt-get -y libsasl2-2" ... does it need the 'install' there?
[01:30] <jose> oh, that's totally right!
[01:30]  * jose goes and fixes it
[01:31] <sarnold> jose: line 79 appears to be missing a close " as well.
[01:31] <jose> yep!
[01:31] <sarnold> jose: actually, consider using printf(1) for all those echos, I think they are a bit tough to read as-is, and some of them might not work perfectly..
[01:31] <jose> printf?
[01:32] <jose> oh, but is that working with the >> after it?
[01:33] <sarnold> jose: yeah, printf can redirect with >>
[01:34] <sarnold> jose: I think you'd re-write 81 like printf "PARAMS=-m%s\n" ${PWDIR} >> /etc/default/saslauthd   -- I suggest it because the " are awkward there..
[01:35] <sarnold> .. so you might want to use single qoutes '' around the double-quotes "" .. but that'll make variable interpolation difficult... hence printf, which will use %s and arguments.
[01:36] <sarnold> it's up to you, you might not like it at all :) but I think it'll lead to easier results than trying to figure out the proper escaping of embedded " quotes
[01:40] <jose> blargh, I don't get that one :(
[01:40] <jose> I'm just starting with bash and python
[01:41] <sarnold> jose: ah, well, feel free to ignore it for now :)
[01:41] <jose> thanks a lot for your help
[01:41] <sarnold> jose: just don't be surprised if you have change some of those echo "foo="".."" things to echo "foo=\"" ...\""
[01:42] <jose> sure :)
[01:42] <jose> I'll take that in consideration
[01:42] <sarnold> once you get there :D
[01:42] <sarnold> have fun! :)
[01:43] <jose> thanks!
[02:00] <jose> hey marcoceppi, just resubmmitted postfix for review. please, take a look once you have some time :)
[14:07] <jcastro> anyone have the tldr on debug-hooks for goju?
[14:46] <AskUbuntu> How to change charm service IP from default 10.0.0.X if running juju on local? | http://askubuntu.com/q/318960
[15:30] <AskUbuntu> How do I get juju 1.11 to bootstrap on a private OpenStack cloud? | http://askubuntu.com/q/318970
[15:56] <avoine> with the lastest release I keep having error like: error: cannot start bootstrap instance: no "saucy" images in RegionOne with arches [i386]
[15:57] <avoine> what are the properties that I must add to my images to make them valide for juju?
[15:57] <avoine> on openstack
[15:58] <avoine> I've tried  arch=i386 release=saucy version=13.10
[16:25] <koolhead17> marcoceppi, jcastro Juju deployment has become 100 times easier
[16:25] <koolhead17> kudos to you guys
[16:26]  * koolhead17 watching juju demo live in polish openstack meetup
[16:26] <koolhead17> http://www.youtube.com/watch?v=h4HVEG3lo-g&feature=youtu.be
[16:35] <jcastro> \o/
[16:41] <arosales> niemeyer, opened bug https://bugs.launchpad.net/juju-core/+bug/1200285
[16:41] <_mup_> Bug #1200285: Fix/Update Charm Author Formatting <docs> <juju-core:Triaged by evilnick> <juju-core docs:Triaged by evilnick> <https://launchpad.net/bugs/1200285>
[16:47] <jcastro> hey m_3_
[16:47] <jcastro> around?
[16:58] <jcastro> arosales: got time to fire up your mac today?
[16:58] <jcastro> mramm: also ^^^
[16:59] <mramm> jcastro: sure probably have time this afternoon
[16:59] <arosales> mramm beat me to it :-) and way better and juju-core acking than me :-)
[17:00] <jcastro> https://github.com/juju/juju-core/releases/tag/1.11.2
[17:00] <jcastro> LOOK!
[17:00] <arosales> oh, you mean to test, not compile
[17:00] <arosales> nice :-)
[17:00] <jcastro> arosales: if you could give that a shot this afternoon and either +1 or -1 I can announce it on the mailing list
[17:00] <jcastro> yeah
[17:00] <arosales> jcastro cool thanks. mramm fyi ^
[17:05] <jcastro> m_3_: so this releases thing in github is sweet, once we mirror the core in there it should just be easy for users to find it
[17:07] <marcoceppi> jcastro: wonder if we could use travis-ci for free unit testing
[17:08] <jcastro> is that the hosted thing?
[17:09] <m_3_> jcastro: did it get decided we should go ahead and put that mirror in place?
[17:09] <marcoceppi> yeah. free to use for open source projects on github
[17:09] <m_3_> jcastro: kinda thought it got the kaibash(sp?)
[17:09] <jcastro> m_3_: I say why not!
[17:10] <jcastro> gives us a nice place to put OSX binaries too
[17:10] <jcastro> m_3_: I don't suppose you have OSX handy to help test this client?
[17:10] <m_3_> k
[17:10] <m_3_> jcastro: nope on OSX
[17:11] <m_3_> jcastro: oh, maybe an old snow leopard laptop of tay's
[17:11] <jcastro> nah, queue is more important
[17:11] <m_3_> I understand it's legal to run OSX in a vm on my ubuntu macbookair though... just gotta get the right image
[17:12] <jcastro> I'll find less busy Mac folks
[17:12] <m_3_> ack
[17:12] <m_3_> jcastro: target for the juju-core mirror?
[17:12] <m_3_> github.com/juju/juju-core? or github.com/ubuntu/juju-core?
[17:12] <jcastro> m_3_: I just made /juju/juju-core so I could put the binary there
[17:12] <jcastro> but was thinking you could put the source there along side?
[17:13] <m_3_> yeah.... no
[17:13] <m_3_> jcastro: perhaps save the juju-core repo for the source
[17:13] <m_3_> and stick the binaries somewhere else like github.com/juju/juju-client or /juju/juju?
[17:13] <jcastro> ok
[17:13] <jcastro> so should I rename it?
[17:14] <jcastro> ok I can do that.
[17:14] <m_3_> we could mirror lp:juju-core to github.com/juju/core or something... but really that should match
[17:15] <m_3_> lp:juju-core to github.com/juju/juju-core seems simplest to me
[17:15] <jcastro> yeah, I agree
[17:15] <jcastro> let me rename this one I just made so you don't clobber me
[17:15] <m_3_> ack
[17:16] <jcastro> hmm, can't get through to github, it working for you?
[17:17] <m_3_> jcastro: yup, seems ok to me
[17:17] <m_3_> little sluggish on styling artifacts
[17:22] <jcastro> m_3_: can you do a rename? I'm stuck waiting for some akamai stuff that isn't loading and the page doesn't even render for me
[17:29] <m_3_> jcastro: will do
[18:22] <m_3_> jcastro: how's that look?
[18:27] <jcastro> looks awesome
[18:27] <jcastro> I just was now able to get in
[18:27] <jcastro> I removed the release from -core and made this
[18:27] <jcastro> https://github.com/juju/juju-client/releases
[18:33] <m_3_> jcastro: hmmmm
[18:33] <m_3_> not seeing it
[18:50] <marcoceppi> m_3_: how often will core sync with gh?
[18:51] <m_3_> marcoceppi: how often do you want it to?
[18:51]  * marcoceppi looks at commit history
[18:51] <m_3_> marcoceppi: charms've been syncing daily
[18:52] <marcoceppi> m_3_: I'll get back to you, but how about every 6 hours for now? Unless that's too frequently
[18:53] <m_3_> marcoceppi: sure, np
[18:54] <marcoceppi> m_3_: so here's the next part. How hard would it be to put a file in the repo that doesn't exist upstream?
[19:04] <m_3_> marcoceppi: probably not hard at all actually as it's a one-way mirror
[19:05] <marcoceppi> m_3_: I'm going to try to hook the repo up to travis for S&G, but I need to have a .travis.yml file in the root of the repo
[19:06] <m_3_> marcoceppi: ack... I should probably add you to the mirroring machine anyways
[19:07] <marcoceppi> m_3_: I might, instead, just set up a second mirror in my repo that will rebase the sync'd branch with the travis.yml file Or see if the core guys want a .travis.yml file in the root :P
[19:38] <jcastro> adam_g: around?
[19:38] <adam_g> jcastro, hey
[19:38] <m_3_> marcoceppi: hey
[19:38] <jcastro> heya
[19:38] <marcoceppi> m_3_: hey
[19:38] <m_3_> ok, so github.com/juju/juju-core has code in it
[19:38] <jcastro> adam_g: if you have a chance can you add an icon to the glance charm? You can rip it off from the cinder charm.
[19:38] <jcastro> adam_g: it would make my presentation look nicer in the GUI
[19:39] <m_3_> we might wanna think about mapping tags to branches here
[19:39] <marcoceppi> m_3_: shouldn't we just map releases to tags?
[19:40] <adam_g> jcastro, sure. do i just drop it in
[19:40] <adam_g> ?
[19:40] <jcastro> adam_g: yeah, and there's a little snippet in the metadata.yaml
[19:40] <jcastro> icon goes in the root
[19:40] <jcastro> they're all the same icon for anything openstack related
[19:40] <adam_g> jcastro, what is the metadata snippet i dont see anything in cinders
[19:41] <m_3_> marcoceppi: should be running as-is every 6 hours or so
[19:41] <m_3_> marcoceppi: lemme know if you want me to add a .travis.yml file into the mix
[19:41] <jcastro> adam_g: oh dude nm, just the icon.svg outta be enough
[19:41] <m_3_> jcastro: marcoceppi: think about tags though... we should have release branches in github
[19:42] <adam_g> jcastro, ah, cool. done
[19:42] <jcastro> adam_g: that covers me for OSCON, but as you touch any openstack charm if you could drop that in that would be <3
[19:44] <adam_g> jcastro, ack
[19:44] <jcastro> we really should have an openstack category
[19:48] <m_3_> jcastro: don't make changes to github.com/juju/juju-core directly... it'll barf the mirror
[19:50] <jcastro> ok
[19:54] <m_3_> jcastro: you scared me for a second there... I was seeing all sorts of whack ordering on the charms mirror
[19:54] <m_3_> then I realized there were lots of changes in progress
[19:56] <jcastro> I am pushing up a bunch of small category changes in charms
[19:57] <m_3_> yup
[19:58] <Pretender> Hello
[19:58] <Pretender> how's it going guys?
[19:58] <jcastro> hi!
[19:58] <jcastro> m_3_: hah, scumbag spammer --> http://jujucharms.com/recently-changed
[19:59] <m_3_> :)
[19:59]  * m_3_ likes the "NFS formula..."
[20:00] <Pretender> Can any1 tell me exactly what juju is doing? i'm a bit slow :)
[20:01] <jcastro> what's the output of juju status say? That should tell you what it's doing
[20:02] <m_3_> Pretender: orchestrating services (deploying and configuring a bunch of stock services like mysql and wordpress... right outta the box... on, primarily, the common public cloud providers
[20:02] <Pretender> error: error parsing environment "amazon": no public ssh keys found
[20:02] <Pretender> i made a folder set up a password...and they i got stuck
[20:03] <m_3_> Pretender: ah, my bad... thought you were asking a different question
[20:03] <m_3_> Pretender: it should default to using the keys in your '~/.ssh' directory
[20:04] <Pretender> i understand i can make a irc or cloud server ...so i'm starting it easy as soon i can understand it
[20:04] <m_3_> in particular the '~/.ssh/id_rsa.pub' unless you've changed it in '~/.ssh/config'
[20:04] <Pretender> let me try something
[20:08] <AskUbuntu> MAAS / JuJu zookeeper issue | http://askubuntu.com/q/319061
[20:23] <jcastro> https://juju.ubuntu.com/docs/getting-started.html
[20:23] <jcastro> Pretender: you probably need to generate a keypair, see the step before "Installation"
[20:33] <Pretender> j castro ty
[20:36] <jcastro> m_3_: we got rid of revision in the metadata.yaml right?
[20:37] <m_3_> jcastro: revision was a separate file... and yes, we got rid of that
[20:37] <m_3_> jcastro: shouldn't be in metadata at all... that'll barf
[20:37]  * jcastro removes it from the docs
[20:37] <m_3_> where was that?
[20:37] <m_3_> the docs said to add 'revision' to the metadata?
[20:37] <jcastro> it's under policy
[20:37] <jcastro> removing it now
[20:38] <m_3_> hmmmm.... /me wonders if that changed sometime
[20:38] <jcastro> we mention metadata.yaml in 2 places
[20:40] <m_3_> hey
[20:41] <m_3_> whaddya know?  metadata.yaml's schema had a 'revision' key
[20:41] <m_3_> harumph
[20:41] <m_3_> ok, so we had 4 different notions of version for a charm... not just 3
[20:42] <jcastro> fixed
[20:43] <jcastro> http://bazaar.launchpad.net/~charmers/juju-core/docs/revision/21
[20:46] <jcastro> m_3_: we gotta get that django python rewrite thing in tomorrow or we suck
[21:06] <Pretender> c'ya guys
[21:06] <m_3_> jcastro: oh, from the queue.... yeah, that'll go in
[22:24] <sputnik13> anyone here using juju on openstack?
[22:24] <sputnik13> rather...  juju with an openstack provider
[22:24] <sputnik13> err openstack environment...
[22:25] <sputnik13> bootstrap seems to have gone fine but when I do a juju status I get an error "Machine provider information missing"
[23:43] <jose> hey jcastro, have a minute?