/srv/irclogs.ubuntu.com/2015/02/10/#juju-gui.txt

=== kadams54-away is now known as kadams54
=== kadams54 is now known as kadams54-away
lazyPowerrick_h_: do you have 2 minutes for me?15:10
rick_h_lazyPower: sure thing15:10
lazyPoweri just got a mail from castro about the big data topic page, our second listed bundle 404's, but the repository exists in lp15:10
lazyPowerhttps://jujucharms.com/big-data - the high performance view details link15:11
rick_h_lazyPower: looking15:11
lazyPowerany insight? i'll file a bug @ github - but it makes no sense to me15:11
rick_h_lazyPower: is that https://jujucharms.com/high-performance-batch-processing/4 ?15:12
lazyPowerthats the one15:12
lazyPowerits ina  different namespace hwoever15:12
rick_h_lazyPower: looking to see the diff in the charmers one that shows up vs the other one with the bigdata-charmers15:12
lazyPoweryou know rick_h_, if i remember correctly - we are warehousing teh bundles in both places - but only /~charmers/bundle link is the store link (otherwise its marked as development focus in launchpad)15:13
lazyPoweri'm wondering if there's a collision going on here, or something similar15:13
lazyPowerbut i bug reported it so we can track progress https://github.com/CanonicalLtd/jujucharms.com/issues/4415:14
rick_h_lazyPower: yea looking 15:14
rick_h_jcsackett: can you check out and see why ^ would 404? It looks like it should load via the api here: https://api.jujucharms.com/v4/~bigdata-charmers/bundle/high-performance-batch-processing-6/meta/any?include=bundle-metadata15:17
rick_h_jcsackett: wondering if the -charmers is causing us to not just remove dupes, but 404 the details 15:18
jcsackettrick_h_: looking.15:18
rick_h_lazyPower: I'm going to be this is because the team name ends in -charmers and we've got a temp hack in to remove dupe entries 15:18
rick_h_lazyPower: so it's 404'ing this one so that the promulgated one is the one that shows/is used15:18
rick_h_lazyPower: jcsackett can confirm if that's the reason for the 404 and get back to you15:18
rick_h_lazyPower: we're working on a back end model change to remove the dupes properly, but it'll take some time this month for that to complete and get rolled out15:19
lazyPowerthanks rick_h_, i appreciate you taking a look15:19
lazyPoweryeah, murphy's law + time = current state of things15:19
lazyPowertotally understood15:19
rick_h_lazyPower: so my 'answer' right now is to update that page to point to the promulgated bundle which should be the best source anyway15:19
lazyPowerok, thats not something I can do right?15:19
rick_h_lazyPower: we're working on a release today and can update that url if you can confirm it's ok to do so15:19
rick_h_lazyPower: no, we have to adjust the url in the template file but it's a one line change jcsackett can get in before release today15:20
lazyPoweri +1 that notion. having a bundle listed vs a 404 is a 100% better experience.15:20
rick_h_jcsackett: follow ^ ?15:20
lazyPowerif we need to do anything charmer side to update, i'll make that happen15:20
rick_h_lazyPower: right, so the thing you all can do is update the ~charmers version with the latest code form the other team15:20
rick_h_it looks a bit behind using r4 of the charm vs r715:21
rick_h_jcsackett: http://bazaar.launchpad.net/~bigdata-charmers/charms/bundles/high-performance-batch-processing/bundle/view/head:/bundles.yaml and http://bazaar.launchpad.net/~charmers/charms/bundles/high-performance-batch-processing/bundle/view/head:/bundles.yaml15:21
jcsackettrick_h_: the promulgated version should just be the bundle absent the /u/..../ stuff, right?15:21
rick_h_jcsackett: correct15:21
jcsackettb/c that's *also* 404.15:21
jcsackettrick_h_: https://jujucharms.com/high-peformance-batch-processing/15:21
rick_h_jcsackett: https://jujucharms.com/high-performance-batch-processing/415:21
rick_h_jcsackett: https://jujucharms.com/high-performance-batch-processing/15:21
jcsackettthose are 404s for me.15:22
rick_h_https://jujucharms.com/high-performance-batch-processing/ is a 404?15:22
jcsackettrick_h_: also, we only filter out the *-charmers stuff on search results--we don't *not* display them.15:22
rick_h_jcsackett: that's what I wanted to verify15:22
rick_h_jcsackett: since it shows up in the api I was wondering why it would 40415:22
rick_h_jcsackett: so we might need to runa local storefront and debug the page load through the api15:22
jcsackettrick_h_: no need.15:25
jcsackettthe answer is far simpler.15:25
rick_h_jcsackett: hah15:25
jcsackettthe link on big-data is to high-peformance-..., not high-performance-...15:25
jcsackettthat 'r' is pretty important.15:25
jcsacketti'll go ship a trivial.15:25
rick_h_jcsackett: ty kindly15:25
jcsackettlazyPower: ^15:25
rick_h_lazyPower: typo ftw15:25
jcsackettsimple fix, we'll have it up soon. :)15:25
rick_h_well FML15:26
lazyPower\o/15:26
lazyPoweri like simple fixes15:26
=== kadams54 is now known as kadams54-away
=== kadams54-away is now known as kadams54
=== whit is now known as whit|review-q
=== kadams54_ is now known as kadams54-away
hatchfrankban_: so the uuid endpoint, will it be required for the juju-core endpoint as well or just the wss requests?16:49
frankban_hatch: juju-core endpoint? oh, you mean the HTTP proxy?16:50
hatchyeah16:50
hatch^/juju-core/(.*)16:50
frankban_hatch: not sure, let me check16:50
hatchthat's for the icons right?16:50
hatchthanks16:51
frankban_hatch: that's both for the icons and for uploading local charms IIRC16:51
hatchahh16:51
hatchso then it does make sense that it should require it...in some capacity at least16:51
frankban_hatch: I confirm they also use the new endpoint: https://github.com/juju/juju/blob/master/apiserver/apiserver.go#L32316:54
hatchfrankban_: alright thanks!16:55
frankban_hatch: IIRC the ProxyHandler should already redirect everything under /juju-core16:57
frankban_hatch: so this is actually also a change to be made in the GUI later16:59
hatchfrankban_: correct, it's looking like it simply redirects what's been sent to it16:59
hatchfrankban_: with a deployed juju-gui charm, what's the best way to modify the live source/pdb etc17:11
hatchfor the guiserver that is17:11
frankban_hatch: hangout?17:15
hatchfrankban_: sure, joining standup17:15
=== kadams54-away is now known as kadams54_
Makyouiteam looking for reviews on the charm update to support v4 bundles: https://code.launchpad.net/~makyo/charms/trusty/juju-gui/guiserver-v4bundle/+merge/24923618:30
=== kadams54_ is now known as kadams54-away
=== kadams54-away is now known as kadams54_
hatchwoah nodejitsu was bought by godaddy20:46
jrwrenwhat is nodejitsu?20:47
jrwrenoh. hosting.20:47
hatchkind of like heroku for node20:47
hatchsortof20:47
jrwrengodaddy is evil, so sounds like a new nodejitsu work alike is needed.20:48
jrwrendoesn't node work on heroku?20:48
hatchif you get a node gear20:48
hatchor whatever they call their vm's20:48
hatchheh20:48
jrwrenbuildpack20:48
hatchthat's it20:48
hatcha while ago nodejitsu was far superior20:49
hatchnot sure anymore20:49
hatchit's been probably 2 years since I looked heh20:49
hatchI can't imagine their new overlords will be very good for the company20:49
hatchany company that supports a closed internet can shoveit20:50
=== kadams54_ is now known as kadams54-away
hatchI have this simple sublime plugin that marks new/changed lines when working with git - I do not have this functionality with bzr and I miss it!21:46
huwshimiMorning21:59
=== whit|review-q is now known as whit
=== kadams54 is now known as kadams54-away
=== kadams54-away is now known as kadams54

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