[00:00] <thumper> jason955: you sould be able to configure each mysql deploy to use a different port
[00:00] <thumper> jason955: and use the placement directive --to in order to put them on the same machine
[00:00] <jason955> I understand the placement directive.  So you are able to configure the port then.... Is this true for most charms?
[00:05] <thumper> jason955: I expect so, I think it is something the charm reviewers look for
[00:05] <thumper> minimal hard coding
[00:05] <thumper> sensible defaults but configurable
[00:07] <jason955> awesome, Juju is pretty exciting stuff!
[00:07] <jason955> also, currently I have a web server that that serves some static HTML for some pages and forwards to a WSGI service with an http proxy.  Is it possible to do this with Juju?  I see that I can make web servers but can you perform path-based routing?
[00:11] <jason955> or is there a way to just do domain based routing? to multiple proxy servers behind a main apache instance?
[00:17] <jason955> perhaps an example would be helpful: apache or nginx as the front web server.  A couple of different gunicorn instances behind the web server.  Can I configure the webserver to route to the different gunicorn relationships based on the top level domain being requested?
[00:18] <marcoceppi> jason955: the apache 2 charm allows for this
[00:19] <jason955> Thanks.  I assume I just have to ssh into the charm and configure the apache files?
[00:20] <sarnold> jason955: some details can be found here: http://manage.jujucharms.com/charms/precise/apache2
[00:20] <marcoceppi> jason955: note you can do it via charm configuration
[00:20] <sarnold> looks very nice :)
[00:21] <jason955> awesome.  Exactly what I was looking for!
[00:21] <jason955> nice video BTW marco
[00:21]  * thumper goes to do some work
[00:21] <marcoceppi> jason955: thanks! which one are you watching?
[00:22] <jason955> How to use the Local/LXC Provider (August 2013)
[00:22] <jason955> watched it last night
[00:24] <marcoceppi> awesome
[00:38] <freeflying> any doc for juju use tag to specify maas machine when deploy
[01:37] <marcoceppi> freeflying: https://juju.ubuntu.com/docs/charms-constraints.html#constraints-maas
[01:39] <freeflying> marcoceppi, figured out, thanks
[08:04] <nesusvet> hello everyone. I can't destroy machine which status is pending
[09:16] <davecheney> nesusvet: not at the moment i am afraid
[09:17] <nesusvet> Hmm, so what should I do? )
[09:18] <davecheney> nesusvet: can you paste the status of the machine
[09:18] <davecheney> ?
[09:18] <davecheney> ie, why isn't it going to come up
[09:18] <nesusvet> I tried to reboot it, and after this it's disappeared, but when I add it again, it has the pending status again
[09:19] <nesusvet> davecheney,   http://pastebin.com/E1pbwBdb
[09:19] <davecheney> nesusvet: are you canonical ?
[09:20] <nesusvet> nope
[09:20] <davecheney> ok, jus tchecking
[09:20] <davecheney> short answer is
[09:20] <davecheney> once you giv ethat machine to juju
[09:20] <davecheney> you can't touch it
[09:20] <davecheney> i'm afraid there is currently no provision for removing that machine from status
[09:20] <davecheney> and as a pending machine with no units assigned to it
[09:20] <davecheney> it iwll attract a unit and fail to deploy it
[09:21] <davecheney> the solution at the moment is to destory your environment and start again
[09:21] <davecheney> i am sorry
[09:21] <nesusvet> ohh
[09:21] <nesusvet> sound bad )
[09:21] <nesusvet> sounds*
[09:21] <nesusvet> well I will do
[09:21] <davecheney> you mustn't use the maas console once themachine has been assigned to juju
[09:21] <davecheney> otherwise it'll all go wrong
[09:23] <nesusvet> I did't use maas at all (
[09:24] <nesusvet> all that I did, just sshed on it and reboot
[09:24] <davecheney> yeah, you can't do that either
[09:24] <davecheney> once juju is reponsible for the machine you must not touch it
[09:24] <nesusvet> I see
[09:24] <davecheney> otherwise juju will get out of sync
[09:24] <nesusvet> thanks )
[09:25] <nesusvet> but if I deploy thousand of server, so it might be dangerous. it's not flexible way (
[09:25] <nesusvet> Well, I have another question.
[09:25] <davecheney> nesusvet: we're working on fixing it
[09:25] <davecheney> i'm sorry the fix isn't available yet
[09:26] <nesusvet> Can I deploy the juju agent on the node where maas is located?
[09:26] <davecheney> the solution is to use maas tags
[09:27] <davecheney> you can use juju deploy --constraint="maas-name=XXXX"
[09:27] <davecheney> i am not sure if it is available yet
[09:27] <davecheney> it may be in version 1.16
[09:28] <nesusvet> interesting. But juju does't see this machine.
[09:29] <nesusvet> I tryed to do juju add-machine ssh:ubuntu@ip-address
[09:29] <davecheney> nesusvet: ok, that is different
[09:29] <davecheney> are you using the maas provider
[09:29] <nesusvet> yes
[09:29] <davecheney> or the ssh/manual/null provider ?
[09:29] <davecheney> ok, the maas provider cannot provision ssh: machines
[09:29] <davecheney> that is the ssh provider
[09:30] <nesusvet> It's not clear part for me.
[09:30] <davecheney> i'm sorry, you cannot mix and match providers in a single environment
[09:30] <nesusvet> But after this action juju started seeing my maas machine.
[09:30] <davecheney> i cannot explain that
[09:31] <nesusvet> Do you mean, I can install juju agents's on the target machines even in case if I don't have maas?
[09:32] <davecheney> you can do this
[09:32] <davecheney> it's called the manual provider
[09:32] <davecheney> each environment can be managed by a single provider
[09:32] <davecheney> if you want to use the manual provider
[09:33] <davecheney> those machines will be provisioned in a different environment
[09:33] <davecheney> and will be unable to form relations to the machines in your maas environment
[09:33] <davecheney> (even though you may have asked maas for machines and provisioned them manually)
[09:54] <nesusvet> Thank you very much, davecheney
[09:54] <nesusvet> Now it's clear
[09:54] <davecheney> nesusvet: happy to help
[14:40] <Tribaal> Hi all, I need some help debugging some juju/maas interaction. Is this the correct channel or should I jump to #juju-dev ?
[14:44] <dpb1`> Tribaal: what do you need?
[14:45] <marcoceppi> Tribaal: we shoud be able to help here. Those in #juju-dev are also here
[14:47] <Tribaal> I setup a local KVM MaaS server that spins up other KVM nodes via PXE - that seems to work fine. I pointed juju at it, and a "juju bootstrap" spun up a node ("juju status" reports). Spinning up charms however does not work - the nodes are started and provisionned (ubuntu installed), but they are stuck in a pending state forever
[14:47] <Tribaal> let me paste the juju logs
[14:47] <Tribaal> http://pastebin.ubuntu.com/6370847/
[14:48] <Tribaal> that's the only file in /var/log/juju
[14:49] <Tribaal> "juju ssh" to the machine works
[14:49] <Tribaal> the nodes can see the internet and talk to each other just fine
[14:49] <dpb1`> weird: 2013-11-06 13:40:26 ERROR juju runner.go:211 worker: exited "deployer": exec ["start" "--system" "jujud-unit-mysql-0"]: exit status 1 (start: Unable to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory)
[14:49] <Tribaal> right
[14:49] <Tribaal> so I ran this by hand
[14:49] <Tribaal> it succeeds without the "--system"
[14:49] <Tribaal> but then another log shows up in /var/log/juju
[14:50] <Tribaal> repeating "/bin/sh: 1: exec: /var/lib/juju/tools/unit-mysql-0/jujud: not found"
[14:50] <Tribaal> the tools directory has a machine-1 symlink, but no unit-* symlink
[15:10] <dpb1`> Tribaal: is this from trunk or from the ppa?
[15:13] <Tribaal> dpb1`: whatever comes from saucy - from teh node: http://pastebin.ubuntu.com/6370948/
[15:13] <Tribaal> dpb1`: is that what you meant?
[15:13] <dpb1`> Tribaal: also, it seems weird that it's passing --system ??
[15:13] <Tribaal> indeed
[15:14] <dpb1`> Tribaal: what version of juju do you have on your system where you are initating commands?
[15:16] <Tribaal> dpb1`: from the initiator: http://pastebin.ubuntu.com/6370959/
[15:16] <dpb1`> OK good
[15:16] <dpb1`> stable ppa
[15:22] <dpb1`> Tribaal: these are precise boxes?
[15:22] <Tribaal> saucy
[15:22] <oatman> hi all, where would I look for advice on using the gunicorn charm (http://manage.jujucharms.com/charms/precise/gunicorn) ?
[15:23] <oatman> ie, I am writing a WSGI process, I guess I want to charm up my app and link it to the gunicorn charm some how, is it a subordinate?
[15:28] <marcoceppi> oatman: yeah, the gunicorn charm is an interesting on
[15:28] <marcoceppi> one
[15:29] <oatman> describing the charm as "interesting" is in itself interesting. Why so?
[15:29] <marcoceppi> oatman: I've not used it and it's usecase alwasy seemed very narrow to me
[15:30] <marcoceppi> oatman: I'd look in to how python-moinmoin charm works with this as it's what the author developed the charm to work with originally
[15:30] <oatman> ah, good plan
[15:30] <oatman> I had noticed the reference in the readme
[15:30] <oatman> thanks marcoceppi
[15:55] <jcastro> marcoceppi, after I bzr pull in your charm tools dir I need to do X to install it?
[15:55] <jcastro> solve for X please
[15:55] <marcoceppi> jcastro: use the PPA
[15:55] <marcoceppi> 1.1.2 and trunk are the same at this time
[15:55] <jcastro> which ppa?
[15:55] <marcoceppi> ppa:juju/stable
[15:57] <marcoceppi> jcastro: wait, you've manually installed
[15:57] <marcoceppi> you're going to have to clean a few things up
[15:58] <marcoceppi> manual install and ppa will just stomp all over eachother
[16:06] <jcastro> marcoceppi, ack, how do I blow away the manual install?
[16:07] <jcastro> arosales, when you get a chance today can you look at the sessions in the sidebar
[16:07] <jcastro> we are out of slots and we're going to have to cut some sessions
[16:07] <jcastro> so we need to prioritize
[16:10] <arosales> jcastro, will do
[16:10] <jcastro> arosales, we only need to cut like 3 sessions or so
[16:11] <arosales> jcastro, thats not bad
[16:11] <jcastro> I asked for more room in an empty track but that's not happening, so we need  to cut the fat
[16:12] <jcastro> other than that, our schedule for UDS is basically done, I'll post to the list
[16:36] <marcoceppi> jcastro: rm -rf /usr/bin/juju-charm /usr/bin/charm-* /usr/bin/juju-bundle /usr/local/lib/python2.7/dist-packages/charmtools
[16:36] <jcastro> ta
[16:36] <marcoceppi> jcastro: then re-install the package
[16:38] <jcastro> got it, thanks!
[16:54] <rick_h_> hazmat: ping, jujuclient review if you get a few min we need to release bundles. https://code.launchpad.net/~rharding/python-jujuclient/adjust_constraint_handling/+merge/194176
[16:54] <rick_h_> hazmat: we'll have more coming, but after the release I think.
[16:58] <marcoceppi> hey party people: https://plus.google.com/hangouts/_/76cpj8gt7n29nu6ni5gl7sq9j0?authuser=0&hl=en
[16:59] <marcoceppi> Charm status in a few mins
[16:59] <marcoceppi> evilnickveitch:
[17:00] <marcoceppi> http://youtu.be/CNb3J92TU94
[17:22] <mind_> mims is gone!! no wonder no one has reviewed my charm modifications.
[17:27] <mind_> jcastro: who should I request to review my node-app modifications. Did a bunch of things Mims asked for before he wanted to approve changes to it(hash check, default app, and source code install with option for repository install).
[17:27] <jcastro> hi mind_!
[17:27] <jcastro> let me check it out
[17:27] <jcastro> do you have a bug # handy by any chance?
[17:28] <mind_> https://code.launchpad.net/~web-brandon/charms/precise/node-app/install-fix
[17:28] <mind_> not a bug was just making it better
[17:28] <scuttlemonkey> so is it possible to use juju on a set of established servers yet?
[17:29] <scuttlemonkey> I know there was a request for that a while back
[17:29] <jcastro> scuttlemonkey, pretty close
[17:29] <scuttlemonkey> ahh neat
[17:29] <jcastro> next stable release probably
[17:29] <scuttlemonkey> unfortunately that doesn't help me w/ the demo I'm building now on a rack for SC13 :)
[17:29] <scuttlemonkey> alas
[17:29] <jcastro> https://juju.ubuntu.com/docs/config-manual.html
[17:29] <jcastro> hmm, how is this MP not in the queue
[17:30] <mind_> is there a preffered repo for charmtools still or is the best version part of the main branch now
[17:30] <jcastro> the stable PPA is what you want
[17:30] <jcastro> mind_, ok I've subscribed it to the ~charmers team
[17:30] <jcastro> should be reviewable next in the queue
[17:30] <jcastro> marcoceppi, ^^^
[17:30] <mind_> thank you
[17:31] <jcastro> jcsackett, any idea why that branch wouldn't show up in the queue?
[17:32] <marcoceppi> webbrandon: jcastro: I'll have eyes on later today
[17:36] <webbrandon> thank you as always marco
[17:41] <webbrandon> thank you for adding mongodump suport to mongodb juan
[18:06] <jcsackett> jcastro: it doesn't have charmers as a requested reviewer; looks like you and Mims were requested directly.
[18:06] <jcastro> oh weird, I thought all MPs to anything in the charms namespace was autoqueued
[18:07] <jcsackett> jcastro: no, it's any MP with charmers as the requested reviewer (which is the default for charms owned by ~charmers).
[18:08] <jcastro> huh, I wonder how this happened
[18:08] <jcastro> oh well, it's in the queue now
[18:08] <jcastro> webbrandon, have we sent you a juju shirt for your contribution?
[18:19] <scuttlemonkey> jcastro: can juju add-machine ssh: use .ssh/config to resolve somehow?
[18:19] <scuttlemonkey> I see ip, hostname, and full user@ip
[18:20] <jcastro> scuttlemonkey, so there were a bunch of issues that prevented manual from working
[18:20] <jcastro> I don't know if we've fixed those yet in the dev releases
[18:23] <jcastro> I can give it a shot after lunch
[18:23] <scuttlemonkey> ahh
[18:24] <scuttlemonkey> ok, so I'd have to pull from the dev ppa
[18:24] <jcastro> yeah
[18:24] <scuttlemonkey> may just use ceph-deploy and see if I can get there from here
[18:24] <jcastro> sinzui, do you know the status of manual provisioning in the dev releases offhand?
[18:24] <sinzui> No I don't
[18:25] <jcastro> scuttlemonkey, once it lands though it'll be so nice to deploy to like digital ocean, etc.
[18:26] <sinzui> jcastro, there is certainly one more bug that the devs want to include in a 1.17 release
[18:26] <sinzui> https://bugs.launchpad.net/juju-core/+bugs?field.tag=ssh-provider
[18:26] <scuttlemonkey> jcastro: yah, definitely
[18:37] <marcoceppi> jcastro: jcsackett it probably was originally assigned to charmers, when you claim review it's no longer assigned to charmers, so you need to make sure to say "When ready for another review, please "Requestion another review" from charmers"
[18:37] <webbrandon> I thought I remember someone saying a while back that juju-local bootstrap will no longer need to be done as a root, still coming or pipe dream?
[18:38] <jcastro> webbrandon, that's coming
[18:38] <webbrandon> :)
[18:44] <jcsackett> marcoceppi: that makes sense. jcastro ^
[18:44] <jcsackett> oh, nm, you were highlighted in that too.
[18:52] <webbrandon> jcastro no i havent gotten a shirt
[18:53] <webbrandon> would love one though
[18:53] <jcastro> webbrandon, pm or mail me your address and I can send you one! (jorge@ubuntu.com)
[18:59] <arosales> sinzui, natefinch-afk: can you guys confirm the widows client got updated to 1.16.2 so it also receives the fix for https://bugs.launchpad.net/juju-core/+bug/1246320
[18:59] <_mup_> Bug #1246320: Azure bootstrap fails: versioning header is not specified <azure> <bootstrap> <Go Windows Azure Client Library:Fix Committed by wallyworld> <juju-core:Fix Committed by wallyworld> <juju-core 1.16:Fix Released by wallyworld> <juju-core trunk:Fix Committed by wallyworld> <juju-core (Ubuntu):Fix Released> <juju-core (Ubuntu Saucy):New> <juju-core (Ubuntu Trusty):Fix Released> <https://launchpad.net/bugs/1246320>
[19:00] <sinzui> arosales, yes, that is what we updated every link to https://juju.ubuntu.com/install/
[19:00] <arosales> sinzui, thanks for confirming.
[19:02] <webbrandon> jcastro I just emailed you (from brandon clark)
[19:02] <jcastro> cheers!
[19:18] <hazmat> rick_h_, why do you want that behavior?
[19:19] <hazmat> rick_h_, the client lib explictly avoids trying to do policy things.. ie. that whitelist already misses lots of constraints
[19:20] <rick_h_> hazmat: because bundles were failing to deploy from the gui silently because they had pyjuju style constraints. We spent a lot of time debugging it yesterday. Noted in there we want to try to work on getting messages/errors out of the client up to the deployer and back into the gui, but that's going to take some more work
[19:20] <rick_h_> hazmat: yea, it's a hacky temp fix. I pulled the list of suported gui juju-core constraints to check against
[19:21] <hazmat> rick_h_, sorry this is the right layer for a temp fix
[19:21] <hazmat> isn't
[19:21] <rick_h_> k
[19:21] <hazmat> rick_h_, deployer would be fine
[19:21] <rick_h_> k
[19:21] <hazmat> rick_h_, but its not really about white listing.. its about blacklisting
[19:22] <hazmat> rick_h_, there are new constraints all the time, and this white list already misses a few
[19:22] <rick_h_> hazmat: well we've talked about trying to be able to get a vocabulary from juju itself, but not available yet. Not sure how a blacklist would work best.
[19:22] <hazmat> rick_h_, you have a specific problem wrt to pyjuju compatiblity around constraint keys.
[19:23] <rick_h_> hazmat: well, around people manually creating deplyer files hand entering constraints, and those causing really impossible ot trace errors
[19:24] <hazmat> rick_h_, fair enough, but we don't really want to update a constraint list every time
[19:24] <rick_h_> hazmat: +1
[19:25] <hazmat> rick_h_, the real issue is the reporting. you have a specific case of pyjuju constraint keys that aren't valid against juju, you can play to that case in the app level (deployer or gui)
[19:25] <rick_h_> hazmat: ideally we'll get errors from the rpc call in the client, back to the deployer, to the guiserver, to the gui UX for users when it fails
[19:25] <hazmat> rick_h_, yeah, that error reporting would be ideal
[19:25] <rick_h_> I'm trying to unblock the bundles release asap with this fix. Understand if you'd prefer it happen elesewhere or differently.
[19:25] <hazmat> rick_h_, silently stripping the user input without feedback is likely to cause its own set of surprises.
[19:25] <rick_h_> the thought was that limiting the constraints of bundles while we get the reporting in place was a reasonable band-aid
[19:26] <rick_h_> hazmat: understood
[19:26] <hazmat> rick_h_, fair enough.. but the band aid should go as close to the app as possible, not prevent use in the client libs of valid constraints.
[19:33] <hazmat>  rick_h_ where does the reporting break errors back to the user breakdown?
[19:33] <hazmat> s/break/back
[19:34] <rick_h_> hazmat: so the client throws a EnvError that doesn't have the message from the rpc call
[19:34] <rick_h_> hazmat: so the deployer can check for EnvError, but the error isn't helpful
[19:35] <rick_h_> hazmat: and the deployer throws exceptions without any messages so it needs updating to get them back and the guiserver bits in there need to get it on the ws back to the gui charm
[19:35] <hazmat> rick_h_, so the client error message should have details
[19:36] <hazmat> rick_h_, if not thats a bug..
[19:36] <rick_h_> hazmat: yea, it'll be step 1
[19:36] <hazmat> rick_h_, the entire response is attached to the enverror so not clear how it goes missing
[19:38] <hazmat> rick_h_, step 1 afaics is really about fixing deployer err handling so that's its more suited for this as a  library usage instead of its current i'm a cli tool and i fail fast on error.
[19:39] <hazmat> rick_h_, what would the gui want  as a form of error?
[19:39] <rick_h_> hazmat: rgr, same type of stuff we're hitting with charmtools and proofing.
[19:39] <hazmat> rick_h_, yup
[19:39] <rick_h_> hazmat: not sure, atm debugging a charmworld release issue with webops so will have to get back with you
[19:39] <hazmat> rick_h_, is there any expectation or error handling for deploys in gui?
[19:39] <hazmat> k
[19:40] <rick_h_> hazmat: no, because it's async we fire the deploy request off and errors don't get back right now. At least in our debugging why come bundles were failing to work yesterday
[19:41] <hazmat> rick_h_, that sounds like a separate / additional issue with the guiserver deployer middleware.
[19:41] <rick_h_> hazmat: +1 the guiserver bit int he deployer needs to communicate errors back to the gui server in the charm
[19:42] <rick_h_> hazmat: right now, in env/gui.py it calls deploy and walks away
[19:43] <hazmat> rick_h_, and a common way to communicate errors is exceptions.. so three separate issues rich exception passthrough and handle exceptions at gui server, and ... implement error handling in the gui for bundles
[19:45] <rick_h_> hazmat: yes, that's the fix we want to do. To move forward today the band-aid fix came up. If it's not ok, then we'll do something else. However, trying to get to release today/tomorrow.
[19:46] <hazmat> rick_h_, the closest place to gui that's reasonable to do a hack is the guiserver deployer middleware
[19:46] <rick_h_> hazmat: rgr, will move the band-aid there for now then and we'll be fixing coms/deployer as a library as follow ups post-release
[19:49] <hazmat> rick_h_, sounds good
[20:44] <dpb1`> Hi all: how do I get something out of life: dying?  I want the service gone.
[20:52] <marcoceppi> dpb1`: are any of the units in a dying state?
[21:02] <dpb1`> marcoceppi: actually the units removed just fine
[21:02] <dpb1`> marcoceppi: but the service is still there.  dying. :)
[21:02] <marcoceppi> dpb1`: status output?
[21:03] <dpb1`> ya, sec
[21:03] <dpb1`> marcoceppi: pft, it's gone
[21:03] <dpb1`> marcoceppi: wdyd
[21:04] <marcoceppi> dpb1`: magic ;)
[21:04] <dpb1`> lol
[21:04] <dpb1`> well, that is fine with me.  I was too quick I think
[21:30] <webbrandon> hmmm nothing will install from apt-get if I use -y -qq options.  Getting a cgroup-lite error.  Haven't seen this before and this charm used to work.  On juju-local, anyone seen this?
[21:32] <marcoceppi> webbrandon: this is a known issue, being patched atm
[21:33] <webbrandon> GTK
[21:33] <marcoceppi> webbrandon: https://bugs.launchpad.net/ubuntu/+source/cgroup-lite/+bug/1247299
[21:33] <_mup_> Bug #1247299: local provider deploys fail with 'install hook failed' <local-provider> <juju-core:Fix Committed by thumper> <juju-core 1.16:Fix Released by thumper> <cgroup-lite (Ubuntu):Invalid> <https://launchpad.net/bugs/1247299>
[21:35]  * thumper sighs some more
[21:35]  * marcoceppi giggles
[21:35] <rick_h_> thumper: we <3 you for fixing it
[21:36] <thumper> if only everyone used juju from trunk
[21:36] <rick_h_> :)
[21:36] <thumper> there would be chaos everywhere
[21:36] <marcoceppi> mwhaha
[21:47] <webbrandon> Can't wait to see your fix in play thumper. Thank you
[21:47] <thumper> np
[21:51] <aaronfc> Hi
[21:52] <marcoceppi> hello aaronfc o/
[21:52] <aaronfc> I just bought a VPS (under OpenVz) with Ubuntu Server 13.04, and I want to use Juju.
[21:52] <aaronfc> I tried installing juju-local, but I get an error about "lxc"
[21:52] <marcoceppi> aaronfc: can you put your error on paste.ubuntu.com ?
[21:53] <aaronfc> sure! http://paste.ubuntu.com/6372971/
[21:54] <aaronfc> do you need full error ?
[21:55] <aaronfc> full error: http://paste.ubuntu.com/6372981/
[21:56] <thumper> aaronfc: I'd highly suggest not using juju-local on a VPS
[21:57] <thumper> aaronfc: the local provider is targetted for development purposes
[21:57] <thumper> and unless this is what you are wanting to use it for
[21:57] <thumper> it may be better to try the manual bootstrapping
[21:58] <thumper> aaronfc: the lxc service failed to start, logs probably in /var/log/upstart/lxc.log
[21:58] <aaronfc> I'm trying the juju-local because I thought it was the only option without using a cloud service provider. Am I wrong?
[21:58] <thumper> aaronfc: yes
[21:59] <thumper> aaronfc: there is a way to manually bootstrap juju to an environment you have ssh access to
[21:59] <thumper> it is still very much beta
[21:59] <thumper> but workable
[21:59] <thumper> ish
[22:00] <aaronfc> I found juju yesterday and I thought giving a try on my brand new VPS :)
[22:00] <context> emphisis on the "ISH" ;)
[22:00] <context> i was able to use juju-local without much problems on vmware-fusion locally no problem
[22:00] <thumper> local is really targetted for devs to use on their own computers
[22:00] <aaronfc> log file does not exist
[22:01] <thumper> arosales: what about with a .gz?
[22:01] <aaronfc> in my case which would be the better choice ?
[22:01] <context> but i was running 13.10
[22:01] <aaronfc> (I do not have any cloud provider and I do not have the money to get one)
[22:01]  * thumper nods
[22:01] <thumper> this is one of the main use cases we had for the manual provisioning and manual bootstrap
[22:01]  * arosales assumes that ping was for aaronfc 
[22:02] <aaronfc> any references for manual provisioning on juju ?
[22:02] <aaronfc> (and the manual bootstrap)
[22:03]  * thumper wonders where the docs are
[22:04] <marcoceppi> thumper: they won't land until the feature is complete
[22:04] <thumper> marcoceppi: I was checking the juju help topics
[22:04] <marcoceppi> thumper: oh that's on you guys
[22:04] <thumper> but they aren't there either
[22:04] <thumper> aaronfc: ping axw when he comes on line :-)
[22:04] <aaronfc> should I wait for a more usable version ?
[22:04] <thumper> depends how daring you are
[22:05] <aaronfc> just the right amount
[22:05] <aaronfc> haha
[22:09] <aaronfc> seems relatively difficult to get it work (couldn't find anything interesting on google :( )
[22:10] <aaronfc> do you guys know any alternative?
[22:17] <thumper> if you want to use juju, then manually bootstrapping is the only way to work in an unsupported cloud / non-cloud machine
[22:17] <webbrandon> aaronfc: You could also use AWS free tier for now if you have to much trouble with those methods(untill they are complete)  Just be sure to launch a micro instance.
[22:17] <webbrandon> you have 775 free hours of micro instance use
[22:18] <webbrandon> adds up quick when you have several instances going
[22:20] <aaronfc> thumper, can you develop a little more the "manually bootstrapping" ?
[22:20] <marcoceppi> webbrandon: if you like having your computer cycles stolen from you
[22:20] <aaronfc> It sounds like what I require, but can't find any info in how to do that
[22:20] <marcoceppi> ;)
[22:21] <aaronfc> webbrandon, thanks for the info :)
[22:21] <thumper> aaronfc: I've not done it myself, but I know the guy that wrote it
[22:21] <thumper> aaronfc: ask a question on 'ask ubuntu', tag with juju, and I'll get him to answer
[22:23] <webbrandon> marcoceppi: I know thats what sucks, but not a bad option for testing when your the only one accessing the instance
[22:26] <webbrandon> aaronfc: First part of this vid will show you how to get basic AWS setup(http://www.youtube.com/watch?v=vV8KYbFUcQw) Also this is the juju doc (https://juju.ubuntu.com/docs/config-aws.html) And this is how you launch a micro instance (juju bootstrap --constraints "cpu-power=0 cpu-power=0 mem=512M")
[22:28] <aaronfc> webbrandon, really appreciate your help :)
[22:28] <aaronfc> I will write all this down in case I finally can not get Juju to work locally :)
[22:29] <marcoceppi> aaronfc: everything is logged at http://irclogs.ubuntu.com/2013/11/06/%23juju.html
[22:29] <marcoceppi> updated every hour
[22:32] <aaronfc> hahahaha
[22:32] <aaronfc> nice to know
[22:32] <aaronfc> Hi Obama, how are you?
[22:34] <webbrandon> lol
[22:35] <webbrandon> whats out for thumper if you start talking about politics!!
[22:35]  * thumper squints at webbrandon
[22:39] <aaronfc> It's a pitty :( I'm really disappointed
[22:39] <aaronfc> I really wanted to install Juju! :( (I'm like a kid now, I know haha)
[22:40] <aaronfc> question about a new approach
[22:41] <aaronfc> is there any possibility to get my VPS being handled by my local computer? I mean, installing Juju on my machine (MAC) and configure it to handle my VPS as a cloud-provider ?
[22:43] <marcoceppi> aaronfc: that's more or less manual provider
[22:43] <marcoceppi> if you do proper port forwarding, I think you can do a local deployment then use juju add-machine to inlist servers outside via SSH
[22:43] <marcoceppi> aaronfc: what OS are you running now?
[22:44] <aaronfc> on my local machine ?
[22:44] <marcoceppi> yeah
[22:44] <aaronfc> OSX Maverick (I do not know how to spell it, the last one)
[22:44] <marcoceppi> aaronfc: there's a Vagrant box laying around somewhere that you can use to spin up an Ubuntu VM with the local provider configured and deployed
[22:45] <marcoceppi> so you can play with juju without needing to pay for an external source
[22:45] <marcoceppi> thumper: I haven't seen an announcement yet, but was that local provider snafu fixed/released in 1.16.3?
[22:45] <thumper> marcoceppi: should be
[22:45] <thumper> is it out?
[22:45] <marcoceppi> no idea
[22:46]  * marcoceppi checks the ppa
[22:46] <thumper> :)
[22:46] <marcoceppi> no :(
[22:46] <aaronfc> marcoceppi, would this Vagrant box allow me to manage my VPS ?
[22:47] <marcoceppi> aaronfc: no, not really at least not in an easy or proven fashion
[22:47] <aaronfc> Oh :( this is really sad
[22:48] <aaronfc> do you guys think Juju will at some point work out of the box for managing local machine ?
[22:48] <marcoceppi> aaronfc: you can manage a local machine, you're trying to manage a remote machine one-off with juju
[22:48] <aaronfc> I guess it is juju-local what I'm looking for, but as you saw I couldn't get it to work
[22:48] <aaronfc> :/
[22:48] <marcoceppi> aaronfc: that's on the roadmap
[22:49] <aaronfc> I'm trying to manage a remote machine, from that remote machine
[22:49] <marcoceppi> aaronfc: juju-local is designed for development/testing of juju and charms locally on your machine, not on a remote machine. Manual provisioning is what you want and it's due to land soon in Juju
[22:49] <aaronfc> I mean, I sshed on my VPS, and tried there to install juju-local
[22:49] <aaronfc> ok
[22:49] <aaronfc> now I understood :)
[22:50] <aaronfc> do you have any expected date ?
[22:50] <marcoceppi> aaronfc: right, that's not how juju works. It works better when you install juju on MacOSX from Homebrew, then bootstrap/manage a remote cloud
[22:50] <aaronfc> or anywhere  I could "subscribe" to know ?
[22:50] <marcoceppi> aaronfc: sign up for our mailing list to follow release announcements and discussions of juju features https://lists.ubuntu.com/mailman/listinfo/juju
[22:50] <aaronfc> ok, thanks
[22:51] <aaronfc> marcoceppi, I gess installing on MacOSX would work
[22:51] <marcoceppi> aaronfc: there's preliminary support already, but it's not documented and doesn't quite work yet, I suspect 1.17.0 will address a lot of the outstanding issues
[22:51] <jason955> Say I want to deploy some static HTML and possibly some PHP.  How would I go about doing that with Juju?  I figured I could just use Apache but don't know how to load the files into the charm.  It seems so straightforward but I can't figure out the correct way to do this.  Am I overthinking this?
[22:51] <aaronfc> but right now (and correct me if I'm wrong please) there is not easy way to manage a remote machine (by ssh)
[22:51] <aaronfc> I need a cloud provider
[22:52] <aaronfc> a VPS is not valid
[22:52] <marcoceppi> aaronfc: right, juju currently works best with a cloud provider. However, we're building a manual provider (in the works) that will allow you to manage one or more VPS machines/servers with Juju
[22:54] <aaronfc> that's awesome
[22:54] <aaronfc> then I will drop Juju for a while until it gets that manual provider :D
[22:54] <aaronfc> I'll suscribe to the mailing list you sent before
[22:54] <aaronfc> thank you all so much :)
[22:55] <marcoceppi> aaronfc: sure, feel free to post asking about the manual provider, etc. A lot of juju people are here, but we're spread out around the world. Mailing list/askubuntu is a great place to have a longer running discussion
[22:58] <jason955> Say I want to deploy some static HTML and possibly some PHP.  How would I go about doing that with Juju?  I figured I could just use Apache but don't know how to load the files into the charm.  It seems so straightforward but I can't figure out the correct way to do this.  Am I overthinking this?
[23:03] <marcoceppi> jason955: so, there is no real generic "php" charm. You'd need to write a charm for that particular set of php code
[23:38] <jason955> marcoceppi: thanks.  How about html? Same story?
[23:38] <marcoceppi> jason955: HTML should be easier, let me check the charm
[23:38] <jason955> marcoceppi: thanks!
[23:41] <jason955> I'm just trying to grasp the Juju concepts here.  I really like the idea and would like to contribute if I can.  Do you guys need any help on the project?  I can write docs.  I can code in Python.  I know a little bit of bash.  I understand design patterns.
[23:48] <marcoceppi> jason955: we need docs, we need charms!
[23:48] <jason955> marcoceppi: it looks like the LAMP charm will pull from a repo
[23:48] <marcoceppi> jason955: yes, I was about to mention that as an alternaive
[23:48] <marcoceppi> the apache2 charm is really more like a loadbalancer/routing charm
[23:48] <jason955> How do I get started?  Sign up on to launchpad?
[23:48] <jason955> gotcha
[23:49] <marcoceppi> jason955: yeah, grab a launchpad account, it's free. Then check out http://juju.ubuntu.com/docs for information about charm authors
[23:50] <marcoceppi> jason955: there's a tool not mentioned on the writing a charm section yet, called charm-tools, I recommend installilng it and running `juju charm create` to get a basic template for a charm, then reading the charm author docs
[23:51] <jason955> awesome.  Thanks.  I've read most of the docs.  I will check out the charm-tools software.
[23:51] <sarnold> strongly recommended, it'll save some time and effort and beats hand-copying from the docs :) hehe
[23:51] <jason955> thanks!
[23:52] <marcoceppi> jason955: if you're on Ubuntu, you can `sudo add-apt-repository ppa:juju/stable` then apt-get update apt-get install charm-tools; there's an MSI for Windows and you can pip install charm-tools for Mac OSX
[23:52] <jason955> I saw there is a Nginx charm but the development has stopped.  How can I get the source from where the author left off?
[23:53] <marcoceppi> jason955: once you have Bazaar and Launchpad you can run bzr branch against the code branch for it
[23:53] <jason955> marcoceppi: thanks.  I will be sure to DL the tool.
[23:53] <jason955> I've used git and hg before so I need to learn a bit about bzr
[23:53] <marcoceppi> jason955: if you're referring to this one, then the branch is the second URL listed: http://manage.jujucharms.com/~imbrandon/precise/nginx
[23:54] <webbrandon> the first time using bzr may be a pain but once you get it going it is a cinch
[23:54] <marcoceppi> jason955: it's very similar to both, it's a DVCS tool, you bzr add, bzr commit, bzr push, etc. Only difference is you don't clone you "branch". Branches in bazaar (unlike git) are hosted externally
[23:55] <marcoceppi> so each repo is a branch
[23:55] <jason955> got it.  I'll read some tutorials but sounds pretty similar to what I'm used to.
[23:56]  * marcoceppi nods, feel free to ping in here if you need any help
[23:56] <jason955> thanks for your help.  I look forward to contributing.
[23:57] <marcoceppi> jason955: no, thank you! feel free to record any feedback about our docs and post them to the mailing list. Having users provide feedback on how we can improve is much apprecaited