=== Lord_Set2 is now known as Lord_Set === CyberJacob is now known as CyberJacob|Away [01:58] what is the default password fir juju-gui? [01:59] themonk: it's your admin-secret [02:02] marcoceppi: hi :) thanks [02:02] themonk: if you didn't explicitly set it in your environments.yaml file, you can find it in ~/.juju/environments/$(cat ~/.juju/current-environment).jenv [02:02] marcoceppi: hmm [02:02] marcoceppi: i want to share a charm scenario with you. [02:02] themonk: I'm all "ears" [02:13] marcoceppi: in my charm i have a custom java server which i have written and it runs on localhost and it listens to 9099 port, now if i make a new charm only for my java server then how i tell other charm to comunicate with my java server [02:14] themonk: as in install applications in the java server, or actually communicate with that service like mysql does to mediawiki? === Kyle is now known as Eliz [02:16] marcoceppi: i need only to comunicate with java server no install [02:17] themonk: you can create a new interface if one doesn't already exist [02:17] which it probably doesn't, unless your java server does something that exists already, just implemented in a different way [02:20] marcoceppi: hmm my java server is a http server which communicates with json data [02:21] themonk: so, you /could/ use the json-rpc interface, but really it's best to just create a new interface. Interfaces describe how compatible charms are [02:22] so, if your java server is an rss parser and provides a json stream of data, you could just say the interface is rss-data or something [02:22] it's hard to think of a name when I don't know what the service does [02:22] but basically it would provide that interface as a relation, and your other charms would require it [02:23] and if all that's needed is the address and port to connect, the java server charm hooks would basically do a `relation-set hostname=$(unit-get private-address) port=9099` [02:23] and your other charms would injest that with relation-get, configure themselves appropriate, etc [02:23] Interfaces are "arbitrary" as in you can create one at anytime by simply naming it [02:30] marcoceppi: hmm thanks :) it was helpful one more thing i need to understand hole add-relation thing is there any doc or youtube video other than juju doc which can help me to understand more clearly :) [02:30] themonk: well, we ahve some vids talking about relations, but they either skim over it like "Hey, look relations" or they dive really deep into the underlying logic. Having a video focusing on the 90% of relations stuff would probably be a good idea [02:31] marcoceppi: or a good sample charm written in python [02:31] themonk: I'll see if I can correl a few people to shoot one in the next few days, otherwise let me see if I can find a charm for you [02:33] marcoceppi: thanks man that will be great :) [02:34] marcoceppi: until then just point me a charm :) [02:34] themonk: so, most charms that are written in Python are using charm-helpers, not sure if you are already or not [02:39] marcoceppi: hmm i know very small about charm-helpers but i was planning to use it. its looks like flask. [02:39] themonk: yeah, it has a flask like element, in that there are method decorators, It also wraps a lot of the command line tools (like relation_get, etc) in to python methods [02:39] marcoceppi: is charm-helpers stable? [02:40] themonk: it's used in almost all the openstack charms, as well as a lot of other python charms, has a >90% testing coverage [02:40] so, for the most part yes. There's some work planned this cycle to package charm-helpers as right now you have to embed them directly in the charm using a sync tool [02:42] marcoceppi: and is there any doc about charm-helpers? [02:42] themonk: heh, that's part of the work scheduled for charm-helpers [02:45] marcoceppi: hmm, ok then charm-helpers will not be a problem for me. [02:46] marcoceppi: point me a python charm to understand add-relation [02:47] themonk: so, most of these use a "hooks.py" where all the hooks are symlinked to one file and that holds all the methods. Not required, but that's just a pattern that some who wrote python charms choose [02:47] marcoceppi: thanks for your support man :) [02:47] themonk: but the apache2 charm is one to check out [02:47] let me find another one, that's slightly less complicated [02:48] marcoceppi: my charm is like django charm [02:48] openstack-dashboard is another python charm that's a bit simpler [02:48] themonk: then check that one out, openstack-dashboard is bascially a django application [02:49] with some extra, openstack dependant relations [02:49] marcoceppi: ok then :) [02:49] themonk: lmk if you want some more examples. In the mean time I'll think of a way to record this video for relation stuff [02:50] marcoceppi: yes that will be great :) [02:50] themonk: and since none of the charm-helpers are documented, just ping us in here if you have questions [02:51] marcoceppi: ok :) === CyberJacob|Away is now known as CyberJacob === erkules_ is now known as erkules === axw_ is now known as axw [09:29] ping lazyPower [09:53] hello, curious if there is a way to reboot the a juju machine without destroying it when we are not able to ssh to it? [10:06] psivaa: which provider ? [10:06] davecheney: canonistack lcy01 [10:10] psivaa: maybe use the nova command to restart the instance [10:13] davecheney: ack, thanks [10:14] davecheney: and juju will be able to reconnect it properly ? === Ursinha is now known as Ursinha-afk [12:38] lazyPower: ping === Tribaal_ is now known as Tribaal [12:51] zchander: anything I or others could help with while lazyPower gets online? [12:55] marcoceppi: I got the reverse proxy working, it seems. (only HTTP, HTTPS still gives me some troubles) [12:55] marcoceppi: do you or jcastro help me get into the hangout for the vuds session? [12:56] zchander: so, the reverse proxy as in trying to access your private MAAS which has no public addresses? are you using sshuttle? (I think I vaguely remember you from a few days ago) [12:56] rick_h_: sure, what do you need? [12:56] marcoceppi: just looking for the hangout url or something so I know how to get into the session [12:57] rick_h_: has it started? [12:57] I am trying to deploy juju-gui, through the reverse proxy and HTTPS through the reverse proxy gives me some 'End of file found: SSL handshake interrupted by system' errors. And the juju-gui is trying to call back to my MAAS controller for /ws which also gives me some 'little' challenges [12:57] marcoceppi: no, does the url show once it's started? [12:57] marcoceppi: I'm trying to be a good boy and plan ahead :) [12:57] rick_h_: someone is the track lead, and will be updating the page with hangout URLs about 10-15 mins before session start [12:57] marcoceppi, no I am using the reverse proxy through apache [12:57] marcoceppi: I can pre-fill some notes, join irc, but the hangout info is no where to be found. [12:57] marcoceppi: ah, that's what I needed to know. Thanks [12:58] (body had mentioned shuttle before.... ;)) [12:58] rick_h_: it seems like jcastro will probably be doing the track lead for servercloud1 [12:58] marcoceppi: yep cool thanks [12:59] zchander: so, it's probably because apache terminates the SSL connection and assumes http for proxing. [12:59] rick_h_: can juju-gui be configured to not SSL? [12:59] It seems so, but I have set juju-gui to use non-ssl right now [12:59] marcoceppi: not right now. [13:00] marcoceppi: actually the plan is to remove the port 80 options [13:00] but that redirects to 443 [13:00] so the bug we've got on file is to allow not watching port 80 but only 443 [13:01] rick_h_: but still have like a simple meta-redirect to 443 from 80? [13:01] ?? This is a setting? juju set juju-gui secure=true|false ? [13:01] marcoceppi: no, we'd just only listen on 443 and leave 80 alone so you can colo a web site on that machine [13:01] zchander: ooh, yea try that :) [13:01] * rick_h_ is looking [13:02] zchander: yes, that's used to make the GUI use http [13:02] zchander: just beware then that your admin secret can be traveling over the clear [13:02] (It is what I tried and the warning about my browser (Safari) is showing, but it won't get any further [13:02] zchander: so it's not recommended, but there [13:02] zchander: ah, safari support is coming this week [13:02] rick_h: I know, but it is for my prove of concept at the moment [13:02] zchander: it'll warn you about it for now [13:03] zchander: chrome, firefox, or IE 10 will get you in ok [13:03] * rick_h_ reads backlog to get an idea of what's going on [13:03] oh looks like this is a running conversation [13:03] When I do a tail for the guiserver.log I get the following messages: [13:03] [I 140311 13:03:39 handlers:87] GET /ws (192.168.3.1) client connected [13:04] [I 140311 13:03:40 handlers:115] GET /ws (192.168.3.1) Juju API connected [13:04] (192.168.3.1 is the IP of my MAAS controller(s) ) [13:04] is that the same as your state server? [13:05] zchander: it should be connecting to the juju state server to talk over the api, nothing to do with maas [13:05] With my state server, you mean my region/cluster controller? -> yes [13:05] huh? do you have a juju environment bootstrapped? [13:05] * rick_h_ isn't up on what you've got setup here [13:05] My juju bootstrapped node is 192.168.3.13 [13:06] ok, that's what the guiserver should be talking to. Something is confused? [13:06] rick_h: is that mentioned in some config file? [13:06] rick_h_: I think 192.168.3.1 is the connection client [13:07] frankban: would be his maas controller? [13:07] I am starting Chrome right now... [13:07] zchander: so you've got maas, installed open stack, and created an environment? [13:08] I set up MAAS (using an online tutorial), created an environment, bootstrapped juju, deployed juju-gui [13:08] rick_h_, zchander: not sure, what's the output of http://GUISERVER/gui-server-info? [13:09] {"uptime": 2184, "deployer": [], "apiversion": "go", "sandbox": false, "version": "0.3.0", "debug": true, "apiurl": "wss://tntn7.cluster001.nimeto.edu:17070"} [13:09] tntn7.cluster001.nimeot.edu if the juju bootstrapped node [13:10] zchander: ok, so that's configured correctly [13:10] rick_h_, I'll ping you about ~10 min before [13:10] jcastro: coolio thanks [13:10] For your info: We have our school LAN, connected to eth1 on my MAAS controller. My MAAS controller is connected to my 'cluster' over eth0 (192.168.3.0/24). IP forwarding from the 'cluster' is working [13:10] 2 hours if I'm reading the schedule correctly [13:10] jcastro: yep [13:11] jcastro: just getting my plan together [13:11] I would like to be able to connect to charms (juju-gui, wordpress(??) and/or owncloud) from my school LAN (Our intent is to set up some 'private cloud' for our students [13:11] rick_h_, basically think of this one as a normal status report [13:11] except with more people [13:12] marcoceppi, if you could check out the syncope bundle today that would be swell [13:12] jcastro: ok cool, wasn't sure how much was more mug-like "look awesome" talk vs "what we're doing, what's coming up" [13:12] no, it's a working summit, so no slides or anything [13:12] j [13:12] k [13:12] maybe we could do a little screencast showing the stuff you like, etc. I'll walk you through it [13:12] zchander: ok, so curious what you get when you have chrome running and load up the gui [13:12] jcastro: has it passed a +1? [13:13] jcastro: yea, will be ready to screenshare [13:13] marcoceppi, not sure, let me check [13:13] jcastro: because lazyPower is on review this week ;) [13:14] lazyPower, can I get a -1/+1 on the syncope bundle? It's in the queue. The charm is already in [13:15] zchander: could you please repeat what's the problem? [13:16] frankban: brb, helping a student at the moment [13:25] frankban: I am trying to deploy one or more charms in my MAAS/juju environment. Also I would like to be able to connect to these charms, e.g. through a (reverse) proxy [13:26] frankban: this is the config the virtual host (reverse proxy) right now: http://paste.ubuntu.com/7073510/ [13:27] zchander: what problems are you encountering while deploying charms from the GUI? [13:27] As I have mentioned before, it is a proof of concept/test environment, so security isn't that important at the moment [13:27] frankban: I can't get to the point I can deploy charms from juju-gui [13:27] I also have/had problems connecting them through my browser [13:28] zchander: so does the GUI open and connect to Juju? [13:29] Nope.... [13:29] zchander: so you see the "connecting to Juju" splash screen? [13:29] jcastro: ack === Ursinha-afk is now known as Ursinha [13:30] All I see (in Chrome and Safari) is the 'Connecting to the Juju environment' page, with a progress inficator [13:30] *indicator === lazyPower changed the topic of #juju to: Reviewer on Duty: lazyPower || Welcome!! Docs: http://juju.ubuntu.com/docs || FAQ: http://goo.gl/MsNu4I || Review Queue: http://goo.gl/9yBZuv || Unanswered Questions: http://goo.gl/dNj8CP [13:30] zchander: any errors in the chrome js console? [13:31] lazyPower: Thanks for your help, yesterday. Sorry I had to go so unexpectedly.... [13:31] frankban: WebSocket connection to 'ws://node001.nimeto.edu/ws' failed: Error during WebSocket handshake: Unexpected response code: 400 [13:31] zchander: np [13:33] zchander: so a bad request sent from the browser to the GUI node [13:34] frankban: Could this be due to my apache reverse proxy? [13:35] marcoceppi: http://paste.ubuntu.com/7073559/ [13:35] what'd i do wrong? [13:36] lazyPower: you need 1.2.10 which isn't released which fixes that error [13:36] ack [13:36] but you're basically getting a fatal error, and an exception is being thrown before the fatal error can be revealed [13:36] because unittests [13:37] * marcoceppi drops the patch [13:38] jcastro: minor error in the bundle, they've targeted a release that doesn't exist yet [13:39] heh [13:39] zchander: that's wat I was thinking [13:39] easy fix though [13:39] "Does not pass review, makes assumptions in the space time continuum." [13:39] well in the grand scheme of things, its opening a black hole [13:39] but far be it for me to stifle their creativity [13:39] zchander: I am not an apache reverse proxy expert, and I am not sure about how mod_proxy heaves when handling websocket connections [13:40] zchander: perhaps you need http://httpd.apache.org/docs/2.4/mod/mod_proxy_wstunnel.html ? [13:40] frankban: Thanks, I am firing up google at the moment you mentioned it ;) [13:44] Seems I have to build the module, as there is no mod_proxy_wstunnel for apache 2.2 (I am running Ubuntu 12.04.4) [13:45] marcoceppi: https://bugs.launchpad.net/charms/+bug/1289263 [13:45] <_mup_> Bug #1289263: Syncope bundle [13:45] +1'd with a single character edit [13:45] i tested it with the drag and drop test on the gui [13:45] lazyPower: did you actually get proof to run? [13:45] no [13:46] proof hates life [13:46] i made it walk the plank [13:46] :\ [13:46] jcastro: should we maybe update the docs on https://juju.ubuntu.com/docs/charms-bundles.html - so it doesn't contain the envExport? [13:47] it needs to pass proof before you can really sign off on it, I'm rolling a new release for it atm [13:47] charles@Bushido:~/tmp/revq/bundle$ juju charm proof [13:47] charles@Bushido:~/tmp/revq/bundle$ [13:47] marcoceppi: it passes proof [13:47] you just said it didn't? [13:47] it didnt hte last time i ran it (Before the one line edit) [13:48] lazyPower: ah, that was probably why it vomitted [13:48] zchander: :-/ let me know if it works, and please double check removing chrome caches: sometimes browsers get confused when handling websockets/caches [13:48] targeting a revision of the charm that didnt exist :) [13:48] charmworld api said "nope" [13:49] lazyPower: right, I just uploaded tothe ppa, could you re-run it with the wrong version when it builds to verify you no longer get Mr Angry Eyes? [13:49] sure [13:50] marcoceppi: no charm tools update exists for me [13:50] did you release a saucy package? [13:50] lazyPower: I just uploaded it ot ppa, it needs to build first [13:50] oooooo [13:50] queue is about 20 mins [13:50] * lazyPower pins this [13:51] hey our drupal friends pushed a new drupal charm [13:51] https://bugs.launchpad.net/charms/+bug/1290636 [13:51] <_mup_> Bug #1290636: New drupal charm submission. [13:53] lazyPower: um, not the same drupal guys [13:53] ah, well, here's a new contender all the same [13:54] lazyPower: this one doesn't even tell what version of Drupal it deploys, considering not all Drupal's are made equal [13:54] ohhh, it's using what's in the archive [13:54] i havent started reviewing it. I'm at VEM atm [13:54] lazyPower, I can fix that up in the docs now [13:55] 'make' is running. Following the tut from http://serverfault.com/questions/290121/configuring-apache2-to-proxy-websocket to create the module [14:00] jcastro: do you have the link to the hangout for the juju UDS? [14:01] http://summit.ubuntu.com/uds-1403/meeting/22202/intro-by-jono-bacon/ [14:01] each session on the schedule has a page with the hangout [14:02] jcastro: I need to be *in* the hangout, though... and I don't see a link to join the hangout there. [14:02] oh, for the plenary I don't think he gives out the URL [14:03] Well, its on ubuntuonair.com [14:03] if that helps [14:03] I think you can just ping him if you want to join the hangout [14:03] jcastro: hmm... maybe I have my days mixed up, I thought there was a juju-specific thing at 1400, but the schedule says no [14:03] now is the kickoff plenary [14:04] and then the GUI update [14:04] wait, no. its not. this is his QA from the 7'th [14:04] UDS is at summit.ubuntu.com, not ubuntuonair [14:04] jcastro: oh, it's tomorrow. Huh, ok [14:04] lazyPower, incoming PR === hatch_ is now known as hatch === niemeyer_ is now known as niemeyer [15:03] frankban: I built the module, enabled it, but I still get the error(s) [15:04] In addition I get a Exception I/O handler for fd 14 [15:04] frankban: //paste.ubuntu.com/7073964/ [15:12] hello! I'm having an issue trying to bootstrap a local provider in a precise instance. I have added the ppa:juju/devel repo and updated the sources and installed all updates. I also installed the 8.0-37-generic kernel as per the https://juju.ubuntu.com/docs/config-LXC.html doc. [15:12] When trying to bootstrap the local env I get: [15:12] $ juju bootstrap [15:12] ERROR failed verification of local provider prerequisites: installed version of mongod (2.0.4) is not supported by Juju. Juju requires version 2.2.4 or greater. [15:12] any ideas how to solve? [15:13] nessita: do you have the juju-mongodb package installed? [15:14] lazyPower, nopes, and does not seem available in the repo, $ sudo apt-cache policy juju-mongodb [15:14] N: Unable to locate package juju-mongodb [15:14] I do have mongodb-server Installed: 1:2.0.4-1ubuntu2.1 [15:14] marcoceppi: whats the juju mongodb package? i seem to have forgotten [15:15] apt-cache isn't being very helpful [15:15] juju-db [15:15] or juju-mongodb [15:15] can't remember [15:15] checking [15:15] nessita: did you install juju-local [15:15] marcoceppi, yeah, I did [15:16] that's all you really need, it'll set up the dependency chain [15:16] oh, okay [15:16] marcoceppi, I m following https://juju.ubuntu.com/docs/config-LXC.html on a precise canonistack instance [15:16] but I just realized I added the devel ppa but not stable, so I will do that [15:16] nessita: well, that should work [15:17] marcoceppi, without having the stable ppa, mongod is 2.0.4-1ubuntu2.1 which apparently is too old [15:17] added stable ppa and udpating [15:17] nessita: right, you need either the cloud-tools pocket orthe stable ppa [15:17] mongodb-server update coming! [15:17] *great*, I knew this was PICNIC [15:18] nessita: how did you even install juju-core? [15:18] it's not in precise [15:18] marcoceppi, I installed juju-local [15:18] is on the juju/devel ppa [15:18] OH [15:19] zchander: uhm, Too many open files... weird. you could try investigating the juju-gui machine. ssh into it. also restarting the GUI server might help (i.e. "service guiserver restart" on the GUI node) [15:19] yeah, it's recommended to add stable if you have devel nessita [15:19] we should make that more clear in the docs [15:19] marcoceppi, yeah, you mentioned this already, sorry, is me that I forgot [15:19] frankban: I'll try to restart the juju-gui machine first. [15:19] nessita: well it should be in the docs [15:19] marcoceppi, I need to fix our HACKING docs, which I will do right now [15:19] I'll be the last thing I'll try for now, as I am going home in a few minutes. Might be back again tonight, after dinner [15:22] lazyPower, marcoceppi: thanks for your help, and sorry for the unnecesasry ping [15:22] nessita: psh, np! anytime [15:23] :) [15:23] happy to help [15:28] jcastro: https://bugs.launchpad.net/charms/+bug/1289291 [15:28] <_mup_> Bug #1289291: New Charm proposal: GNU Cobol sample [15:28] Does this warrant a review or should I skip it for now and mark it as incomplete? [15:32] come to it later [15:32] the guy says it's not ready yet [15:32] and tbh we need to get the bundles in [15:32] though a review wouldn't hurt, it's just not a "omg today" review [15:32] ack [15:33] jcastro: most of the bundles have been +1'd already [15:33] * jcastro nods [15:35] marcoceppi, syncope bundle has been +1'ed [15:35] https://bugs.launchpad.net/charms/+bug/1287871 [15:35] <_mup_> Bug #1287871: Bundle submission: Hadoop [15:35] jcastro: ack, I'll set some time aside today to review the +1'd stuff [15:35] https://bugs.launchpad.net/charms/+bug/1287328 [15:35] <_mup_> Bug #1287328: Bundle submission: Simple mediawiki [15:35] https://bugs.launchpad.net/charms/+bug/1287317 [15:35] <_mup_> Bug #1287317: Bundle Submission: Simple MongoDB bundle [15:35] that's all of them [15:35] <3 [15:36] ta [15:39] omg [15:39] marcoceppi: my first +1 review that has amulet tests embedded in teh charm [15:39] * lazyPower is jazzed [15:40] https://code.launchpad.net/~michael.nelson/charms/precise/elasticsearch/trunk [15:40] http://i.imgur.com/fL4ACUT.gif [15:43] exactly === zchander is now known as zchander_ [16:05] marcoceppi: https://bugs.launchpad.net/charms/+bug/1287871 [16:05] <_mup_> Bug #1287871: Bundle submission: Hadoop [16:05] another +1'd bundle [16:11] we should tag these with something so I can easily filter them [16:11] like a `ready-promulgate` tag [16:17] i can go back and do that if you'd like on the reviews i've done today [16:17] i was tagging the cards as +1 [16:20] lazyPower: oh, that's fine too [16:20] if the cards are assigned to me [16:20] geekmush, if you have a chance to try i uploaded a new version of the digitalocean plugin to pypi, and dropped the dep on dop [16:21] I just ran the pip update … let's see if it bootstraps! [16:21] marcoceppi: negative. I havent been building promulgation cards [16:21] lazyPower: they it's up to you [16:21] either cards or tag the bugs [16:21] easier to tag the issues since i'm already in there. I'll take that route [16:22] hazmat: same error … how can I check to see if my update did anything? [16:23] geekmush, $ pip list | grep docean [16:23] should show juju-docean (0.2.0 [16:23] no "list" command to pip? [16:24] pip 1.0 from /usr/lib/python2.7/dist-packages (python 2.7) [16:24] if that helps [16:24] geekmush, what linux/mac version are you on? [16:25] hazmat: mac os mountain lion [16:25] err, duh [16:25] linux ubuntu 12.04 lts [16:25] (forgot my window was on DO … ha) [16:26] marcoceppi: reviews have been tagged: ready-promulgate [16:27] filter and promulgate away sir [16:27] geekmush, can you pastebin the output of $ pip install -v -U juju-docean [16:28] that did a lot more stuff than the other update ... [16:28] and it looks like it's doing something now in bootstrap! [16:29] geekmush, cool! [16:29] the "pip install -U python-digitalocean" wasn't enough to trip it, I guess [16:29] geekmush, yeah.. cause i foobar'd the package name.. its actually juju-dcoean [16:29] er.. juju-docean [16:29] hazmat: I kinda wondered … :) [16:30] it's chugging along, looks like … woot! [16:30] geekmush, also most of the plugin commands do pretty verbose output with -v [16:30] lazyPower: ack, thanks [16:30] like progress indicators on boot and add-machine [16:30] hazmat: I like verbose output! [16:30] hazmat: makes me feel like I'm getting my money's worth .. haha [16:31] infinite value * 0 ;-) [16:31] well, crap, the bootstrap completed … now I find myself in the awkward position of coming up with a bright idea to *do* something with juju! [16:31] I guess, the good old wordpress + mysql sample? [16:32] geekmush, yeah.. why not. [16:32] * hazmat yearns for a better does it float example [16:33] my real goal is to see if I can use this thing to bank out ceph environments easier ... [16:33] geekmush, owncloud is also nice [16:33] geekmush, oh.. nice [16:33] geekmush, the lack of volume storage in DO might make that a little akward [16:34] oh sure, this is just to see if juju will do what I want [16:34] DO is fast and cheap! [16:34] * hazmat nods [16:34] I've got a BUNCH of to-be-retired backup servers with (what used to be) big disk on them looking to get repurposed [16:35] if it works on DO, tho, I got lots of other projects that need rapid deployment, too [16:35] geekmush, for ceph.. your probably going to need to create loopback devices [16:36] to pass in when deploying ceph... the new juju run facility (juju 1.17+) might help.. its like parallel remote exec [16:37] fun … I guess I'll putz with it a bit today, as I have time [16:37] geekmush, cool, i'll close out the issue then.. feedback/issues filed appreciated. thanks [16:38] hazmat: thanks for writing the software!! [16:41] i used to be able to get charm behind a proxy with charm and some http_proxy command. [16:41] not anymore [16:41] :-( [16:41] why is it keep changing the way it behave ? [16:43] melmoth, in juju 1.17+ if you set proxy on the env (it has config options for them) it will propgate the env vars through to the charm hooks (and also setup apt proxies on the machine) [16:44] well, i have been told 1.17 is devel , and not supported [16:45] as i m trying to have the same kind of env as the customer i m suppose to support.... [16:45] and it used to work before.. that s the main painfull point [16:49] ummm…I'm confused … what exactly does "expose" do? I thought that you had to "expose" a service in order to get to it or some such, but my wordpress demo … I hit the IP before I exposed it (by accident) and it comes up anyway [16:49] I see the bit flipped in the output of "juju status", but otherwise, no visible effect [16:51] geekmush, exposed will have no effect in docean [16:51] geekmush, its based on manipulating the provider's network security rules to the instance, digitalocean has no notion of such [16:52] and manual provider based plugins can't intercept them.. juju needs to grow iptables management for this to be meaningful in docean [16:52] hazmat: ok, cool … any idea what I should expect in a MaaS situation? will we need to teach it to tweak our FW stuffs? [16:52] geekmush, yes you would [16:52] hazmat: good data points, thanks! [16:52] geekmush, effectively expose is meaningful in cloud envs only (azure, ec2, openstack). [16:53] atm [16:53] i c [16:54] well, it workie … woot! http://162.243.91.205/ [16:55] I hope I have time later to come back around and futz more, but food, work, work, work .. === sputnik1_ is now known as sputnik13net [18:01] trying to run through this http://marcoceppi.com/2013/07/compiling-juju-and-the-local-provider/ -- is this outdated? [18:02] I'm getting 'cannot find network interface "lxcbr0": net: no such interface' when I run juju bootstrap -e [18:02] which I guess means I need to configure lxc [18:03] bodie_: https://juju.ubuntu.com/docs/config-LXC.html is the best version [18:03] er, bootstrap -e local* [18:03] thanks [18:03] oh, I'm trying to do it myself since I'm on Debian [18:04] If I *really* need to I'll just make a ubuntu VM I guess, but I don't see why it wouldn't just work [18:04] we have a vagrant box that will probably be less work than making a VM from scratch btw [18:05] mkay, cool [18:05] I would very much like Juju to just work ootb on Debian but we're short on people and testers to make that happen [18:06] bodie_: yeah, then the compile instructions should work [18:06] It kinda looks like just a minor configuration detail of LXC [18:06] bodie_: you might just be able to grab the deb packages from ubuntu [18:06] but I'll just do what works :) [18:08] jcastro, you mentioned a vagrant box? Is there a link to the config? I've never used vagrant so pardon me if I'm missing something obvious here [18:08]