[02:46] huwshimi thanks for keeping the landing requests going on that branch to get it landed :) [02:48] hatch: np :) [02:49] so you're all set for the rest of the day? [02:52] hatch: Yep! [02:52] huwshimi https://www.kickstarter.com/projects/1620669801/synek-any-beer-ever-made-fresh-on-your-counter [02:57] Looks great [03:00] hatch: looks like CI's been happy since mayko's change? [03:00] rick_h__ negative, http://ci.jujugui.org:8080/job/juju-gui-merge/462/ this one failed [03:00] we [03:00] er [03:01] sorry that failed with the noritfications test [03:01] notifications [03:01] so yes [03:01] :) [03:01] hatch: yea, more nervous about the failure to run tests :) [03:01] notifications diaf [03:01] and all that [03:01] rick_h__: Mine have been failing all day :) [03:01] are you ok with me adding a .skip to that test? [03:01] hatch: actually that's a damn good point [03:01] hatch: I am, we've got a card to fix those tests and ack that we won't get to it until post machine view [03:02] hatch: we all know the damn thing is erronous so +1 on .skip [03:02] hatch: but please find the bug/card and XXX it in code [03:02] cool, I'll do that right now once I confirm the failures [03:02] hatch: rgr [03:10] https://github.com/juju/juju-gui/pull/418 and now we wait to see if the tests pass :) [03:11] my adapter to hook my xbox controller up to my laptop arrived, works like a charm.... [03:12] hah, very cool [03:12] now the gaming master race can use a controller :) [03:12] (he says from an underpowered laptop) [03:12] hah [03:13] oh rick_h__ have you used your document camera yet? [03:13] hatch: yea a few times [03:13] I'm thinking of getting one myself and there are so many options [03:13] I only used it on a call once [03:13] any insight? [03:14] oh wtf, this is cool. I have this one but wired http://www.amazon.com/Ipevo-iZiggi-HD-Wireless-Document-CDVW-01IP/dp/B00GUELRK2/ref=sr_1_10?ie=UTF8&qid=1404357237&sr=8-10&keywords=document+camera+ipevo [03:14] didn't know they had a wireless one [03:15] comes with some osx software that works out nice [03:15] linux is a bit more hit/miss [03:15] bahahaha https://plus.google.com/118445028821328031751/posts/HrqeHHBNkRp [03:16] are there any tips you have about like quality, functionality, etc [03:16] so the quality is pretty good [03:17] it's not as nice as a scanner or as easy to use as a scanner [03:17] but scanners only work for full document sheets well [03:17] I've used it to lay out receipts for work next to each other, and send in one jpg of them all [03:17] and you can't use a scanner as a video camera [03:17] so to record/etc [03:17] I've not used it a ton, but the few times I've used it, seems to work out. It's a bit hard to get it setup to snapshot a full page doc [03:18] but had to do that once with something that had to be signed [03:18] and saved me a trip to a fax machine [03:18] and the resolution is ok? [03:18] http://blog.trello.com/trello-on-your-wrist/ [03:19] yea, seems to be. It's a webcam basically [03:19] hatch: yea, saw that. Will have to try that out when it ships [03:19] I use trello for my GSoC stuff on bookie [03:19] cool thanks [03:19] ahh yeah [03:19] hatch: I mean I'm not sure if I didn't get as a gift if I'd spend my $$ on it though [03:19] reviews for the watches are all over the place, some say the samsung has better screen, others say the LG does heh [03:19] hatch: it's not connected sitting on a desk behind me and only connected as needed [03:20] ahh [03:20] hatch: yea, but everyone agrees the lg has better battery life [03:20] this is true [03:20] definitely important [03:20] hatch: and I'll take that, plus the screen issue is that the LG screen isn't as rich, but it works better outdoors [03:20] so samsung has prettier, but sometimes useless screen [03:20] lg isn't as pretty, but more usuable at all times [03:20] I'm pretty much against samsung anyways [03:21] then there's that :) [03:21] so it's really a non-contest haha [03:21] +1 to anti samsung [03:22] I forgot how crazy java was [03:22] lol [03:22] com.google.android.clockwork.watchfaces.WatchFaceStyle.Builder [03:23] like what the h e double hockeystick [03:23] yea, I really want to do mobile dev work sometimes, but then I see java or obj C and run back away [03:23] yeah I wanted to dabble with this watch but wow... [03:24] lol [03:24] Swift is pretty nice though [03:24] not that that's going to help [03:24] tell luca we want to do a gui watch app :P [03:24] haha - I don't think it allows any styling [03:24] it COULD receive notifications though [03:25] scale up/down etc [03:25] lol [03:25] could be pretty cool actually [03:25] ask ant if his mobile charm details is watch mobile [03:25] "Ok Google, scale up my wordpress service to 5 units" [03:25] lol [03:28] I wonder if some of our really smart people on the phone team could flash ubuntu touch onto the watch [03:28] itty bitty icons [03:29] hatch: OK, now I'm confused. Are you planning to completely replace the UI that exists for the current scaleup or are you just adding some bits and modifying what we have? [03:29] huwshimi I was going to replace the whole thing - because it now needs to be sharable between the ghost and service inspectors [03:30] some of the back end code can be sharable I think but the front end stuff is all new [03:30] hatch: Ah great, makes thing easier for me then :) [03:30] egggggcellent [03:49] huwshimi_ ok I'm heading off - so even if you don't get as much done as you'd like by your EOD put it into a landable state so I can land it in the morning and keep going :) [03:53] hatch: Yep, no problems. Thanks [03:53] np, thanks, and have a good night === urulama-away is now known as urulama [06:21] urulama, huwshimi: mornin' [06:22] rogpeppe: Morning [06:23] morning [06:26] huwshimi: wow, australia ... and i thought i was alone :) [06:26] urulama: Hey! Welcome! [06:26] huwshimi: tnx [06:27] huwshimi: good to be here ;) [06:27] urulama: Is this your first week? [06:28] huwshimi: yes, started on Monday. experienced information overload the first three days, now i plan to play with juju for few days [06:30] urulama: Yeah, it's all a bit crazy to begin with. It's great that you have a chance to play with it all to start off. [06:31] brb, changing locations [06:34] huwshimi: rick prepared set of "missions" to get to know the dev cycle and also how juju works, which also made you create different public cloud accounts which will be used anyway ... it's meant for newcomers ... looks nice [06:55] urulama: cool. i'd like to see the "missions". [08:57] hi rogpeppe, how is it going? [08:57] frankban: yo [08:57] ~ [08:58] ! [08:58] frankban: not bad, thanks [08:58] :-) [08:58] frankban: how was your greek island? [08:59] rogpeppe: it was beautiful, the sea, nice small towns, good food [09:00] frankban: nice [09:00] urulama: morning, and welcome! [09:01] frankban: you up for pairing on finishing up the apiv4 spec? [09:02] rogpeppe: sounds good, I'll be ready right after a coffee. [09:02] frankban: morning [09:02] frankban: and tnx :) [09:03] frankban: cool. i'll grab breakfast === urulama is now known as urulama-away [09:17] rogpeppe: I am in https://plus.google.com/hangouts/_/canonical.com/daily-standup?authuser=1 no rush [11:53] welcome back frankban [11:53] rick_h__: thanks! [11:54] rick_h__: are you out today? [11:54] greek island? Sounds awesome. [11:54] rick_h__: yeah, crete [11:54] frankban: yea, heading up north for family camping over the holiday weekend [11:55] frankban: rogpeppe and hatch can help fill you in on things for the couple of days. I'll be back on tues [11:55] rick_h__: cool, so no call in 5, right? I am pairing with Roger on the v4 specs, have a great long weekend [11:55] frankban: lots of docs/specs to catch up on and I'm sure your emails are backed up a bit [11:55] frankban: yep, no call. [11:55] rick_h__: have a good one [11:55] thanks rogpeppe [11:56] urulama-away: meet frankban, frankban meet urulama-away, and jrwren is the other new hire. rogpeppe make sure to do the intro on the standup please. === urulama-away is now known as urulama [11:56] rick_h__: we met in the morning :D [11:57] oh, coolio then [11:57] rick_h__: italy is close :D [11:57] you morning people :P [11:57] :-) [11:57] rick_h__: what about the call tomorrow at 5pm? [11:57] urulama: I don't see a call on my calendar for 5pm tomorrow? [11:58] * frankban lunches [11:58] urulama: unless tha'ts the friday standup? [11:58] urulama: in that case hatch will run the stand ups while I'm out [11:58] urulama: hopefully with better bandwidth [11:58] rick_h__: yes, the standups :D [11:58] yea, hatch knows the drill. Just try to keep them short/sweet :) [11:59] * urulama back to the process of killing dying charms [12:04] morning [12:04] hi frankban. welcome back. hope you had a good break. [12:59] frankban: hangout? [13:02] rogpeppe: sure [13:02] bac: thanks, I had a great time, how is it going? [13:03] frankban: good. [13:34] morning all [13:34] wb frankban [13:37] urulama: with LXC 0 is actually the host machine. it cannot be host to other services. frankban may be able to provide a more coherent answer. [13:38] urulama: i just did the same thing :) [13:40] jrwren: ;) let's see where the limit's are [13:45] urulama: quickstart co-locates the GUI on machine 0 only if 1) it's not a local env and 2) machine 0 is trusty or precise. I see a card to avoid co-location also on azure [13:51] frankban: what happens with local env? isn't it only with "machine 0" on local env? so how does 1) hold? [13:55] is juju-local really an empty package which installs dependencies? [13:55] urulama: i don't understand your question. if it is a local env then it does not colocate the gui. [13:56] jrwren: yes. not uncommon. [13:57] cool. [13:59] bac: right, my bad. [14:07] jrwren: based on questions about Safari ... did you try the "brew install juju --dev"? [14:08] urulama: yes, that is exactly what I was running. [14:09] urulama: unfortunately its only 1.19.3, and building trunk is apparently non-trivial [14:09] urulama: so I stopped using juju osx for a bit, while I get more familiar === alexpilotti_ is now known as alexpilotti [14:10] This may be a good time to ask, https://launchpad.net/juju-core/trunk/1.19.3/+download/juju-core_1.19.3.tar.gz is a tarball which includes dependencies. Is there such a tarball for 1.19.4 ? [14:18] jrwren building juju is trivial on Ubuntu :) [14:19] jrwren https://launchpad.net/juju-core/trunk/1.19.4 [14:19] on there [14:21] lets make it trivial other places too :p [14:22] ^^^ [14:22] well, brew was a nice start tbh [14:23] indeed. brew is great. [14:23] great....well.... [14:23] not as great as ubuntu. [14:25] jrwren urulama I'm guessing both of you guys are running on osx? [14:26] hatch: no, just one of the machines at home [14:27] ahh - I have to run it as the host os atm - the drivers just aren't quite there yet for this mbp [14:27] hatch: parallels? [14:27] just a bit of OSX, yes. [14:28] hatch: do you use parallels for running ubuntu? [14:28] I HAVE Parallels but it's garbage for anything other than Windows, I'm using virtual box/vagrant, but others have had good luck with fusion [14:28] hatch: why? you just need to change xorg config file and it works as a charm with 14.04 (pun intended :D) [14:29] urulama if I'm paying $100 for software I don't want to have to spend more hours making it work :) [14:30] lol [14:30] hatch: naaaa, it's only $100 the first year, it's $50 every next year for every upgrade :D :D :D [14:30] haha ok good point [14:30] tbh the thing which really irritated me with them was their lack of support [14:30] i thought it was $80/$40 :p [14:30] it amounted to "have you tried turning it off and on again" :P [14:31] urulama what version of parallels are you running? [14:32] hatch: 9 [14:32] I think I'm on 8, which might be the problem.... [14:32] nothing above 12.04 will run on it without display issues [14:32] hatch: oh, yes, if you want to run 14.04 [14:33] hatch: even 9 has display issues with 14.04, so if you don't want to change that xorg conf file, don't bother ugrading [14:33] 8 on 10.9 is terrible. They really don't support the old version on the newer OSX. They shouldn't claim to. They are wrong to claim ot. [14:34] I have Ubuntu running on metal on this thing....it just needs a few driver/kernel updates so hopefully those will come soon [14:38] stokachu: hello [14:38] rick_h__: re bug 1317109 [14:38] <_mup_> Bug #1317109: unable to override login password

