[02:49] <bdx> lazy|sprint: i hooked it up the rest of the way, check it -> https://github.com/jamesbeedy/layer-kibana
[06:00] <Prabakaran> juju bootstrap failed stating "Error: Flag provided but not defined --config"in juju 2.0 installation. Could someone help me to resolve this issue?
[07:14] <jose> Prabakaran: still around?
[07:15] <Prabakaran> hi jose
[07:15] <Prabakaran> can you help me on this
[07:15] <jose> Prabakaran: hello! were you able to fix your issue?
[07:15] <jose> if not, I'd like to know what command are you executing
[07:16] <jose> over here, please
[07:16] <jose> Prabakaran: ^
[07:17] <Prabakaran> i was giving this command to bootstrap "juju bootstrap --config default-series=xenial lxd-test lxd"
[07:19] <jose> Prabakaran: oh! I believe I know what's going on.
[07:19] <jose> Prabakaran: so, can you try editing your environments.yaml file and add a line to your environment? this should have "default-series" as a key, and "xenial" as a value
[07:20] <Prabakaran> k let me try
[07:22] <jose> Prabakaran: sure! once you have changed that, let me know :)
[07:25] <Prabakaran> i have made the changes
[07:26] <Prabakaran> can i bootstrap the env?
[07:26] <jose> Prabakaran: not actually, I have just two questions
[07:26] <jose> Prabakaran: is this the only environment? or do you have multiple environments?
[07:27] <Prabakaran> this is the only environment i am using.. not any other
[07:27] <jose> Prabakaran: ok! then I personally suggest executing "juju switch [environment name goes here]". that way, it will be more simple to execute your commands
[07:28] <jose> otherwise, you will have to append the -e flag for every single command you execute in juju
[07:28] <Prabakaran> k
[07:29] <Prabakaran> i swiched the local environment
[07:29] <jose> Prabakaran: and finally, can you provide me with the output of "juju version"?
[07:30] <Prabakaran> 1.25.3-willy-amd64
[07:30] <jose> Prabakaran: aha! there we go. you're getting the error because you are still using 1.25 instead of 2.0
[07:30] <Prabakaran> oh is it?
[07:30] <jose> yep!
[07:31] <Prabakaran> i followed this commands
[07:31] <Prabakaran>   sudo add-apt-repository ppa:juju/devel   sudo apt-get update   sudo apt install juju2
[07:31] <Prabakaran>   sudo mkdir /var/lib/zfs   sudo truncate -s 50G /var/lib/zfs/lxd.img
[07:31] <Prabakaran>   sudo zpool create lxd /var/lib/zfs/lxd.img   sudo zpool status
[07:31] <jose> Prabakaran: ok, one sec
[07:31] <Prabakaran>   sudo lxd init --auto --storage-backend zfs --storage-pool lxd   newgrp -  # I think this is needed to get into the LXD group
[07:31] <jose> Prabakaran: before moving, on, I need you to do me a favor
[07:32] <Prabakaran> hmm sure
[07:32] <jose> Prabakaran: please go to paste.ubuntu.com, and paste in that box the output of "apt-cache policy juju2"
[07:32] <jose> then, give me the link over here
[07:39] <Prabakaran> hi jose.. http://pastebin.ubuntu.com/15608142/
[07:40] <jose> Prabakaran: thanks!
[07:40] <jose> Prabakaran: hmm. weird. what's the output of "juju2 version"?
[07:43] <Prabakaran> juju2 version is 2.0-beta3-wily-amd64
[07:46] <jose> Prabakaran: try executing your same command, but instead of "juju" at the beginning, use "juju2"
[07:49] <Prabakaran> version command?
[07:50] <Prabakaran> output of juju2 version is 2.0-beta3-wily-amd64
[07:50] <jose> Prabakaran: no, no. "juju2 bootstrap --config default-series=xenial lxd-test lxd"
[07:50] <Prabakaran> oh k
[07:50] <Prabakaran> let me try
[07:50] <jose> sure thing! let me know how it goes
[07:53] <Prabakaran> ya it is downloading lxd xenial image now
[07:54] <Prabakaran> is it mandatory to use ubuntu 15 and above version for juju 2.0 installation?
[08:02] <jose> Prabakaran: woohoo! great news! yes, we need 16.04 or above because LXD is only available on 16.04+
[08:02] <jose> Prabakaran: from now on, execute "juju2" instead of "juju" in all commands on the guide :)
[08:03] <jose> that should make it work!
[08:04] <Prabakaran> if i use juju2 instead of juju .. is it possible for me to use juju2.0 and lxd in ubuntu 14.0?
[08:04] <jose> Prabakaran: no, it is not. LXD and dependencies are not available for 14.04. Only available for 16.04 at the moment, from what I understand.
[08:05] <Prabakaran> k
[08:19] <Prabakaran> hi jose, bootstrap got failled stating "ERROR failed to bootstrap model: waited for 10m0s without being able to connect: /var/lib/juju/nonce.txt does not exist"
[08:21] <jose> Prabakaran: it looks like but 1314682. I'm about to head out for the night, but someone should be back in a couple hours.
[08:22] <jose> also, please do not PM contributors. we may take a while to respond, and it's better to post here in case I don't know the answer but someone else does :)
[08:22] <Prabakaran> Thanks jose.. i will wait for the reply on this
[08:23] <jose> np. if you don't get a response, you can always email juju@lists.ubuntu.com
[08:23] <Prabakaran> ya sure
[10:14] <A-Kaser> hi
[10:31] <BlackDex> Hello there
[10:31] <BlackDex> i'm unable to create a backup of juju
[10:32] <BlackDex> i get the following response
[10:32] <BlackDex> 2016-04-04 10:31:24 ERROR juju.cmd supercommand.go:429 while creating backup archive: while bundling state-critical files: write to tar file failed: failed to write "/var/log/juju/all-machines.log": archive/tar: write too long
[13:29] <lazy|sprint> o/ greetings from the sprint in DC everyone
[13:29] <magicaltrout> wwoooooo
[13:29] <rick_h_> lazy|sprint: woot!
[13:30] <aisrael> o/ lazy|sprint
[13:30] <lazy|sprint> friendly reminder, that we have an open channel via appear.in, and our planning is happening publically on a taiga board.
[13:30] <lazy|sprint> more info here: https://lists.ubuntu.com/archives/juju/2016-April/006966.html
[13:42] <magicaltrout> who knew mums could be so annoying
[13:42] <magicaltrout> I've actually had to enable parental controls on my home router
[13:43] <magicaltrout> to stop my mum showing my mrs endless instagram and facebook posts
[13:43] <magicaltrout> i guess its called parental control for a reason
[13:45] <lazy|sprint> haha
[13:47] <magicaltrout> oh you have no idea what its like lazy|sprint, when my dad died, my mum went out and bought an ipad mini, which was acceptable, but then signed up to every social media network going
[13:47] <magicaltrout> on facebook technically we're "friends" but I completely unfollowed her because its so.... so... so... annoying
[13:47] <lazy|sprint> magicaltrout - no i have a similar story. when my mom got divorced i gave her an ipad and its been a never ending repost fest
[13:47] <magicaltrout> then she visits and doesn't ever put down the tabel
[13:47] <magicaltrout> aye
[13:47] <magicaltrout> mums should live on pintrest
[13:47] <magicaltrout> and nowhere else
[13:49]  * lazy|sprint grins
[13:49] <lazy|sprint> i cant comment that forcefully about it. Its keeping my mum out of trouble
[13:51] <magicaltrout> well at first i blocked her mac address on the router
[13:51] <magicaltrout> but figured that was a bit mean
[13:51] <magicaltrout> so I let her back in and just blocked facebook and instagram
[13:52] <magicaltrout> handily you don't get some "parental lock" warning, it just never connects so it doesn't look like I'm being mean
[14:05] <lazy|sprint> cory_fu - +10000 to that bug. you'll wind up catching all my schenanigans early if we enable that.
[14:06] <lazy|sprint> for reference: https://github.com/juju/charm-tools/issues/171
[14:16] <cory_fu> :)
[15:30] <marcoceppi> lazy|sprint: here's the actual jsonschema: http://spacetelescope.github.io/understanding-json-schema/reference/generic.html
[15:33] <lazy|sprint> gracias
[15:47] <lazy|sprint> marcoceppi https://github.com/juju/charm-tools/issues/173
[15:47] <marcoceppi> cory_fu: ^^ halp plz
[15:49] <cory_fu> Hrm.  That's odd.
[15:51] <cory_fu> Oh, lazy|sprint, you have to nest the options by layer name
[15:52] <marcoceppi> cory_fu: thanks, we should warn or err if there's a layer key defined that's not found in the layer list
[15:52] <marcoceppi> cory_fu: that was the real issue, but the validation worked!
[15:52] <cory_fu> Yeah, +1 on erroring if defining options for a non-existant layer
[15:52] <marcoceppi> cory_fu: cool, not as critical of a bug
[15:53] <marcoceppi> cory_fu: thanks for the halp
[15:56] <icey> I have a bundle that I'm updating, I've updated the readme but it hasn't updated on the store? I can see the updated readme if I click on it but the main page shows the old version
[16:06] <beisner> jamespage, can you have a run through ppc64el smt nova-compute mods?  https://review.openstack.org/#/c/301183/
[16:09] <c0s> cory_fu: kwmonroe the road-bumps I was going trough on Friday got me thinking: does it even make sens to try to mix the installation of Hadoop tarbalss with something more structured as Bigtop packages?
[16:15] <cory_fu> c0s: By mix, you're talking about installing Big Top's Ignite package on top of the Hadoop libs currently supplied by the Plugin charm?
[16:17] <c0s> yeah
[16:17] <cory_fu> You know, we talked at one point of having the Plugin charm support a second interface, hadoop-plugin-rest or such, that would provide the server info but not install the client libs or set up the config env.  Maybe that would be a better fit for this?
[16:18] <c0s> or rather let's resort to a clean-cut installation with packages only? If the latter, then I won't even waste anymore time on trying to resolve the configuration conflicts I got last time
[16:18] <c0s> I am not sure cory_fu - perhaps need a bit more info than just that ;)
[16:19] <cory_fu> That way, a Big Top component, like Ignite, could just use that connection info and let the Hadoop libs and config be managed by the Big Top package, but smaller third parties that aren't yet part of Big Top can let the Plugin manage the lib and configs so they don't have to
[16:19] <cory_fu> And they would both work with the Plugin charm, just by using different interfaces on it
[16:20] <c0s> hmm, that sounds good cory_fu. Details are where all the troubles are hiding usually..
[16:20] <c0s> ok, let me timebox this conflicts resolution and we'll see how it goes then
[16:26] <jcastro_> icey, did you republish after pushing?
[16:34] <cory_fu> lazy|sprint, marcoceppi: https://github.com/juju/charm-tools/pull/175
[16:36] <lazy|sprint> cory_fu man you're on fire
[16:38] <cory_fu> lazy|sprint: http://cdn.meme.am/instances/57809981.jpg
[16:40] <cory_fu> Tests failed.  Help me Tom Cruise
[16:50] <lazy|sprint> cory_fu http://i.imgur.com/wIievS7.jpg
[16:50] <cory_fu> :D
[16:52] <jcastro_> marcoceppi, http://paste.ubuntu.com/15616534/
[16:56] <icey> jcastro_: yes, the new version is the current version, it's updated now so I think it just takes a bit
[16:57] <jcastro_> urulama, 3 perm --channel unpublished
[16:57] <jcastro_> perm:
[16:57] <jcastro_>   Read:
[16:57] <jcastro_>   - jorge
[16:57] <jcastro_>   Write:
[16:57] <jcastro_>   - jorge
[16:57] <jcastro_> is the output of the last command
[16:57] <urulama> hm, that is weird, so, ACLs are ok, you just can't publish
[16:58] <urulama> sorry, push
[17:00] <marcoceppi> urulama: yeah
[17:01] <urulama> jcastro: ok, so, revision 1 seems to be published and promulgated, but revision 3 is not published and set to jorge only
[17:01] <marcoceppi> urulama: why do we get an error?
[17:01] <marcoceppi> urulama: so it uploaded but just gave a weird error?
[17:01] <urulama> marcoceppi: it's gated to jorge only
[17:02] <urulama> marcoceppi: but the error is weird, yes
[17:02] <cory_fu> lazy|sprint, marcoceppi: Tests fixed
[17:02] <marcoceppi> urulama: cool, he just pushed to development channel
[17:02] <marcoceppi> urulama: that error seem superfluous
[17:02] <urulama> ok, will talk to jrwren later on 1-1, he'll look into this
[17:03] <jrwren> oh no!
[17:03] <marcoceppi> urulama: thanks, I think this error even happened on the frist upload, not that I think about it
[17:03] <marcoceppi> urulama: we will test more with another bundle
[17:03] <urulama> marcoceppi: ok, thanks
[17:06] <LiftedKilt> out of curiosity, has anyone ever tried adding 2k machines to a model?
[17:07] <LiftedKilt> I imagine it will make the state database cry and qq
[17:14] <cory_fu> kjackal: Thanks for putting together https://github.com/ktsakalozos/jujubigdata-assemblage  We should create a README for it based on http://bigdata.juju.solutions/getstarted or such and add links to our blog, presentations, etc.
[17:14] <cory_fu> But I think it will definitely lower the barrier to entry for the big data charms
[17:36] <icey> the Juju base layer (https://github.com/juju-solutions/layer-basic/blob/master/tox.ini) sets up tox for python3.4, which Xenial seems to not have, should that version be bumped or should somebody work on adding python3.4 into Xenial?
[17:46] <cory_fu> icey: We should probably bump it up, though we should ensure that we can also run tests on trusty
[17:47] <icey> reading the docs, it looks like you can do 3.5 and 3.5, and that tox should skip missing
[17:47] <icey> rather, 3.4 and 3.5
[17:47] <icey> cory_fu:
[17:53] <cory_fu> icey: https://github.com/juju-solutions/layer-basic/pull/52
[17:54] <icey> cory_fu: there's one more issue :) the makefile breaks with 3.5 right now
[17:54] <icey> it expects flake8 in the py34 path
[17:54] <cory_fu> bah.  And here I though it would be easy
[17:54] <icey> yeah, I'm pokling around right now
[17:55] <icey> I'll make a PR if I can get it figured out :)
[17:55] <cory_fu> icey: Can the Makefile do: @.tox/py*/bin/flake8 $(wildcard hooks reactive lib unit_tests tests)
[17:55] <jamespage> thedac, apparmor looks good to me but needs a rebase....
[17:56] <thedac> jamespage: the charmhelpers mp needs a rebase?
[17:56] <jamespage> thedac, yeah - its trivial - happy to +1 landing and let you deal with that...
[17:56] <thedac> jamespage: great, will do
[17:58] <icey> nope cory_fu
[17:58] <icey> /bin/sh: 1: tox/py*/bin/flake8: not found
[17:58] <cory_fu> icey: Irksome
[17:58] <icey> yeah cory_fu
[17:58] <cory_fu> icey: I'm going to close my PR, then, and await yours
[17:58] <icey> ack
[17:59] <lazy|sprint> cory_fu intereting, i see the 'trusty/foo' in there, is that how we reference layers now using series/layer?
[18:02] <cory_fu> lazy|sprint: I think that's just a hacky work-around for the test
[18:03] <cory_fu> I think that mysql thing was from another test and co-opted to be used as a "layer"
[18:05] <Prabakaran> Hello Team, After bootstraping the juju environment in the juju 2.0 installation i was trying to create a test model using the command juju create-model test.  But this command takes so much of time and it doesnt show any progress. Please advise on this.
[18:07] <mbruzek> Prabakaran: what kind of controller are you using?
[18:07] <icey> haha cory_fu .tox/py3*/bin doesn't work, but PATH=$$PATH:`pwd`/.tox/py34/bin:`pwd`/.tox/py35/bin flake8 $(wildcard hooks reactive lib unit_tests tests) does
[18:07] <icey> working on the PR now
[18:08] <Prabakaran> i'm using local.lxd-test
[18:08] <mbruzek> Prabakaran: I wrestled with lxd today. Can you give me a juju version?
[18:10] <Prabakaran> juju version : 2.0-beta3-wily-amd64
[18:10] <mbruzek> OK that is the latest one.
[18:11] <jamespage> gnuoy, did you see https://review.openstack.org/#/c/299205/ ?
[18:12] <Prabakaran> i just observed one thing.. if i run juju list-controllers command it doesnt show any server ip in the table of data..
[18:13] <Prabakaran> is this anyway related to juju bootstrap?
[18:13] <mbruzek> hrmm yes.
[18:14] <mbruzek> Prabakaran: can you run `juju kill-controller lxd-test` ?
[18:14] <mbruzek> Prabakaran: lets start over
[18:14] <Prabakaran> k
[18:14] <mbruzek> Prabakaran: I have an ip address in my list-controllers output
[18:15] <Prabakaran> i just destroyed lxd-test
[18:16] <mbruzek> Prabakaran: OK now what is the contents of ~/.local/share/juju/  use pastebin if it is huge
[18:16] <Prabakaran> k
[18:16] <mbruzek> ls -al ~/.local/share/juju
[18:17] <icey> cory_fu: https://github.com/juju-solutions/layer-basic/pull/53
[18:17] <icey> I'm about to test it on a trusty container
[18:18] <Prabakaran> accounts.yaml, bootstrap-config.yaml, controllers.yaml, current-controller, models.yaml and ssh
[18:18] <mbruzek> Prabakaran: ok many of the yaml files should be empty or with controllers: {} please remove the .yaml files in that directory
[18:20] <Prabakaran> sorry, should i remove all *.yaml file in this dir?
[18:20] <mbruzek> Prabakaran: Yes and also current-controller
[18:21] <mbruzek> Prabakaran: save them off if they are not empty, just don't have them in this directory, trying to reset
[18:21] <Prabakaran> k
[18:22] <mbruzek> Prabakaran: After that is done run the bootstrap command out of https://jujucharms.com/docs/devel/config-LXD
[18:24] <Prabakaran> in this same dir i am able to see ssh dir also. should i remove this also ?
[18:24] <mbruzek> no ssh is fine
[18:25] <Prabakaran> k
[18:28] <jamespage> beisner, some feedback on https://review.openstack.org/#/c/301183
[18:30] <mbruzek> Prabakaran: let me know if that bootstrap works OK, then you should be able to create a model
[18:31] <Prabakaran> ya k .. bootstrap is now attempting to connectiing to some ip
[18:31] <mbruzek> OK
[18:31] <Prabakaran> i will let you know on this chat
[18:39] <icey> cory_fu: the version of tox in trusty (python-tox) is too old to recognize py35, we can install from pip and it works though: https://github.com/juju-solutions/layer-basic/pull/53
[18:44] <beisner> jamespage, how would you feel about having no smt knob, and jdtrt when arch matches?
[18:44] <Prabakaran> hi mbruzek, bootstrap failed staing below error " ERROR failed to bootstrap model: waited for 10m0s without being able to connect: ssh: connect to host 10.0.4.1 port 22: connection refused" please advise
[18:44] <jamespage> beisner, what does an integer do?
[18:44] <beisner> jamespage, nothing in our use case afaik.
[18:45] <jamespage> beisner, do we always want smt on?
[18:45] <beisner> jamespage, off
[18:45] <jamespage> beisner, if the only real value is on for ppc64el then yes, drop the config option and turn it off automatically...
[18:46] <jamespage> on/off in that sentence
[18:46] <beisner> jamespage, so if arch is ppc64el, smt off.  otherwise ignore.
[18:46] <beisner> that's really all we've done manually
[18:47] <jamespage> beisner, go for it
[18:48] <beisner> jamespage, right on, thx
[18:49] <mbruzek> Prabakaran: can you give me the `lxc version`
[18:49] <jamespage> coreycb, oh dear - https://code.launchpad.net/~corey.bryant/charm-helpers/liberty810/+merge/290908
[18:50] <jamespage> sorry
[18:50] <jamespage> missed that...
[18:50] <coreycb> jamespage, oh np, that's what testing is for
[18:50] <jamespage> coreycb, indeed
[18:51] <Prabakaran> lxc version is : 2.0.0.rc8
[18:54] <mbruzek> Prabakaran: OK lets see if LXD/LXC is working for you
[18:54] <Prabakaran> k
[18:54] <mbruzek> Prabakaran: please run this command `lxc launch ubuntu:16.04`
[18:55] <Prabakaran> i ran this command - it success
[18:57] <Prabakaran> generated client certificate and started its service
[18:58] <c0s> cory_fu: I have a working single node Ignite cluster on top of Juju hadoop installation ;)
[18:59] <magicaltrout> a cluster of 1! \o/
[18:59] <c0s> there is a couple of silly things to do with one of the scripts in the ignite, but it could be there bug (I am mostly sure). And I have figured out what was wrong with the hadoop client, so cli works fine as well
[18:59] <mbruzek> Prabakaran: but yet your bootstrap command fails?
[18:59] <c0s> yeah magicaltrout - it's called pseudo-distributed ;)
[19:00] <cory_fu> c0s: Awesome.  It seems like it was a fair bit of work to get that working, though?
[19:00] <mbruzek> Prabakaran: Can you also try 14.04  to see if that works?
[19:01] <Prabakaran> K
[19:01] <c0s> cory_fu: not so much - more like a silly debugging in one place ;(
[19:02] <c0s> so at this point, we can make a decision if we want to add a simple charm to install ignite hadoop accelerator from Bigtop packages and do some trivial configuration (so it is available in the current bundles); or to develop a new set of charms for bigtop
[19:02] <c0s> up to you guys.
[19:02] <c0s> arosales: cory_fu kwmonroe I will go ahead and write some recommendations for your team to decide
[19:12] <c0s> beautiful (running yarn pi 50 50)
[19:12] <c0s> on ignite                  on yarn		
[19:12] <c0s> real    0m10.967s     real    1m6.222s
[19:12] <c0s> user    0m4.787s      user    0m6.247s
[19:12] <c0s> sys     0m0.229s      sys     0m0.288s
[19:12] <D4RKS1D3> Hi Everyone, someone  can help me?, I have some issues when I change my enviorment to openstack
[19:16] <coreycb> beisner, think you could land this massive change? https://code.launchpad.net/~corey.bryant/charm-helpers/liberty810/+merge/290908
[19:20] <Prabakaran> i tried 14.04 also.. it is working fine
[19:20]  * arosales reads backscroll
[19:21] <beisner> coreycb, i can this eve.  got a kiddo dr appt shortly.
[19:21] <arosales> c0s: first gret to hear :-)
[19:21] <arosales> c0s: looking forward to hearing what your recommendations may be
[19:22] <coreycb> beisner, np, maybe thedac can land it
[19:25] <c0s> arosales: sure, working on a doc now
[19:25] <arosales> c0s: thanks
[19:26] <c0s> no worries ;)
[19:51] <terje> hi, I'm trying to bootstrap juju on my private openstack cloud, and I'm getting the following: http://pastebin.com/vaa5MPU1
[19:51] <terje> hoping someone can tell me what I'm doing wrong.
[19:59] <jcastro_> arosales, https://jujucharms.com/wiki-simple/bundle/0
[20:02] <thedac> coreycb: what do you need me to look at?
[20:02] <coreycb> thedac, hey, just looking for this to get landed: https://code.launchpad.net/~corey.bryant/charm-helpers/liberty810/+merge/290908
[20:03] <thedac> coreycb: ok, is the 8.1 version live now?
[20:04] <coreycb> thedac, yes, it's in trusty-liberty-proposed
[20:04] <coreycb> thedac, I have a keystone review on gerritt
[20:05] <thedac> coreycb: ok, I'll land this CH MP
[20:05] <coreycb> thedac, thanks
[20:06] <thedac> coreycb: done
[20:08] <jcastro_> urulama__, any idea on this one?
[20:08] <jcastro_> charm set bundle/wiki-simple bugs-url=https://github.com/juju-solutions/wiki-simple/issues
[20:08] <jcastro_> ERROR cannot update the set arguments provided: unauthorized: access denied for user "jorge"
[20:09] <jcastro_> that should work right?
[20:45] <marcoceppi> jcastro_: https://bugs.launchpad.net/juju-core/+bug/1563067
[20:45] <mup> Bug #1563067: deploying from charmstore fails on lxd provider in a restricted network <juju-core:New> <https://launchpad.net/bugs/1563067>
[20:45] <jcastro_> heya cherylj
[20:46] <jcastro_> can we get this bug on your list? ^^^
[20:46] <cherylj> jcastro_: it's already there!
[20:46] <cherylj> jcastro_:  did you see the comments from today?
[20:47] <cherylj> jcastro_:  the bug that it's dup'ed to (bug 1556207) should also address the issue where updating proxy information isn't picked up by running jujuds
[20:47] <mup> Bug #1556207: 1.25.4: Units attempt to go through the proxy to download charm from state server <landscape> <juju-core:In Progress by dooferlad> <juju-core 1.25:Fix Committed by dooferlad> <https://launchpad.net/bugs/1556207>
[20:47] <jcastro_> ok, so "juju needs to work behind proxy" is basically on the radar already
[20:48] <cherylj> yeah
[21:01] <terje> in the environments.yaml file, I'd like to specify a different s3 user than what's being used for 'username'
[21:08] <marcoceppi> arosales: ^^ fyi
[22:17]  * arosales reads back scroll
[22:24] <arosales> marcoceppi: thanks for fyi,
[22:25] <arosales> cherylj: thanks for the info on bug 1563067
[22:25] <mup> Bug #1563067: deploying from charmstore fails on lxd provider in a restricted network <juju-core:New> <https://launchpad.net/bugs/1563067>
[22:35] <Saviq> hey all, in new juju gui (2.1.1) on firefox all the input fields seem to get input back-to-front... i.e. if I type "foo", I get "oof", is that a known issue?
[22:36] <Saviq> the caret seems to be stuck to the beginning of the field
[22:37] <magicaltrout> is it april 1st?
[23:03] <LiftedKilt> Saviq: haha I've gotten really good at typing in reverse
[23:03] <Saviq> LiftedKilt, yeah learning fast here, too ;P
[23:04] <Saviq> "P; oot , ereh tsaf gninrael haey ,tliKdetfiL" ,yas I dluohs ro
[23:05] <LiftedKilt> Saviq: I'm officially impressed