[01:04] lazyPower, hmm [01:04] lazyPower, that's strange.. normally its about 3m.. but yeah.. making that tunable sounds good, if you have a chance file a bug.. i'm eod, else i'll file tomorrow. [01:05] hazmat: already done. [01:05] lazyPower, thanks, just noticed [01:05] I wrapped the video edit about 12 minutes ago, waiting on an export so i can do the voice over. I'll have the assets (both raw, and completed) for you tomorrow. === thumper-afk is now known as thumper [05:35] lazyPower, you rock [05:36] lazyPower, btw if its slow i generally would try beefing up the size of the vm --constraints="mem=2G" is normally what i use for transient envs, and optionally hit up a different region with --constraints="region=sfo" etc. === thumper is now known as thumper-eod === uru_ is now known as urulama === CyberJacob is now known as CyberJacob|Away [08:46] Trivial review that fixes squid-reverseproxy charm, which is currently broken in the charmstore: https://code.launchpad.net/~bloodearnest/charms/precise/squid-reverseproxy/trunk/+merge/235429 [08:54] rick_h_: I resorted to the GUI (which worked nicely). :p [08:57] Odd_Bloke: you sprinting? [09:10] bloodearnest: I am. [09:10] Doing OpenCorporates stuff. :) === allenap_ is now known as allenap [10:51] Is there some charm cache the local provider uses? The wrong branch keeps getting deployed, despite what the symlinks in $JUJU_REPOSITORY say === fabrice is now known as fabrice|lunch [10:53] stub: revision number? [10:54] Nah, has to be stuck in a cache somewhere. [10:55] The charm that actually is being deployed has been renamed, so it shouldn't even be deployable (since the directory name != charm name) [11:06] And still stuck. The charm doesn't even exist in $JUJU_REPOSITORY now, and it still successfully installs. [11:08] hey marcoceppi, do you know what version of charm-tools is in the ubuntu-cloud archive? [11:23] Rebuilding JUJU_REPOSITORY cleared it. No idea where the errant symlink was, or if that was the case. === fabrice|lunch is now known as fabrice [11:58] agent-state appears to stay in 'pending' throughout the install hook run now, juju 1.20.7. [12:07] oic, pending, installed, started [14:01] jcastro: an older version I suppose? [14:42] hi, how do I deploy a charm on utopic ? [14:44] in my juju I have uploading tools for series [precise trusty] so how do I get support for utopic ? [14:44] fabrice: utopic isn't released yet [14:45] fabrice: and we strongly recommend that people use LTS releases for deployment [14:45] marcoceppi: I know I want to test that juju-gui can work on utopic [14:45] that said, it is possible, what cloud provider are you using? [14:45] marcoceppi: just for test so local or AWS === ev__ is now known as ev [14:47] fabrice: so I think you can do it for local, probably not AWS I don't think utopic images are out [14:48] fabrice: are you on utopic atm? [14:48] marcoceppi: no trusty [14:50] fabrice: try bootstrapping local [14:50] then deploying the utopic charm [14:52] marcoceppi: I get that when I do a juju status after deploy [14:52] marcoceppi: agent-state-info: no matching tools available [14:53] fabrice: hum, I would say --upload-tools but you're not on utopic [14:53] but, try it anyways [14:55] marcoceppi: you mean juju --upload-tools utopic ? [14:56] fabrice: just juju bootstrap --upload-tools === fabrice is now known as fabrice|kanban === fabrice|kanban is now known as fabrice [15:15] marcoceppi: it does change anything :( [15:15] marcoceppi: no luck with the upload tools [15:15] fabrice: spin up a utopic vm, then do --upload-tools after installing juju with local [15:16] I think --upload-tools only does it for the release you're on [15:16] marcoceppi: ok great I'll do that, thanks [15:16] fabrice: well, let me ask someone in core [15:16] I'm guessing at this piont [15:16] natefinch: any way to get a utopic bootstrap going at this point? [15:17] marcoceppi: set default-series to utopic? [15:17] natefinch: doesn't work, gets a "no matching tools" error on deployment [15:17] hmm weird [15:18] sinzui: do we not have utopic tools? [15:18] natefinch: would utopic VM + --upload-tools be a way around this? (if no tools avail) [15:18] marcoceppi: yep [15:18] natefinch: cool, fabrice ^ [15:19] tvansteenburgh, how would you feel about making the implicit_save in the config charm-helper default to False? [15:19] natefinch, marcoceppi : thanks I'll try that and come back to you [15:19] tvansteenburgh, its completely playing havoc with out openstack charm unit testing === fabrice is now known as fabrice|family [15:21] natefinch, yes, for 1.20.x and above [15:22] fabrice|family, marcoceppi: ^^ what version are you using? [15:22] natefinch, and we certified the utopic tools work...and we go further and deploy juju-ci3 with them [15:22] sinzui: my guess is they're using 1.18.x [15:23] natefinch, ah, 1.18.x doesn't support utopic 1.20.1 does [15:23] jamespage: i'm hesitant to change that now b/c people have come to expect it save by default [15:23] stub: ~/.juju/.deployer-store-cache maybe? [15:24] natefinch, sorry. I got confused by juju knowledge of ubuntu, and ubuntu knowledge of juju. Juju 1.18.4 knows about utopic [15:25] natefinch, that was a requirement to put 1.18.4 in utopic [15:27] natefinch, marcoceppi, fabrice|family , Is this about the local-deploy case? Juju only supports lts for local deploys *except* when the local host is utopic itself [15:28] natefinch, marcoceppi, fabrice|family , so utopic can do local deploys of utopic, trusty, and precise, an lts series (such as in vagrant images) can only upload tools for lts [15:43] hazmat: do you want the source files for the video before I archive them? [15:43] i've just syndicated the post/video everywhere i've got access to [15:45] lazyPower, no thanks.. but a link would be great [15:45] http://blog.dasroot.net/juju-digital-ocean-awesome/ [15:45] nevermind.. just saw the email [15:45] lazyPower, oddly enough.. i was just looking at the work for a native provider now that objectstorage is no longer a provider req [15:46] Well, i call out that the provider is still considered beta - so YMMV, which is a fairly good disclaimer [15:46] cool [15:47] but if the DO provider keeps growing like it is, we're on par for making that happen. also did you notice we are #1 in APi integration? [15:47] hi5 on that brochacho [16:00] tvansteenburgh, right now the hooks helper does not really expose any way to disable the implicit_save [16:01] tvansteenburgh, so without stupid patching in unit_tests its going to be trickey to fix this up [16:03] jamespage: could make implicit_save a kwarg to hookenv.config(), and pass it through to the Config constructor [16:07] -marcoceppi, jcastro: if you guys have time today, I'd like to talk about the charm-sync feature we're working on and specifically what it solves that charm-upgrade --force doesn't cover. [16:09] natefinch: sure, I've been meaning to ping perrito666 on that as well [16:10] nice [16:10] +1 on that natefinch [16:10] well, the idea that you guys are going to leverage CH in upgrade-charm [16:11] marcoceppi: when i push these big data bundles, do i wnt to put them in the ~charmer namespace, or bigdata-charmers namespace? [16:11] lazyPower: depends [16:13] i'm all ears [16:13] lazyPower: well, do you want bigdata-chamers to maintain it? [16:13] oh [16:13] bundles [16:13] BUNDLESSSS [16:13] charmers [16:13] ok. I thought so. Thanks :) [16:15] lazyPower: for the next screencast, put opacity at 100% [16:15] terminal over webpage is hard to read [16:15] ack. [16:16] i should have upped terminal sizing too i noticed post-facto [16:16] yeah, but fullscreen is easy enough to see the size [16:16] also, your battery is about to die and it's making me nervous ;) [16:17] thats on my mouse [16:17] my rechargeables always report < 30% [16:18] hah, good [16:18] for whatever reason [16:18] mouse bat level is borked, mine always says 55% even with a fresh battery [16:18] solaar doesn't give me an option to hide it from display either :( [16:18] its very militant in that regard [16:30] hey folks, got a quick question [16:30] trying to bootstrap juju to a private openstack instance [16:31] when trying to generate the metadata, I get "ERROR unrecognized command: juju metadata" [16:31] this is on a mac, using juju from homebrew [16:32] pdobrien: can you juju version for me? [16:32] it's 1.20.1-mavericks-amd64 [16:32] thats 6 minor revisions behind, interesting. [16:32] hm, I just installed it last week or the week before, but I see there's a new version [16:33] i haven't tested our brew installs in a bit - but i'm not positive thats why you're seeing that issue [16:33] getting the same error with 1.20.7 [16:33] pdobrien: 1 moment, let me fire up my mac [16:33] ^^ confirming, I see that as well [16:34] aisrael: same version? [16:35] i have juju metadata on ubuntu 1.20.7 - brew installing juju now [16:35] yep, 1.20.7-mavericks-amd64 [16:36] juju metadata works inside vagrant, with 1.20.7-trusty-amd64 [16:36] natefinch, I'm on the road but generally speaking everything marcoceppi I tend to just blindly nod and agree [16:36] aisrael: confirmed what you see [16:36] let me open a bug so we can track this further [16:38] pdobrien: https://bugs.launchpad.net/juju-core/+bug/1372550 [16:38] Bug #1372550: juju metadata missing from brew juju 1.20.7