[14:39] what is the recommended way to pass the admin password to the web login for juju-gui. I thought it was a charm config, but thought I would ping here. [14:40] i'll put ubuntu on this mac... eventually :) [14:41] arosales hey he is gone until Tuesday [14:42] arosales is this so you can log in automatically like quickstart does? [14:42] urulama: if you like, here is patch for brew juju formula for --devel to be 1.19.4 http://pastebin.ubuntu.com/7742234/ [14:42] jrwren: tnx [14:43] hatch: correct [14:44] arosales ok it does it by generating a single use login token [14:44] might I ask what the end goal is and I can hopefully provide a solution? [14:45] hatch, with our openstack installer we have the abilty to set a common password for several services [14:45] most openstack credentials including horizon dashboard [14:45] we offer juju-gui for a visual on th eopenstack installaion but we are unable to set that password to the one defined in our installer [14:46] right, hmm ok [14:47] to have the cloud-installer lauch the gui in a similar fashion as quickstart. stokachu may have some addtional input. [14:47] does quickstart update the jenv file to a new password after deployment? [14:47] i think it reads admin-password [14:47] so each subsequent loading of the GUI requires the password, the token is single use only....is that ok with you guys or do you want to default the password all the time? [14:48] stokachu no the login token is entirely separate [14:48] preferably a default password that wouldnt change [14:48] ah ok [14:48] but one that's not the admin-secret? [14:48] hatch, as long as i could deploy juju-gui with a 'ui-pass' or something so that someone could login that way [14:48] like, you want to say 'GUI here is your password, log in with this one all the time' [14:48] yea [14:49] ok atm that's not possible [14:49] your best bet is to create a bug report in the gui project so that rick can get it into the queue [14:49] yea it was set to wont fix :( [14:50] oh really.....interesting [14:50] have a link? [14:50] jujugui call in 10 kanban now [14:50] https://launchpad.net/bugs/1317109 [14:50] <_mup_> Bug #1317109: unable to override login password

