00:02:20 #startmeeting Docs Project Meeting - Agenda: http://fedoraproject.org/wiki/Docs_Project_meetings 00:02:20 Meeting started Thu Nov 19 00:02:20 2009 UTC. The chair is Sparks. Information about MeetBot at http://wiki.debian.org/MeetBot. 00:02:20 Useful Commands: #action #agreed #halp #info #idea #link #topic. 00:02:29 #topic Roll Call 00:02:30 * Sparks 00:02:32 * radsy is here 00:02:35 * rudi is here 00:02:38 * bcotton is here 00:02:48 * jjmcd . 00:04:41 * Sparks gives everyone a few more minutes 00:08:21 Okay, let's get started 00:08:41 #chair jjmcd 00:08:41 Current chairs: Sparks jjmcd 00:08:50 #topic Docs Project Leader Elections 00:09:18 When I took this job back in January(?) I wanted to make sure that we had elections for a new leader after F12 got released. 00:09:26 So here is my suggestion... 00:09:47 We take nominations starting tonight and vote next week. 00:09:51 Thoughts? 00:09:59 wikipage 00:10:22 That's a good place to start 00:10:41 sounds like a plan; and the wiki is the natural place for noms to go 00:10:55 Although, we could just agree to re-elect you by acclimation 00:10:55 rudi: Works for me. 00:11:12 I won't take the job unless someone else runs 00:11:13 :) 00:11:25 * Sparks votes for ---> that guy 00:11:41 And I won't run unless I can find a sucker ... errr ... leader for RNs 00:12:04 We should probably figure out if we want to do this yearly or releasely or... 00:12:32 Personally, I could argue for either 00:12:47 Yearly gives somebody a chance to get established 00:12:51 yes 00:13:04 releasely gives is a quicker way to get rid of a turkey 00:14:00 i'd think releasely would be a bit hectic 00:14:10 jjmcd: I think you should be able to get rid of me... err... a turkey at any point 00:14:20 * Sparks establishes https://fedoraproject.org/wiki/Docs_Project_Leader_Elections 00:14:28 So we need an impeachment process? 00:14:45 WE DON'T LIKE YOU ANYMORE... GET OFF THE STAGE! 00:15:14 * jjmcd prefers burning torches 00:15:22 Okay, I'll send out an email after the meeting 00:15:35 #action Sparks to send out email on nominations 00:15:52 Okay, anything else on this topic? 00:16:19 #topic Release Notes 00:16:39 You saw the notes to the list 00:16:42 First I'd like to thank jjmcd and rudi and everyone else who helped in getting the Release Notes completed. 00:17:10 You guys did an awesome job! 00:17:18 Now if our technology could keep up... :) 00:17:25 jjmcd: What are the translation issues? 00:17:27 Ta -- there are still some bugs in the process, but we're getting better :) 00:17:27 They do look nice on the new F12 background - but that's all on mo 00:17:46 rudi is tracking them down, I think most are explainable 00:18:00 We do need to decide when to publish 00:18:20 and I like rudi's idea of moving in a direction of translators publishing, or at least deciding when 00:18:43 And OBTW, as translations are committed, the built docs ARE available 00:18:53 jjmcd: I'd like it if the translators would join us on these meetings... especially around release time 00:19:01 But without building themselves, translators have no view into the errors 00:19:20 Yes, noriko at least was joining us for a while 00:19:25 jjmcd: So we need to do a classroom on how to use Publican? 00:19:32 but they are spread out across timezones 00:19:37 Sparks -- no, the problem is more deep-seated 00:19:42 Well, it is a major PITA until the new TFX 00:19:56 jjmcd: True. Maybe the lead translator for each lang could join us... TZs make it tough 00:20:02 yeah; Tx 0.7 is the blocker 00:20:12 rudi: more deep-seated? 00:20:26 Until then, translators not only need to know how to use publican, but how to wrangle the merging and splitting as well 00:20:45 And that isn't always obvious 00:20:47 yes 00:20:55 and the "how to use Publican" is the least of their worries. 00:21:00 it isn't obvious to me! 00:21:11 Even after all this time, *we* still bungle the merging and splitting 00:21:13 When everything is hunky-dory, we could script it. But things are rarely perfect 00:21:34 (which is the root of most of the English strings we're still seeing cropping up in the translations) 00:21:45 Yep, that was my suspicion 00:22:05 jjmcd -- yeah, confirmed. With yours truly being the chief bungler :) 00:22:43 I will remind docs and trans later where to find the nightly builds of f12zeroday-tx 00:23:11 But there are also some genuinely inexplicable ones, where strings we can see are definitely translated somehow don't get carried across the split... 00:23:11 jjmcd: When will the next batch ready to commit? 00:23:39 Sparks, jjmcd -- we need to make a decision about when and whether to refresh the POTs 00:23:49 rudi: yep. Sparks: Schedule says tomorrow, but I am poking L10N to ask if that makes sense 00:23:49 And we probably need some input from L10N on that 00:24:11 And with the latest flamebug, we may want to do that again real soon now 00:24:32 ya 00:24:39 The refresh would pull in the latest fixes (from f12-temp), plus the flamebug, plus assorted small glitches that are breaking translations 00:25:14 jjmcd -- did you want to do this before or after packaging the RN? 00:25:24 I would also like to get something authoratative on processors. We have an outstanding bug that disagrees with other experts, and I don't know who to believe 00:25:45 rudi, we have a package in the DVD, and a more recent package on updates 00:26:09 We will want to do another probably for the install thing first en then maybe all langs 00:26:16 jjmcd -- Ah OK! so any update is not going to interfere with thath 00:26:23 * that 00:26:25 I don't think we want to wait that one for the translations 00:26:42 yeah, Sparks has been great on getting these things to the repos 00:26:45 OK -- so regenerate today? 00:26:56 sounds good to me 00:27:25 There is more manual than I would like in the packaging, but it isn't some huge deal 00:28:08 The real problem is waiting hours and hours to build all the langs 00:28:16 Well, mostly to merge 00:28:28 BTW, I saw you committed some merged pos 00:28:44 If we can keep up with that, it could be a real help 00:29:16 NP -- I'm trying to make sure that the master branch stays current and ready to build 00:29:24 good, I like that 00:29:46 http://fedora.is-sixsigma.com/F12beta/ - regenerated every night, from t12zeroday even tho it says beta 00:29:58 So -- the other question is -- do we wait till we have an answer on the arches before rebuilding? 00:30:05 *regenerating 00:30:30 I think we need to deal with the install policy immediately 00:31:15 We have text on the policy change ready to insert? 00:31:19 As much as I would like an answer on the other, I think all those guys are burning their cycles on BZ534047 00:31:24 No 00:31:28 Well, there is text 00:31:35 and widespread agreement it is wron 00:32:09 OK -- well, we need something definitive in the f12-temp branch ASAP 00:32:19 radsy -- are you in a position to write it up? 00:32:24 So, I will craft some weasel words that try to avoid the emotion, but we still need a definitive workaround 00:32:43 Yeah -- whether the change is good, bad, or ugly is not relevant to the RN 00:32:58 The fix posted by Seth isn't even available to most people 00:33:03 Just its effects and what to do if you don't like it for whatever reason 00:33:20 You gotta be a policykit developer to even have the tool 00:33:27 It is the what to do that is the problem 00:34:03 Not too hard to describe the change 00:34:44 OK 00:34:51 Does that become 5.2.1, or 4.1? 00:34:55 So where are we going to get that from? 00:35:16 Well, the bug thread hasn't slowed yet 00:35:41 I'd say 5.2.1, with a pointer in 4.1 00:35:59 Oh maybe it has. I couldn't get a word in edgewise earlier, but now it's been an hour since someone commented 00:36:19 On the bug, I'm sure the mailing list is still lively 00:36:39 jjmcd: Would now be a good time to ask for a definitive answer on what needs to go in the RNs? 00:36:48 Or everyone got frustrated with the in-flight collisions on bugzilla 00:37:00 Ask where? 00:37:13 jjmcd: The more I think about it the more I think that PK should just be uninstalled on systems where users shouldn't be installing software... almost makes sense. 00:37:16 jjmcd: On the bug. 00:37:24 Seems like everyone has a horse in this race 00:37:25 jjmcd: you/we still need an answer 00:37:30 yep 00:37:44 * Sparks got hit twice on the same post with a collision 00:37:52 And we need to test it 00:38:09 Much of what has been talked about doesn't work for ordinary mortals 00:38:49 jjmcd: I agree 00:39:10 What I think we are saying, rudi, is that we aren't ready for a full rebuild 00:39:30 jjmcd: Well... work up some text saying what PK does and that a solution is in the works 00:39:31 I'll post en-US as soon as we get an answer, and we can do the big thing tomorrow 00:39:38 yeah, that's what I'm hearing. 00:39:44 jjmcd: If you get the solution before you crash for the night then put it in... 00:39:53 jjmcd: otherwise build it and let's do a push 00:40:02 ok 00:40:02 Yeah, at least on docs.fp.o I can put a warning 00:40:10 WORKSFORME 00:42:26 Okay, anything else on the Release Notes? 00:42:42 rudi, any clue why the rev history is missing from the trans? 00:43:11 jjmcd -- yeah; I turned them off 00:43:16 Oh, OK 00:43:18 when I was building 00:43:38 the changes that you had to make for yelp caused them to blow up when I was building the translated versions 00:43:47 I had no theory about that, as long as there's an answer and it isn't a mystery 00:43:57 And, strapped for time, that seemed like the best solution 00:44:06 oooohhhh, I thought I kept the yelp changes out of git except for the table length 00:44:10 Yeah; no mystery 00:44:38 Hmmm. 00:45:01 So the "xyz changes (cont'd)" shouldn't be in there either? 00:45:09 I cut the max table size down some in the hopes it might help - didn't 00:45:20 Oh yeah, just the tables were shorter 00:45:24 Oh OK 00:45:36 I think I was limiting them to like 250 entries or something, shortened to 100 00:46:05 didn't help,.. but I also hoped they might help you build, too 00:46:20 Well, *something* helped me build 00:46:40 I was finally able to build them on my machine without having to SSH into ryanlerch's :) 00:46:42 Don't you love a good mystery 00:49:29 Okay... Moving on... 00:49:38 #topic Guide Status 00:49:53 Anyone have any problems with their guide or want to talk about their guide? 00:50:37 i did lots of updates to the selinux user-guide yesterday, thanks to a BZ that slipped through the cracks of my memory 00:50:46 got it up in CVS overnight, it's fine now 00:50:55 radsy: Cool! 00:51:01 Anyone else? 00:51:10 basically the removal of setroubleshootd as a permanent daemon 00:52:18 :) 00:52:28 #topic New Guides 00:52:33 Any new guides in the works? 00:53:03 #topic Status on CC license rollout. 00:53:11 For those of you that didn't know... 00:53:28 We have officially changed over to the CC-BY-SA license! 00:53:34 All of these tasks are complete! 00:53:56 Thanks to everyone who made this possible... it was truly a team effort. 00:54:14 #topic All other business 00:54:28 And with six minutes left... does anyone have anything else they'd like to discuss? 00:55:10 https://bugzilla.redhat.com/show_bug.cgi?id=534047 ? :) 00:55:11 Bug 534047: high, low, ---, richard, ASSIGNED, All users get to install software on a machine they do not have the root password to 00:55:41 i'm starting to think we might want to wait for the dust to settle 00:56:04 security response team are trying to find out if it will be reverted 00:56:21 nobody knows it seems... 00:56:35 radsy: IMHO we need to get the word out that right now the vulnerability exists. 00:56:53 your call 00:57:02 if admins/owners don't know that there is a change then they are assuming that they are protected. 00:57:20 but, of course, that is my opinion... 00:57:31 we do have a lot of hits on the RN right now, being so close after release 00:57:54 Yeah 00:58:17 i guess it can't hurt, quick enough to pull if needed 00:58:27 anyone have any thoughts on how Docs should handle the PK ordeal within the next 24-hours? 00:58:42 I'm assuming that within 72-hours we'll know more and can stand down more. 00:58:55 radsy: ya... we can get text up and down very quickly 00:58:56 Well, we could add a note about the *existence* of the issue right now 00:59:08 rudi: Yeah, that's basically what I'm thinking right now 00:59:13 Even if we don't have a suggested fix 00:59:35 I kinda think that if there were a fix out there that most people could implement, we would have heard about it by now... 00:59:42 and mention it's still in contention 00:59:50 radsy +1 01:00:05 yep 01:00:33 Okay... it is the end of our hour. Anything else to discuss before we close? 01:00:55 nice timing :) 01:01:16 Thanks everyone for coming tonight! 01:01:19 #endmeeting