15:01:37 #startmeeting docteam 15:01:37 Meeting started Wed Jan 28 15:01:37 2015 UTC and is due to finish in 60 minutes. The chair is annegentle. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:38 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:40 The meeting name has been set to 'docteam' 15:01:47 #link https://wiki.openstack.org/wiki/Meetings/DocTeamMeeting 15:01:54 agenda has been updated since I emailed, so let's get started 15:02:00 #topic Action items from last meeting 15:02:55 I met with alexadamov and reported back to the mailing list. 15:03:08 So we now have Install Guide backing for Debian, he's setting up a test bed. 15:03:32 Looks like Alex isn't here, so I'll try to get an update from him on how that's going offline. (It's a bit late for his timezone I think). 15:03:38 that's it for action items 15:03:53 #topic Specialty team reports 15:04:11 Anyone here from training? too early for Sean R for sure :) 15:04:35 I know that the stable/juno branch is now done for the training-guides repo 15:04:52 woops I mean stable/icehouse 15:04:58 #link https://github.com/openstack/training-guides/tree/stable/icehouse 15:05:28 How about ha-guide, anything to report? 15:06:02 #info HA Guide team meeting Thursdays at 21:00 UTC, #openstack-meeting-3 15:06:06 join them if you're interested 15:06:57 Anyone from the Security team? 15:07:41 #link https://review.openstack.org/#/c/149056/ 15:07:50 one outstanding review that handles six bugs 15:07:56 for the security guide 15:08:09 Okay, anyone from the Networking team? 15:08:22 I know Matt (Sam-I-Am) is stuck on a bus 15:08:40 We just arrived at the castle 15:08:48 ok cool 15:09:13 The Networking team will meet again this week 15:09:53 #link https://wiki.openstack.org/wiki/Meetings#Networking_Guide_Update_Meeting 15:10:49 Another note for subteams, I am talking to Lana (loquacities) and the SUSE team (Tanja) about starting a User Guide specialty team 15:10:58 Okay, which easily moves us to the next topic 15:11:08 #topic User guide migrations 15:11:42 I'm working as fast as I can on the Sphinx template, and hope to be done in the next week or so. Fingers crossed. 15:11:55 We do need to migrate the content, and I wondered if signing up on the wiki page for chapters is a good way to do that? 15:12:05 When I did the migration for the dev guides, I used this process: 15:12:28 #link https://wiki.openstack.org/wiki/Documentation/Migrate 15:12:50 So I'm thinking we can have people sign up for the migration and cleanup. 15:13:08 Andreas got a good start here: https://review.openstack.org/#/c/142437/ 15:13:27 so really, it seems either method would work 15:13:37 the main thing to do is to carefully clean up the source after it's migrated 15:13:43 is a wiki page signup the way to go? 15:14:03 sounds good to me 15:14:16 klevenstein: cool, I think Robb was also interested 15:14:31 honestly, I don't think we care how it's done as long as the files look good 15:15:54 Brb, switching devices. 15:16:57 #info Add your Name and a Chapter to https://wiki.openstack.org/wiki/Documentation/Migrate#End_User_Guide_Migration to sign up for migrating content 15:17:41 #info Either use Andreas's script in doc/playground-user-guide/source or the one in the Documentation/Migrate wiki page 15:17:55 That should do it, spread the word please. And I'll keep working on the theme. 15:18:08 #link https://github.com/annegentle/openstack-docs-theme 15:18:38 I met with Doug ( dhellmann) this week and have revised the plan to create an extension named openstackdocstheme 15:18:50 Updating the spec with that info so that's the plan of record 15:19:10 Then, people can build locally and automatically, and we'll have the ability to add more features as we go. 15:19:25 the CSS and other changes will be reviewed by the docs team and the repo will live in the Docs project. 15:19:32 But Doug is definitely willing to help. 15:19:38 That's it for the migration 15:19:53 Oh I combined two topics :) 15:19:54 #topic Doc tools latest: Sphinx new theme 15:20:04 So yeah what I just said is the latest on the new theme. 15:20:27 I finally got the divs working like they need to, now I just have to map styles within Sphinx to match ..note:: with what we want output, for example. 15:20:35 Any questins? 15:20:39 questions even? 15:21:11 Okay, next topic 15:21:19 #topic Installation guide: Change trunk to Kilo, potential changes for Kilo 15:21:23 yep 15:21:24 Sam-I-Am: go ahead, the floor is yours 15:21:39 so, kilo-2 is coming out soon, and i wondered when we should move feature work to kilo 15:21:49 in other words, only bug fix the juno branch 15:22:30 I'll be honest -- I would like us to not focus on the install guide until 6 weeks from release date. 15:22:39 what are the risks with leaving it alone for a while? 15:22:51 depends on what we want to accomplish for kilo 15:23:14 Sam-I-Am: ah, what are you thinking of? 15:23:26 keystone v3 comes to mind, but that requires moving to 'python-openstackclient' for everything 15:23:41 there's also nova v3, removing deprecated cinder v1, perhaps glance v2, etc. 15:24:07 honestly, I don't sense we can decide that for another milestone or 2 15:24:28 what do others think? Esp. about keystone v3? 15:24:45 thats fine. i figured i would bring it up. the key with this release was trying to get people to use the actual release docs vs. always going to trunk (because historically, thats the only place bugs were fixed) 15:24:56 right. 15:25:03 my goals are to slowly make the install guide more practical 15:25:25 oh it's definitely a good time to bring it up, just was hoping to delay another milestone if possible. I don't have good spidey sense on any decisions but that might be just me. 15:25:33 i have a good source (rpc) of practical things 15:25:42 sure -3 is fine 15:26:06 trying to make the process a bit better each release. 15:26:22 absolutely 15:26:22 get the big stuff done early, fix the packaging bugs later 15:26:45 yeah, keystone v3 and/or nova v2.1 would be big changes 15:27:02 is there anyone else we can get a gut check on keystone v3? 15:27:09 rpc uses it 15:27:11 (more people more betta) 15:27:17 how about Mirantis or RDO? 15:27:22 or Trystack? 15:27:37 not sure. i can ask dolph what we knows. 15:27:38 he 15:27:57 Sam-I-Am: can you ask on the mailing list -- Steve Gordon and Nick Chase would be good references for RDO (which is Trystack) and Mirantis 15:28:08 sure 15:28:12 Cool, thanks 15:28:29 #action Sam-I-Am to ask about keystone v3 uptake for major ref architectures 15:28:37 #undo 15:28:38 Removing item from minutes: 15:28:53 #action Sam-I-Am to ask about keystone v3 uptake for major ref architectures like RDO, Mirantis (Rackspace is going to v3) 15:28:59 is that more accurate? Anyway. 15:29:04 pretty much 15:29:42 Okay, next topic 15:29:44 #topic Image source files 15:29:47 Go ahead 15:30:06 there's a patch waiting to remove all of the omnigraffle source files 15:30:15 yet we never really came up with a workaround 15:30:38 the last shot was the wiki, which only takes a few file types (like jpg and gif) 15:30:42 ha, I thought this was a glance thing :) 15:30:48 hahaha nope 15:30:51 Sam-I-Am: have you seen the thread on the ops list about diagrams? 15:30:53 that would be too easy 15:30:59 Sam-I-Am: there were some decent alternatives there, let me dig it up 15:31:01 i'm not on the ops list 15:31:55 Ah, there were two relevant threads 15:31:57 Okay, first one 15:32:25 #link http://lists.openstack.org/pipermail/openstack-operators/2015-January/006011.html 15:32:52 And then the other relevant thread is the one on the Rally docs on openstack-dev 15:33:12 they used https://www.lucidchart.com to make omnigraffle looking diagrams 15:34:13 lucidchart is not free? 15:34:29 i remember looking at it at some point 15:34:30 #link http://lists.openstack.org/pipermail/openstack-operators/2015-January/005980.html 15:34:34 it just moves the problem 15:34:55 it's another data point 15:35:09 sure 15:35:16 where the source files aren't stored in a repo 15:35:44 so, in the meantime, i have these files... 15:36:23 I think it's fine to put them on your own repo, then. 15:36:32 similar to your drafts for the networking guide 15:36:43 ensure the readme and license make it clear they're meant for people to use 15:36:49 but I don't want them in the openstack namespace 15:36:51 sure, but i wanted to make them accessible to anyone. there's quite a few people who secretly use omnigraffle. :) 15:36:56 does that help? 15:37:06 github is accessible to anyone 15:37:22 i mean... if you're working on openstack docs 15:37:29 while protecting the openstack docs governance 15:37:45 I'm not willing to govern omnigraffle files in the Docs program 15:37:48 can i put a link to them in the docs? 15:38:06 we already link to Google Drive so go ahead, see what reviewers say 15:38:24 ok, i'll give that a shot 15:38:31 let's try it and see if it sticks 15:38:42 okay, thanks! 15:38:46 #topic Open discussion 15:38:53 I've got a few items 15:39:26 one is summit planning, Lana had asked about a "docs track" for the design summit side and doesn't have an answer yet, but I just don't think that "tracks" are how we're thinking of the design summit this time. 15:39:53 There are two types of setups for design summit: fishbowl, where discussions occur, and working groups, where tight collaborative groups get together 15:40:03 I think we'll need both, anyone have thoughts? 15:40:06 +1 15:41:16 makes sense 15:41:56 I don't have "a few items" just that one now that I think about it. 15:42:04 Anything else going on or interesting lately? 15:42:17 Oh, one other item, was the governance 15:42:21 er 15:42:24 governance changes coming 15:42:37 The TC is working on "tagging" for projects/repos in the openstack namespace 15:43:03 I've got a patch to keep the "service names" in the programs.yaml (which is being renamed to projects.yaml) 15:43:10 And in it, I change the capitalization to be more consistent. 15:43:26 Please look at https://review.openstack.org/#/c/150030/ 15:43:52 For example, DNS service or Domain Name Servers service? 15:44:05 isnt it just domain name service? 15:44:54 ah, IBM style guide says Domain Name System 15:45:02 or system... but not server 15:45:02 so, DNS service or Domain Name System service? 15:45:13 or Domain Name System (DNS) service? 15:45:45 is there anything else that DNS stands for, or is this one of those things everyone knows? 15:45:45 DNSaaS :) 15:46:10 i only know of one dns, but its probably overloaded somewhere. 15:46:16 KLevenstein: we'd just go with IBM's definition 15:46:27 but yes, system, service, and servers get used 15:46:36 wikipedia says 'domain name system' too 15:47:00 vote your preferences on the review 15:47:06 I’ll take a look at the patch and see if anything else catches my eye 15:47:08 It does mean Image Service becomes Image service 15:47:13 so there's that. 15:47:16 that would be nice 15:47:30 okay, feel free to take back your dozen minutes and do something AWESOME with it. 15:47:37 like getting coffee? 15:47:42 i ran here from the bus lol 15:47:47 'zactly Sam-I-Am :) 15:47:47 start paying attention to this other meeting I’m in. :) 15:47:48 almost 10 with no coffee... 15:47:51 lol 15:47:53 * Sam-I-Am shudder 15:47:56 shake 15:47:58 #endmeeting