[05:17] <kpepple_> Ubuntu announced a MapR charm back in April (http://www.eweek.com/database/mapr-puts-hadoop-on-ubuntu-source-code-on-github/) but I can't find it anywhere. did this get released ?
[05:17] <kpepple_> I looked thru https://jujucharms.com/ but don't see any sign of it
[09:35] <faisal> hello :)
[11:23] <tom95> is it possible to use nginx instead of apache as http server with juju?
[11:25] <mgz> tom95: there's a somewhat involved answer, but yes
[11:26] <tom95> mgz: I haven't used it yet, I just had a look at juju and decided I like it, so I don't know much about the technical side yet. Are there downsides on using nginx compared to apache or is there basically no difference?
[11:27] <mgz> it's flexible, and can be decided at the charm or deployment level
[11:28] <mgz> some web frameworks prefer one or the other or could support both
[11:28] <mgz> you can write your charm (or use existing ones) that would use either
[11:34] <tom95> ok, thanks!
[11:34] <gotwig> hello world
[11:35] <gotwig> https://bugs.launchpad.net/charms/+bug/994699
[11:35] <_mup_> Bug #994699: Charm Needed: Nginx <Juju Charms Collection:Confirmed for imbrandon> <https://launchpad.net/bugs/994699>
[11:35] <gotwig> can you do something here?
[11:53] <marcoceppi> gotwig: what is there to do?
[11:53] <marcoceppi> That charm was never approved for the charm store
[11:55] <gotwig> marcoceppi: why
[11:55] <gotwig> how can it get approved
[11:55] <marcoceppi> gotwig: All charms go through a review process before making it in to the charm store. This one was in the process of being reviewed but the author never finished the charm
[11:56] <gotwig> oh
[11:56] <gotwig> tom95: ^
[11:56] <gotwig> marcoceppi: what is missing
[11:56] <marcoceppi> gotwig: read the bug, these "Charm Needed" bugs are not stating that the charms are missing, but are part of the charm submission process
[11:58] <marcoceppi> gotwig: a charm doesn't NEED to be in the store for you to deploy it. It's in a "personal" charm branch right now. You can fork the branch and work on it if you're interested in using it (and deploy from local repository) or you can deploy it as is with juju deploy cs:imbrandon/nginx
[11:58] <marcoceppi> gotwig: however, based on the feedback it doesn't look 100% ready, so it's deploy at your own risk when using a personal deployment branch
[11:59] <gotwig> marcoceppi: does it work with juju gui?
[11:59] <marcoceppi> Given that this charm hasn't been touched in over 6 months, if you're interested in using it, you might want to take over development of it
[11:59] <marcoceppi> gotwig: https://jujucharms.com/fullscreen/search/~imbrandon/precise/nginx-7/?series=precise&text=nginx yes
[12:00] <gotwig> marcoceppi: this doesnt work
[12:00] <marcoceppi> gotwig: You can deploy "personal" branches from the GUI, you just need to make sure you unselect "Reviewed Charms" from the search
[12:00] <marcoceppi> gotwig: You'll need to provide more details than "doesn't work"
[12:00] <gotwig> tom95: ^
[12:01] <gotwig> marcoceppi: I dont see it in the link
[12:01] <gotwig> you posted
[12:01] <gotwig> oh
[12:01] <gotwig> dat checkbox, yeah..
[12:02] <marcoceppi> gotwig: When searching, it'll default to only showing reviewed charms, to get all charms - including personal UNREVIEWED branches unselect that checkbox
[12:18] <gotwig> nginx devs go mad on me :>
[12:21] <jamespage> wow - I just found "add-unit --to"
[12:21] <jamespage> nice
[12:21] <jamespage> hulk smash builtin
[12:22] <jamespage> negronjl, racedo: ^^ both deploy and add-unit both have a '--to' option in the latest juju-core release which covers the co-location/hulk smash challenges we talked about last week
[12:32] <negronjl> jamespage, cool ... thx.  I'll start playing with it
[12:34] <racedo> jamespage: awesome!
[12:37] <racedo> jamespage: btw the virtme charm is great, i couldn't use it in precise though, I believe that if the charm pulled libvirt from cloud-archive it would work well in precise
[12:38] <jamespage> racedo, yeah - I've only been using on raring
[12:38] <jamespage> racedo, I suspect it could be fixed up
[12:38] <racedo> jamespage: i suspect it's just libvirt not having support for openvswitch type of bridge
[12:38] <jamespage> racedo, feel free to fixup and propose a merge :-)(
[12:38] <racedo> jamespage: i still need to get my hands dirty charming stuff
[12:39] <racedo> jamespage: negronjl is the charms master so i can relax there ;-)
[13:36] <jhf> hey m_3 - you there?
[13:39] <marcoceppi> jhf: he's on the west coast for the week
[13:40] <jhf_> well m_3 if so - I told you something wrong yesterday - my website-relation-joined hook is still hard coded. I'm fixing it now.
[13:45] <marcoceppi> jhf: He brought this up earlier actually, I think he patched it already
[13:46] <jhf> oh.. ok, thanks for doing that - I was thinking about my start hook where I did make the port dynamic, but he was talking about the website-relation-joined and I confused the two. thanks!
[13:46] <marcoceppi> jhf: https://code.launchpad.net/~charmers/charms/precise/liferay/trunk
[13:47] <marcoceppi> np! I think he's using it during a demo, so it was quickly patched
[13:47] <jhf> cool.. should I fix it in my branch too?
[13:48] <marcoceppi> jhf: you can just bzr pull lp:charms/liferay to get the patch
[13:48] <jhf> k thx
[13:53] <m_3> jhf: thanks!
[13:53] <m_3> jhf: btw, now having some sort of issues with liferay behind haproxy
[13:54] <jhf> oh?
[13:54] <m_3> jhf: not sure what the problem was, but don't have time to debug it now
[13:54] <jhf> k
[13:54] <m_3> had the java exceptions, but I think I wiped them
[13:55] <jhf> ok. liferay can produce lots of innocuous stack traces :)
[13:55] <m_3> this was just one mysql, one liferay, and one haproxy node all wired up
[13:55] <m_3> then hit the haproxy and got "An unexpected system error occurred.
[13:55] <m_3> java.lang.NullPointerException"
[13:55] <m_3> via the web interface
[13:56] <jhf> ok. sounds un-haproxy-related to me, but if/when you see it again I should take a look.
[13:56] <jhf> ill be there around 8:30 or a bit before
[13:57] <m_3> jhf: k, thanks!
[14:29] <freeflying> bootstraping a local environment need to be done as root with latest juju-core?
[14:30] <marcoceppi> freeflying: bootstrapping and destroying need to be done with root
[14:30] <marcoceppi> freeflying: this is expected behavior
[14:37] <freeflying> marcoceppi: I recall in juju python version, sudo will be invoked by juju itself, now we need run sudo juju bootstrap?
[14:38] <marcoceppi> freeflying: correct, this is a similar but different implementation of the local provider. Instead of having sudo called during bootstrap (requiring someone to watch the command) it's just required for the bootstrap and destroy-environment command outright. All other commands can be run as a normal user
[14:39] <freeflying> marcoceppi: cool, thanks, but by running sudo juju bootstrap, I got error: no reachable servers
[14:39] <marcoceppi> freeflying: What version of ubuntu are you using?
[14:41] <freeflying> marcoceppi: 1.11.3--ubuntu1
[14:41] <marcoceppi> freeflying: `lsb_release -r` ?
[14:41] <freeflying> marcoceppi: saucy, sorry, the package was installed from archive
[14:43] <marcoceppi> freeflying: okay, good. You're probably missing a few dependencies. First, `juju destroy-environment`, then install lxc, mongodb-server, mongodb; then run `sudo service mongodb stop`, bootstrap again
[14:44] <freeflying> marcoceppi: yep, I forgot to install mongodb, thanks again for pointing it out
[14:44] <marcoceppi> freeflying: np, I seriously think it should be a recommends for juju-core packaging, but until then the docs will just need to mention it
[14:45] <marcoceppi> at least a suggests
[14:46] <marcoceppi> freeflying: http://bit.ly/1366OtX
[14:46] <freeflying> marcoceppi: if we can update the doc, might be more helpful, since most users will dig into documents firstly
[14:46] <marcoceppi> freeflying: docs for local provider are landing soon
[14:47] <freeflying> marcoceppi: in terms of packaging, we may have a meta package for user who want try with local provide to get dependencies installed
[14:47] <freeflying> marcoceppi: that sounds great
[14:47] <marcoceppi> freeflying: that's a good idea as well, juju-core juju-core-local-provider or something like that
[14:49] <freeflying> marcoceppi: will file a whishlist for it :)
[14:57] <pavel> I've updated documentation for rack charm v2 https://github.com/Altoros/rack
[15:29] <arosales> pavel, looking good. I know m_3 is at OSCON this week so if any Rails guys are there I am sure your charm may come up.
[15:31] <pavel> arosales, tomorrow meeting will be on schedule?
[15:31] <arosales> pavel, yes marcoceppi and I (at a minimum) will be there
[15:32] <pavel> arosales, cool
[15:39] <freeflying> marcoceppi: after installed and run mongodb-server, still run into problems: freeflying@ultra:~$ sudo juju bootstrap
[15:39] <freeflying> error: no reachable servers
[15:39] <marcoceppi> freeflying: make sure mongodb service is off
[15:39] <marcoceppi> then destroy-environment again and bootstrap once more. If you're still having an issue let me know
[15:45] <freeflying> marcoceppi: yes, tried both, same issue
[15:46] <marcoceppi> freeflying: what does /var/log/upstart/juju-db-*.log have in it?
[15:50] <freeflying> marcoceppi: only has /var/log/upstart/juju-db-freeflying-local.log
[15:50] <marcoceppi> freeflying: no output in the log?
[15:50] <freeflying> //paste.ubuntu.com/5904546/
[15:51] <marcoceppi> freeflying: can you destroy-environment again, then run sudo juju boostrap -v and pipe the output to a pastebin? It'll be pretty verbose.
[15:53] <freeflying> 2013-07-23 15:53:40 ERROR juju open.go:89 state: connection failed, will retry: dial tcp 127.0.0.1:37017: connection refused
[15:55] <freeflying> marcoceppi: http://paste.ubuntu.com.cn/251140
[15:56] <marcoceppi> freeflying: what does `sudo status juju-db-freeflying-local` say?
[15:57] <freeflying> juju-db-freeflying-local stop/waiting
[15:58] <marcoceppi> freeflying: run `sudo start juju-db-freeflying-local` then run status again
[16:01] <freeflying> marcoceppi: same, http://paste.ubuntu.com/5904578/ log from syslog FYI
[16:01]  * freeflying 's bed time, see you later
[16:03] <marcoceppi> freeflying: I'm not sure, it looks like a bug. I've not tried in saucy yet though
[16:39] <mhall119> mramm: will you be able to join the weekly engineering webcast in 20 minutes to update everybody on juju?
[16:43] <mramm> mhall119: I'm in the charm school at OSCON, so I won't be able to be there
[16:43] <mhall119> and no jorge either :(
[16:44] <mramm> perhaps antonio can cover... let me see
[16:44] <mhall119> okay, we'll get a Juju update next week then, you guys have fun (but not too much fun)!
[16:44] <mramm> arosales: you around?
[16:45] <arosales> mramm, yes
[16:45] <mramm> would you be interested in covering for me/jorge on the weekly engineering update webcast?
[16:45] <mramm> it's not critical, we can just do the update next week
[16:46] <mramm> actually, let's just do it next week
[16:46] <arosales> mramm, let me check on the conflicting meetings I have atm
[16:46] <mramm> arosales: don't worry about it, next week is fine
[16:47] <arosales> mramm, ok totally your call