#juju 2012-04-01 <imbrandon> marcoceppi: ping <_mup_> juju/states-with-principals r329 committed by douglassanchez@example.org <_mup_> fix local provider bootstrap <_mup_> juju/states-with-principals r330 committed by douglassanchez@example.org <_mup_> refactor some names for clarity <lifeless> SpamapS: around ? #juju 2012-04-02 <shazzner> anyone here skilled with curl on the commandline? <shazzner> ok figured it out :) <_mup_> juju/states-with-principals r332 committed by douglassanchez@example.org <_mup_> replace security facade with usage of concrete classes <_mup_> juju/states-with-principals r333 committed by douglassanchez@example.org <_mup_> remove extant refs to old node security adapter <shazzner> anyone online? :) <shazzner> have a quick question <_mup_> Bug #971400 was filed: Juju should open up required ports on LXC deployments <juju:New> < https://launchpad.net/bugs/971400 > <melmoth> Hola. i m reading the juju tutorial, and playing with it (with lxc vms locally). I m wondering, once i have deployed and exposed wordpress.. Wich url exactl shall i use to acces it ? <melmoth> turial used is https://juju.ubuntu.com/docs/user-tutorial.html , i m using precise instead of oneiric though. <melmoth> i can ssh into the wordpress machine, but i do not see where does it change the apache configuration to tell apache to change its htdocs to /somewhere/where/wordpress/is <koolhead17> melmoth: pastebin juju status <melmoth> koolhead17: http://pastebin.com/LUHLnZvB <melmoth> i m also wondering why mysql "agent-state" set to pending btw. <koolhead17> melmoth: it takes sometime i suppose <koolhead17> melmoth: 669-615-7011 this will give you the wordpress <melmoth> the package installed in 669-615-7011 only put stuff in /usr/share/wordpress/ <melmoth> not a single change in apacge <melmoth> so apache is not actually serving those page <melmoth> that s the part i dont get <koolhead17> melmoth: juju charm takes care of everything for you :) <melmoth> but what url to use ? If i use http://669-615-7011, i end up wiht the apache defautl page <koolhead17> melmoth: because all the charms are not initializew <koolhead17> d <melmoth> does it mean i have to wait (it been this way for sometimes) or that the wordpress charm is not finished ? <melmoth> (like the install hook is only "apt-get install wordpress") <koolhead17> melmoth: there is other hooks as well in charm apart from install hook i suppose. <melmoth> ah, yep, a db-relation-changed one seems to make a syminks in /var/www <melmoth> funny thing is, i do not even have a /var/www directory... <koolhead17> melmoth: :P <melmoth> ah, yes, i have one.. i was not looing in the right box <koolhead17> melmoth: if you think its really too much time <koolhead17> try juju destroy-environment <koolhead17> and do a juju-bootstrap once again <koolhead17> followed by deploying chars again <melmoth> I m also a bit worried about the .mrconfig warning i have when deploying aservice http://pastebin.com/7Rt3b0CY <melmoth> is it something i should worry about or can safely ignore ? <koolhead17> SpamapS: jcastro anyone around? <koolhead17> melmoth: i remember someone asking same question sometime back <koolhead17> melmoth: what does juju status says now <melmoth> looks better: <melmoth> http://pastebin.com/3xcq9yEw <melmoth> but still, the symlinks in /var/www has not been set <melmoth> it s like the mysql-changed-thingy hook was not called <koolhead17> i think you need to expose the service as well <melmoth> ah did not do it this time. true. <_mup_> juju/security-policy-with-topology r329 committed by douglassanchez@example.org <_mup_> merge states-with-principals <koolhead17> melmoth: is it working finally <melmoth> nope, still no /var/www/wordpress something <melmoth> i have a conf call now...Will try to figure out what s happening later.... <koolhead17> melmoth: dpkg -l juju <koolhead17> k <melmoth> 0.5+bzr504-1juju4~precise1 * koolhead17 wonders why ask a question link https://answers.launchpad.net/ubuntu/+source/juju/+addquestion lineked on juju project page <melmoth> hmmm. I think i ll retry on oneiric just to see if i have the same 1) behaviour and 2) funny .mrconfig waring messages <koolhead17> melmoth: https://answers.launchpad.net/ubuntu/+source/juju/+addquestion <-- how about trying this <koolhead17> because i think someone else had same issue <melmoth> hmm, i havet browse the existing questions good idea. <melmoth> there does not seem to be any question... I ll probably post one if i have the same behaviour on oneirirc then. <_mup_> juju/states-with-principals r334 committed by douglassanchez@example.org <_mup_> security api cleanup <jamespage> melmoth, koolhead17: the .mrconfig warning is not harmful (its just a file used when you use charm tools to grab all charms) <jamespage> not sure why juju is trying to parse it... <melmoth> good to know :) <koolhead17> jamespage: and it gives a warning msg too <jamespage> yeah - I think its worth a bug report <koolhead17> melmoth: remove that file/directory and try a bootstrap again :) <koolhead17> melmoth: and as jamespage suggested a bug report :D <jamespage> melmoth, I'd def test the wordpress charm using an oneiric environment - it might work on precise but most charms currently target oneiric unless explicitly stated <jamespage> http://charms.kapilt.com/charms/oneiric <jamespage> http://charms.kapilt.com/charms/precise <melmoth> on my way to try on oneirirc then. <_mup_> juju/security-agents-with-identity r319 committed by douglassanchez@example.org <_mup_> merge parent <andrewsmedina> hi <andrewsmedina> Has anyone here ever used juju to OpenStack + keystone? <jcastro> SpamapS: marcoceppi: m_3: hey we should chat about the contest today, it'd be nice to close it out by Wednesday <marcoceppi> jcastro: sounds good <melmoth> hmmm, on oneiric, mysql service still in pending state after like 30mn. <marcoceppi> melmoth: what size instance/service? <marcoceppi> provider* <melmoth> m1.large in lxc container <marcoceppi> not sure then, I know aws and t1.micros don't work well with MySQL <melmoth> what i feel frustrating is, there s not that much occuring on the juju-debug console <melmoth> i wonder what to do to "see" what could be happening (or not...) <jcastro> melmoth: that happened to me this weekend * jcastro didn't investigate yet though <melmoth> did you fix it, did it fix itself automatically ? <melmoth> or did you just give up ? :) <jcastro> I gave up and was going to follow up <jcastro> though I thought it was just me <koolhead17> melmoth: file a bug <melmoth> i m trying again after a destroy-environment, and a new boostrap. will give it like .... 20mn, and file a bug if it s still pending <shazzner> if anyone wants to test it out, I finished (mostly) the charm for kusabax which is a 2-channel like imageboard: https://code.launchpad.net/~shazzner/charms/precise/kusabax/trunk <melmoth> koolhead17: i m wondering if it could be https://bugs.launchpad.net/juju/+bug/907655 <_mup_> Bug #907655: hangs when lxc fails to start <local> <lxc> <juju:Confirmed> < https://launchpad.net/bugs/907655 > <koolhead17> melmoth: k <melmoth> however, i do not have any "ERROR lxc_start - failed to spawn " in /var/log/syslog <melmoth> probably something else, i know nothing about lxc, but it looks like i can have acess to the mysql box console, so it s up <_mup_> Bug #971664 was filed: deploying mysql service hang in "pending" state with lxc <juju:New> < https://launchpad.net/bugs/971664 > <melmoth> well, #971664 is it then :) <_mup_> Bug #971664: deploying mysql service hang in "pending" state with lxc <juju:New> < https://launchpad.net/bugs/971664 > <jamespage> melmoth, are you running on precise? <jamespage> melmoth, I think you might be getting some sort of distro skew <jamespage> as you are using juju-origin: distro <jamespage> juju in oneiric is way old <andrewsmedina> I'm with a problem using juju with openstack and keytone, can someone helpme? <jamespage> could you try it with juju-origin: ppa please? <jamespage> melmoth, ^^ <jamespage> andrewsmedina, I can try - what are you having trouble with? <koolhead17> melmoth: let me pastebin you my config.yaml <koolhead17> i am using oneiric <andrewsmedina> jamespage: I'm with a problem in juju bootstrap <koolhead17> melmoth: http://pastebin.com/AsnUajqQ <koolhead17> i am using juju on oneiric and that is how my enviornment.yaml look slike <andrewsmedina> jamespage: juju use group info to get group owner id <andrewsmedina> jamespage: but with keystone, openstack returns project id instead project name <jamespage> andrewsmedina, OK - so you are trying to use juju against openstack? <andrewsmedina> jamespage: yes <jamespage> great - so ATM openstack integration is through the ec2 provider <andrewsmedina> jamespage: The problem occurs when I use the keystone OpenStack <jamespage> so it does not really know about keystone <melmoth> jamespage: i had the problem on oneiric <andrewsmedina> jamespage: ATM? <jamespage> andrewsmedina: At The Moment <andrewsmedina> jamespage: without keystone works fine <melmoth> and yep i was using juju-origin distro, will try with origin:ppa in a couple of minutes <jamespage> melmoth, I think that will fix it up - bear in mind that the version in the distro in oneiric is quite along way behind the version inthe PPA interms of features <melmoth> i did not pay attention to my origin setting. <melmoth> i just installed juju from a ppa and some charm from bzr <melmoth> and used the environment.yaml that once worked. <andrewsmedina> jamespage: The problem occurs in this line http://bazaar.launchpad.net/~juju/juju/trunk/view/head:/juju/providers/ec2/launch.py#L98 <melmoth> ok, deployement in progress.Let s wait a bit <jamespage> andrewsmedina, ah - I see - so instead of the project_name you get an id back - which then does not work <andrewsmedina> jamespage: yes, but the keystone way is returns the id instead name <avoine> andrewsmedina: can you show me your .juju/environments.yaml file (without the passwords) and tell me what is the version of openstack your using? <andrewsmedina> avoine: I'm using diablo <avoine> ok <avoine> andrewsmedina: and your using what as ec2-uri ? <andrewsmedina> avoine: http://dpaste.org/NhKzW/ <avoine> andrewsmedina: your configured the right way <avoine> andrewsmedina: I guess it's a bug in the keystone package <jamespage> andrewsmedina, I suspect that this is a bug in openstack - keystone landed as a core package very late <jamespage> and the ec2 API is not the most loved thing upstream <jamespage> avoine, great minds think alike :-) <avoine> hehe <avoine> andrewsmedina: I'm using the last essex release and it works fine <avoine> if you can, I suggest you to upgrade <andrewsmedina> avoine: upgrade openstack? <andrewsmedina> avoine: what openstack version you use? <avoine> andrewsmedina: yes <andrewsmedina> avoine: diablo is a stable one <melmoth> agent-state: started \o/ Thanks jamespage and koolhead17 <avoine> andrewsmedina: I'm using essex release candidate but if you wait 3 days it's gona be stable <avoine> andrewsmedina: http://wiki.openstack.org/EssexReleaseSchedule <andrewsmedina> avoine: I will upgrade to essex version here <avoine> andrewsmedina: yeah diablo is stable but keystone have a lot of improvement in the essex release <avoine> andrewsmedina: if you need help with that, you can ping me <jamespage> melmoth, \o/ <andrewsmedina> avoine: can you show your euca-describe-instances outuput? <avoine> andrewsmedina: http://paste.openstack.org/show/12356/ <shazzner> are there any charms at the moment that depend on tomcat7? <shazzner> I'd like to see how the relation is joined <jcastro> hey shazzner, are you interested in reviewing charms at some point? <jcastro> I'd like to grow the amount of reviewers on charms too <andrewsmedina> avoine: thanks <shazzner> jcastro: yeah sure :) <shazzner> huh, nothing in the charm store depends on tomcat that I could see <marcoceppi> shazzner: I've got some feedback for your kusabax charm <shazzner> marcoceppi: awesome <_mup_> juju/relation-hook-context r519 committed by douglassanchez@example.org <_mup_> Logging of setting changes are labeled if they are not on an implied relation; docstrings/comments <smoser> hey.. <smoser> http://paste.ubuntu.com/911936/ <smoser> what is calling hostname -f <smoser> hazmat, SpamapS ^ <marcoceppi> It's probably the db-reltation-joined hook <shazzner> how do domains work with juju? <shazzner> in kusabax it requires you to set the domain in teh config file <shazzner> but if you wanted to migrate to blah.com how would you set a hook for that? <marcoceppi> shazzner: you could have it as a config option <marcoceppi> the charm would automatically write the instance URL <marcoceppi> then in config-changed have an option for site-domain or something <shazzner> marcoceppi: ok, add it to the config.yaml that's what I was thinking thanks! :) <marcoceppi> yup, there's a few other things that I'm writing up in the bug report that are blockers though :\ <marcoceppi> Sweet found a bug with wget <andrewgauger> So I was installing Ubuntu 12.04 and it mentioned Juju. I was wondering if there was any way to bring juju to the Mac so we can support our current developers. <robbiew> andrewgauger: we have plans for that during the next cycle, 12.10, and will probably add it via our Backports archive to 12.04 <andrewgauger> Very exciting times. Best of luck! <hazmat> smoser, the unit agent is to identify the net address <jimbaker> my oscon talk on "jython concurrency" was accepted <imbrandon> andrewgauger: yes thats one of my main goals ( juju on the Mac ) <bkerensa> SpamapS: any news on the juju contest? <shazzner> juju on mac would be interesting #juju 2012-04-03 <bkerensa> jcastro: :D who won the contest? <bkerensa> :D <jcastro> niemeyer: are you accepting bugs on the store yet? Or is it still sort of in progress? <niemeyer> jcastro: Certainly accepting them <niemeyer> jcastro: What's up? <jcastro> http://pastebin.ubuntu.com/913016/ <niemeyer> jcastro: Hmmm <jcastro> the .charm file is 0 bytes <niemeyer> jcastro: Yeah, just noticed that.. very weird <niemeyer> jcastro: Theoretically it doesn't link the charm in the final location while it's not completed successfully <niemeyer> jcastro: Will investigate, thanks <jcastro> lynxman: mira, want to do a charm review? <lynxman> jcastro: throw it my way :) <jcastro> https://bugs.launchpad.net/charms/+bug/961819 <_mup_> Bug #961819: New "sbuild" charm for build environments <new-charm> <Juju Charms Collection:Confirmed> < https://launchpad.net/bugs/961819 > <jcastro> and https://bugs.launchpad.net/charms/+bug/956259 needs a final review <_mup_> Bug #956259: Charm needed: znc <new-charm> <Juju Charms Collection:Fix Committed by patrick-hetu> < https://launchpad.net/bugs/956259 > <imbrandon> oh noes, party over, someone call the strippers and tell em not to show up, jono's here <jono> lol <imbrandon> jono: on a real note i got some more css goodness for ya for accomplishments-system , just finishing up some of the tweaks now <imbrandon> some pictograms and such <jcastro> lynxman: you have promulgation powers right? <jono> imbrandon, oh thanks so much, pal! <imbrandon> :) <lynxman> jcastro: I don't know if I do, if I don't I'll bug you ;) <marcoceppi> I'll be around today to prog if needed <jcastro> lynxman: ok when you finish these up ping me and marcoceppi <marcoceppi> That's the fun part though, typing in promulgate and simultaneously hoping it works and wondering if there's a better word for that action <jcastro> it'd be nice to ring the bell 2 times today <lynxman> jcastro: sounds good :) <jcastro> negronjl like nginx, we'll have him check the new drupal one. :) <jcastro> marcoceppi: appflower needs a round #2 and it should be done <marcoceppi> jcastro: perfect, if juju bootstraps then I'll give it a quick go <jcastro> ditto for gitolite * marcoceppi really wants to try out gitolite <jcastro> this week gentlemen, we promulgate! <imbrandon> i would soo need that in bash completion <imbrandon> :) <marcoceppi> Thankfully it is <imbrandon> prom<tab><tab><TAB!!! DAMMIT> <imbrandon> lol <imbrandon> jcastro: i dident mirror the drupal one to LP, let me know if i need to <niemeyer> jcastro: fix on the way <marcoceppi> imbrandon: it needs to be on LP to be promulgated <imbrandon> kk, i'll do that now then <jcastro> we'll need to figure out a way to autoimport github charms onto LP if we want that to scale. <imbrandon> history dont matter does it, i can just bzr init it clean right ? <jcastro> but m_3 is at a conference so we can deal with it later. <imbrandon> yea i can help him with that too maybe a bit, for Penton I wrote the hg<-->git two way mirror for our repos <imbrandon> we used hg internaly but all contractors used git :) <imbrandon> git and hg shared hashes thou, not sure if bzr does <marcoceppi> LP can already pull git repos <imbrandon> oh really ? <marcoceppi> it can only mirror the master branch though <imbrandon> do i just need to import it ? <imbrandon> thats fine <marcoceppi> http://askubuntu.com/questions/13613/git-on-launchpad <imbrandon> i forgot github has an svn interface too <marcoceppi> So you can just push everything to github and every 4-6 hours it'll be imported on to LP <imbrandon> nice, thast perfect, and i work in named branches and merge to master as the "gold" copy anyhow <imbrandon> as most git ppl do <imbrandon> so works out perfect <marcoceppi> Hum, deploying from the store gives me an error <jcastro> I just told niemeyer, he's on it <marcoceppi> ah, cool <jcastro> something something needs to be a zip file? <niemeyer> marcoceppi: What's the error? <niemeyer> marcoceppi: Just to make sure we're talking about the same thing <niemeyer> jcastro, marcoceppi: Should be fixed in 5 minutes or so <imbrandon> i get the same thing jcastro did a bit ago <marcoceppi> niemeyer: http://paste.ubuntu.com/913053/ <niemeyer> marcoceppi: That's it, thanks <marcoceppi> I was getting all gutsy and trying to deploy from the store :) <niemeyer> Will be fixed in a few <niemeyer> marcoceppi: Sorry for undermining the excitement :-) <niemeyer> marcoceppi: HOld it for a moment, though! <niemeyer> :-) <jcastro> heh, I was already cheering when I hit enter. <imbrandon> marcoceppi: do i need to make a project to import from another vcs ? <marcoceppi> imbrandon: I have no idea <marcoceppi> Never actually used it <jcastro> just push it by hand for now <imbrandon> LP ui really does suck, i've been using it for 6 years now and still dont "get it" <jcastro> we can sort the automated bits later <imbrandon> kk <imbrandon> i just thouht about that, 6 years, wow, its been a long time, wonder where that whiprush dude i used to give hell to is nowa days <jcastro> imbrandon: less talk, more pushing. :) <imbrandon> its pushing <jcastro> we're running out of days! <imbrandon> shish <imbrandon> bzr = slow <marcoceppi> There's your whiprush and whip crack! <imbrandon> hahah <imbrandon> ahh crap its slow cuz its pushing .git <imbrandon> ctl+c <imbrandon> ugh <imbrandon> ok done <imbrandon> and linked to bug <SpamapS> Amd I weird because I like LP's UI? (except blueprints) <imbrandon> heh <SpamapS> I find the cross-project-distro bug tracking to be supremely useful <imbrandon> i dont think its ugly, ui was probably the bad word, i dont get most of the workflows <SpamapS> and linking branches/merge proposals to bugs is really nice. <SpamapS> imbrandon: add a bug.. toggle a status... whats not to get? <imbrandon> SpamapS: yea most modern trackers do that, gitosis , github, bitbucket, and i'm sure others :) <SpamapS> they're all *really* short <imbrandon> SpamapS: the basics sure <SpamapS> and please, don't bring up github's *ridiculous* issue tracker <SpamapS> I'm coming around to git.. but that thing is a joke. <imbrandon> heh, i love it personaly ;) <imbrandon> to each their own i guess on that one <imbrandon> heh <SpamapS> its great for small projects I'm sure <marcoceppi> Charms still require two reviewers, right? <SpamapS> marcoceppi: *no* <SpamapS> never have <marcoceppi> *what* <SpamapS> marcoceppi: ~charmers needs 2 +1's <SpamapS> marcoceppi: but if you are in ~charmers, you have the power <imbrandon> SpamapS: rails isnt what id call a small project nor bootstrap, or h5bp <marcoceppi> Why have I always thought that charms require two reviewers * SpamapS hears "YOU GOT THE TOUCH" in his mind and starts googling for leather pants prices <jcastro> we've been doing 2 reviewers for the sake of completeness, I think people just got into the habit of doublechecking each other's work <imbrandon> haha <jcastro> which is fine by me also <SpamapS> imbrandon: I suppose by having no features.. it forces developers to just focus on each issue rather than being able to prioritize stuff away <imbrandon> ok going to get some food and shower/shave , back in 20 min for critique if there is any by that time :) <imbrandon> SpamapS: yea, sometimes too much optiions is not a good thing <marcoceppi> Cool, well looks like appflower is ready then! <imbrandon> SpamapS: and you can prio somewhat <imbrandon> anyhow brb food time <SpamapS> imbrandon: though many would call LP's features pretty minimalistic when compard to bugzilla <imbrandon> very very true, that thing is horrific <imbrandon> but really its not the number of features about LP , nor the ui specificly , i mis spke at first, but more the workflow as in sometimes , hell all the time its not clean on what needs to be done or if something does or how to do it, or click then then that to do this, FSK!!! give me ONE "FIXED!" button <marcoceppi> Found a but with charm proof <niemeyer> marcoceppi, imbrandon, jcastro: It's fixed <marcoceppi> party time <imbrandon> niemeyer: rockin ty <imbrandon> SpamapS: but on the other hand i'm a huge fan of minimalitic UI's too, sometimes to a fault <imbrandon> ok really gone for food, brb <jcastro> ok but we need to wait for it to be deployed? I'm not familiar with the store workflow <marcoceppi> jcastro: it worked for me, just delete the file in ~/.juju/cache/ <SpamapS> Have we fixed the mysql charm in the charm store yet? <SpamapS> It was broken as of Friday <marcoceppi> Would a charm having an optional config option with no config-changed hook be a blocker? <marcoceppi> Or a fix after prog situation? <jcastro> niemeyer: this is great, I've deployed a bunch of stuff from branches too <marcoceppi> Yeah, charm store rules already <jcastro> niemeyer: so "source" and "publish" are 12.10 targets then? <marcoceppi> so much faster <SpamapS> marcoceppi: all configs are optional.. I think its ok to have configs that only get applied in install as long as the config.yaml says so in the option's description. <jcastro> also, I already want "juju search blah" <marcoceppi> SpamapS: well it doesn't get applied anywhere :) <marcoceppi> I think it was a future feature half added <marcoceppi> anywho, I'll mention it in the branch and promulgate <SpamapS> marcoceppi: thats just a bug. I wouldn't block promulgation on that if it were the only thing wrong. * marcoceppi *nod* <jcastro> just file a bug for it on the spot so we don't forget <SpamapS> blockers are "does nothing", "explodifies", or "pwns you" <marcoceppi> cool, appflower is ready. about to promulgate <SpamapS> its the app FLOW-er <SpamapS> endorsed by Flo-rida <niemeyer> jcastro: Yeah <niemeyer> jcastro: I intend to provide some helpful API endpoints well before that, though <niemeyer> jcastro: The first thing I want to expose is the error messages <niemeyer> jcastro: Every imported charm already comes with status <niemeyer> jcastro: We should have a way to show the import result, so that any failures may be known by the author <jcastro> I just realized the store spec doesn't mention search <jcastro> should I file a bug on that? <jcastro> basically like how apt does it <niemeyer> jcastro: Yeah, please feel free to file it <niemeyer> jcastro: It'll certainly come <marcoceppi> SpamapS: getting an error on promulgation "ERROR:Branch has not been pushed." with nothing else <SpamapS> marcoceppi: promulgate uses the remembered push location <SpamapS> marcoceppi: bzr push lp:~charmers/charms/appflower/trunk && charm promulgate should work <marcoceppi> Cool, thanks <imbrandon> zomg jcastro SpamapS marcoceppi , yalll cant miss this http://jujucharms.deviantart.com/ <imbrandon> hit #3 on google <SpamapS> maybe we can get the artist to make us some keychains for promulgatee's <imbrandon> heh <_mup_> Bug #972515 was filed: Charm store needs search functionality <juju:New> < https://launchpad.net/bugs/972515 > <jcastro> SpamapS: did you promulgate Subway? <SpamapS> jcastro: yes <jcastro> ok anything else on Friday? I need to chase the people down for swag remember <SpamapS> jcastro: code.launchpad.net/charms .. you can see all the charms that have been pushed/promulgated recently <SpamapS> jcastro: "Mature" means promulgated :) <lynxman> the old way of deploying charms doesn't work anymore? <lynxman> 2012-04-03 11:44:15,105 ERROR Bad charm URL 'local:precise:precise/splice-glance-keystone-mysql-rabbitmq/': no series specified (URL inferred from 'local:precise:precise/splice-glance-keystone-mysql-rabbitmq/') <lynxman> sorry, that's the error: 2012-04-03 11:43:30,886 ERROR Bad charm URL 'local:precise/splice-glance-keystone-mysql-rabbitmq/': no series specified (URL inferred from 'local:precise/splice-glance-keystone-mysql-rabbitmq/') <lynxman> I have default-series as well in my environments.yaml <SpamapS> lynxman: repository should still work the same <lynxman> SpamapS: yeah I don't need to specify the series in the repo url anymore, it's wrong in the docs in juju.ubuntu.com as well <SpamapS> lynxman: you never had to specify series in the repo url <SpamapS> ?? <lynxman> SpamapS: you had to at some point <lynxman> SpamapS: and it still says so in the docs <lynxman> SpamapS: https://juju.ubuntu.com/docs/user-tutorial.html#deploying-service-units <lynxman> SpamapS: see the "oneiric/somecharmname" in the juju deploy line <SpamapS> lynxman: I've been using 'local:foo' for a long time.. but I agree the docs is not awesome <lynxman> SpamapS: I always was using the doc method, doesn't work anymore :) <marcoceppi> SpamapS: these docs are all in juju/docs right? <SpamapS> lp:juju/docs is where juju.ubuntu.com/docs is generated <jcastro> marcoceppi: are you on precise? Can you try to deploy zookeeper from the store? <marcoceppi> Yea, let me fire up my laptop <marcoceppi> deploy zookeper? <jcastro> yeah <jcastro> 2012-04-03 12:36:39,085 ERROR Error processing 'cs:precise/zookeeper': entry not found <jcastro> is what I get <marcoceppi> Oh, but you should be able to do that from an oneiric machine, so long as you set the series up correctly. I'll try anyways <jcastro> I'm all precise right now <jcastro> but if you want to test it on oneiric if you have it handy that would be useful too <marcoceppi> I get the same error on my precise laptop <marcoceppi> Maybe only oneiric series is in the store atm? <jcastro> SpamapS: is that because we haven't done something in launchpad for the precise series or is it a bug in the store? <jcastro> marcoceppi: there's a precise version in the charm browser, not sure how that relates to what's in the actual store <marcoceppi> I'm not sure either <shazzner> marcoceppi: hey Marco, did you comment on the kusabax bug with your feedback? :) <marcoceppi> shazzner: ah, I don't think I submitted it yet. Let me get back to you after lunch <shazzner> marcoceppi: gratci :) <SpamapS> Yes only oneiric is in the store right now... <SpamapS> but I don't think that should be the case <niemeyer> jcastro: How's the store coming? <niemeyer> jcastro: Is it working well now? <jcastro> yep <jcastro> I've deployed a bunch of things <niemeyer> jcastro: Super <SpamapS> niemeyer: yeah, the charm store is working beautifully. :) <SpamapS> though we still need a switch-charm command so people can fix things without re-deploying <jcastro> SpamapS: it also just made it painfully obvious that we don't have many precise charms, heh <marcoceppi> I may have found a bug with boolean configs: http://paste.ubuntu.com/913459/ <marcoceppi> Am I missing something or should this be filed? <jcastro> marcoceppi: hey check this out: https://help.ubuntu.com/community/EC2-VNC <jcastro> I was thinking this might be a cute charm <marcoceppi> smells like a charm <jcastro> I think it would be cool to have config options to be desktops <jcastro> so you could test derivatives, etc. <marcoceppi> problem with that, is you couldn't just sudo apt-get remove *buntu-desktop since meta packages don't remove their dependencies <marcoceppi> Would have to find a way to cleanly remove those each time. Maybe use aptitude instead <jcastro> ugh <marcoceppi> <3 <marcoceppi> #blameapt <marcoceppi> Would be a cool charm though <marcoceppi> What would you call it? <jcastro> hah "juju deploy ubuntu" <marcoceppi> perfect! <SpamapS> marcoceppi: I do believe that is a (trivial to fix, but extremely critical) bug in juju set <marcoceppi> SpamapS: thanks, I'll open a bug report <jcastro> SpamapS: you in distro mode or charm mode? <jcastro> daddy wants promulgation <SpamapS> jcastro: I'm in "recover from 3 days away from email" mode, but I can be interrupted to do important things. :) <jcastro> https://bugs.launchpad.net/charms/+bug/912050 <_mup_> Bug #912050: Charm Needed: OpenERP <new-charm> <Juju Charms Collection:Fix Committed by patrick-hetu> < https://launchpad.net/bugs/912050 > <jcastro> and maybe https://bugs.launchpad.net/charms/+bug/906176 ? <_mup_> Bug #906176: Gitolite charm <new-charm> <Juju Charms Collection:Fix Committed by shazzner> < https://launchpad.net/bugs/906176 > <marcoceppi> I can grab one of thoes <marcoceppi> oh both <marcoceppi> or* <jcastro> ok <jcastro> didn't I give you two today already? <marcoceppi> I did only one :) <marcoceppi> I don't recall a second one <SpamapS> I already poked at openerp so I will focus on that one <jcastro> https://bugs.launchpad.net/charms/+bug/964936 <_mup_> Bug #964936: Drupal Charm: superchared Drupal charm with nginx,, apc, php-fpm, all setup to scale to the moon and be Best Practices. <new-charm> <Juju Charms Collection:Confirmed for imbrandon> < https://launchpad.net/bugs/964936 > <jcastro> marcoceppi: how about that one? <marcoceppi> Oh, I haven't looked at that one yet <marcoceppi> let me grab it while I wait for imbrandon to wake up <jcastro> Nick has a semi-abandoned drupal charm already <jcastro> so depending on what you think maybe this can just supercede it? * SpamapS votes for it to supersede the others that weren't done by people who make drupal sit up, roll over, and beg like imbrandon does ;) <jcastro> marcoceppi: I've got some other merge proposals too if you want to clean those up <marcoceppi> jcastro: yeah, I saw those, shouldn't take too much time to get them updated <marcoceppi> SpamapS jcastro so if this checks out, just charms/drupal ? <SpamapS> marcoceppi: yes <SpamapS> that should always be the most current drupal <marcoceppi> sounds good <jcastro> SpamapS: https://bugs.launchpad.net/charms/+bug/903361/comments/3 <_mup_> Bug #903361: Charm needed: Alice IRC <new-charm> <Juju Charms Collection:Incomplete by jorge> < https://launchpad.net/bugs/903361 > <jcastro> Should the open-port be in the install hook or the start hook? <jcastro> I think start because you don't want to open the port until the service is started right? <jcastro> marcoceppi: alice irc is ready. :) <marcoceppi> sweet! <marcoceppi> I'm going to just go in to charm mode for the rest of the evening since I'm done at work <marcoceppi> then switch to omg tonight <jcastro> marcoceppi: lynxman snagged znc and sbuild, but he's slow, we could do those today too <jcastro> https://bugs.launchpad.net/charms/+bug/966484 <_mup_> Bug #966484: New Charm: Kusaba X <new-charm> <Juju Charms Collection:New> < https://launchpad.net/bugs/966484 > <jcastro> is also another shazzner production <marcoceppi> yeah, I've got a review in the draft for that <_mup_> Bug #972829 was filed: maas-server setting requires port even when using http default <juju:New> < https://launchpad.net/bugs/972829 > <jcastro> SpamapS: ok so even if we didn't make the precise store "open" yet, shouldn't "juju deploy precise/zookeeper" work? <niemeyer> jcastro: Are there any blog/G+/whatever posts about the store yet? <jcastro> niemeyer: I have a draft, but my problem is I can't seem to deploy any precise charms <niemeyer> jcastro: Was just thinking about mentioning it online, but it'd be good to point it to something that is not an https API endpoint :-) <niemeyer> jcastro: What happens? <jcastro> Error processing 'cs:precise/zookeeper': entry not found <jcastro> but I don't know if this is a store bug or a charms bug <niemeyer> jcastro: Hmm.. maybe it doesn't actually exist in the store? <jcastro> niemeyer: I have an epic blog post ready that I have been working on, I just need to make sure my examples work <jcastro> http://jujucharms.com/charms/precise/zookeeper <robbiew> the problem is that we don't have many precise charms yet <robbiew> SpamapS has some plan for this <jcastro> right, but the ones that are in there I can't seem to deploy <robbiew> ah <jcastro> yeah, that's not my main concern right now <jcastro> we'll just copy the oneiric ones over, run the charm tester, and see what breaks <niemeyer> jcastro: Uh.. there are apparently *no* official precise charms <niemeyer> jcastro: Yeah, that's why I was against having that web site as it is in the first place, but that's history <robbiew> jcastro: what niemeyer said <robbiew> https://code.launchpad.net/charms/precise <jcastro> oh ok, I can file a bug on that <robbiew> has no lp:charms/appflower for example <robbiew> like https://code.launchpad.net/charms/oneiric does <jcastro> hmm ok <jcastro> so ... either wait for the grand master copy over to precise, then mention the store <robbiew> jcastro: that's what SpamapS was going to sort out...I believe <jcastro> or I can rejig the announcement to talk about oneiric charms <robbiew> I like the latter option, although it takes more effort :/ <jcastro> and then say something like "the store won't switch over until precise releases, but you get the idea." <robbiew> ack <jcastro> robbiew: the post is more about policy than actual commands <robbiew> cool...then I say sooner is better <jcastro> I even say "this command doesn't exist yet, but you get the idea." <jcastro> ok, on it. <jcastro> give me 15. <niemeyer> jcastro: Yeah, +1 on going with Oneiric for the post <niemeyer> jcastro: Otherwise you'll be waiting on an unbound timeframe <jcastro> that's should be motto of this cycle <jcastro> juju deploy unbound-timeframes <jcastro> \o/ <marcoceppi> That ec2-vnc thing didn't quite work for me :/ <hazmat> jcastro, while that charm exists for precise, it hasn't been promulgated such that its the branch tip <hazmat> jcastro, the charm browser was written when that notion was in its infancy, so it takes the expedient approach of if the branch name matches, show it for that series. <hazmat> because its clearly at the official branch namespace for that package, even if it hasn't been promulgated as the official branch tip yet. <marcoceppi> jcastro: all your readmes are up to date <jcastro> marcoceppi: thanks! <jcastro> hazmat: thanks for clearing that up <marcoceppi> jcastro: you said Alice IRC was ready for review+prom? <jcastro> yessir <jcastro> other than the location of the expose <jcastro> which we wanted clarification on, but I don't think it's a deal breaker <marcoceppi> naw, that can be a patch later <jcastro> marcoceppi: next time shazzner and SpamapS are around I'd like to talk about putting him in ~charmers <jcastro> he's got enough under his belt soon <jcastro> same with patrick-hetu I think <marcoceppi> 07 <shazzner> marcoceppi: thanks for your feedback, I'll get to work on it! :) <marcoceppi> shazzner: thanks for the charm! This is going to be perfect for the office :) <hazmat> jcastro, niemeyer its a significant problem that the workflow for the charm store, is rather non obvious for a charm contributor of 206 charms on launchpad, 146 aren't properly marked for a series. <shazzner> got to run to the hackerspace but I'll get the changes in tonight <marcoceppi> jcastro: I need to clarify one thing with the website-relation-joined hook, I don't think there's a `unit-get private-address` can someone confirm that it exists? <jcastro> that whole part confuses me <marcoceppi> I think there's only public-address and for the private address people have been using `hostname -f` <marcoceppi> From my understanding you can only get unit data that's shown from the status, so under a typical unit you have agent-state, machine, and public-address <niemeyer> hazmat: A charm contributor doesn't have to be aware of that douglassanchez@example.org.. SpamapS, m_3_, and jcastro have to be aware of it <jcastro> it's not ideal, it involves me hand checking all the time, but we can discuss that at UDS <niemeyer> hazmat: So far there was very little reason to follow the arguably boring procedure <niemeyer> hazmat: Now there's a good one <jcastro> it certainly won't scale, heh <hazmat> niemeyer its more than that, and this applies even to a ppa charms, which won't be curated <hazmat> marcoceppi, 'private-address' works as well <niemeyer> hazmat: What's the "more than that" in this case? <marcoceppi> hazmat: Thanks, should older charms be updated to use private-address instead of hostname -f ? <hazmat> niemeyer, its more than just the curated collection of the official distribution, being manually managed <hazmat> niemeyer, ie. it definitely applies to charm contributors <hazmat> marcoceppi, yes <niemeyer> hazmat: Sorry, I don't understand what you're trying to say.. <niemeyer> hazmat: Those "it" are missing context.. it is more.. it definitely applies.. etc <hazmat> niemeyer, 'its' a significant problem that the workflow for the charm store, is rather non obvious for a charm contributor of 206 charms on launchpad, 146 aren't properly marked for a series. <niemeyer> hazmat: Do we have a single person that contributed 206 charms!? <jcastro> shazzner is well on his way, heh <hazmat> niemeyer, we have 59 contributors.. most of whom haven't gotten the process right such that they have a charm in the charm store. <niemeyer> hazmat: Why!? All of them have a charm in the charm store, unless their charms are broken <hazmat> niemeyer, how many charms in the charm store? <niemeyer> hazmat: mthaddon is the one with the numbers, and he's asleep by now <niemeyer> hazmat: You can find out-of-date numbers in the email I sent to the list some time ago, though <hazmat> niemeyer, most of the charms pushed to lp at a correct address don't have series returned by getbranchtips <hazmat> niemeyer, i have the current numbers.. <niemeyer> hazmat: Branches don't need a series to be in the charm store <hazmat> niemeyer, then why aren't the precise charms there? <niemeyer> hazmat: That is, they don't nee to be marked as a series <niemeyer> hazmat: They are there.. they are just no under cs:precise/* namespace, because they've not been blessed by SpamapS/m_3 <niemeyer> hazmat: % wget --quiet -O- https://store.juju.ubuntu.com/charm/~shazzner/precise/kusabax | wc -c <niemeyer> 5646 <hazmat> niemeyer, yeah. saw that one <niemeyer> hazmat: Well, what are you bring up then? <niemeyer> bringing <hazmat> niemeyer, so its only the official ones that need to be marked/promulgaged against the series <hazmat> ? <niemeyer> hazmat: Yes, it's only the official ones that have to be made official. (!) <hazmat> ic <hazmat> so these charms at the official branch locations which haven't been marked as tip.. http://paste.ubuntu.com/913770/ <lynxman> jcastro: sbuild charm looks good, don't have powers though :) <hazmat> er. promulgated <jcastro> ^^ marcoceppi want to promulgate that badboy? <marcoceppi> yeah! <bkerensa> sup jcastro <jcastro> heya bkerensa <jcastro> store is live, your charm is in it brother! <jcastro> http://www.jorgecastro.org/2012/04/03/the-juju-charm-store-will-change-the-way-you-use-ubuntu-server/ <jcastro> ^^^ I need help spreading the word on this <bkerensa> jcastro: I will push it on the social webz <bkerensa> jcastro: any news on contest? :P <jcastro> tomorrow-ish <jcastro> we've published like 3-4 today already <hazmat> jcastro, nice blog post <jcastro> hazmat: thanks! <bkerensa> http://www.reddit.com/r/linux/comments/rrvec/why_the_juju_charm_store_will_change_the_way_you/ <jcastro> upvotes please! <jcastro> http://www.reddit.com/r/Ubuntu/comments/rruma/why_the_juju_charm_store_will_change_the_way_you/ <jcastro> I have it there as well <jcastro> marcoceppi: alice redirect fixed and pushed. <AlanBell> jcastro: interesting article, I might have to become interested in this juju stuff at some point <marcoceppi> jcastro: sweet, just about to prom sbuild <bkerensa> jcastro: ok enjoy traffic (Reddit, Stumbled, Facebook, Twitter, G+, Hacker News etc) done <jcastro> AlanBell: almost as if I planned it all along <jcastro> bkerensa: where's the HN link, HN I've never been able to get onto <bkerensa> jcastro: http://news.ycombinator.com/item?id=3795097 <jcastro> bkerensa: I don't think HN will roll to a reddit link <jcastro> is there a way to edit it to point to the canonical url? <jcastro> hah, I made a pun <bkerensa> jcastro uhh oh <bkerensa> jcastro: fixed here http://news.ycombinator.com/item?id=3795109 <bkerensa> jcastro: yeah if you can ship that stuff it would be better... my fiancee wants me to pickup tourist swag on my trip home from UDS... and unfortunately Ill be stuck in Oakland for a entire day after UDS <bkerensa> :D <bkerensa> so shopping I must <jcastro> no worries, I have a juju shirt with your name all over it bud <bkerensa> k <bkerensa> jcastro: well the cup was what I was hoping for :P but ok <bkerensa> :D <AlanBell> how well does juju work with lcx containers? <bkerensa> AlanBell: fine <bkerensa> AlanBell: You can use lxc for testing charms <AlanBell> and you do that on your own computer right? <bkerensa> yeah <AlanBell> could someone host a heap of computers running lcx for juju? <AlanBell> so kind of an amazon cloud that scales down small <AlanBell> with a different cost model <jcastro> AlanBell: yeah so what you really want, is an "ssh provider" that ssh'es into your linode and does all the magic <marcoceppi> I wouldn't use LXC for production, to be honest <AlanBell> jcastro: I am thinking of being such a provider <marcoceppi> AlanBell: You could deploy Open Stack if you wanted to go *that* route <niemeyer> jcastro: "since we havenât deployed the charms to Precise yet" <niemeyer> jcastro: "deployed" may be confusing there <jcastro> "opened" perhaps? <AlanBell> marcoceppi: possibly, but I don't think juju instances need the hard isolation from each other of virtual machines, or the preallocation of memory <niemeyer> jcastro: yeah, or "moved" or similar <marcoceppi> sbuild is promulgated <bkerensa> jcastro: Why didnt you do the talk at PuppetConf? Adam Gandelman and Marc Cluet were talking juju? <marcoceppi> alice-irc promulgated <jcastro> bkerensa: I don't think I was working on juju that much yet, we spread the load. <jcastro> bkerensa: but no worries, I'll catch Luke and Co. at OSCON <jcastro> marcoceppi: \o/ * marcoceppi heads home. <marcoceppi> Catch you guys in a bit <SpamapS> AlanBell: what you probably want is openstack + lxc <AlanBell> maybe, I will have to look into it <AlanBell> I think that there might be a way to do a juju specific cloud provider that doesn't bill by the number of instance-seconds <SpamapS> AlanBell: juju is more about using an API to manage compute resources. What you are talking about is more having compute resources and making it available via an API.. which is what openstack does. :) <AlanBell> sure, but providing it in a way that works well for juju <AlanBell> economically as well as technically <SpamapS> AlanBell: frankly, LXC is probably *not* ready for a business to be built on top of it, and you are probably going to spend less on the slight inefficiency of kvm than you will bringing it up to snuff. <SpamapS> AlanBell: LXC is going there.. but its not there yet. :) <AlanBell> maybe openstack is the way to do it <AlanBell> but you have to define your instance sizes ahead of time, I think with LCX you don't <AlanBell> I kind of want to say "you have 4GB of ram, one public IPv4 address, an IPv6 subnet, it is all set up for juju, spin up as many instances as you like within that" for a fixed monthly hosting fee <SpamapS> AlanBell: LXC isn't an "instance", its a container <AlanBell> yeah, juju services then <SpamapS> AlanBell: sorry, but why would I care about ipv6 subnets? I want availability, computing resources, RAM, disk IO.... not ips. <AlanBell> well they have to talk to each other <SpamapS> 669-615-7011 works fine if its all on one machine. :) <AlanBell> oh I guess that would work with lcx <SpamapS> I want to understand what you're getting at. <SpamapS> Do you want to use juju to setup a whole bunch of stuff on one physical machine? <AlanBell> juju uses loads of machines, and amazon bills by the second <AlanBell> or hour or whatever <SpamapS> thats only because we haven't been clever yet. <AlanBell> jcastro set up a wordpress blog that cost $85 per day in hosting fees <SpamapS> AlanBell: and now its down to quite a bit lower than that.. I think maybe $2 or $3 / day <SpamapS> AlanBell: because we got a lot more clever. :) <SpamapS> AlanBell: and thats a blog with > 1 million hits per day, btw <AlanBell> sure <SpamapS> which is now elastically scalable with one command.. 'juju add-unit omg-wp' <AlanBell> it is a fairly big wordpress install, and a lot was learned <AlanBell> but still to get wordpress up you need a server for mysql and a server for apache <SpamapS> AlanBell: I know what you're getting at. Allowing people to over-subscribe machines (or just use bigger machines and higher density) is definitely on the radar. <AlanBell> and a server for the controller and a server for a loadbalancer if you want to scale it <SpamapS> AlanBell: except.. we moved the load balancer onto the omg-wp nodes <AlanBell> I don't think it is a massive technical problem, I just think the amazon model of charging by instance-hour doesn't really work so well for juju <SpamapS> AlanBell: it works great for juju. :) <AlanBell> works great for amazon too :) <SpamapS> AlanBell: the ZK node can be a t1.micro <AlanBell> bet they love it <AlanBell> oh I thought all the juju instances had to be the same size? <SpamapS> AlanBell: the only situation where it doesn't work well is for sites with no actual traffic. <SpamapS> AlanBell: no, you can (painfully) change your instance type between deploys. <AlanBell> yeah, "no actual traffic" is where every site starts out though <SpamapS> AlanBell: all the instance types for one given service do currently need to be the same. <AlanBell> so what you need is a smooth migration path from "no actual traffic" to "argh, spin up more instances" <SpamapS> AlanBell: so they use t1.micros and as they get bigger, reboot them into m1.small's, then medium, and up and up.. ;) <SpamapS> t1.micro can be rebooted into any other instance size. <SpamapS> AlanBell: I do want to be able to put a few things on one instance though.. I'm with you there. <AlanBell> I would kind of like to start building stuff like openERP instances with juju, but no way am I going to tell a customer they need 3 servers from day 1 <AlanBell> plus another 3 for a test/dev environment <SpamapS> AlanBell: 3 t1.micros would be $51/month ... <SpamapS> they're not servers, they're VMs :) <AlanBell> we have a bunch of these http://www.hetzner.de/en/hosting/produkte_rootserver/ex5 which we divide up with KVM <SpamapS> AlanBell: right, so throw openstack in front of that and you have an API. :) <AlanBell> yeah, thats what I am thinking <SpamapS> AlanBell: and just chop them up into tiny bits like they do w/ t1.micro and you're set for juju users. :) <AlanBell> yeah, could go quite a bit smaller than the t1.micro <SpamapS> AlanBell: 600MB is pretty tiny :) <SpamapS> AlanBell: I suppose it would work for haproxy though. :) <AlanBell> oh, I thought the t1.micro was 1.7GB, is that the small one? <SpamapS> thats m1.small <SpamapS> t1.micro is borrowed CPU .. and something just under 700MB of RAM <AlanBell> ah right, 600mb is pretty small <AlanBell> yeah, not going to get much on that after the operating system <SpamapS> Yeah, 80MB for the kernel, 200+MB for in use VFS cache.. you basically just have enough for a single process low-memory type program. <SpamapS> and then you still have the issue that sometimes there just won't be any CPU for you <AlanBell> however the point of this thought experiment is to have lots of tiny VMs so that you can start your juju thing and do the horizontal scaling and then when you get big, move to Amazon <SpamapS> AlanBell: I *love* that idea. :) <jono> hey guys <jono> jcastro called me and asked if you can respond to questions on http://news.ycombinator.com/item?id=3795109 while he is at dinner <hazmat> SpamapS, constraints land3ed <AlanBell> anyhow, night all o/ <hazmat> SpamapS, ie. you can verify instances easily per service <hazmat> arg.. vary <_mup_> juju/relation-hook-context r520 committed by douglassanchez@example.org <_mup_> Better tests <_mup_> juju/relation-hook-context r521 committed by douglassanchez@example.org <_mup_> Merged trunk #juju 2012-04-04 <SpamapS> hazmat: *sweet* wasn't sure if it was done yet :) <SpamapS> jcastro: http://news.ycombinator.com/news .. I see you at #6 <marcoceppi> Yeah, way to make front page :) <_mup_> juju/relation-hook-context r522 committed by douglassanchez@example.org <_mup_> Tests re visibility of changes in relations from an invoker <marcoceppi> SpamapS jcastro it also made the ycombinator twitter feed: https://twitter.com/#!/newsycombinator/status/187314809887395840 <_mup_> txzookeeper/managed-watch-and-ephemeral r53 committed by douglassanchez@example.org <_mup_> connection err trapping for managed conn <_mup_> txzookeeper/managed-watch-and-ephemeral r54 committed by douglassanchez@example.org <_mup_> add .bzrignore <_mup_> txzookeeper/managed-watch-and-ephemeral r55 committed by douglassanchez@example.org <_mup_> remove unesc. expire handler from retry client <_mup_> juju/relation-hook-context r523 committed by douglassanchez@example.org <_mup_> Fix typo and old comment <_mup_> juju/relation-id r501 committed by douglassanchez@example.org <_mup_> Merged trunk (to make lbox handle old prereq; this branch is already merged) <jcastro> SpamapS: marcoceppi: thanks for the coverage while I was at taco night. <jcastro> yes, there is such a thing as taco night. <jcastro> hazmat: did you say constraints just landed? <marcoceppi> np jcastro <hazmat> jcastro, yeah.. last friday <jcastro> hazmat: woo, tequila time! <hazmat> jcastro, you can set constraints at bootstrap or when deploying a service <_mup_> juju/trunk r509 committed by douglassanchez@example.org <_mup_> [trivial] change deploy output when using charm store [r=niemeyer] <shazzner> marcoceppi: Marco, I'm checking out that sourceforge php download script. When it's set to https it doesn't work, gives ssl error. Any ideas? <shazzner> specifically this: http://paste.ubuntu.com/914043/ <_mup_> juju/relation-hook-context r524 committed by douglassanchez@example.org <_mup_> Display parent context relation ident, if available, when logging relation settings <_mup_> juju/managed-zk-client r510 committed by douglassanchez@example.org <_mup_> agents use managed conn <_mup_> juju/relation-hook-context r525 committed by douglassanchez@example.org <_mup_> Merged trunk * benonsoftware wonders if the topic should change <jml> I have a half-formed question <jml> I can see how juju is useful for deploying services, and (for me at least), especially so for deploying dev instances of things I'm working on <jml> well, at least once I'm allowed to target precise. <jml> but is there some way to use it, or the charms or something to make setting up development environments easier? <imbrandon> sure <_mup_> Bug #973260 was filed: Unable to deploy charm that uses symbolic links from the charm store <juju:New> < https://launchpad.net/bugs/973260 > <imbrandon> its not really streight forward atm but yea, just create the charm to install all the dev env tools <imbrandon> and maybe a current copy of the code <imbrandon> and deploy or even deploy local to a lcx <imbrandon> lxc <jml> hmm <jml> imbrandon: some differences that I can think of: <imbrandon> k <jml> - maybe want to have fewer units than on prod <imbrandon> sure we do that on omg <jml> - want to restart services way more frequently (as part of a dev cycle) <imbrandon> stage has far fewer and even runs on micros vs larges <jml> - want to have more verbose logging and some possibly insecure debug options <imbrandon> config option <jml> - would want to have dependencies for running tests installed <jml> (and I guess for compiled languages whatever you need to do a build) <imbrandon> sure all of thats doable now, the last bit i would religgate to a ci server <imbrandon> but yea <jml> well, I can't write code without running tests. <imbrandon> sure i just wouldent have it on the same box, e.g let jenkins run the tests <imbrandon> imho <imbrandon> i mean you CAN, that is
{'channel': 'juju', 'month': 4}