/srv/irclogs.ubuntu.com/2014/02/26/#juju-gui.txt

jcastro_rick_h_, you're killing me bro http://imgur.com/oe41jad00:24
rick_h_jcastro_: yea, I want to get those pulled out00:24
rick_h_jcastro_: they were demo bundles00:25
jcastro_should I file this? or you got it?00:25
jcastro_also, we don't have a bug wrt. the URLs being complex, should I file that too?00:25
rick_h_I've got it. I'll ask bac to remove them tomorrow 00:25
rick_h_urls will get fixed in upcoming project. I've already got a document plotting out every url we'll support00:26
rick_h_and they'll get cleaned up some with machine view, spent time today planning that out00:26
rick_h_or you mean the bundle urls themselves?00:26
jcastro_yeah00:27
rick_h_Makyo: you get it squared away? That would make sense as revisionless urls was a recent addition00:27
rick_h_Makyo: and it doesn't happen on all bundles00:27
rick_h_jcastro_: yea which?00:27
jcastro_lp:~<your launchpad id>/charms/bundles/<your bundle name>/bundle00:27
jcastro_makes me cry00:27
rick_h_oh, yea well that's by design. Not much I can do with that atm though there's plans for that as well00:27
jcastro_<rick_h> And I am going to solve that by making deploying bundles from github be magical.00:28
rick_h_hah00:28
rick_h_well we'll have real bundle ingestion at some point00:28
rick_h_and that'll mean they're all in the cs: or something00:28
jcastro_juju quickstart https://github.com/castrojo/mongodb-bundle00:28
jcastro_is what you want to give me00:28
jcastro_I am certain. :)00:28
rick_h_heh, that's too much magic. We can't plan out how people lay out their github repo file structure00:29
jcastro_yeah, so if it's not right, error out00:29
rick_h_we'll constantly be getting "but I have my bundle in a folder by name" 00:29
rick_h_or "I've got 3 bundles in there"00:29
jcastro_but that's ok00:29
Makyorick_h_, Want to discuss, also includes schemaless URLs.  Will be tomorrow's task either way, just need more direction tmrw morning00:39
rick_h_Makyo: ok, ping me when you get in then and we'll chat00:39
* rick_h_ checks the calendar00:39
rick_h_Makyo: yea, I've got nothing before the standup tomorrow00:40
Makyorick_h_, sure.  If nothing else, shoot me an email.  Details are on the card.  Basically, getting charm urls of "mysql", curious if we want to infer cs: and -LATEST00:40
rick_h_well charmworld does that00:40
rick_h_charmworld figures out the right thing to load...hmmm but that's in prooof00:40
MakyoSure, but cs is charmworld.  Just want to make sure the right direction.00:41
rick_h_Makyo: ok, will look and we can chat tomorrow00:41
Makyorick_h_, Excellent, thanks!00:41
hazmatthings will change wrt to cs btw.. 00:42
hazmathave a look at casey's doc to the list00:43
rick_h_hazmat: yep00:43
=== rogpeppe1 is now known as rogpeppe
=== rogpeppe1 is now known as rogpeppe
bacmorning rick_h_12:38
rick_h_bac: morning12:39
bacrick_h_: i saw your conversation with jorge last night about test bundles12:40
bacrick_h_: unfortunately we don't have a tool for removing bundles12:40
rick_h_oh? we can't remove the branches and they go away?12:40
rick_h_whoops12:40
bacrick_h_: nope, ingest doesn't remove things that disappear12:41
bacwe need 'ingest --autoremove' :)12:41
rick_h_bac: ok, bummer12:41
bacrick_h_: a while back benji added a script for removing charms12:41
rick_h_bac: and I assume that renaming them won't help us?12:41
rick_h_because they're pulled in based on that name?12:42
bacrick_h_: i've deleted my bundle branch from LP and it is still in mjc12:42
rick_h_ok12:42
baci think we need to write a script analogous to benji's remove_charm.py12:43
rick_h_bac: ok, yea. benji added a remove from charm tool and that exists. Maybe we should look to add a mirror for bundles. 12:43
baci think we agree!12:43
rick_h_bac: I'll add a card in the backlog for that then. Maybe try to get at it in the next 2week iteration so we can garden bundles before the march 12th push12:43
bacrick_h_: we also need to figure out which ones to can12:43
rick_h_right12:44
rick_h_well, we'll be working with ecosystems to get some that are promulgated, and I'd say any others owned by us that we don't need can go. 12:44
* bac bristles a bit at jcastro's characterization....12:44
rick_h_yea, it's a little bit unfair12:45
rick_h_but he's making his point. Now that we show that, those are at the top of the visible results which is a bit painful12:45
bacyep, they need to go.  of course, we just discovered a display bug by having those complicated ones prominently listed12:46
rick_h_yep, exactly12:46
rick_h_every feature adds another feature :)12:46
rick_h_frankban: when you get into the api calls layout, can you create cards for other calls we need to support vs the create/destory machine and container?14:10
hatchrick_h_ did you see my comments on the PR?14:44
rick_h_hatch: yep, and I'm fine with them. Gave it a +114:45
hatchcoolio14:45
rick_h_sometimes review comments end up "did you think about?" or "I don't obviously see"14:45
hatch:)14:47
frankbanrick_h_: I see only two machine related calls: AddMachines and DestroyMachines, and those AFAICT also handle containers. The other changes involve adding ToMachineSpec to ServiceDeploy and AddServiceUnits. I'll create a card for that if it does not take place in my current branch. How does it sound?15:02
rick_h_frankban: cool sounds good15:04
hatchof course within two hours of the telco guy coming to give me a new modem the internet starts working properly15:18
hatch:/15:18
hatch"I SWEAR it was broken"15:18
rick_h_lol15:18
rick_h_trouble maker15:18
hatchit's not often I hope that the internet will break15:18
hatchhaha15:18
hatchrick_h_ any word on your kernel patch?15:23
rick_h_hatch: just "try to use latest kernel" and I've not had time to mess with it15:24
hatchahh ok - I'm waiting to hear about a success from you before I go for Trusty on this thing...I'd really like to get out of OSX land 15:25
hatch:)15:25
hatchoh cool chrome devtools now shows the ::before elements in the inspector15:27
hatchYUS15:30
hatchthere goes the internet15:30
hatch3s latency for the win!15:30
rick_h_you get a fix?15:31
* hatch goes to get his 14,400 baud modem15:31
hatchlol, no it's broken again15:31
hatchthe guy is coming sometime after 11 so I need it to stay broken until then15:31
hatchlol15:31
rick_h_oh, 3s lately, 3ms15:32
* rick_h_ added an m in there to make it nice15:32
hatchhaha :) 15:33
hatchlocal comp store has one of those fancy asus ones on order for me but I figure I might as well get a new modem too15:33
Makyorick_h_, ping, around if you want to chat.15:44
rick_h_Makyo: sure thing15:44
rick_h_Makyo: invite in bound15:45
rick_h_https://plus.google.com/hangouts/_/72cpi3mcfnema37uu7cu52iv44?hl=en15:46
rick_h_Makyo: ^15:46
hatchrick_h_ here is the local upgrade UI now.... https://www.evernote.com/shard/s219/sh/90cdf63b-9a99-46ed-876f-9217247ae46e/dbdbb49f65ef5ffedfe94fe28a9d5b78 15:48
hatchugh the internet is working agin15:48
Makyojujugui call in 1015:50
rick_h_lol hatch 15:50
hatchhaha15:50
hatchoh well at least I saved those ping gists15:51
hatchif the guy even knows what a ping is....15:51
hatch(the guy on the phone didn't know what latency was)15:52
hatchhmm I think fakebackend fails when deploying the same local charm twice15:56
hatchyup15:56
rick_h_jujugui call in 215:58
hatchhttps://bugs.launchpad.net/juju-gui/+bug/128522315:59
_mup_Bug #1285223: fakebackend error when deploying the same local charm twice <juju-gui:New> <https://launchpad.net/bugs/1285223>15:59
bacMakyo, rick_h_: the changes i made to support revision-less bundles were all done in the deployer.  no changes were made to charmworld.16:23
rick_h_bac: ok right. I don't think this is anything to do with revisions to be honest. 16:24
bacMakyo, rick_h_: that work did add a method 'get_qualified_charm_url' to the deployer library that can be used to do what needs to be done16:24
rick_h_bac: it's more of the charmworld finding charms for the bundle input16:24
rick_h_bac: right, but the gui needs charm data to get the charm metadata like icons from charmworld. 16:25
bacrick_h_: well, it involves transforming a minimally-specified charm id to a fully-qualified, non-revisioned one, right?16:25
rick_h_this is all pre deployer file 16:25
rick_h_bac: right, and making sure that charmworld has that to return to the gui as metadata in the bundle json responses16:25
bacrick_h_: sure.  i'd prefer we do it at the time the json is created rather than modifying the id stored in the bundle at ingest time so that it continues to work after the default series changes16:26
rick_h_bac: well the default series is defined in the bundle so we can write that out 16:27
rick_h_bac: and if the bundle updates it we reingest and it gets updated16:27
bacah, true16:27
rick_h_bac: but you're right that the goal is that the gui requests for information on a bundle needs to include the metadata for the charms and right now it's broken. 16:29
rick_h_bac: regardless of technique used, I just want to avoid adding the charm finding logic to the gui in JS when we've got the work in charmworld atm16:29
bacrick_h_: sure16:29
rick_h_ccccccbtujivdbknginddhvickuujhddijlnrhhvdikb16:35
MakyoSame.16:37
rick_h_heh, curses16:39
hatchlol16:41
frankbanrick_h_: I suppose that with the machine related stuff we will only support core >= 1.18, correct?17:27
rick_h_frankban: yes, I would think so. Was it api driven and stable back in 1.16?17:28
frankbanrick_h_: it seems 1.16 does not include add/destroy machines17:29
rick_h_frankban: then yea, definitely. 17:29
frankbanrick_h_: cool, I guess these are the first "plural" API calls, i.e. they can be used to add/remove multiple machines/containers in bulk. I suspect this will help us in our "commit all the things" story, so cool17:31
rick_h_yay! I'm a little worried about how we're going to end up having to do that. Love that they're getting that multi call stuff in17:32
frankbanrick_h_: looking at the backlog: I suspect all the  add/destroy machine/coontainer API cards will go away with my current branch (just two ne go.js calls to rule them all)17:36
rick_h_frankban: ok, I moved them to on deck but cool to clear out17:36
rick_h_frankban: I'm still getting my head around trying to plan all the parts small enough for cards. We tend to create so many on the fly 17:37
rick_h_it'll be interesting on friday17:37
frankbanrick_h_: yeah, I've found to be quite hard some time to subdivide tasks before at least a bit of prototyping. it's not so bad to create new cards on the fly IMHO17:38
hatchback17:38
rick_h_frankban: yea, I've got to keep room for that in our 2 week planning. So it seems like not that many cards but I know it'll be tough to get it all done in two weeks. 17:39
rick_h_learning experience :)17:39
rick_h_hatch: welcome to the land of the living and sub-second ping times?17:39
hatchnot sure I lost all of my ip's lol17:40
hatchso now I need to figure out what the ip of the router is17:40
rick_h_trace your way out to google and see when you hit something 192. super looking17:40
hatch2-3ms times on wifi17:41
hatchawww yeah17:41
hatchodly though internally i'm on a 172 ip17:42
hatchguess I'll need to change that17:42
hatchthat's kind of odd that they would use that17:43
bachas anyone played with flask before?  there's a presentation tonight on it and i'm going since it's the first technical talk in english i've been able to attend.18:35
Makyobac, yeah, I love it.18:36
rick_h_bac: yep, it's interseting. It's lighter pyramid based on armin's stuff18:37
baccool18:37
rick_h_I don't get a lot of benifit over pyramid so I've not kept it around for anything just tinkered18:37
baci went to some lightening talks in spanish.  understood more than i thought i would.18:38
rick_h_very cool18:38
=== abentley__ is now known as abentley
hatch_annnnnd there goes the internet again19:46
=== hatch_ is now known as hatch
* Makyo gets Charmworld mostly working. Must walk dogs, then keep at it.22:02
hatchcharmworld doesn't have a sweet makefile like we do?22:27
MakyoOh, it totally has a sweet makefile.22:44
Makyomake run just dies.22:44
hatchlol22:44
hatchsuper sweet22:44
hatchrick_h_ I'd like to move the bug in High to Urgent for frankban to do in the morning as it's blocking me now22:51

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!