[03:16] balboah: Yep. Considering MAAS has no idea how to communicate with the machines through a virtualbox's hypervisor. If you were testing with KVM you could setup the machines power management via virsh and it would properly start/stop the instances. [03:17] it looks like someone's not partying this weekend [03:21] lazyPower: checking how to implement that [03:21] eh i'm only around for a bit longer. Doing a Digital Ocean juju deployment of owncloud and documenting the process [03:22] we need to get SSL support on this charm before we can make it a suggested path forward [03:22] that's what I meant, I'll check and see what can I do with the charm [03:22] also, i would nack your deb install - because you removed the option to install from source :( [03:22] it should be extended, with the deb being the default [03:23] I haven't removed the option to install from source? [03:23] wat [03:23] let me double check, when i scanned the MP i saw red over the source installations [03:24] sure [03:24] ok, thats what i get for not looking closer [03:24] you added the option. right on [03:24] yeah :P [03:25] jose: i'll nack it just to make you ask questions, cuz i'm a spaz like that ;P [03:25] :P [03:27] jose: you dont remove the .migrating file in here after restoring the data. [03:27] looking athttp://bazaar.launchpad.net/~jose/charms/precise/owncloud/port-change+repo-support/view/head:/hooks/upgrade-charm [03:28] oh, whoops, will fix that now [03:31] fixed! [03:32] lazyPower: a problem I find with SSL is the cert, but if you have to go I think we can discuss this on Monday [03:32] Certs are a solved problem [03:32] huh? [03:32] self-signed? [03:32] yep [03:33] Look at charm helpers SSL module [03:33] and other charms that have a ssl-everywhere branch. They use charmhelpers to build the self signed certs [03:33] i plugged the modification into Nagios about a month ago [03:33] hmm, I'll check [03:35] I should mention, charm-tools failed to build on the PPA [03:43] jose: charmhelpers != charm tools [03:44] ack [03:44] oh, do you have a minute to check on my amulet test? [03:45] seems to be failing, no idea why [03:45] link to code + output? [03:45] code is https://code.launchpad.net/~jose/charms/precise/subway/add-tests [03:45] and I'm running the test now to get the output [03:46] haha, you took my approach of using splinter [03:46] awesome [03:46] theres one problem with this approach - it will fail CI consistently [03:47] for whatever reason teh dependencies never get loaded properly [03:47] hmm, maybe that's the problem [03:47] I remember something about a file not being found [03:47] I would just use python requests and parse the output for abs match's [03:47] eg: Subway [03:48] hmm, ok, I'll investigate tha [04:05] hah cool [04:05] this seems to work pretty well [04:05] re: owncloud on DO with a 1GB memory provider and a single user [04:10] jose: did you add the desktop client and interface with this at all when you were testing? [04:11] lazyPower: desktop client and interface? huh? what? [04:11] jose: there's a desktop client for owncloud, akin to the ubuntu1 desktop client for sync'ing content to owncloud [04:11] I didn't test it with that [04:11] I can test it now, though [04:12] http://i.imgur.com/LE4yd7F.jpg [04:12] i'm putting it through the ropes as we speak [04:12] syncing about 8gb worth of content [04:13] \o/ [04:13] thank you [04:13] my upload speed is 20KBps [04:15] jose: yeah i've got ya beat. this is with the sync in progress - http://www.speedtest.net/my-result/3450193516 [04:16] I want those speeds! :( [04:20] and, done [04:20] not bad [04:21] with a single client this setup works pretty well. I need to make some files collide [04:21] see how it handles it, but i'm pretty happy with the results of this [04:21] awesome! [04:21] I tried with two users on the same instance, but we didn't get to upload too many files === CyberJacob|Away is now known as CyberJacob === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [20:29] my juju local provider machines lock on pending state and never get delivered, I tried finding hints on the logs but I couldn't find anything [20:34] ghartmann: it's a known bug (bug 1309805) [20:34] <_mup_> Bug #1309805: LXC / Local provider machines do not boot in 1.18 / 1.19 series [20:35] can you mark that it affects you, please? [20:39] I am using local providers to validate my charms [20:40] so it is a blocking issue [20:40] what alternatives do I have ? [20:42] do we have an older ppa that would point to an working version ? [20:46] ghartmann: not exactly, you may use other providers such as EC2 [20:46] if you are new to EC2 I can help you configure it with juju for free usage for a year (they give a free tier) [20:53] I have used EC2 for a few years it's just that I am prototyping locally now [20:54] I was very happy on how quickly I could spin dbs and apps on my local server [20:55] so I moved from using vagrant+lxc to juju [20:56] yeah, unfortunately that bug's preventing from deploying in local [20:56] unless... let me try something [21:00] nope, I don't know of a workaround [21:01] ah, well ... [21:02] it's go now right ? === Bing is now known as Guest32412 [21:02] what? [21:02] you mean, the language juju-core is written in? [21:03] yes [21:03] yes, golang [21:03] I will see if I can find out why it is getting in this state [21:04] cool :) [21:04] #juju-dev may have people who know about it more than myself [21:04] not so familiar with go though [21:05] ha thanks .. didn't knew about this channel