[11:05] http://askubuntu.com/questions/597826/difference-between-deploying-bundle-with-quickstart-or-juju-deployer/597835#597835 - needs citation/approval from UX team [11:31] lazyPower: rgr will do ty [11:33] if its totally wrong - i blame hatch. [11:33] * lazyPower sips coffee and awates flame-on mode when hatch shows up [11:33] *awaits [11:34] hah [11:53] lazyPower: ok, edits in, let me know what you think [11:54] lazyPower: I know that the question was quickstart vs deployer, but I wanted to try to pull out that quickstart was designed/built for that single command to get started with juju, vs just another bundle deployment tool. [11:54] lazyPower: http://askubuntu.com/review/suggested-edits/390134 [12:03] rick_h_: approved! [12:03] ta [12:03] lazyPower: feel free to edit back and such as I've not had coffee yet [12:04] this is why i made sure to follow up - let the UX peeps shine [12:04] hah, ty for catching the question [12:04] I have a SO email but it's too much junk I end up auto deleting. I guess I've not set one up for AU [12:04] i listen for mup [12:04] or the ask bot - i forget which drops in #juju with the links [12:05] ah right, yea I've caught that sometimes but don't watch them overnight/etc [12:05] highlights are amazing for channel scanning :D [12:05] but i'm maybe 1/4 as popular as you are [12:05] so it may not be agood method for you [12:06] heh, /me ducks and hides in a corner [12:11] :) === kadams54 is now known as kadams54-away [13:33] good morning. bug 1413654 is marked fix-released, but i'm still seeing the issue as of cs:trusty/juju-gui-21. is there a known work-around, or alternate branch that includes the fix? [13:33] Bug #1413654: Bundle Export link broken in Juju-Gui 16+ === kadams54-away is now known as kadams54 [13:36] fyi hatch ^ [13:39] beisner: is this a deployed gui or the demo? [13:40] beisner: and what is the stack you've got you're exporting? [13:40] rick_h_, deployed. [13:40] beisner: a quick test on the demo site with one deployed charm works so might be something in one of the charms is having a hard time getting serialized [13:40] beisner: would love to have a screenshot or details on what's in the stack there to reproduce [13:41] rick_h_, it's a full stack openstack bundle that i'm validating in prep for charm store [13:41] i'll link you to it shortly. [13:41] beisner: ty [13:42] beisner: yea, going to guess the "to" error is around placement [13:42] beisner: so some bug specific to the placement of the services in your bundle we'll have to replicate/trace down [13:45] rick_h_, here are the juju stats http://paste.ubuntu.com/10615355/ [13:46] beisner: ok yea the direct placement stuff is still in progress as we update the deployer and have to update the gui export once that lands. It shouldn't traceback at you though for sure while we get that working [13:48] rick_h_, ok i see - something is in-flight. let me know if there's more i can do to help on the bug. [13:49] beisner: np, ty for the report and prod on it. [13:50] rick_h_, it's really not critical, i was going to use it mostly for x/y coords instead of thinking hard about those coords. ;-) [13:51] rick_h_, i think it will gather add'l heat though, as we come up with additional openstack bundles for the charm store. holler back if you need to to throw something at it. [13:52] beisner: ok to use your pastebin in the new bug report? [13:52] rick_h_, ha! just posted it. [13:53] beisner: ok, I'm going to move it to a new bug around the placement directive stuff [13:53] beisner: just to split it as it's a different line of work/issue [13:53] rick_h_, ok thank you === kadams54 is now known as kadams54-away [13:56] beisner: https://bugs.launchpad.net/juju-gui/+bug/1433096 is the new bug and https://code.launchpad.net/~makyo/juju-deployer/machines-and-placement/+merge/251857 is the WIP on the deployer side to let us export stuff that has machine placement stuff in it [13:56] Bug #1433096: bundle export link fails when placement is involved [13:57] rick_h_, great, thanks again. [14:38] rick_h_, the jujucharms.com authors page advises "Refer to the Bundles page for instructions on how to create bundles of charms and submit them to the store." But the link is broken (https://jujucharms.com/docs/charms-bundles.html). Do I need to raise a bug somewhere? [14:38] Not sure which channel/team to ask. [14:40] Referring page = https://jujucharms.com/docs/authors-charm-store [14:40] beisner: sec looking. [14:40] beisner: yea, it's in the nav link as well, and only that page seems to not route [14:41] but does exist in the docs so filing a bug for us to inviestigate and if it's docs related we'll move the bug to the docs [14:41] beisner: we've also got a release we're working on getting out that fixing some routing so might be fix on the way but will verify [14:41] beisner: https://github.com/CanonicalLtd/jujucharms.com/issues/58 [14:41] rick_h_, is there a working (perhaps not-yet-linked) url for the bundles page? [14:41] fabrice: can you peek at https://github.com/CanonicalLtd/jujucharms.com/issues/58 and chase that please? [14:42] beisner: it should be https://github.com/juju/docs/blob/master/src/en/charms-bundles.md [14:42] rick_h_, ack, thanks again! [14:42] np [14:43] beisner: yea, looks like it's working on our QA site http://qa.storefront.theblues.io:6543/docs/1.20/charms-bundles so that fix is probably on the way in the deployment [14:43] sweet [14:45] rick_h_: so I have nothing to look at :) [14:45] fabrice: yea, looks like not sorry [14:46] rick_h_: I like it === urulama is now known as urulama|afk [15:32] How do you look up bundles in v4 api? [15:33] marcoceppi: just query for bundle [15:33] marcoceppi: type=bundle [15:33] oh woops sorry heh the api not the website :) [15:33] https://api.jujucharms.com/v4/search?type=bundle&limit=1000 [15:33] so, how does that look in the URL? https://api.jujucharms.com/v4/mediawiki-scalable ? [15:33] marcoceppi: ^ [15:33] * hatch goes away [15:34] yeah, but if I wanted to get the bundle.yaml file for a bundle [15:34] I'd need to know it's address, right? [15:34] https://api.jujucharms.com/v4/bundle/mediawiki-scalable-9/archive/bundle.yaml and https://api.jujucharms.com/v4/bundle/mediawiki-scalable-9/archive/bundles.yaml.orig [15:35] ah, so the whole not found message for bundle/mediawiki-scalable-9 is because I didn't give it a query? [15:35] marcoceppi: https://api.jujucharms.com/v4/bundle/mediawiki-scalable/meta/any for just checking if it exists [15:35] marcoceppi: right, you need to ask for something [15:35] there we go, thank you [15:35] https://api.jujucharms.com/v4/bundle/mediawiki-scalable/meta/id for instance [15:36] np [15:36] marcoceppi: and jcsackett is working today on pulling the python lib out so hopefully be end of week we'll have the open source client in the juju org === kadams54 is now known as kadams54-away [15:36] rick_h_: I finally got around to doing that jujusvg as a webservice, just adding some finishing touches [15:36] marcoceppi: ah nice [15:37] * rick_h_ will be eager to check it out [15:37] <3 the jujusvg code btw frankban [15:37] that's Makyo [15:37] ^ [15:37] fuuuu [15:37] w/e all those who hath made it [15:37] I reviewed a branch of it once... [15:37] well his baby [15:37] yay me!! [15:37] hah! [15:38] haha [15:38] hatch: photo bombs the credit reel on jujusvg [15:38] lol bingo [15:38] jcsackett: so let's keep marcoceppi in the loop on the progress and pr and such when we get things pulled apart ^ [15:39] yes pls, righ tnow I'm just hitting endpoints but having the API library would be boss [15:39] rick_h_: ack [15:39] jcsackett: <3 [15:39] also I can start moving our tools over [15:39] marcoceppi: we should be able to help you out real soon. [15:39] \o/ [15:40] And I look forwards to people outside our team using it. === kadams54-away is now known as kadams54 === kadams54 is now known as kadams54-away === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 === kadams54 is now known as kadams54-away [18:46] Does the v4 api give a status code other than the json Message/Code? [18:46] nvm, yes it does [18:51] :) === kadams54-away is now known as kadams54 === kadams54 is now known as kadams54-away [20:05] This may already be a known issue (and I opened a bug in case it's not), but this page is a 404: https://jujucharms.com/docs/tools-charm-tools/ [20:24] aisrael, where do you see that link referenced? [20:25] oh, in the sidebar [20:25] https://jujucharms.com/docs/tools-amulet/ is also busted [20:25] aisrael: yep, we're working on getting a deployment that has that fix in for some routing issues with trailing slashes and such http://qa.storefront.theblues.io:6543/docs/1.20/tools-charm-tools [20:25] jcastro: https://jujucharms.com/docs/, http://pythonhosted.org/charmhelpers/getting-started.html#installing-charm-tools [20:25] jcastro: aisrael yep, hit it with the bundle one as well [20:25] rick_h_: awesome, thanks [20:25] rick_h_, do we have a way of just spitting out everything with a 404? [20:26] jcastro: not yet [20:26] jcastro: we've got the sitemap stuff and once we have that we want to start link crawling and referencing that against the sitemap which would bring up the 404s [20:26] I found a few yesterday I fixed by hand [20:27] k [20:27] yea, we need to toss a link crawler at the site but waiting on the current fixes + the sitemap stuff [20:27] after we sort it it would be nice to just have the docs builder or whatever autofile a bug on new 404's [20:27] rgr === kadams54-away is now known as kadams54 === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54