14:05:53 #startmeeting docteam 14:05:54 Meeting started Wed Mar 12 14:05:53 2014 UTC and is due to finish in 60 minutes. The chair is AJaeger. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:05:55 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:05:58 The meeting name has been set to 'docteam' 14:06:34 let's roll... 14:06:57 Sam-I-Am, do you want to chair through the meeting? I'm currently in another meeting as well and need to multiplex... 14:07:21 s... sure. not sure of the bot commands though. 14:07:27 anyone else here know them? 14:07:43 Just use #topic "text", #action "text" 14:08:04 aight 14:08:14 #topic "Action items from last meeting" 14:08:34 i think the bot doesn't like me 14:08:45 Ok, let me do those 14:08:49 #topic "Action items from last meeting" 14:09:05 aight... 14:09:32 Last meeting was pretty informal 14:09:47 nickchase: yeah, i'm going for the last apac meeting notes 14:09:52 we were going to get Trove implemented in the install guide 14:09:52 ah 14:09:53 ok 14:10:12 i was action'd to build sample diagrams for the installation guide 14:10:38 i'm mostly done with that and will send it out to the list for review today or tomorrow 14:10:48 They look qite good so far 14:10:53 after that we need to document some sort of standards for diagrams 14:11:19 i was using omnigraffle, but moved over to inkscape. anything that outputs standard svg seems to work. 14:11:42 once the diagrams are approved, i'll start putting them into the install guide 14:12:04 anything else on this? 14:12:07 We need to source filesposted 14:12:28 I have noticed at times only the png files areavailable 14:12:41 i think docbook understands svgs 14:12:52 pngs dont resize well 14:13:00 hi sgordon 14:13:02 >.> 14:13:31 i guess there's still an action item to check/build diagram conventions 14:13:40 clouddocs-maven converts automatically from svg to png AFAIK 14:14:08 ok. but we can feed it .svg in the source, right? 14:14:28 right 14:14:38 aight 14:14:41 anything else? 14:14:43 you would have to, i would think. 14:15:16 loquacities mentioned another face to face meeting for apac folks on april 9th... but that doesn't apply to this group. 14:15:42 loquacities also mentioned asking annegentle about core reviewers 14:15:54 apparently annegentle completed that project 14:16:03 she did announce the latest round. 14:16:09 thats the end of old items 14:16:33 nickchase: do you want to talk about trove? 14:16:42 since it was kinda-sorta from our last meeting 14:16:46 Sure. 14:17:01 Basically, the folks from Tesora have taken over responsibility for the Trove docs 14:17:16 Laurel is working on getting a "here's how you add Trove" section into the install docs 14:17:31 So that's one less thing for us to worry about for a couple of weeks 14:17:33 excellent 14:18:08 Sam-I-Am: Do you want to talk about the networking section of the install guide? 14:18:17 nickchase: its a topic soon 14:18:23 :) 14:18:29 does anyone here know about the ops guide schedule with oreilly? 14:18:37 thats a topic but i think its an anne thing 14:18:48 I know anne said it want to production 14:18:58 so we should see it soon, methinks 14:19:07 thats what i thought too. i saw some final rounds of editing a couple of weeks ago. 14:19:07 "soon" being a relative term, of course. 14:19:19 #topic trove install docs 14:19:25 should have gone to production last week 14:19:31 for traditional publishing production is about 6 weeks 14:19:38 I did a review of it the week before 14:19:41 hi dianefleming 14:19:45 phil_h: cool 14:19:48 Hi! Sorry I'm late 14:19:51 nickchase, that's great! 14:19:57 hey, dianefleming 14:20:05 dianefleming: do you know more about the oreilly ops guide schedule? 14:20:15 AJaeger: Note the "about". :) 14:20:17 I don't know anything about the ops guide schedule 14:20:30 dianefleming: ok 14:20:32 sorry 14:20:52 AJaeger: #topic design summit proposal system open, doc slots tue-wed 14:21:02 #topic design summit proposal system open, doc slots tue-wed 14:21:07 Yes, sir! 14:21:12 #topic design summit proposal system open, doc slots tue-wed 14:21:23 AJaeger: thanks jaegerbot 14:21:30 ;) 14:21:36 anyone have any input on this topic? 14:22:18 anyone proposing stuff? 14:22:43 now to confirm: this is the "down and dirty" stuff right? 14:22:43 AJaeger: #topic installation guide updates for icehouse 14:22:47 errr 14:22:53 nickchase: i guess... i think this is an anne topic :/ 14:23:16 #topic installation guide updates for Icehouse 14:23:22 OK, well, I was going to propose we talk about how to simplify the process of working on docs 14:23:26 but I guess it can wait. :) 14:23:31 nickchase: go for it 14:23:46 yes 14:23:52 i think everyone agrees about simplification 14:24:16 Well, I have been noticing that it's taking an inordinate amount of time and effort to get people spun up to work on docs. I mean CRAZY amounts of time. 14:24:18 what would you change 14:24:31 That would, of course, be the topic, but ... 14:24:44 there's got to be a way to do something like import changes from a wiki or SOMETHING. 14:24:55 I can put something together 14:24:59 if there's interest 14:25:09 import changes from where? 14:25:27 it depends on the problem you are trying to fix 14:25:30 Again, that would have to be defined, but a wiki, or something similarly easy to work with. 14:25:37 initial import is easy but then you still have to handle edits to docbook 14:26:01 and wiki or asciidoc/rst to docbook conversions dont typically have the semantics that you expect 14:26:05 The problem I'm trying to fix is that it takes someone who's really smart an entire day to get spun up to work on docs. 14:26:17 right 14:26:18 sgordon: I'm aware. I really am. 14:26:26 what i am saying is an import process doesnt really fix that 14:26:36 Please keep in mind that i"m the person who moved Manning Publications to docbook. 14:26:43 So I know how valuable semantics are. 14:26:56 But there's got to be a way for us to make things better. 14:27:04 I didn't (yet) think through how to do it 14:27:08 but I can if there's interest 14:27:10 that's all I'm saying. 14:27:41 if it helps get more people working on docs... 14:27:56 nickchase, so one of the things atm is we're very focused on guides as the deliverable 14:28:02 which leads to the value of the semantics etc. 14:28:13 i wonder if there is space for a more knowledge base style approach 14:28:23 that's an idea. 14:28:25 some of the openstack security notice content already takes this form 14:28:27 albeit on the wiki 14:28:34 which is not a bad thing 14:28:38 but we could have a more formal system for writing and indexing that 14:29:08 i mean the thing is a lot of that content now goes to disparate blogs all over the place 14:29:08 honestly, if I had to choose between a system where the only way to provide info to the docs team is ... 14:29:25 to put some simple notice in a bug that the docs team then has to interpret and write, and ... 14:29:42 a system where someone can actually do the writing, I would prefer the latter, even if ... 14:29:55 it meant that a human doc writer would have to take that and add it to the docbook. 14:30:06 So even a "manual" import might be better than what we have now. 14:30:25 there's nothing really stopping that today 14:30:35 So that's my thought; is there interest in doing a session on making that happen? 14:30:40 the reality is for example that a good blueprint should have a spec that would allow us to do that for docimpact 14:30:40 sgordon: no, there's not 14:31:05 (i think this is a tangent but the bulk of the queue really seems to be docimpact stuff we have no idea wtf to do with) 14:31:14 stuff that is just fixes seems to get done relatively quickly 14:31:27 sgordon: right, that's PRECISELY my point 14:31:49 I think that if there was an easier way for devs to do the actual additions to the docs, they might do it 14:31:59 they might not, but we wouldn't be any worse off than we are now 14:32:06 nickchase, im doubtful if they cant even be bothered writing a design 14:32:10 which is the case in many cases today 14:33:06 like I said, there are details to work out, and maybe that's not the right answer as to HOW 14:33:09 i think it's worth having a session but i think it almost needs to be in one of the cross project slots to be successful 14:33:22 that's not a bad idea. 14:33:29 so how do we do that? 14:33:35 good question :) 14:33:43 draft a proposal like any other i guess? 14:33:45 OK, so Anne will know, I would think 14:33:49 sounds like an action item to me :) 14:33:53 sure does. 14:33:55 I'll take it 14:34:07 Sam-I-Am, what's the wording of the AI? 14:34:12 nickchase: ^^ 14:34:24 ? 14:34:43 "action item: Talk with annegentle about a cross-project proposal for getting docs easier in?" 14:34:49 AJaeger: i think that works 14:34:54 sounds good 14:35:11 #action nickchase talk with annegentle about a cross-project proposal for getting docs easier in? 14:35:17 yay 14:35:25 off to the next topic (currently the topic) ? 14:35:42 #topic Now really: Installation guide updates for Icehouse 14:36:07 making progress on the updates 14:36:34 i have pulled a lot of bugs under the blueprint and then opened bug #1291071 for all the steps 14:36:54 AJaeger mentioned using the blueprint tag in patch commit messages, but thats new to me. 14:37:03 i think we need to get the blueprint 'approved' or whatever 14:37:29 https://wiki.openstack.org/wiki/GitCommitMessages#Including_external_references - search for blueprint 14:37:55 i'm curious if there's a way to tag specific work items 14:38:10 besides manually changing them to "DONE" 14:38:31 Sam-I-Am: We definitely need to get the status changed on that. Action item? 14:38:47 Sam-I-Am, not really - typically you would use the gerrit topic for the blueprint to review outstanding patchsets 14:38:53 that's about as close as it gets 14:39:14 infra also automatically adds patches that tag the bp to the bp whiteboard, as useful as that is 14:39:36 ok. do we propose a gerrit topic for the blueprint or is it automatically generated? 14:40:02 nickchase: since you created the bp, do you want the action item to talk to anne about making it more official? 14:40:07 sure 14:40:34 #action nickchase to talk with annegentle about getting the blueprint approved and how to use it 14:40:36 nickchase, thanks 14:40:41 wooho 14:41:13 i'm also going to update the work items in the bp 14:41:31 #action Sam-I-Am to update the work items in the blueprint 14:41:35 wish i knew this before i opened the bug :P 14:41:39 live and learn 14:42:00 i took a stab at "flattening" the neutron controller section 14:42:11 that is, removing support for multiple plug-ins 14:42:20 several hours later i realized the sun went down 14:42:30 ;) 14:42:34 i also removed stuff no longer necessary for icehouse 14:43:08 since these are large changes, i'm looking for suggestions on two options... 14:43:43 1) submit the flattened section which still covers OVS... no changes to the content minus icehouse-specific issues 14:43:51 2) change ovs to ml2 and submit the whole mess 14:44:15 i kind of like option 1 because people can still use the guide until we're ready to do all the ML2 conversion 14:44:19 and there's less to review 14:44:45 plus there's a few distros with broken icehouse/neutron still :/ 14:46:12 silence... 14:46:14 anyone? 14:46:33 i'm sort of new to big changes, so trying to make this easier for everyone 14:46:36 I'm for option 1 as well 14:46:53 I like getting to ML2 as soon as possible 14:47:06 phil_h: i hope it works for icehouse :P 14:47:21 phil_h: once these sections are flattened, adding ml2 should be pretty easy. 14:47:28 basically just change the plug-in section 14:47:41 It should if OVS work ( fingers crossed behind back) 14:47:58 we can freeze the chapter for a few days to avoid merge conflicts... 14:48:11 Probably should flatten first 14:48:32 AJaeger: luckily i havent seen much neutron stuff. people are afraid of it :) 14:49:02 this is on trunk - where we have a havana guide as well. I don't have a problem with doing major surgery for some days. 14:49:15 i'll submit the flattening patch for the controller section 14:49:15 they are but they should be learning it 14:49:17 We could even stop publishing for a few days until everything is in ;) 14:49:39 the patch isn't glorious and still needs text/diagrams plus the ML2 content 14:49:46 but its a start to get us on the right path 14:50:10 it should pass 'niceness' and be usable until we add ml2 14:50:31 however, because all of the sub-sections are now in one place, it brings out more of the issues with the original text 14:50:32 The one think I learned from the Havana work on the Install guide: Release early, release often ;) Give others the chance to help out 14:50:42 AJaeger: agreed 14:50:59 so flatten each section -> submit -> add ml2 -> submit 14:51:04 sounds like a nicer cycle 14:51:11 Sam-I-Am, agreed. 14:51:11 agree 14:51:26 based on the large number of steps in the bug, i'm trying to make this as atomic as possible 14:52:01 i think that's it for install guide stuff 14:52:04 plenty of work to do 14:52:07 #agreed Networking chapter surgery will be submitted in smaller steps: flatten each section -> submit -> add ml2 -> submit 14:52:26 my action item "do stuff!" 14:52:28 Next topic? 14:52:38 AJaeger: google hangout 14:52:41 #topic Google Hangout 14:52:52 annegentle passed this one off to me 14:53:31 i was suggesting 20:00 UTC on 3/19 14:53:42 however, lana mentioned that we catered to EU folks last time 14:54:07 and suggested 21:00 or 22:00 UTC 14:54:30 which is 7am or 8am AEST or whatever... i think 14:55:16 21:00 UTC is 10pm for me - I could do it. gpocentek what about you? 14:56:02 Otherwise we do it at some time where I'm sleeping ;) 14:56:12 since when do you sleep? 14:56:25 * AJaeger is not fifield ;) 14:56:29 lol 14:56:34 the apac folks think i dont sleep 14:56:37 hey sorry I'm late, wifi is worse than I anticipated 14:56:50 annegentle: we're limping along pretty well 14:56:52 thank you for running with it! 14:57:05 sleeping is pretty much required sometimes! :) 14:57:09 AJaeger: #action me to propose 21:00 on 3/19 on -doc 14:57:10 So, shall we propose 21:00 UTC? 14:57:10 ha ha 14:57:12 AJaeger: yes that could work for me too 14:57:33 #action Sam-I-Am propose 21:00 UTC on 2014-03-19 for Google Hangout on mailing list 14:57:40 #topic Open Questions 14:57:48 WE have two minutes - any quick questions? 14:57:51 lol 14:57:57 I like the proposal, thanks Sam-I-Am for running wid it! 14:58:15 annegentle: could you quickly touch on the oreilly schedule and docs proposals for the simmit? 14:58:23 you can now propose talks at http://summit.openstack.org 14:58:28 heh mind reader! 14:58:46 Also the O'Reilly edits come back for me to enter 3/14 so I'll be heads down on that 14:58:57 The copyeditor already caught the problematic Dashboard/dashboard 14:59:00 annegentle: no wonder we dont see you much anymore 14:59:00 #action propose talks at http://summit.openstack.org 14:59:13 Sam-I-Am: this week was SXSW Sat-today 14:59:23 annegentle, if you need some help with doing some changes, just ask! 14:59:25 Downtown, in conference centers, flooded wifi, etc! 14:59:27 annegentle: oh no, another SomethingGate to discuss 14:59:35 AJaeger: great idea! I'll distribute by chapter once I see what we get 14:59:44 annegentle: if you need help let me know too 14:59:46 Sam-I-Am: ha ha, it's all good 14:59:57 i'll stop sleeping! 15:00:09 I've also started talking to our editor at Rackspace, she'll do a full edit on the User Guide end-of-March 15:00:15 I suggest we move the discussion to #openstack-doc and I end the meeting now... 15:00:20 Sounds good 15:00:22 #endmeeting