14:01:08 #startmeeting Docs Project Meeting - Agenda: https://fedoraproject.org/wiki/Docs_Project_meetings 14:01:08 Meeting started Mon Jan 28 14:01:08 2013 UTC. The chair is randomuser`. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:01:08 Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:01:22 #meetingname Fedora Docs 14:01:22 The meeting name has been set to 'fedora_docs' 14:01:33 #topic Roll Call 14:01:48 Meeting. 14:02:05 #chair Sparks 14:02:05 Current chairs: Sparks randomuser` 14:02:14 #chair bcotton 14:02:14 Current chairs: Sparks bcotton randomuser` 14:03:43 * jjmcd 14:03:44 * Sparks is here 14:03:54 * pkovar is here 14:03:56 I only have mediocre hotel coffee to share today, you'll have to wake yourselves up 14:03:56 * bcotton_ is here 14:04:31 (but multitasking) 14:04:47 hooray! i'm me again! 14:04:48 * jjmcd is pretty well zombified this morning, pity about the coffee 14:06:10 okay then, let's get started 14:06:27 #topic Follow up on action items 14:06:59 pkovar, any news on your front re: install directory? 14:07:20 i filed a bug at the end, let me find it 14:07:38 here we go: https://bugzilla.redhat.com/show_bug.cgi?id=902500 14:07:46 docs list is CC'ed 14:08:03 more people are welcome to comment 14:08:09 etc. :-) 14:08:29 #info pkovar filed https://bugzilla.redhat.com/show_bug.cgi?id=902500 and welcomes comments 14:08:50 * randomuser` CCs himself 14:09:28 Thanks, pkovar 14:09:47 np 14:10:00 as i said in the bug, I opened this bug to track ideas 14:10:12 it's not an RFC (yet) 14:10:19 or RFE 14:10:26 I added an "ARM" beat page to the beats list and created the empty page with template, with the hope that someone more qualified will take up the beat 14:11:20 I also cleared out the status table and added 'unconfirmed' asterisks to the beats table - more on that later, i think 14:11:56 Sparks, any news on publican 3 publishing? 14:12:54 randomuser`: No. I need to follow up with RELENG 14:13:50 * pkovar wasn't successful with https://www.redhat.com/archives/publican-list/2013-January/msg00016.html 14:14:04 Sparks, okay. Thanks for taking the lead on that 14:14:26 yes, thank you 14:15:49 pkovar, it seems like runtime arguments for paths would be a good thing in publican for lots of reasons 14:16:05 randomuser`: yes 14:16:23 it looks lie it will be in the upcoming publican release though 14:16:29 * like 14:16:57 but atm we would need that in publican 2.8 :-) 14:17:05 pkovar, so if that functionality is there, your issue becomes administrative for us? 14:17:32 randomuser`: the functionality will be there with the next release, 3.1 i believe 14:18:04 this is the bug: https://bugzilla.redhat.com/show_bug.cgi?id=661946 14:18:25 see the target milestone 14:20:08 pkovar, okay, a few pieces need to come together, then. Should we add this as a \#topic for future meetings? 14:21:19 not sure about that. focusing on fedora docs supporting publican 3 seems more important 14:21:40 my idea was just a temporary work-around 14:23:04 I'll add publican 3 as a topic, then. 14:24:03 iirc, there were changes that made publishing on our current platform not work with publican 3, so we're back to Sparks 14:24:16 that should round off our action items list 14:24:32 #topic Publishing docs with Publican 3 and koji 14:24:43 #info Sparks is working on it 14:24:58 #topic outstanding BZ tickets 14:25:10 #link http://tinyurl.com/lbrq84 14:25:41 We've got some bugs - any worthy of discussion? 14:27:29 . 14:27:55 I'm working on changing 'Fedora' to '&PRODUCT;' in the Security Guide 14:28:15 This should be done, wherever possible, in our guides to help downstream projects. 14:28:18 EOF 14:28:44 * randomuser` nods 14:29:46 Post release seems like a good time to knock out some bugs - or at least low hanging fuit 14:30:57 I'm going to get radical now and go to a topic I forgot to put on the agenda - brace yourselves 14:31:14 #topic Beats status 14:31:44 I know it's early, but I think we should start visiting the beats assignments and confirming them 14:32:17 I'm really tempted to wipe the existing names instead of asterisking them 14:32:27 That doesn't sound like such a bad plan. But it does increase the odds of people's commitments changing between now and then 14:32:53 jjmcd: That might be okay... 14:33:09 If people start documenting now they may not forget things 14:33:31 if they contribute to the beat early and drop off later, we'll still have *something* 14:33:37 also, i wonder how many people don't take an asterisked beat because they think the listed person will be along to claim it "any time now" 14:33:46 bcotton, +1 14:33:53 Yeah, both good points 14:34:41 any against? 14:34:47 . 14:35:32 i propose that you give people a week or two to clear their own asterisk, after which, you clear still-asterisked names and send out another call for beat writers 14:35:52 that way, people have a chance to grab their old beats, but we still leave plenty of time for new blood to come along 14:35:55 eof 14:36:00 worksforme 14:36:00 nice 14:36:30 it makes a good excuse for more signal on the topic, bonus! 14:36:54 heh 14:37:29 I'm also going to suggest beats owners verify their technical contacts, perhaps solicit more devs to get involved 14:38:51 moving on? should we talk about Zanata? 14:40:11 #action randomuser to mail docs list about confirming beat assignments 14:40:34 What's Zanata 14:40:36 ? 14:41:21 Sparks, it's a translation platform competing with Transifex. Don't you read our list!? 14:41:40 randomuser`: Yeah, I never remember what 'that other' platform is. 14:41:45 * Sparks has opinions 14:42:12 * randomuser` chuckles - I can guess what they are 14:42:24 * bcotton also has some 14:42:41 i will have a look into that issue with the IG. they seem to experience some timeouts etc. when pushing IG files to Tx 14:42:49 #topic zanata 14:42:52 but i can't promise anything 14:43:17 also i'm not the an IG maintainer, so... 14:43:20 tx seems slow but consistent for me 14:43:31 heh 14:44:15 while transifex seems to work ok with most guides 14:44:16 I dislike using multiple tools for the same task. It leads to confusion and a disjointed workflow. 14:44:26 (besides the lang code problem) 14:44:43 it seems to fail when managing guides like the IG 14:44:52 pkovar: Why? 14:45:02 with a large number of source files etc. 14:45:24 just read the filed bug report 14:46:04 also, in the thread there is a link to jack's explanation of things 14:46:15 interesting. 14:46:22 let me find it 14:46:32 I know the Security Guide has a lot of source files 14:46:48 Sparks, the IG is absurdly fragmented 14:47:43 It seems like we have two sets of choices 14:47:45 randomuser`: That should make it interesting to find things inside 14:47:47 http://lists.fedoraproject.org/pipermail/docs/2012-July/014465.html 14:47:57 lots of grepping, yeah 14:47:59 that's one of the relevant emails 14:48:04 ^ 14:48:09 1. Do we help tx isolate the problem 14:48:12 well, it's all in the thread 14:48:19 #link http://lists.fedoraproject.org/pipermail/docs/2012-July/014465.html 14:48:30 2. Do we want to impose tx on Jack if it is fixed 14:48:54 * randomuser` runs for a charger 14:50:36 It would seem that Jack only switched to Zanata as a technical solution to TX. I think we should push TX to fix the issues. 14:50:41 s/push/lean on 14:51:58 i agree. since that issue hasn't been fixed yet, we can't be sure if the IG is manageable in TX at all. 14:52:54 let's all keep the conversation with tx going, there are a few channels to influence on 14:53:15 it's probably more about the design / architecture, but can't be sure atm 14:53:16 randomuser`: Let's get the conversation going. 14:54:10 Sparks, the conversation we're conversing of, or are you telling me to move the meeting along? 14:54:56 randomuser`: Ummm 14:55:32 randomuser`: I don't believe we have a running dialog going with TX. We need to establish that conversation. 14:56:16 #info We need to establish a feedback loop with transifex 14:56:59 glezos seems to be following the docs list... 14:57:18 proposal: One of us should talk with Jack, try and reproduce the problems, and get a discussion going on the list 14:58:24 i will try to push the files to Tx some time this week 14:58:30 and report problems 14:58:46 thanks, pkovar 14:59:13 tx push will probably take ages, but let's see 14:59:23 #action pkovar to test push to tx, report problems 15:00:31 pkovar, can you respond to the thread on the list as well, to make sure the tx folks know we have an interest their solution? 15:00:43 randomuser` sure, will do 15:00:55 i think glesos fears a trend, which isn't what is going on at all 15:01:07 agreed 15:01:43 This horse is starting to bruise, so... 15:01:58 #topic Open Floor Discussion 15:02:19 * bcotton thinks we're cutting in on QA's meeting time 15:02:39 indeed we are 15:02:52 * nb proposes we adjourn to #fedora-docs 15:02:55 Open floor in #fedora-docs, then 15:03:01 #endmeeting