13:01:37 #startmeeting Doc/Web team 13:01:38 good morning / evening / afternoon, folks 13:01:38 Meeting started Tue Jun 11 13:01:37 2013 UTC. The chair is annegentle. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:01:39 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:01:41 The meeting name has been set to 'doc_web_team' 13:02:04 Agenda can be found at https://wiki.openstack.org/wiki/Meetings/DocTeamMeeting#Agenda_for_next_meeting 13:02:18 #topic Action items from the last meeting 13:02:29 er maybe I should ask who all is here? 13:02:46 then again maybe I see all I need to :) 13:02:50 >.> 13:02:53 :) 13:02:55 :> 13:03:07 1. annegentle ask about DocImpact automation. Done, sld started a patch to automate 13:03:14 #link https://review.openstack.org/#/c/30718/ original patch 13:03:21 NickChase, writerDiane_, annegentle, koolhead17, sld, EmilienM (no lorinh or razique) 13:03:37 also fifieldt_ picked up the work while sld was on vaction 13:03:43 hi all 13:03:50 at least that's what I got from reading through the links 13:03:52 #link https://review.openstack.org/#/c/32348/ new patch while sld went on vacay 13:04:04 can someone help me with the nova live migration feature ? 13:04:17 looks like there are more TODOs to try to make it expandable for other impact flags, but we need to stop drowning in DocImpact emails. 13:04:24 * ladquin here 13:04:27 not in this channel t4nk778, we're having a meeting :) try #openstack 13:04:36 ah ok ^^ 13:04:40 fifieldt_: do you have any more details about DocImpact automation? 13:04:52 t4nk778: yeah we can try to help elsewhere though! 13:05:03 well, Steven did all the hard work 13:05:18 effectively making code that creates bugs in launchpad similar to what I'm doing now 13:05:25 fifieldt_: sweet 13:05:26 I do, sortof... by 'borrowing' some other code and then changing that, and generalizing it... ;) 13:05:37 then extended that so that it only makes one bug per DocImpact 13:05:46 sld: hehe isn't that the way it goes 13:05:53 the bugs will still need some triaging after being created 13:05:58 but it removes a silly manual process 13:06:02 fifieldt_: that sounds really more reasonable though 13:06:07 then there are extensions we can add 13:06:11 eg 13:06:12 1) alter the text on bug update 13:06:12 2) close bugs associated with abandoned patch sets 13:06:12 3) mark patch-merged bugs as 'confirmed' 13:06:14 in the future 13:06:30 Freakin' nifty 13:06:49 esp. the close doc bugs when a patch gets abandoned 13:06:58 ok there was one more action item 13:07:05 2. annegentle and sld meet to talk about install docs 13:07:25 Met, talked about install docs, docimpact, config automation. Probably about rain too since we are in Texas. :) 13:07:38 That was sld's action item too. Done and done. 13:08:15 Oh and I forgot to mention, fifieldt_ is going to take over the meeting later when I have to leave early... we sorted the agenda 13:08:22 ok next topic 13:08:23 #topic Shaun McCance starting June 20, contractor for Cisco 13:08:45 It took a pile of paperwork but Shaun's hired. Woo. 13:08:52 congratulations 13:08:53 Congrats 13:08:53 He's running the Open Help Conference June 15-19. 13:08:59 #link http://openhelpconference.com/ 13:09:14 He'll be working on sorting through install guides to create explanatins for multiple architectures. 13:09:21 * annegentle can't spell 13:09:41 isn't that a requirement for someone working with docs? :) 13:09:45 The contract is 3 months if I recall correctly. 13:09:50 sld: pretty much! 13:10:12 I think we can all help Shaun get onboard 13:10:22 indeed 13:10:25 have to make the most of the time 13:10:25 Definitely 13:10:32 Oh and I made a blueprint for that install sorting. 13:10:34 #topic Install guides blueprint - https://wiki.openstack.org/wiki/Install-with-multiple-architectures 13:10:49 #link https://wiki.openstack.org/wiki/Install-with-multiple-architectures 13:11:21 Hoenstly part of the work is to figure out if that's the right approach (example architecture) but that sounded like what we decided at the Summit. Any discussion, questions? 13:11:38 I still think we could consolidate into one install guide 13:11:52 My only hesitation for a single install guide is that "everyone" wants a "simple test" one. 13:12:02 yeah 13:12:18 oh and my other hesitation is, the distros that have their own install guides, how do we differentiate ours as the "official" one? 13:12:24 problem is they also want expandable :) 13:12:34 sgordon: yeah 13:12:42 okay - that sounds reasonable - but they could share some common files and be made more consistent 13:12:46 So some of Shaun's work will be that analysis. 13:12:50 in organization and style 13:12:55 writerDiane_: for sure 13:12:58 cool 13:13:03 As the "official" one we're talking about the bare bones, no external tools version. 13:13:06 writerDiane_: that would greatly improve the install experience from docs.o.o 13:13:16 okay! 13:13:30 NickChase: right, can be core and integrated, but no more 13:13:47 NickChase: or we decide core only to lessen scope 13:13:58 i would +1 core only 13:14:15 sgordon: yeah might be the best to stick to core only, good input 13:14:23 from my pov as an employee of a vendor we are happy to maintain a doc for our specific deployment method 13:14:30 then we just coach the integrated on how to document their install processes 13:14:31 I would instead go "best practice"/"usual practice" :) 13:14:32 but would like to collaborate on 'manual' deployment 13:14:34 of the core 13:14:34 install/config 13:14:46 i think the horizon info can definitely move into the new user guide 13:15:04 or at least be shared 13:15:05 I think it'd be good to start with core only, but ultimately there should be "official" doc on how to install all "official" software. 13:15:09 sgordon: cool, Shaun is used to working in open source collaborations so I think he'll be very open to help 13:15:23 Diane: I agree. 13:15:26 yes, will be meeting him for the first time on the weekend :) 13:15:26 writerDiane_: Horizon install/conig? 13:15:29 config 13:15:48 sgordon: aw cool! I so wish I could go but my son's camp dates prevented it... 13:15:57 I nearly bought a ticket last week in fact :) 13:16:32 fifieldt_: do you think we'll have some data for "usual" in the next few weeks from the user committee? 13:16:48 fifieldt_: it would be great to apply some of that knowledge (what lots of deployers are doing) 13:17:10 fifieldt_: or, are you familiar enough to tell Shaun what's best practice/usual? 13:17:10 that data will be months, rather than weeks 13:17:19 fifieldt_: ah ok 13:17:30 ok any more on install guide? 13:17:32 I'm just thinking of the approach from the ops guide 13:17:37 fifieldt_: yeah good one 13:17:39 which was opinionated 13:17:49 aren't they all :) 13:17:57 #topic User Guide - https://wiki.openstack.org/wiki/Blueprint-os-user-docs 13:18:06 mm. 13:18:13 writerDiane_ has been going great gangbusters on the user guide 13:18:32 writerDiane_: you want to talk about it? your findings re: sharing and user v admin user? 13:18:42 yes 13:19:13 i think it's possible to share, but the user guide I'm creating is going to be larger than the SUSE one - but I think that parts of it can use conditional tags 13:19:15 and be shared 13:19:29 but we can figure that out later - 13:19:34 Oy! And I have to go now, fifieldt_ you have the ocn. 13:19:36 er, con 13:19:39 ok 13:19:40 ta 13:19:42 Bye, Anne 13:19:45 bye anne 13:19:47 bye, thanks writerDiane_! 13:19:57 sounds impressive writerDiane_ 13:20:06 tom, i also think we'll need an admin users guide 13:20:17 ok, two separate guides? cool 13:20:25 I was about to say that I was looking into splitting them out 13:20:28 that's what I'm thinking 13:20:32 cool, nice 13:20:46 both would have same format, but the admin guide would focus on admin-only tasks 13:20:53 and I am thinking that maybe you and I can get together to make sure nothing slips through the cracks? 13:21:02 sure nick 13:21:11 great, we'll schedule offline? 13:21:27 yes - i've written a similar guide for cloud servers at rackspace - 13:21:36 yes, schedule offline 13:21:38 brilliant work guys 13:21:55 shall we move on then? or is anything else bothering you about the user guide? 13:22:07 move on 13:22:09 ok! 13:22:12 #topic Auto-generated configuration reference tables for milestone 13:22:21 so, you've probably seen the patches floating about 13:22:27 generated by Steven & I's code 13:22:34 ...not sure when we'll have that done, but you know the progress. :) 13:22:45 that runs through every python file in an openstack product and extracts options and their help text 13:22:51 recent patches to go in include 13:23:02 https://review.openstack.org/#/c/28904/ 13:23:17 which went through and added config reference tables in the compute admin guide 13:23:32 if you're looking for something that might be an example of this fabled 'config reference' 13:23:37 check out the RPC section in that 13:23:43 and how it includes rabbit, qpid etc 13:23:58 we also have quantum (https://review.openstack.org/#/c/28905/) and glance(https://review.openstack.org/#/c/28903/) 13:24:02 the key problem right now 13:24:15 is that the config tables don't track which file to configure the options in 13:24:23 as raised in the quantum review and glancve 13:24:30 so that'll be the next step, capturing that 13:24:45 Steven was also working on some code today which might be more robust than what we're currently doing 13:24:48 ok, end of rant 13:24:49 any queries? 13:25:09 nope. :) 13:25:27 writerDiane_, NickChase is this whole automated config table thing making sense? 13:25:35 yes! 13:25:39 Yes. I'm thinking... 13:25:47 a dangerous activity 13:25:56 :) 13:26:05 ... that it shouldn't be too much to include an ID in the docs and the code to match them up 13:26:37 perhaps we should discuss offline - thought through many things on making this work :) 13:26:45 sounds good 13:26:51 cool, I'll hit you on skype 13:26:55 great 13:27:13 ok, if there's nothing else .... ? 13:27:34 not on this 13:27:37 #topic Bug report, DocImpact state 13:27:50 so, I think we covered this just before in the action items 13:27:53 sld, any comments? 13:28:36 nope 13:28:50 i think? 13:28:59 you know all i know. heh.. 13:28:59 cool, is everyone else comfortable with what's going on with the DocImpact-becomes-bug process>? 13:29:09 I am 13:29:12 yes 13:29:16 brilliant, ta 13:29:20 in that case, we're on to ... 13:29:26 #topic Open discussion 13:29:49 anything you want to talk about? 13:30:00 OK, well, briefly, I got with Emilien and we're going to expand the HA guide. 13:30:08 oh, great! 13:30:20 we decided to keep what is there and add the new content to it 13:30:23 did you sort out the active-active vs active-passtive thing? 13:30:30 o/ 13:30:41 it's alive 13:30:42 yes, we're going to do an intro that starts with the general concepts 13:30:48 Hey there. :) 13:30:53 https://etherpad.openstack.org/HA-Active-Active 13:31:10 #link https://etherpad.openstack.org/HA-Active-Active 13:31:15 #info https://etherpad.openstack.org/HA-Active-Active 13:31:23 hmm, I was sure one of those fed the meet bot :) 13:31:33 And we have an Etherpad. :) 13:31:42 looks good 13:32:09 Anyway, the idea (as I understood it) was to start with concepts, then discuss them as potential ways to do it. 13:32:22 a sound plan 13:32:27 and share use cases 13:32:28 What we want is to provide a way to do it "out of the box" without stifling innovation on the topic. 13:32:32 right 13:32:59 (minor administrative note: do you want to create a blueprint on launchpad as well - it can link to the etherpad - just to give others visibility on the work that's going on?) 13:33:07 it seems Mirantis & eNovance are doing HA on the same way for almost all OpenStack components 13:33:17 how convenient :) 13:33:23 fifieldt: sounds good ! let's for a blueprint 13:33:29 let's go* 13:33:37 Yes, good idea. Emilien, you or me? 13:33:50 I can write it 13:33:52 #action EmilienM create a blueprint on openstack-manuals to link to https://etherpad.openstack.org/HA-Active-Active 13:34:01 great, thanks 13:34:27 cool 13:34:33 on random thing I should note is - has everyone seen the bootcamp the infrastructure team is having? 13:34:43 no 13:35:06 i heard about it 13:35:10 there's some posts on the openstack-infra mailing list explaining it recently 13:35:29 essentially they are looking for long term sustained contributors (please don't abandon us for infra :D) 13:35:41 and having a meeting to bring people up to speed to be useful in this way 13:35:46 I think sld was considering joining 13:35:54 after his recent work into that side of things 13:36:13 but anyway, check out the infra mailing list archives if it interests you 13:36:22 we could also consider doing such a boot camp for docs 13:36:24 hehe 13:36:24 thoughts on that? 13:36:36 I'd be all for a docs boot camp 13:36:37 yes, a boot camp for docs would be good 13:36:42 what would the scope be? 13:36:47 & purpose 13:37:00 doc tools, common practices for contributing 13:37:17 the actual process of contributing is a bit confusing 13:37:18 best practices - writing style, spellcheck, 13:37:23 i agree - 13:37:30 people are intimidated 13:37:31 actually 13:37:52 unofficially, we are in the process of writing up a document on it 13:37:59 we? 13:38:12 I've got a guy here, Tyler. 13:38:17 I put him on it. 13:38:27 The doc he produced isn't ready for prime time yet 13:38:36 on contributing, that is? 13:38:41 but ultimately it could serve as a good foundation for a boot camp 13:38:44 yes 13:38:55 sounds cool 13:38:59 but it does need work 13:39:06 no dramas 13:39:21 my feeling is that we need to "get our house in order" before we can ramp up contributors in a big way 13:39:24 thank you. 13:39:27 and by that I mean the restructure 13:39:33 rackspace recently created a course for docbook - we could borrow from that 13:39:40 nice 13:39:49 ok, everyone has awesome ideas 13:39:55 let's start an etherpad on planning this 13:40:10 and eventually turn it into a proposal 13:40:15 we might be able to get fundingz 13:40:19 #link https://blueprints.launchpad.net/openstack-manuals/+spec/improve-high-availability-support 13:40:31 love your work EmilienM 13:40:38 ;) 13:40:47 thanks, Emilien :) 13:40:50 #link fifieldt to create an etherpad for potential doc boot camp and communicate link 13:41:04 #link https://etherpad.openstack.org/DocsBootCamp2013 13:41:37 ok - any other general doc discussion? 13:41:53 we have 19 minutes of meeting time left that we could give back to our lives :) 13:42:03 +1 on that. :) 13:42:23 +1 13:42:41 oh damn, why didn't you use +2 s :) 13:42:43 I have one question 13:42:46 yes EmilienM 13:43:10 for the HA doc, is it a good idea to work with Google Doc first, to collaborate with the community ? 13:43:17 first with NickChase 13:43:27 but maybe other people would like to see our work 13:43:30 before patching the doc 13:43:46 I'm for that. 13:43:46 that would be great in my opinion 13:43:59 for the rapid development stage, whatever works 13:44:03 * sgordon is having a lot of difficulty working out where to fit in with a lot of things happening offline 13:44:20 oh, how can we fix that sgordon 13:44:34 ok, NickChase : I start a google doc 13:44:38 fifieldt, EmilenM's suggestion seems reasonable 13:44:50 still have rapid development just have it in the open 13:44:58 ya 13:45:01 'course 13:45:10 Emilien: thx 13:45:14 tooling doesnt really phase me 13:45:18 google docs seems fine :) 13:45:29 some would argue that vehemently :) 13:45:36 tehehe 13:45:42 hey if the NSA want to contribute... 13:45:43 ;p 13:45:46 :D 13:45:53 but yeah, all of the other work like the new docs is already in the gerrit system 13:46:07 I have no problem with google-docs, but then there is the conversion from the google-docs to docbook, which I've done for quantum and it's a pain in the neck 13:46:10 not easy 13:46:10 Well, it will be when it's ready for review 13:46:13 especially with tables 13:46:18 It is a pain, true 13:46:18 indeed 13:46:23 but I volunteer 13:46:27 yay! 13:46:30 done it before, I can do it again. :) 13:46:30 alternatively, you can generate PDF for a doc patch and have people review that 13:46:39 #action NickChase to convert google docs to docbook, when the time comes 13:46:46 wow, glutton for punishment? :) 13:46:51 \o/ 13:47:01 cool, so it seems that is progressing 13:47:11 perhaps you can update your etherpad with the new gdoc link EmilienM :) 13:47:17 so, we have 13 minutes of meeting time left 13:47:21 life or docs? :) 13:47:27 writerDiane: I'm here, aren't I? 13:47:28 :) 13:47:45 ello folks 13:47:50 hi ekarlso- 13:48:08 we're just in open discussion on docs now 13:48:08 yes!!!! ha ha ha 13:48:15 any thoughts? 13:48:27 fifieldt: of course I can 13:48:32 cheers EmilienM 13:49:11 ok, unless ekarlso- has comments in the next half minute, I'm tempted to call the meeting to a close :) 13:49:33 lol 13:49:43 i had an addendum. 13:49:47 yes? 13:50:32 i was thinking of emaililng the guy that did the config-option-grabbing stuff for nova/c...was it cinder or ceilometer i don't remember.. to see if had anything more genericised. (sp?). 13:50:41 ...since apparenlty that stuff is from last year - if not older. 13:50:46 yes, sounds good 13:51:01 #action sld get in touch with conf file code people to collaborate 13:51:16 anyone else? 13:51:24 I have to run to another meeting now myself 13:51:34 bye 13:51:38 thanks all! 13:51:40 thanks fifieldt_ 13:51:41 #endmeeting 13:51:51 have fun! 13:51:54 bye! 13:55:47 o/ 14:13:58 #endmeeting