[14:50] im not sure what juju-core will do to help this [14:50] hatch: so, the password charm option does not work? [14:51] frankban, i tried that and it doesn't seem to [14:51] stokachu well the GUI needs the 'real' admin-secret to send to core to log in [14:51] gotcha [14:52] stokachu: so, that seems to be a charm bug, separated to the one you linked. If the charm exposes an option like that, and warns about the risks, that should definitely work [14:53] stokachu: trying the charm locally [14:53] hatch: if stokachu is setting up their environments.yaml he should know or set the admin password and pass that value via the 'password' config option, correct? [14:53] frankban, that password could be for the credentials to the websocket on juju? [14:53] arosales correct [14:54] arosales but it seems that that option isn't working [14:54] stokachu: the GUI uses the same password [14:54] we'll know shortly [14:54] now that frankban is on it :) [14:55] * arosales agrees with frankban, if that doesn't work its a valid bug [14:56] frankban, i set the 'password' config option in my test, is that the one youre using? [14:57] stokachu: yes, I am trying it now and check if it works with "juju set" [14:57] ok [14:57] thanks frankban [14:58] jujugui call in 2 [14:58] stokachu: and frankban and to confirm the value for the password string is the admin password found for the given environment in ~/.juju/environment.yaml, correct? [15:00] jrwren call [15:00] i must be hitting wrong url [15:00] http://tinyurl.com/jujugui ? [15:00] yup, wrong url [15:01] in your calendar there should be a link [15:01] Sneaky, isn't it? [15:09] haha [15:10] kadams54 I'll pull down your branch but I'm assuming we can 'just deal' with the blue dot for now :) [15:10] frankban how goes the password field test? [15:11] hatch: I also have an e-mail out to Spencer to see if I can get the service block with a blue border asset. [15:11] hey rogpeppe, what's the difference between 'map[string] []Id' and 'map[string] Meta' ? [15:11] arosales yes the password is the admin-secret in the environments.yaml [15:11] stokachu: using "juju set juju-gui password=..." worked here: the GUI automatically logs me in [15:11] ^ arosales [15:11] rogpeppe: and don't say Id vs Meta :) [15:11] hatch: Even though it's not *technically* in scope for this ticket, it seems like having both the blue border and the indicator dot should go together. [15:11] kadams54 cool, isn't it an svg, so you can just edit the file? Or is it too complex? I've never actually looked into it [15:12] frankban, so you set the password, went to the web ui, typed admin/password and it worked? [15:12] bac: in JSON, one looks like {"foo": ["id1", "id2"]}; the other looks like {"foo": {"name": "a name", etc}} [15:12] I talked with Makyo about it last night and he said we'd need a new asset. But I didn't think about modifying the existing SVG directly… I'll take a look. [15:12] stokachu no setting the password to the admin-secret will auto log it in [15:12] bac: oops, not quite [15:12] that won't let you set a 'custom' password [15:12] rogpeppe: so the second is a not a list? [15:12] stokachu: no, I set the password to the real juju one, and then the GUI does not even show the log in form, it just shows you the canvas [15:13] bac: the second holds a single item for each entry in the map [15:13] bac: the first holds a list of items for each entry [15:13] i see [15:13] rogpeppe: so for expand ids, you want to return a list of expanded ids per requested id or just a one-to-one mapping? [15:14] bac: the first one will actually look like: {"foo": [{"id": "precise/wordpress-23", "revision": 23, "series": "precise"}, ...} [15:14] bac: given the name of the path, what do you think? :-) [15:14] bac: (the former) [15:14] rogpeppe: that's why i'm asking [15:15] bac: perhaps you could suggest a better way of wording the explanation. i *thought* it was unambiguous, but evidently not [15:15] rogpeppe: can we do a hangout? [15:15] bac: join us in the standup [15:15] stokachu: basically the charm generates a config file for the GUI (you can see it going directly to https:///juju-ui/assets/config.js . By default, the password is null there, with juju set you can re-generate the config to include the password (and that means setting the password like that is very insecure) [15:16] juju set juju-gui password=.. the preferred way? [15:17] stokachu: but that's an option if you really really want to do that. The other (better) possibility is to generate a timed one-shot password as done by quickstart [15:18] frankban, the one time password is generated each time the webui is accessed? [15:18] stokachu: or just use quickstart to open the GUI [15:18] does it prompt people to use the login form? [15:19] stokachu: the one time password can be generated by making an ws API call to the GUI server, the response of which includes a uuid that can in turn be used as a quiry string when accessing the GUI [15:20] ok [15:20] stokachu: if you refresh the GUI, you should be still logged in. If you log out or use another browser, you must generate another one time password [15:20] stokachu: quickstart does that and works well with already bootstrapped environments [15:21] ok thanks [15:22] stokachu: here is an example of how to create the auth token: http://bazaar.launchpad.net/~juju-gui/juju-quickstart/trunk/view/head:/quickstart/juju.py#L60 [15:22] stokachu: and it can be used like this: http://bazaar.launchpad.net/~juju-gui/juju-quickstart/trunk/view/head:/quickstart/manage.py#L556 [15:22] frankban, ok cool [15:29] hatch: was able to modify the existing SVG. Pushed the updated code to my branch. Now that I see the border + indicator in action, it's pretty noticeable and IMO should be behind the flag. [15:30] kadams54 ok I'll wait for review then [15:34] bac: could you join the hangout again? [15:35] hatch: all changes pushed; review away. [15:35] stokachu: also if you are setting up the environment. Suggest you set the ~/.juju/environments.yaml admin password to something like 4testingPlzchange, and then when you deploy the juju-gui deploy the charm with your customer config. Thus you don't have to do a config-set post deploy. [15:35] frankban: sure [15:36] arosales, yea for simplicity sake we'll probably do that [15:43] stokachu: cool [15:57] w00t I think CI is fixed.....we'll see....we'll see [15:59] kadams54 ermahgerd that's blue [15:59] lol [15:59] is there a mockup I can compare to? [16:04] Yeah [16:04] hatch: http://cl.ly/image/2n3f3S312819 [16:05] kadams54 ahh ok so we will need new assets then [16:05] hatch: eh? [16:05] the border is much thinner and gradiented [16:06] gradient'd [16:06] has a gradient [16:06] yeah that one [16:06] :) [16:06] and the little handles are grey still [16:07] hatch: I don't think we need any more assets for this card. [16:07] not this card, send an email and create a follow-up pending the new asset [16:07] see PR [16:08] btw - taking a screenshot on a retina then downscaling it makes images HUGE!!!!!! [16:08] lol [16:08] Yes, well… talk to our designers. I don't have a retina! [16:09] The service blocks have looked slightly different (thinner border, gradient, slightly different shape) on the mocks for some time now. [16:15] It also seems like I've seen several variations in different mocks. I just assumed that that was because they were still playing around with different designs. [16:16] oh that's possible [16:17] whoa, i just noticed that jujugui charm uses pip to install things from pypi, have you noticed many cases where pypi fails? [16:17] jrwren the charm has everything self contained [16:17] it must work without an internet connection [16:17] ah, so its pip installing from the charm? cool. [16:19] jrwren: yes, it does not use PyPI. however, it needs to apt install some packages from the ubuntu repositories [16:24] saw that. python-pip being one of them [16:34] hatch__: what part of my work is blocking you? state code, or something else? [16:36] jcsackett the inspector dispatcher and internal inspector dispatching [16:36] when the user clicks the relation link I need to open the inspector and switch to the relation tab === hatch__ is now known as hatch [16:38] jcsackett but it's ok I have more than enough other stuff to do [16:38] it's not blocking me, just the card :) [16:40] hatch: ok. [16:42] why does the mongodb for localdb use so much space? [16:43] jrwren hmm I haven't noticed [16:43] how much are you seeing? [16:43] 1G on one host, 6G on another. [16:44] yikes! [16:44] definitely worth asking in #juju I've never seen that before [16:44] ok [18:06] since the internet has been down I've found that I burn about 1GB/day of data during work [18:07] would likely be 2GB but I've cut out my youtube/streaming habit :) [18:07] add netflix into there, probably burn through 4GB/day easily [18:07] ouch [18:11] jujugui: 1st of several reviews, please https://github.com/juju/juju-gui/pull/422 [18:11] heh on it [18:11] hatch: just noticed i didn't lint it. [18:12] i'll ping you in a moment when lint changes go up. [18:12] hatch: only 120GB/month, well under comcast's 250GB faux-limit ;] [18:13] jrwren I'm using our crown corp telco, we don't have no BS "limits" [18:13] unlimited cell and internet data [18:13] jcsackett sure np [18:24] hatch: ok, it's updated. [18:24] and i'm grabbing some lunch. [18:25] yeah I'm also going to do just that [18:25] I'll review when I get back [18:40] jcsackett test failure [18:40] looks like a dependency issue [19:03] cs: is charmstore, right? [19:03] i'm trying to repro https://bugs.launchpad.net/charms/+source/juju-gui/+bug/1333159 [19:04] <_mup_> Bug #1333159: Unable to upgrade juju-gui [19:04] jrwren it is [19:04] looking [19:04] i deploy cs:trusty/juju-gui-2 no problem, but an upgrade does not seem to use git. [19:05] jrwren: cs: does stand for charmstore but it is protocol for our charm urls [19:05] uniter.charm git_deployer says no current staging repo [19:05]