[16:38] can you click " This bug affects me" so you get updates to the bug? i'll bring this to core [16:43] will do, thanks! === uru_ is now known as urulama [18:05] Hey! I got hackernews'd - go upboat please https://news.ycombinator.com/newest [18:05] errr https://news.ycombinator.com/item?id=8351651 [18:09] lazyPower: upboated :) [18:09] Ty ty :) [18:11] lazyPower: nice :) [18:11] https://news.ycombinator.com/item?id=8351651 - i got hackernewsed [18:11] can you upboat plz? [18:11] oh [18:12] wrong channel, haha [18:12] haha [18:12] * lazyPower is jazzed [18:12] i *never* get HN'd, so to see this reposted by someone other than me, oh man. i'm losing my marbles [18:24] the guy who upvoted it is evidently Community Director at DigitalOcean - https://news.ycombinator.com/user?id=beigeotter [18:25] marcoceppi: have time now to talk about charm sync? [18:26] natefinch: yes [18:26] marcoceppi: https://plus.google.com/hangouts/_/canonical.com/moonstone?authuser=1 [18:27] perrito666: you available? === jose] is now known as JoseeAntonioR === fabrice|family is now known as fabrice === scuttle|afk is now known as scuttlemonkey === CyberJacob|Away is now known as CyberJacob === roadmr is now known as roadmr_afk === CyberJacob is now known as CyberJacob|Away === CyberJacob|Away is now known as CyberJacob === CyberJacob is now known as CyberJacob|Away === mwenning is now known as mwenning-afk === CyberJacob|Away is now known as CyberJacob [19:45] lazyPower: hey! o/ [19:45] hey sebas5384 [19:45] i'm going to do a training about Drupal, and I was thinking in using Juju [19:45] and the dns charm comes to my head [19:46] because the users have mac osx [19:46] sebas5384: its still in the same state it was in [19:46] just deploying a single bind host [19:46] so i'm going to "vagrant up" the default image of the mac osx workflow [19:47] lazyPower: ok, but for a locally use, with more than 1 Drupal charm, being related, could the charm be useful ? [19:47] should be [19:47] so long as you add teh DNS Charm IP as your nameserver [19:48] hmm [19:48] sebas5384: i haven't looked at it in a while though, so make sure you file any bugs if you run into papercuts [19:48] thinking in how to do this for the mac osx scenario [19:48] yeah, i'm going to test that now [19:49] deploying two drupal charms, with diferent domains, and then trying to access those from the mac osx [19:49] (host) [19:49] :) [19:51] i'll keep you informed then! thanks man! [19:51] sebas5384: oh! [19:51] sebas5384: it's tied to a single domain, you'll need 2 copies of the dns charnm deployed in its current state [19:52] hmmm [19:52] so its a dns server for each domain ? [19:53] yep [19:53] take a look at the spec doc in the charm [19:53] it gives a really good overview of whats planned, and whats implemented is reflected in the deployment guide [19:53] can I ask why is that way? [19:53] ahh ok === roadmr_afk is now known as roadmr === mwenning-afk is now known as mwenning === CyberJacob is now known as CyberJacob|Away [20:24] * mbruzek created an unmaintained-charms group that we will use for charms that are broken. [20:29] I'm trying to remove a subordinate service that have "pending" as it status. But without success. The charm is cs:~marcoceppi/precise/zabbix-agent-1. juju destroy-unit zabbix-agent/0 does not have any effect. [20:30] ayr-ton: hav eyou tried juju remove-relation ? [20:31] marcoceppi: ERROR relation "zabbix-agent:juju-info mysql:juju-info" not found [20:34] huh [20:34] I think its Satan. [20:34] well it is zabbix [20:34] that charm was never really finished [20:35] I will try more debugging. Just a sec. [20:41] marcoceppi: Theres some way to manual destroy de unit? [20:49] https://juju.ubuntu.com/docs/config-vagrant.html -> this is updated ? [20:53] sebas5384: yep [20:53] marcoceppi: I figure out. [20:53] thanks ayr-ton [20:53] marcoceppi: Could I make a merge request for your charm? [20:54] ayr-ton: of course! [20:54] or you could jst fork it and use it as a base [20:54] marcoceppi: ok. I will make some fixes and I will submit (: === CyberJacob|Away is now known as CyberJacob === urulama is now known as urulama-afk === thumper-eod is now known as thumper [23:48] lazyPower, just watched the digitalocean video.. thanks again.. two thoughts.. we should really distribute static binaries (add ppa / apt-get update / install vs. wget )... the plugin on bootstrap and add-machine takes a -v flag which will print progress [23:49] lazyPower, also juju docean list-machines shows machine details bypassing juju api just using do api.. (ditto for destroy-env --force though destructivly in that case) [23:49] oh.. nm.. still watching ;-) [23:52] * hazmat sees list-machines fly by