17:00:42 #startmeeting training-manuals 17:00:42 Meeting started Mon Jul 28 17:00:42 2014 UTC and is due to finish in 60 minutes. The chair is sarob. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:44 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:46 The meeting name has been set to 'training_manuals' 17:00:55 rollcall 17:01:00 hi everyone 17:01:04 Hello 17:01:12 helll 17:01:15 *hello 17:01:18 morning and evening 17:01:30 #topic stable update 17:01:56 basic-install-guides for Icehouse are ready 17:02:01 infact were ready last week 17:02:03 sweet 17:02:09 the work for Juno is going on, its not re-using anything yet 17:02:17 there are multiple issues with xi:include 17:02:21 which we are facing for the first time 17:02:29 since we are the first project to propose and do this 17:02:42 I'm not sure if we could re-use the install guides 17:02:48 we may have to maintain basic-install-guides 17:03:01 separately 17:03:10 dbite: hmm 17:03:33 dbite: so explain for everyone what the xi:include prob is 17:03:56 mostly the manuals team is re-using content without using xi:include 17:04:05 the most common issue I face is 17:04:12 URL's being relative 17:04:34 they use other way to include docs which puts the ID of the section 17:04:37 rather than the file name 17:04:42 which is the biggest hurdle 17:05:57 dbite: so if we get manuals team to use fqdn urls xi:include would be stable? 17:06:28 yes 17:06:35 but the other issue is the difference in content 17:06:57 install guides is more generic and caters advanced/experienced operators and sys-admins 17:07:05 with about 3-5 years of experience 17:07:16 and intermediate to advanced knowledge of linux 17:07:21 we cannot expect that for training 17:07:27 which makes it difficult to include their content 17:07:34 dbite: so i have a solution for that 17:07:43 tell me 17:08:10 dbite: at oscon i met up with a few groups that are doing open source linux sysadmin training 17:08:36 yes, the ones included in the tweets right? 17:08:40 dbite: they are interested in partnering 17:08:42 dbite: yup 17:08:53 dbite: they all want openstack training 17:09:05 would be great to have them on-board 17:09:22 dbite: we can get some real motivated sysadmins on board 17:09:54 sounds good 17:10:02 dbite: but also practice usage at two diff universities 17:10:18 dbite: OSU and RIT 17:10:42 dbite: they both have running open source sysadmin training over the past year 17:10:46 sorry, not familiar with their short forms 17:11:24 dbite: Oregon State Univ 17:11:30 FYI: BayLISA is interested in an OpenStack focused meetup: Senior *nix admin + little to no OpenStack. 17:11:45 dbite: Rochester Inst Tech 17:12:05 ok, I will take a look, but it is really good news 17:12:14 rockyg: meaning what? 17:12:15 we get more feedback and have consistent usage 17:12:40 Feedback on that angle of training. What is needed for just OS 17:12:42 dbite: i need to get them to start joining our meetings 17:13:26 sarob: can you explain how that is a solution to the problem with training-guides vs. openstack-manuals install guide? 17:13:36 http://teachingopensource.com 17:13:39 sarob: yes, it would be really good ... also my time zone is changing soon, it would be easier to attend meetings which are later in the day for west coast 17:13:56 rluethi: we get more eyes and hands to create and maintain our content 17:13:58 Could help distill down to what is new/different from standard Sysadmin 17:14:05 rockyg: ah, okay. well i have a few options #link http://teachingopensource.com 17:14:06 so we can tolerte less re-use 17:14:11 *tolerate 17:14:23 rluethi: those are my questions also, training guide vs openstack installation guide :) 17:14:49 sarob: here we also create material for univ , school regarding openstack, love can partnering in this segment. 17:14:50 sarob: so we mostly give up on reuse, correct? 17:15:01 it may be that we have to give up content reuse 17:15:09 ack 17:15:51 rluethi: i would like to keep it as a goal, but i do not want to hamstring our progress 17:16:00 fthamura: we need to keep simpler more focused content for training 17:16:03 I think we should aim at staying in sync, maybe it's mostly about adding some explanations. 17:16:12 rluethi: mostly yes, but I will be pushing for re-use 17:16:16 lets see how it goes 17:16:27 agreed. 17:16:39 other sysadmin group here #link https://github.com/devopsbootcamp 17:16:42 dbite: agree, my experience here, we make step-by-step rather 1000 pages book manual, and an exam in every step, which all of you did, we make java education. www.jeni.or.id -> sorry in indonesia lang 17:17:06 fthamura: sure, I hope chromium translates it for us 17:17:21 fthamura: training experience is critical to understanding how to teach 17:18:19 sarob: that why we need ToT, a certification for instructor, and this can become revenue model, take a look blender foundation with their training model, but this can conflict with openstack member that do training, like redhat, mirantis, but accidently ubuntu doesnt interest with this 17:18:23 dbite: so icehouse support, you have the install guide 17:18:37 yes thats the current one upstream 17:18:50 the juno one is in progress but its stubbed out 17:18:56 dbite: how quickly can we make training icehouse 17:19:02 dbite: support 17:19:17 I think its nearly ready 17:19:20 we are working on labs 17:19:22 sarob: will we make a "video" training guide? 17:19:37 Short youtube videos with very focused topics would be good. Could have a number that re generic enough to last a number of releases. 17:19:45 I will tell you exact time required for finalizing Icehouse during next meeting 17:19:45 fthamura: i could use a volunteer 17:20:15 dbite: excellent. we have a few different groups that want to help 17:20:44 dbite: lets break down the work into spec/bp and tasks so we can put them to work 17:20:55 sarob: also we have new contributor 17:20:57 sayalilunkad: ping 17:21:05 dbite: coolness 17:21:07 she was OPW, and is interested in helping us out 17:21:18 hello :) 17:21:20 hey all, caught up 17:21:31 sayalilunkad: welcome 17:21:38 so you really really really really want that basic install guide sounds like? :) 17:21:51 yay sayalilunkad! 17:21:55 annegent_: ;) 17:22:01 thanks sarob, annegent_ :D 17:22:09 annegent_: sorry I did not understand 17:22:33 dbite: lets discuss on the docs ML how to break down the icehouse stable work 17:22:45 dbite: today if poss 17:23:21 sarob: today would not be possible its already 11:00 pm here 17:23:25 dbite: this pattern of work will make it easier for new contributors to start working 17:23:32 but you can start the discussion 17:23:54 dbite: right, i forget sometimes ;( 17:24:27 sarob: no, probs ... I'm caught up with some German Bureaucracy otherwise I would not mind changing time zones ;) 17:24:40 dbite: sarob: I'd love to include your latest accomplishments in the "What's Up Doc?" 17:24:53 sounds like we have a basic install guide, is there a link? 17:25:00 annegent_: yes, wait a second 17:25:29 sure (and I don't want to interrupt the agenda, sorry sarob_ 17:25:34 code : http://git.openstack.org/cgit/openstack/training-guides/tree/doc/training-guides/basic-install-guide 17:25:47 annegent_: np 17:26:16 annegent_: it needs some polishing as of how it is presented 17:26:24 http://docs.openstack.org/training-guides/content/operator-controller-node-lab.html#operator-basic-install-guide-controller-lab 17:26:25 http://docs.openstack.org/training-guides/content/operator-network-node-lab.html#operator-basic-install-guide-network-lab 17:26:25 http://docs.openstack.org/training-guides/content/operator-compute-node-lab.html 17:26:36 but the same content can be assembled to provide basic-install-guide 17:26:44 as well as cater to training books 17:27:10 sarob: I think I am done with stable updates, we may move on 17:27:26 #topic infra update 17:27:57 Roger, want to provide the updates? 17:28:28 rluethi: looks like we have another week or two before the icehouse stable work is laid out 17:28:29 well, labs scripts are moving forward. 17:28:53 we are coordinating over etherpad: https://etherpad.openstack.org/p/training-guides-developing-topics 17:29:04 sarob: we need some time, but its gaining good momentum 17:29:21 kudos to rluethi, hes created really awesome environment "OSBASH" 17:30:11 rluethi: the two RIT and OSU sysadmin teams have been doing very similar build enviroments 17:30:37 very similar in what respects? 17:30:42 rluethi: will prob be helpful to collab 17:30:53 rluethi: virtualbox scripts 17:31:02 rluethi: vagrant 17:31:11 sarob: anything public? 17:31:24 rluethi: building on laptops for quick uptime 17:31:44 rluethi: i believe all of it, but i havent dug in that far yet 17:32:08 sarob: can you elaborate on the relation of building on laptops and quick uptime? 17:32:25 rluethi: they have some limiting public hosted infra as well 17:32:31 limited 17:32:39 rluethi: may be we arent the only crazy people in the world ;) 17:33:01 dbite: speak for yourself :) 17:33:10 rluethi: meaning getting a working trainer environment up on a student's laptop fast 17:33:46 rluethi: s/we/I/ :) 17:34:04 sarob: what OS? 17:34:12 rluethi: have you seen Anvil? The python replacement for devstack? http://anvil.readthedocs.org/en/latest/topics/dev_notes/architecture.html 17:34:27 rluethi: they have been focused on what we have been calling the administrative services like kernel, dns, ntp, etc 17:34:35 annegent_: nope. thanks for the link. 17:35:14 annegent_: harlowja from yahoo manages that 17:35:21 rluethi: I can add it to the etherpad if you like 17:35:29 sarob where u hiding 17:35:43 annegent_: sure, go ahead, it's a free for all :) 17:35:53 anvil sounds good, we were planning to get more of python in our scripts 17:36:01 harlowja: off mission by ohlone 17:36:28 sarob sneaky 17:36:44 the part that I considered moving over to Python is host-side, though. 17:36:53 rluethi: ah okay 17:36:53 rluethi feel free to bug me; i can go over what the heck anvil is 17:36:54 devstack is client-side (inside the VMs). 17:37:03 rluethi: almost ready to break down into bp? 17:37:13 harlowja: I'm interested too 17:37:20 sarob: which part? 17:37:29 also we could provide you some really good feedback 17:37:38 rluethi: any of the work tbd 17:37:47 harlowja: sounds very interesting. we should probably hammer the scripts into working shape first. 17:38:18 sarob: we can move some of the decided stuff into blueprints. 17:38:27 rluethi: harlowja and the new sysadmin peoples can review ideas and work alot easier that way 17:38:35 rluethi: coolness 17:38:35 rluethi: I think you can take the lead 17:39:02 sarob, dbite: okay, I'll see what I can do. 17:39:24 rluethi: so respond to my spec/bp ML thread with your stuff 17:39:24 rluethi: thanks :) 17:39:25 ping me if you need any information, please. 17:39:39 sarob: initially we want the existing shell scripts based labs to work 17:39:43 rluethi: we can think it through for a day and then start the specs 17:40:01 dbite: makes sense 17:40:03 we will definitely start our work with anvil soon 17:40:32 dbite: harlowja can always use a few more eyeballs 17:40:33 sarob: sure. I am working on several issues, so the squeaky wheel often gets the oil :) 17:40:33 dbite there are intereted folks in #openstack-anvil when u get there 17:40:51 sarob, harlowja: we would love to have them on our labs secion 17:40:58 also I am interested in Anvil 17:40:59 rluethi: oh, im squeaky 17:41:01 cool 17:41:14 sure 17:41:27 aint collaboration grand 17:41:52 sarob: try to squeak as specifically as possible 17:42:09 haha 17:42:11 rluethi: working on my tonality 17:42:23 #topic testing update 17:42:42 matjazp: did you sneak in? 17:43:00 sarob: isn't he on vacation? 17:43:20 rluethi: my brain is on vacation 17:43:24 sarob: he is on vacation 17:43:33 he will join us next week 17:43:34 #topic any other business 17:43:36 sarob: there was an email from matjazp 17:44:19 sarob: is stable=docs, and if so, why, and if not, what is it? 17:44:46 rluethi: lost me 17:44:49 rluethi: good question. I think of stable as icehouse right now 17:45:32 rluethi: meaning if we support icehouse then training=stable? 17:45:36 sarob: during meetings, you ask for stable updates. and I wonder what unstable is. 17:45:56 sarob: what else is there other than stable? 17:46:04 rluethi: thats more of a philosophical question 17:46:05 * sarob unstable=sarob? 17:46:13 * dbite unstable 17:46:25 rluethi: the stuff under development 17:46:27 sarob: it may confuse newcomers. it sure confused me. 17:46:39 sarob: rluethi has a point 17:46:41 rluethi: is unstable like the dev and arch training guides 17:47:33 rluethi: how else should we call the stuff under heavy construction? 17:48:56 I dunno. How about projects/subjects (docs, scripts, slides) and then qualifiers (stable, trunk) or something? 17:49:15 rleuthi: we will put docs after the name 17:49:23 What confused me is that "stable" seemed to refer not to a state, but a subject (docs). 17:49:25 so it should be stable docs, unstable docs 17:49:30 #link https://wiki.openstack.org/wiki/Releases 17:49:42 docs for horses~ 17:49:43 dbite: that would make more sense to me, yes. 17:49:59 hmm, okey dokey 17:50:14 * sarob you are now stable docs 17:50:15 rluethi: so next time you see stable, just add docs by default after it :) 17:50:28 * dbite I concur! 17:50:31 i'll write an IRC bot 17:50:34 I think "stable" should be reserved for release nomenclature. 17:50:47 roger that guys 17:50:50 and girls 17:50:51 We use "draft" for work-in-progress documents that are targeted to juno 17:51:01 maybe draft? as for horses ;-) 17:51:09 draft sounds better than unstable 17:51:10 See the watermark here: http://docs.openstack.org/trunk/install-guide/install/apt/content/ 17:51:14 rockyg: lol 17:51:15 DRAFT - Juno - DRAFT - Juno 17:51:30 annegent_: I was wondering to put that for training 17:51:34 thanks for bringing it up 17:51:35 :) 17:51:38 #info stable team is now called the stable docs team 17:51:38 dbite: for install sure 17:51:45 yeah 17:51:48 sarob: no there is no such thing 17:52:04 sarob: please don't use the term stable that way, it's confusing 17:52:21 annegent_: okay, what do you suggest 17:52:27 sarob: draft 17:52:36 #info stable team is not called as stable docs team, we need to rename stable 17:52:48 sarob: sarob, should we use Docs team as roger suggested? 17:52:57 and drafts for the unfinished work? 17:53:17 dbite: so stable=training docs 17:53:22 yes 17:53:30 vote? 17:53:38 dbite: and developement=draft docs 17:53:47 yeah 17:54:11 is there any other ideas or discussion on this? 17:54:15 we will also put up the fancy drafts watermark for them 17:54:15 ohh yeah, I had one more question 17:54:39 dbite: shoot 17:54:39 should we publish books as different links under the training-guides on the docs.openstack.org website? 17:55:17 dbite: like separate pdfs? 17:55:28 yeah, and seperate links under the training guides section 17:55:32 like the install 17:55:35 and configure sections 17:55:42 dbite: could do that 17:55:52 dbite: limit trainee confusion? 17:55:56 the content is already modular from the XML point of view 17:55:57 yes 17:56:00 limit confusion 17:56:09 im good with that 17:56:15 also make it look more shiny, four sections under training 17:56:23 dbite: sarob: I'm not a fan of more books popping up 17:56:42 dbite: sarob: what's your criteria for starting a new book? with the build maintenance and all? 17:56:56 annegent_: we already have four books 17:57:01 dbite: sarob: seems like it'd be good to get an overall vision for adding more tho 17:57:14 annegent_: I meant sub-sections 17:57:22 annegent_: we can discuss on docs ML 17:57:22 dbite: ah ok 17:57:24 like the install section has four links 17:57:33 annegent_: so it looks like there are more books 17:57:43 and keeps it simple for our end users 17:58:14 #info discuss how the four training books are visable on docs.openstack.org 17:58:58 dbite: it's always good to revisit the organization 17:58:59 #info discuss on docs ML renaming the training stable team to training docs 17:59:18 its time to say goodbye for this week 17:59:19 annegent_: yes, I need to learn how to do that properly :) 17:59:33 good deal dbite :) 17:59:34 bye all 17:59:37 thanks all for your contributions! 17:59:42 thanks dbite! 17:59:49 bye 17:59:51 annegent_: yeah, welcome ... 18:00:00 #endmeeting