14:03:47 #startmeeting Docs Project Meeting - Agenda: https://fedoraproject.org/wiki/Docs_Project_meetings 14:03:47 Meeting started Mon Mar 2 14:03:47 2015 UTC. The chair is randomuser. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:03:47 Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:03:47 #meetingname Fedora Docs 14:03:47 #topic Roll Call 14:03:47 The meeting name has been set to 'fedora_docs' 14:03:55 * pbokoc 14:04:02 /me is here 14:04:06 * lnovich is here 14:05:46 #chair pkovar 14:05:46 Current chairs: pkovar randomuser 14:06:01 #topic Follow up on last week's action items 14:06:20 Action items were all about https://fedoraproject.org/wiki/Docs_Project_Focus 14:06:40 We should continue to contribute our ideas to this page 14:06:54 i updated the env-stack section with personas 14:06:56 will add more 14:07:13 more as in a general intro to env-stack focus 14:07:18 I didn't do server, got engaged in something else, but I'll come back to it 14:07:41 * smccann strolls in embarrassingly alte 14:08:18 welcome 14:08:34 Morning all, 14:08:47 lnovich, you were down for general use case descriptions? 14:09:30 and I shall get to them today 14:09:38 excellent 14:09:50 #topic New Writer Check-in 14:10:04 grundblom, smccann how is your experience going so far? 14:10:08 i have a new writer who was here but seems to have left 14:10:55 I've got the files I need etc. I didnt' get the emacs docbooks extensions working yet, but I can still copy content in etc. 14:11:46 cool. Have you found the information and help you need? Any suggestions on improving things for the next new contributor? 14:12:21 I was confused on whether I could use https: to clone vs git or ssh. and whether I needed to be in doc-writers to get the job done etc 14:12:31 * randomuser nods 14:12:41 Going well, I am enjoying it. The community has been really helpful in teaching me and I feel like the work I am doing will be valuable to the group when finished. 14:13:10 i think one of the doc process wiki pages made it sound like I needed that. So that'd be a place to put a note or something to say what the general doc contributor can do 14:13:23 smccann, I think I'll write/rewrite a portion of the documentation guide to address that 14:13:46 kewl, thanks 14:13:56 #info randomuser to improve new contributor guide patch process in documentation guide 14:14:00 #undo 14:14:00 Removing item from minutes: INFO by randomuser at 14:13:56 : randomuser to improve new contributor guide patch process in documentation guide 14:14:07 #action randomuser to improve new contributor guide patch process in documentation guide 14:14:48 well, we're glad to have you both on board 14:15:01 #topic Publishing 14:15:20 I spent the weekend working on a buildbot configuration 14:16:23 as of now, it builds defined branches of all of our guides when there are new commits and copies the content to a central place using a predictable directory heirarchy 14:17:03 processing of translations has been started 14:17:46 the setup is fairly modular, so it should be possible to create builders for other formats; the interesting part will still be frontend construction 14:18:41 so is it based on jenkins or a similar platform? 14:18:42 I'll share the thing after I've sanitized out all the hard coded credentials :) 14:19:46 pkovar, besides infra's lack of enthusiasm about jenkins, it seems like extensibility would require a fair amount of java expertise 14:20:12 so I've started with buildbot; the configs are python, and I have at least rudimentary python skills 14:20:25 randomuser: ok, i see 14:21:00 tflink has been working on taskotron for Fedora packages, which is also buildbot-based, so there's already some buy-in for it 14:21:24 maybe even the potential to use taskotron, or at least share ideas 14:21:41 randomuser: how does putting all the index pages together work like with buildbot? 14:22:16 pkovar, I suspect I'm doing it crudely at this point, so bear with me, but it's working like this: 14:22:46 each guide has a builder that goes through defined steps, pull new sources, publican build, copy files 14:23:05 it's triggered by a scheduler that checks the repo for new revisions 14:23:22 (there could also be builders for $format with a different build invocation) 14:23:40 ok, that sounds good 14:24:18 these builders could then trigger another builder that does copy built files, assemble index pages, copy files 14:25:40 right, i am not quite sure how to approach that index page generation, but maybe it's not as hard as i think... 14:25:43 and there's a timeout window, so that it doesn't do a lot of extra work; a build won't kick off until five minutes or so of stability; then the index builder wouldn't kick off until there's been stability in it's triggers 14:26:02 ok 14:26:35 randomuser: and you say the builder would also assemble translated index pages? 14:26:46 i'm not sure either. I have some ideas; walking over the directory and parsing yaml definitions for each resource is one 14:26:53 each time a build is triggered based on git commits, i guess? 14:27:32 pkovar, at this point, I'm aiming for this: the aforementioned builders would push POTs to zanata if they are successful 14:28:06 then there are other builders that pull a given language from zanata, test a build, and merge in the translations if the build succeeds 14:28:44 that would then trigger a rebuild of that document, which would trigger the index builder 14:28:47 ok, that work flow would be quite similar to what gnome does, actually 14:29:10 continuous integration, basically 14:29:10 it would be periodic/nightly; afaik there's no signal out of zanata ie rss feeds 14:30:11 do you know if any other project does this with zanata? 14:30:31 i'm hoping the fedora apps folks will have some ideas about creating the index pages, mine might not be that good :P 14:31:10 i think there shouldn't be a problem having this automated, though 14:31:25 pkovar, I don't know of other projects doing this, but I haven't looked for them. I have a suspicion that some RH projects might be, but they're using jenkins with some bespoke java-foo 14:32:50 we could trigger much of this from fedmsg - I think most of that work has been done for taskotron - but it doesn't take a lot of cycles to just get the head hash every few minutes 14:33:36 randomuser: time to start another ml thread about publishing platform, perhaps? :) 14:33:52 randomuser: thanks a lot for working on this 14:34:09 it looks like we are moving somewhere, which is what we need :) 14:34:18 pkovar, I'll sanitize my configs and try to make them more portable soon so you can look at it; I don't want to put a decision in front of the group until there's at least something in that missing piece, though 14:34:42 pkovar: ok; makes sense 14:34:54 i mean randomuser :) 14:34:59 there's just not a lot to discuss unless people want to participate 14:35:28 randomuser: i'll be happy to help with that zanata part 14:35:48 oh, one thing though 14:35:57 i don't know much about builbot, though 14:36:01 this requires a few changes in our guide repos: 14:36:18 predictable release branch naming, ie f19, f20, f21 and so on 14:36:46 a zanata.xml for the correct release in every branch we want translated 14:37:11 and, a release set up in zanata for every branch of every guide we want translated 14:37:18 as for branch naming, i think that's doable unless we want to maintain a separate config file with branch names or something 14:37:19 ... all of which we would have had to do anyway 14:37:58 right, that's what zanata requires us to do 14:38:22 yeah, we can do that; it makes builder generation more complex, but it's not a big deal 14:39:05 pkovar, since you're a maintainer on all of the guides, if you have them all cloned... 14:39:15 a zanata maintainer, I should say... 14:39:18 hehe, i don!t but go ahead 14:39:46 someone is going to have to create the releases and add the xml configs 14:40:14 that's just a temporary thing, still waiting for more maintainers to set up their account in zanata, btw 14:40:18 ack 14:40:23 randomuser: but yeah, i can help with that 14:40:38 at least for the "core guides" we have 14:40:41 there's a fairly comprehensive zanata.xml in the release notes, with only a few language mappings missing 14:40:56 good 14:41:05 after the rest of those mappings are added, we should put it somewhere for wide use 14:41:40 somewhere in our guidelines you mean? 14:41:40 anyway, let's talk about this in -docs sometime, pkovar 14:41:46 randomuser: sure 14:42:06 guidelines, wiki page, etc; in place of the tx lang map thing we have now 14:42:12 #topic Release Notes 14:42:17 randomuser: right 14:42:22 #info Beat writers needed! 14:42:35 https://fedorapeople.org/groups/schedule/f-22/f-22-docs-tasks.html 14:43:00 afaik, we've had exactly two edits to beats pages so far in this cycle, and covered perhaps three packages 14:43:38 #action randomuser to write beat writer invitation to fedora join list 14:43:54 #link https://fedoraproject.org/wiki/Category:Documentation_beats?rd=Docs/Beats 14:44:15 any questions on Release Notes, before we move on? 14:44:53 how is release notes different then a beat? 14:45:04 or are they the same thing? 14:45:23 grundblom, beats are a subset of the release notes 14:46:11 it's a term borrowed from journalism 14:46:54 one beat per roughly defined topic, all the beats are the release notes 14:47:12 Ah, I see, got it 14:48:09 I think I'll skip over the focus stuff for now, since bexelbie isn't here and there weren't more responses to his thread 14:48:18 .... please read and respond to that thread 14:48:25 #topic Guide Status 14:48:42 where are we with guides, what guides need what help? 14:49:06 everything needs everything :) 14:49:21 heh 14:50:06 randomuser: one thing about focus: i am going to move some of the focus stuff from the thread to our focus wiki page; i think we need some sort of a summary too 14:50:19 before we move on to discuss other things 14:51:39 pkovar, thanks! 14:52:00 that's going to help assemble our thoughts, a lot 14:52:11 yeah, i hope so 14:52:52 but as you said, we also need more responses to that thread 14:53:46 I also think we should collect info from other Fedora contributors, ie "What can we do to get you writing" 14:54:13 randomuser: oh, i collected some of these in flock last year 14:54:18 but that's probably either a 1-on-1 thing or something that needs more discussion than we have time for today 14:54:20 i will add them 14:54:23 nice 14:54:49 randomuser: conferences are great for these conversations 14:55:15 I had conversations like that at the previous flock, mostly around aligning the docs with the user base 14:55:40 #topic Focus 14:55:55 #link https://fedoraproject.org/wiki/Docs_Project_Focus 14:56:16 #action pkovar to update page with info from mailing list thread, conference conversations 14:56:46 for the minutes :) 14:57:02 #topic Open Floor 14:57:33 publican is FTBFS in F22 and F23, FYI 14:58:08 I spoke with Jeff about it yesterday, he suspects a libxml2 bug or feature improvement 14:58:37 I can't build the installation guide on F22, for example, because it thinks there are duplicate IDs for the preface 14:58:44 hmm, that's unfortunate 14:59:44 luckily, I have this buildsystem to test my work with... 15:00:01 cool :) 15:00:23 alright, time's up, thanks to all for attending 15:00:27 #endmeeting