14:00:33 #startmeeting Fedora Documentation Project - http://fedoraproject.org/wiki/Docs_Project_meetings 14:00:33 Meeting started Mon Feb 4 14:00:33 2013 UTC. The chair is randomuser. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:33 Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:00:47 #topic Roll Call 14:00:51 * pkovar is here 14:00:54 Good morning, everyone 14:01:34 * jjmcd 14:01:57 * Sparks is here 14:02:02 hello 14:04:24 * lnovich here 14:05:25 Okay, thanks for coming! 14:05:39 #topic Following up on action items 14:06:04 I vaguely recall sending an email 14:06:24 pkovar, did you get to play with the IG? 14:06:59 randomuser: playing with it right now :-) 14:07:12 will report on that bug filed by jreed 14:07:30 also , i have two feature requests for Tx devs 14:08:06 related to maintaining a config file with a large number of source files 14:08:15 pinging maintainers at completion of a lang, maybe? 14:08:49 no, not that one 14:08:57 let me find my notes 14:09:52 auto-creating config file entries 14:10:33 useful when you are renaming / moving multiple source files 14:10:56 that seems reasonable 14:12:07 the more source file you have in your guide, the more painful it is to manually maintain the config file, obviously 14:12:32 just look at the number of IG source files 14:13:13 nobody wants to go through all of them every time you want to tx push your source files... 14:13:24 share a link when you have submitted the requests? 14:13:54 i think i will update the existing ticket: https://github.com/transifex/transifex-client/issues/25 14:14:39 #link https://github.com/transifex/transifex-client/issues/25 14:15:40 thanks, pkovar 14:15:44 np 14:15:52 #topic Publishing docs with Publican 3 14:16:15 Sparks, I think you're taking point on this, any news? 14:16:49 Ummm 14:17:47 I need to follow up with Kevin 14:18:07 #action Sparks to follow up with RELENG on the additional repo and tags in Koji 14:19:48 Are there any packaging roadblocks for Publican3 ? 14:20:23 No. In fact, I believe Publican 3 is already in the test repos for RHEL 6 and Rudi probably already has them available for Fedora. 14:21:56 i thought there was a fedorapeople resource someone had put together... As I understand it is more strict with markup, we might want to start using it to QA our guides 14:22:31 Yes but there are also some publishing pitfalls to using it too early 14:22:43 AND, I pretty sure you can't have both versions installed at the same time 14:23:17 sparks that is definately true 14:23:41 libvirt is your friend 14:23:48 and in addition - you need to check your revision history file to make sure the Year is in each entry 14:24:13 as by default it thinks it is the current year creating an issue when you go to build the publican build 14:24:43 jjmcd: +1 14:24:46 #info Publican3 will require a year entry in each revision history segment 14:25:18 rislam here, sorry for the late 14:26:19 hello rislam 14:26:38 sparks - publican 3 has been used for a while now in the RHEL6 repo and I will confirm Fedora availability if you like 14:27:29 lnovich: I think rudi is waiting for the RELENG stuff to get sorted out before pulling the trigger on P3 14:27:47 do you want me to ping him tomorrow? 14:27:50 and ask? 14:28:08 he sometimes needs a gentle "shove" oh i mean reminder 14:29:21 lnovich: For what it's worth, I asked for Publican on my CSW and got version 2.1 14:30:07 lnovich: So they've got to do some special vudu for 3.x 14:30:47 ok 14:31:36 sounds like we're pending infrastructure. Thanks for the update, Sparks 14:32:02 randomuser: When in doubt, blame infra 14:32:17 I have `translation platforms` on the agenda next; is that stale or do we have more to discuss ? 14:33:17 Sorry... 14:33:23 You may have a problem using Pubs Number if you change to Publican 3, we had to start using minor version numbers 14:33:31 I'm waiting on dgilmore and will follow up with him this week. 14:34:21 * Sparks supports a four-decimal versioning system for docs... in Hex 14:34:33 Capesteve, lnovich - is there enough gotchas to worry about to merit putting together a transition assisting wiki page? 14:35:01 p kovar thinks that Pubs Number was not used in Fedora anyway 14:35:59 it was a mild annoyance as we build a lot of test books for review purposes 14:36:56 with no takers on translations, we'll move on to beats 14:37:11 randomuser: I don't think there are many, just follow existing guides and keep a record of what you do differently 14:37:11 #topic Beat Assignments 14:37:26 * randomuser nods 14:37:34 it seems like one time pain, Capesteve 14:37:57 not as much pain as all the changes to GUIs in Fedora 14:38:17 #link https://fedoraproject.org/wiki/Category:Documentation_beats?rd=Docs/Beats 14:39:03 it looks like some beats have been snapped up, some not 14:40:26 oh, someone suggested I should mail people directly, that was the bit I left off my action item 14:41:08 #action randomuser to mail listed, uncommitted beats writers directly about taking up beats 14:41:11 naughty 14:41:39 * jjmcd didn't grab amateur radio because he thought Sparks might want it 14:41:45 Capesteve, well, they should be reading the list :) 14:42:06 randomuser, yeah, right 14:45:12 I think we'd all agree that more beats writers would help; how do the experienced members of the group feel about recruiting? does it work? 14:49:02 randomuser, sometimes. People seem to loose interest quickly, tho. 14:49:05 I think these days RL has a nasty habit of getting in the way. 14:49:06 +1 jjmcd 14:49:07 hmmm... maybe we can get rid of that somehow 14:49:07 feature request? 14:49:07 * randomuser chuckles 14:49:08 I'm ready to upload myself, as soon as infra gets it together! 14:49:08 With more beat writers, each has less to do, so easier to work around other issues 14:49:08 so how do we go about getting bore beats writers? 14:49:09 and more, at that matter. They *will* be boring if they don't have a life 14:49:09 Hard ... emailing devs doesn't work well, blogs don't work well, not sure what might work other than twisting arms at FUDcons, etc. 14:49:53 I figured as much. 14:50:15 well, if anyone has impressionable friends in the project... 14:50:33 I have had some success with specific devs who had major new stuff for specific releases 14:50:41 But after that release they disappear 14:52:50 something for beat writers to keep in mind; ping your developers! 14:53:01 #topic Outstanding bugs 14:53:31 #link http://tinyurl.com/lbrq84 14:54:06 Anyone want to talk about their bugs? 14:56:27 we have bugs? 14:56:43 * jjmcd has an issue with release notes directory bug 14:56:59 can we help, jjmcd ? 14:57:06 I have F16 and 17 RPMs ford-p-r so we can make a new RN 14:57:16 But there is an upstream problem for F18 14:57:29 I just this morning figured a workaround 14:57:50 *BUT* I need to conditionalize BuildRequires on release. Can that be done? 14:58:02 Or do I need a separate .spec file per release 14:58:40 The BuildRequires I need for F18 dont' exist on 17 and vice-versa 14:58:47 good question 14:58:56 WHich also brings up an issue that needs to be in RNs probably 14:59:26 texlive-utils has been broken down into a *LOT* of other packages. I got bored counting but it looks like 3000-5000 14:59:54 * randomuser gasps dramatically 14:59:57 While most ppl don't use that directly, lots of other things depend on it, and Koji anin't that good at checking the dependencies 15:00:03 Yeah 15:00:28 SO you end up with things breaking, and it is very hard to figure out whay 15:00:29 i think i have seen something similar in the publican spec file. so I'd say have a look there for conditionals 15:00:32 i've seen a few wtfs to devel@ about it 15:00:57 #info texlive packaging needs a release note, probably 15:01:22 I ended up working around it with texlive-collectiopn-latexextra, which installs 1020 packages 15:02:08 But I really don't know what they were thinking, so it is hard to see what a release note needs to say 15:02:44 there's some kind of tex(function) wrapper that works in spec files that I read about, but perhaps that's not new 15:02:47 pkovar, thanks for that hint 15:03:13 np 15:03:29 At one point I had a missing file, but when I did a yum requires I got errors about bad .sqlite files 15:04:32 Anyway, a heads-up there. And we can go ahead and fix the install directory bug by running d-p-r on 17 or 16 15:04:44 sounds like a plan. 15:05:04 We've run over out time; let's take the open floor to #fedora-docs 15:05:21 I'll add anything juicy to the meeting mail 15:05:38 #endmeeting