[00:33] hatch: Any ideas how to not actually include that file in our build step? [00:33] (the yui3-skin-sam file) [00:34] umm [00:34] what's it called? [00:35] hatch: I dunno. yui3-skin-sam.css? [00:35] oh crap, I was going to grep for it but I'm trying to fix my vm right now so I cant :) [00:35] so anyways, check in the make file, and the merge-files merge-files.js files [00:40] hatch: Oh actually could it just be including the skin file for each widget? [00:41] thats possible too - or it was just copying the css over [00:43] hatch: There's a this call which might be doing that: merge.getYUIFiles() [00:43] sorry I gota run for a couple hours [00:43] when I get back I can take a closer look [00:44] hatch: It's all good, thanks :) [01:25] huwshimi, hi! I kicked comingsoon. You should have regenerated images and css now. Please report on the mailing list if you see some good changes. [01:25] hatch, gave you LGTM and QAOK. [01:25] gary_poster: Thanks a lot! [01:25] * gary_poster runs away again. [01:25] welcome :-) [03:34] huwshimi: back [03:34] annnd my vm is bricked....awesomer! [03:37] hatch: Oh dear [03:37] I'm mostly pissed that people in the real world are probably having the same issues [03:38] hatch: I found this, it looks like this person is trying to do the same thing: http://yuilibrary.com/projects/yui3/ticket/2530057 [03:39] yeah - so were you able to find all instances of it in our codebase? [03:42] hatch: Yeah, the only references were in our CSS or HTMl [03:42] oh ok awesome [03:42] (Which are all now gone) [03:44] hatch: I would have thought it was a common thing to not include any of the base CSS. [03:58] yeah the GUI on this vm is totally borked [04:02] basically it looks like vm's do not love 13.10 [04:02] ouch [04:03] looks like people are having similar issues on virtual box and parallels [04:03] I guess when they made the changes to the display stuff noone checked to make sure it works in vm's :D [04:05] huwshimi: did you happen to get your branches landed? [04:05] er branch? [04:05] hatch: the yui skin one? [04:05] the bundle labels one [04:05] er [04:05] search labels [04:07] hatch: Oh, no I didn't. I'm happy to just change the labels or leave them with the flag. I don't think it matters that much, but if you or someone else has strong feelings I can fix it up... [04:08] not strong feelings, I was just commenting because I don't really see what bennefit they give us :) [04:08] ""it WILL be 'featured' next week, but today its 'featured charms'"" [04:08] :D [04:10] hatch: I'm happy to change it if you like :) [04:11] well don't if there was a reason for the flag [04:13] hatch: Nope, only cause Gary mentioned to do it that way :) [04:32] :) [12:21] hatch, not quite sure what you and huwshimi were referring to, but I'm happy to listen. I probably can be convinced by whatever you prefer [12:21] rick_h__, do you want a re-review or are you good (deploy-quicksearch)? [12:21] gary_poster: I'm good, just wanted to publish the notes and take another look at the updated diff with the s/deploy/deployService [12:22] gary_poster: tryingto get lbox to go through before I leave for the dr appt [12:22] cool, good luck. :-) any progress qith git/travis, or is that in the back seat for now? [12:22] and of course, some test pyjuju test is trying to make me cranky this morning [12:23] :-) [12:23] gary_poster: back seat, was going to play with it some at CHC tonight. [12:23] cool [12:23] whatever CHC is :-) [12:23] gary_poster: but to do the github 'hook' you have to have a url you get POST'd to with a json payload [12:23] gary_poster: so was looking at what it would take to do that [12:23] gary_poster: sorry, coffeehousecoders http://royaloak.coffeehousecoders.com/ [12:23] my weekly promised 'coding/social' time from my wife :) [12:23] oh, fun [12:24] :-) [12:25] ok, off to doc. Hopefully this submit will go through. /me shakes fist at lbox! [12:25] :-) bye [12:26] frankban, welcome back. :-) approved expenses [12:32] bac: can I get a quick review of https://codereview.appspot.com/19430043/ [12:32] benji: sure [12:32] thanks [12:33] benji: our path parsing is suboptimal. :( [12:33] heh, yeah [12:37] benji: but this branch makes it less so. thanks. LBBGTM [12:42] Fruitastic! [12:51] benji: is your card ready to move? [12:51] bac: yep (to landing); I'll move it. [12:51] yay, space [12:52] gary_poster: if we're swarming on bundles is 5 the right lane limit? [12:54] probly not, thanks. thinking. 8 of us...I don't do much, staring out the window all day long...Francesco is only occasioanly working on this but is now...ok, I'll push it up to seven for now and will decrease to six soon after [12:54] Done [12:55] ty [13:00] gary_poster: thanks! :-) could you please ping me when you have a minute for a call? [13:03] ack, will do [13:03] thanks [13:03] gary_poster: my timing is poor: rick_h__ is AFK and I'm ready to talk to him about the proof stuff. Do you know enough to get me started? Does he have WIP? [13:04] benji, I think he's almost ready to start it. I suggest looking at the normal priority ones [13:06] k [13:10] frankban, I am now having fun filing an RT. Let me know when you are ready, and if you have a hangout or you want me to make one [13:19] benji: so I was going to start that card now that my current branch is landing [13:19] benji: can you request the deploy if you and bac are ok with it? I meant to get back with you guys after the call yesterday [13:20] rick_h__: I don't see any reason we can't deploy. This will be the first deploy I have requested (I think) so I'll look up the how-to. [13:20] benji: sec, I've got a doc I think to look at [13:21] benji: shared a gdoc with you. I think bac has a more official one, but this was my notes from my time requesting it [13:21] gary_poster: ready when you are, https://plus.google.com/hangouts/_/7acpjjctqbq3ojqji2r6llsln8?hl=en [13:21] thanks [13:22] bah, gary_poster beat me to landing so I got the conflict :P [13:27] I hate google docs so much. [13:27] lol [13:28] brb, moving to coffee shop [13:31] helpful tip, when paychex.com displays a message saying "System down for maintenance." it really means they don't support your browser. [13:32] rick_h__: we don't want to update the charm, right? [13:33] (It seems to me we should always update the charm, even if it doesn't need it, just for hygene.) [13:38] benji: oh hmm, I don't think we have any charm updates but not sure. [13:38] bac: lol big business translations [13:41] benji, rick_h__: are you looking at this doc https://docs.google.com/a/canonical.com/document/d/1G6IoLyDz3VSw7lMRL7QUbaKKXropxyVm3uOFYsqKSeU/edit#heading=h.rrofd67agcbz [13:42] bac: nope, but Rick's is essentially the same. [13:42] bac: no, but that's the 'better doc' I mentioned. Just didn't have a link for it handy [13:42] rick_h__: perhaps we should move to OneTrueDoc [13:43] bac: definitely, where is that one located in? [13:43] bac: I'm all for using it, just didn't have it handy and had a personal 'notes' doc that's mostly just copied irc conversations lines :) [13:43] rick_h__: the one i just pasted is curtis' and it seems up-to-date [13:44] bac: ah, I was lookin in the charmworld folder for a doc [13:44] rick_h__: if you have more info in yours perhaps you could add it to curtis' [13:44] bac: I foud it now in the juju-gui doc [13:44] errr folder [13:44] benji: i see you landed r432 of charmworld but it isn't deployed on staging. did you use 'lbox submit'? [13:45] bac: I did. Darn! [13:45] My next branch will be to disable lbox submit. [13:45] (without disabling lbox propose) [13:45] benji: i think we can just change branch ownership. i'll do that now. [13:46] bac: k [13:46] benji: first, let me bump staging to r432. [13:46] k [13:46] bac or benji, could you give me an example of the charmworld deployer file URL for bundles? That is, the URL that the deployer can use? [13:47] gary_poster: http://manage.jujucharms.com/~benji/bundle/wiki/5/wiki/json [13:47] perfect thanks benji [13:52] antdillon: if you get a sec, the '+' to deploy from the quicksearch has hit comingsoon. http://comingsoon.jujucharms.com/:flags:/charmworldv3/searchDeploy/ [13:52] antdillon: that icon looks a bit tiny though. Can you double check/grab me an updated png if that's not correct please? [13:52] rick_h__: deploy done [13:52] benji: awesome, thanks [13:52] http://manage.jujucharms.com/api/3/bundle/proof woot [13:53] marcoceppi: so the first stage of the proof url is on manage.jujucharms.com ^^ [13:53] rick_h__: spectacular [13:53] rick_h__, Sure [13:53] marcoceppi: please let me know when proof is updated and we'll get that updated in charmworld and proofing bundles on ingest [13:53] rick_h__: I'll run my tests and get 1.1 ready for release [13:54] benji: ^^ can do run in parallel once marcoceppi's proof update hits if you want. Just a heads up. I'm working on the relation proof bits now, but it won't change the api or how proof needs to get added to bundle ingest [13:54] bah, "can be" man wtf is today monday? [13:54] benji, so the best way to generate that URL from https://manage.jujucharms.com/api/3/bundle/~benji/wiki/wiki/ is to use the given id, insert "bundle" after the name, prefix the charmworld root, and suffix with "json"? [13:55] gary_poster: I think the *version* is required? /me double checks [13:56] gary_poster: nvm, ignore me. Guess not [13:56] :-) [13:56] benji, would it be both trivial and better to add a "deployer_file_url" key or similar? [13:56] bac or rick_h__ opinions also welcome [13:57] gary_poster: well I would prefer it if it was an api url myself, but that was a point of discussion among us previously [13:57] oh [13:57] https://manage.jujucharms.com/api/3/bundle/~benji/wiki/wiki/data or something [13:57] * gary_poster steps on landmine BOOM [13:57] morning [13:57] gary_poster: yep, a pointer to the deployer file from the JSON would be good [13:57] we can support adding a trailing /someting to pull the deployer file straight from the api url we already have [13:58] yeah I wondered about that. I'd be OK with either [13:58] or we can add a new key to the deployer dict of data, so yes, there's a couple trivial ways to do it [13:58] but we already have the other support [13:58] right [13:58] seems like adding a key to the API output would be fastest and reasonable [13:59] benji: staging is now on 432 [13:59] bac: cool [13:59] we should add the current revno to the heartbeat page [13:59] benji: +1 it was always talked about but never done [14:01] bac, benji, rick_h__ I will make a high priority card for this, because it will really make the deploy tab make more sense than it does now. volunteers welcome. I think proof is more important than this, though, fwiw. I welcome disagreement on my relative prioritization of this [14:01] +1 [14:01] rick_h__, I think they also look a little like close icons because of the colour but I'm grabbing a designer/UX :P [14:02] antdillon: thanks, it's behind a feature flag so not exposed to users yet. Appreciate you peeking at it and agree it needs a little more <3 [14:06] rick_h__, Luca is not about as he has been recalled to Oakland ... poor guy ... spoke to spencer who checked the design and said it matches so I guess it's good [14:06] antdillon: ok, yea I mean I landed it since it does match the design. Just think it's not really looking as good as hoped in real life. [14:07] antdillon: appreciate it if we could put something on the back burner maybe to see what luca thinks when he's back as I know search is his baby [14:07] rick_h__, I will suggest we work out a hover and possibly a click state for the button. We have designs for them [14:07] antdillon: hmmm, hover for just that icon? [14:07] rick_h__, Also could it have a few px padding to increase the hit area so you dont have to be a sniper to get it [14:07] antdillon: we have a hover effect/color change for the item as a whole [14:08] antdillon: yea, if we were to do a bigger icon I figured that would help so didn't do the padding for now [14:08] antdillon: but can look at doing that as a quick drive-by 'tweak' to make it a bit nicer [14:10] rick_h__, Let me get the design for the tick box on inspector its quite close [14:10] gary_poster: any card in mind that you'd like done? [14:10] hatch, Morning, my branch is good for review if you have a min# [14:11] sure thing [14:11] hatch, Thanks! [14:12] adeuring: ping [14:12] adeuring: can you add the bzr revno in that heartbeat branch you've put up real quick as a drive-by please? [14:12] antdillon: is there a bundle/charm that shows it working? [14:12] rick_h__: nice idea, but let me add that to a follow-up branch; I want to add more heartbeat data anyway [14:13] adeuring: ok, thanks. benji bac ^^ any other requests while adeuring is tweaking heartbeat? [14:13] hatch, Yeah try "workitems-tracker" [14:13] hatch, yeah, helping ant sounds good. after that, any card in bundles is good, preferring high and then normal. non-blocked JS-only ones include "bundle details opens with service selected..." (which I *think* has some tricky svg work because we have to make our own squircle, but I could be wrong; or import control; or you can take over on an import bug diagnosis I'm doing for Maarten Ectors for a yaml file he gav [14:13] e me. [14:14] if it is (very) easy, uptime (since we only have one backend app server it will be an easy way to verify deployments and restarts) [14:14] adeuring: ^ ? [14:14] rick_h__, https://drive.google.com/a/canonical.com/file/d/0B2sqJRO7vy3ZZ2N0XzlTUTZSYnM/edit?usp=sharing [14:15] rick_h__, benji; nice idea; I'll add it [14:15] antdillon: that doesn't have the deploy button though in the search results from what I can see? [14:15] rick_h__, adeuring: revno and uptime would be swell [14:15] antdillon: or were you linking me that for another reason? [14:16] thanks a ton adeuring! [14:16] rick_h__, No but has a the notifications list checkbox, my guess is Luca will want states for the icon [14:16] gary_poster: ok sounds good [14:17] antdillon: I'm confused. So the + should be a checkbox? Or you just mean you guys want to generate a hover state for hte + icon and get that to us to update? [14:17] antdillon: so if the url in the description is a link then it's working? [14:18] rick_h__, Yes they will need to review and will get hover and maybe click states once Luca lands [14:18] antdillon: ok, well will put it on hold and leave it as is for now then. Thanks for checking up. [14:18] hatch, Yes and also the links the commits, check mySQL or wordpress for that one [14:18] rick_h__, Np [14:19] cool looks to be working good here [14:22] antdillon: it's being proposed now [14:22] hatch, Thanks a lot [14:24] gary_poster: so the service selected thing....that means just pick any service on the canvas and select it and add in a 'clicking a service adds a ring around it' ? [14:24] hatch, yes [14:25] hatch, squircle in particular, per design [14:25] hatch, squircle selection thing should always be in play [14:25] hmmm [14:25] that is, if someone clicks on a service, squircle should show up there [14:26] well what the heck it's about time I learn svg anyways :) [14:26] I started trying to make my own svg squircle at the time. there are a few generators and then I put it in inkscape to shrink. I would do a pre-imp with Makyo first though [14:26] I was just playing one night at the sprint [14:27] ohh - I was thiking of generating it on the fly [14:27] can d3 not do that for us? [14:27] gary_poster, for these bundles I am working on [14:27] squircle is not a common-enough shape [14:27] you don't support showing colocation on the gui do you [14:27] ahh [14:27] or can I do like "all in one wordpress" [14:28] antdillon: https://codereview.appspot.com/19790044/ submitting now [14:28] jcastro, nope. :-/ and colocation in gui is being pushed back to post 14.04 unless I can find a way to sneak it in :-/ [14:28] ugh, what? [14:28] didn't know that [14:28] yup [14:28] other company-internal priorities took over [14:28] so ... will the bundle work or just look wrong? [14:29] and of course there are conflicts haha [14:29] jcastro, I think it will work. [14:29] ok so I should give you split up bundles, not colocated ones? [14:29] jcastro, I *think* the GUI will just not show you that you are on the same machine, unless you look really close [14:29] hatch, Awesome, thanks [14:29] jcastro, yeah, I suggest we do not colocated for now. We can strategize about colocated later [14:29] heh, the charmworld addition of assertNoException to TestCase is funny [14:30] gary_poster, also, when bundles v1 lands ... what does the CLI of deploying it from the charm store look like? [14:30] like can I do `juju-deployer http://jujucharms.com/blah`? [14:31] evil, in fact; it will hide assertion errors in tests [14:31] jcastro, yes. We will be filling in the exact files to this page, but as preview: http://comingsoon.jujucharms.com/sidebar/search/bundle/~hatch/wiki/7/TestBundle/:flags:/charmworldv3/?text=hatch#bws-deploy [14:32] juju quickstart <--- awesome! [14:32] antdillon: another thing to add to your list of things to do....merge in trunk pre-push ;) [14:32] hatch: it's been a busy trunk today for what it's worth [14:33] oh that's fine [14:33] hatch, Ah lol it was :( [14:33] the conflict was easy to resolve :) [14:33] gary_poster, one more question! The deployer files can be deployed from the store though right? [14:34] like if I wanted to tell someone "here's the URL for the best wordpress bundle" and then they don't have to like download the deployer file each time, etc. [14:34] antdillon: except now qa doesn't pass [14:34] jcastro, not sure what you mean, but...ah, yes. Correct. [14:34] right, [14:34] juju quickstart http://blah [14:35] hatch, Damn ... so close [14:35] that wil work, and also "juju quickstart bundle:~hatch/wiki/7/TestBundle" will work, jcastro [14:35] antdillon: do you have time right now to debug it? [14:35] (but deployer will only support the http ones) [14:35] got it [14:35] hatch, I make time [14:35] ah, it won't hide AssertionErrors... but it's still silly [14:36] hatch, Not all of it, just for this [14:36] and as far as workflow etc, as far as people submitting bundles, I know we agreed to make them the same as charms [14:36] but like will this be a separate page in the docs or? [14:36] antdillon: :) sounds good - so the conflict is because tmplData was renamed to templateData [14:36] Ah ok, easy enough [14:36] but the error is visible when you try to view the mysql charm, it throws an error that recent_commits is undefined [14:37] jcastro: Makyo submitted a doc update to evilnickveitch, I believe, for bundles. [14:37] ah, perfect, thanks [14:38] hatch, So there need error checking there [14:39] guess it's a good thing I merged and re-qa'd lol [14:39] hatch, Good catch! [14:41] jujugui: i'm moving the trunk for charmworld on launchpad right now. please don't land anything until i'm done. [14:41] bac: rgr [14:44] rick_h__, where'd you guys hide the ability to show all charms again? [14:45] jcastro: heh, manage.jujucharms.com? http://manage.jujucharms.com/charms ? [14:45] jcastro: otherwise wait for this to load https://jujucharms.com/fullscreen/search/?text= [14:45] (empty search) [14:46] huh weird, empty search wasn't working for me [14:46] oh, you url hacked it? [14:46] jcastro: yea, you should be able to replicate just by hitting in the search field [14:47] jcastro: yea, in the jujucharms.com search field works for me :/ [14:49] it just takes many seconds to load due to pulling the giant json api call and rendering all the tokens [14:49] ok I have 5 bundles [14:50] with the discourse one I gave you that gives us 6 [14:50] jcastro: coolio, enough to flesh out the featured section [14:50] ugh [14:50] dude you are killing me [14:50] jcastro: how so? [14:50] the GUI exports "cs:precise/jenkins-8" and so on [14:50] mind if I cut out the -8 and all the version URLs? [14:50] jcastro: yea, I mean if you export a bundle and want to load it in another env it should be exactly the same [14:51] jcastro: pulling out the version is ok/safe [14:51] fair enough [14:51] jcastro: but I think that's not the best behaviour for users in real scenarios [14:51] jujugui call in 9 [14:51] ah crap, /me runs back to house [14:52] benji: join call now so i can ask you some questions? [14:52] bac: sure [14:52] rick_h__, sure, but for people who want a wordpress blog I want them getting the latest one [14:53] hatch, did you ever get your ghost stuff in launchpad? That'd be a cool bundle [14:53] rick_h__, ok, should I send these to you? [14:53] jcastro: nope my night was busy, and then my VM decided to explode [14:54] I seem to have a difficult time keeping Ubuntu running [14:55] jcastro, sometimes we want exact bundles, sometimes we want most recent bundles. medium term--soon enough--I think it will be good if we provide versions in our default descriptions, as we do now, but we communicate that a new version is available. should be easy enough in gui. less easy elsewhere, perhaps. but being precise is a good place to start IMO [14:55] * jcastro nods [14:55] ok so these are simple ones I got right now [14:55] I'll make some with crazy monitoring, etc. too [14:55] but those will require testing [14:55] these should be enough to unblock you though [14:56] awesome thanks jcastro. are these approved/recommended also? [14:56] I stuck to all charms in the store already [14:56] good [14:56] so these should be safe/recommended [14:56] jcastro, I mean, are the bundles promulgated [14:56] no, they're on my disk [14:56] oh! duh [14:56] sorry [14:57] I was like man, we can do that? [14:57] heh, yeah [14:57] that would be cool! [14:57] that's what we want [14:57] got it [14:57] cool thanks [14:57] ok so what steps do I follow for that? the doc that bzc gave nick? [14:57] the one with the "it must be in this crazy long url" :p [14:57] heh [14:58] lp:~/charms/bundles//bundle [14:58] do those promulgate? or do I need to propose it to something after that? [14:58] rick_h__, can you help jcastro with getting bundle in store? jcastro, https://docs.google.com/a/canonical.com/document/d/1paE70HEVgKA6LIjngzMa83OYr5jkZrOJ0hVNrYUuva0/edit# should start you maybe? [14:59] jujugui call in 1 [14:59] thanks Makyo [14:59] I'll follow that and catch you guys on the flipside of the meeting [15:00] thanks [15:20] rick_h__: what was the blocker? [15:20] hatch: running CI before auto landing a branch once it got a LGTM [15:21] bac: you were going to stay [15:21] ohh I thought it had a onComment hook [15:21] hatch, Fixed up the linkify branch when you have time [15:21] antdillon: cool thanks [15:21] he *said* he was going to stay [15:21] hatch: yes, and you can force a re-run of a travis-ci build, however you can't feed any info to that build to say "This time, in your after_success hook, go ahead and merge with trunk and close this pull request" [15:22] hatch: so the api needs updating to allow data passed to the 're-build this CI build with this extra 'approved' flag' [15:22] hatch: which isn't happening [15:23] ahhh [15:23] hmm [15:23] jcastro: cool so you want to push this up? So from that google doc you need to create a bzr repo with them in it, push them to that url, and then promulgate them like charms. [15:23] well...right now even after lgtm we have ot manually trigger it [15:23] so I suppose that's not really an issue [15:23] right now being, with lbox [15:23] hatch: so the issue is that you manually trigger and it runs for 7min. Then you have to MAKE SURE you come back in that 7min and land it [15:24] * benji waits for bac to come back. [15:24] hatch: right, the other thing to do is to recreate lbox submit and try to work the flow into a manual step there [15:24] doesn't lbox do that right now? [15:24] jujugui: charmworld trunk is now owned by ~juju-gui-bot. rejoice [15:24] yay [15:24] benji: hangout? [15:24] yay [15:24] * Makyo commences rejoicing. [15:24] bac: https://plus.google.com/hangouts/_/calendar/Z2FyeS5wb3N0ZXJAY2Fub25pY2FsLmNvbQ.j0rk5d371ph8331ijtf48t2uj0?authuser=1 [15:24] bac: woot [15:24] rick_h__: can the local script get a notification that it passed successfully? [15:24] hatch: it'd have to poll/ping [15:25] hatch: but if it lives as a service somewhere, the after_success hook could ping something [15:25] hatch: I'm looking at stridercd and wonder if we could self-host something that could do it, but don't know enough about it yet [15:25] ahh....hmm how unfortunate [15:25] hatch: otherwise it's basically setup jenkins + a bunch of scripts [15:26] yah...which kind of sucks [15:26] hatch: but that'll take time to try out/setup get right [15:26] hatch: and I'm doing this on my own time right now [15:26] I forgot to say that our bundle deploy developer story is the broke, because errors don't give helpful info and I can't get breakpoints to stop where I expect them to in Chrome. :-( Maybe the second issue is PEBKAC, but the first is real. I'm going to investigate and make a card once I know more [15:27] gary_poster: the quickstart deploy? or from the gui itself? [15:27] gui [15:27] gary_poster: hmm, well there's not much to break into right? I mean it loads the file and calls out to the deployer and just gets back whatever comes back from the delta? /me should look at the code before speaking...but wth :) [15:28] rick_h__, :-) this is with the sandbox [15:28] rick_h__: so does this mean that travis doesn't really give us anything if we have to switch to jenkins anyways? [15:29] rick_h__, is there a way to run a bundle through the charmworld proofer right now? I'd like to see if it can tell me what is wrong with Maarten Ector's files [15:29] hatch: correct, travis is cool, but the lack of the ability to trigger a new build via the api or to pass data to builds we re-start means we cannot run tests before LGTM lands the branch [15:29] gary_poster: yes, sec [15:29] thanks [15:30] rick_h__: yeah that kind of sucks...I wonder if the pro version adds these things [15:30] if not, it sounds like it's a pretty basic tool [15:30] hatch: no, it's relying on users to do the merge or for something else to pick it up and do it. It's a gap in the feature set imo, but from irc they're not sold it's their job [15:31] gary_poster: http://paste.mitechie.com/raw/1058/ [15:31] gary_poster: now that's using the tools I used to dev/check things [15:31] rick_h__, awesome thank you [15:31] gary_poster: feel free to swap httpie/curl or whatever if you prefer [15:31] ack [15:32] bac: if you get a second, see jcastro's request for some more cli examples in the bundles doc https://docs.google.com/a/canonical.com/document/d/1paE70HEVgKA6LIjngzMa83OYr5jkZrOJ0hVNrYUuva0/edit [15:32] rick_h__: ok, thanks [15:33] bac, here's what we do for charms [15:33] https://juju.ubuntu.com/docs/authors-charm-store.html#submitting [15:33] rick_h__: ahh gotcha [15:33] we'd basically need those kind of steps, but for bundles [15:39] * bac looks [15:39] I'm not sure which is worse, the wiki search or the charm search :P [15:39] lol [15:39] hatch: how is charm search letting you down? [15:39] rick_h__: haha no the wiki one is [15:40] its index must be....basic :) [15:40] hatch: yea, I think it's simple wordpress mysql fulltext [15:41] jcastro: the google doc we wrote was for nick use to craft docs for juju.ubuntu.com not as a final product. i've not gotten any feedback from him. but i'm happy to add whatever you want to that google doc. [15:41] oh ok [15:43] rick_h__, proofer found a bug in our bundle export (we should honor option type) so that's good. :-) thank you [15:43]