13:59:02 <bcotton> #startmeeting Docs Project Meeting - Agenda: https://fedoraproject.org/wiki/Docs_Project_meetings 13:59:03 <zodbot> Meeting started Mon Sep 24 13:59:02 2012 UTC. The chair is bcotton. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:59:03 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 13:59:09 <bcotton> #meetingname Fedora Docs 13:59:09 <zodbot> The meeting name has been set to 'fedora_docs' 13:59:15 <bcotton> #topic Roll Call 13:59:18 * Sparks is here 13:59:20 * lnovich in 13:59:46 <Capesteve> I am here 14:00:33 <Capesteve> Best give the chronologically challenged another minute 14:00:40 * pkovar is here 14:00:47 <bcotton> #chair Sparks 14:00:47 <zodbot> Current chairs: Sparks bcotton 14:01:04 * jjmcd 14:01:17 <Capesteve> ls 14:01:20 <jjmcd> sorry slow - working on presentation for Saturday 14:01:57 <bcotton> jjmcd: just be sure to put in a lot of annoying transitions :-) 14:02:24 * shaiton_ says Hi 14:04:12 <bcotton> okay, i have 5 after, let's get started 14:04:14 <bcotton> #topic Follow up on last week's action items 14:04:29 <bcotton> Sparks: Sparks to add relevant git commands to QA procedures 14:04:44 <Sparks> bcotton: I swear it is on my to-do list. 14:04:53 <bcotton> #action Sparks to add relevant git commands to QA procedures 14:05:12 <bcotton> Sparks: i believe you. i suppose preparing to move takes precedence 14:05:28 <Sparks> bcotton: It take a little bit. 14:05:59 <bcotton> #topic Fedora 18 schedule 14:06:04 <bcotton> #link http://jreznik.fedorapeople.org/schedules/f-18/f-18-docs-tasks.html 14:06:09 <bcotton> #info Guides scheduled to be branched 2 October 14:06:15 <bcotton> #info POT files for guides due 2 October 14:06:42 <bcotton> hey! that's a week from tomorrow. If you're a guide owner, now's a good time to start thinking about this 14:07:15 <lnovich> is there a procedure somewhere that explains this? 14:07:38 <bcotton> lnovich: that's a good question 14:08:20 <bcotton> lnovich: the Documentation Guide talks about POTs 14:08:22 <bcotton> #link http://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/Documentation_Guide/chap-documentation_guide-translations.html 14:08:48 <pkovar> you should basically run tx push -s, which upload pot files to transifex 14:09:17 <bcotton> lnovich: there's a wiki page about branching (which will eventually find its way into the documentation guide) 14:09:19 <pkovar> and please don't follow instructions in the documentation guide, they are outdated :-) 14:09:23 <bcotton> #link: http://fedoraproject.org/wiki/Branching_a_document_in_git 14:09:25 <bcotton> ah 14:09:32 <pkovar> use https://fedoraproject.org/wiki/Setting_up_a_document_with_Transifex instead 14:09:38 <bcotton> #info the Tx info in the documentation guide is outdated 14:09:45 <bcotton> #link https://fedoraproject.org/wiki/Setting_up_a_document_with_Transifex 14:09:58 <bcotton> #action bcotton to update Documentation Guide with correct Transifex info 14:11:43 <bcotton> okay, now that that's cleared up. anything else re: schedule? 14:13:13 <bcotton> moving on, then 14:13:15 <bcotton> #topic Release Notes 14:13:27 <Sparks> Ooo Ooo Ooo, I have something for the RNs. 14:13:32 <bcotton> #info wiki beats due 26 September 14:13:41 <bcotton> #info wiki freeze 2 Octobe 14:13:43 <bcotton> Sparks: go ahead 14:13:45 <Sparks> .bug 859373 14:13:48 <zodbot> Sparks: Bug 859373 Danger in dual booting Windows 8 and Linux - https://bugzilla.redhat.com/show_bug.cgi?id=859373 14:14:12 <Sparks> We need to document this in the RNs. I'm going to reassign the ticket to the Release Notes so we won't miss it. 14:14:38 <Sparks> #info There is a danger in losing data when dual booting Windows 8 and Linux 14:14:47 <Sparks> #link https://bugzilla.redhat.com/show_bug.cgi?id=859373 14:15:06 <bcotton> Sparks: eek, yeah we should probably make people aware of that 14:15:23 <Sparks> Yeah, seems like something we should do. 14:16:05 <Sparks> Also, is someone check for bugs that have the release notes flag selected? 14:17:10 <bcotton> judging by the silence, i guess not 14:17:40 <bcotton> i'll go through the list later this week and make sure everything in BZ ends up in the wiki beats 14:18:09 <pkovar> Sparks: you mean the requires_doc_text flag? 14:18:35 <Capesteve> surely not 14:18:37 <Sparks> bcotton: Okay. There is also a 'fedora_requires_release_note' flag that can be set on *any* BZ ticket where someone things an entry in the Release Notes should be had. 14:19:11 <Sparks> bcotton: It might be good to have a section just for these types of entries so that people can just go directly there to read up on that information. 14:19:13 <jjmcd> Also keep in mind that there is a release notes component in Fedora as well as docs 14:21:19 <bcotton> okay, thanks 14:21:58 <bcotton> Sparks: like a "could blow up your computer" section before the rest of the sections? 14:22:33 <Sparks> bcotton: Yes 14:22:50 <Sparks> bcotton: "Could set fire to something important" kind of a section. 14:23:20 <Capesteve> I only noticed now that there are only two flags, "requires_doc_text" and "needinfo" 14:23:53 <bcotton> jjmcd: as the most expert RN person in the room, would it be easy to insert such a section, or would that break a lot of the workflow 14:24:18 <jjmcd> Shouldn't be a problem but it seems like it belongs in one of the front sections 14:24:42 <jjmcd> But we continually add and delete sections depending on the release 14:25:16 <Sparks> Capesteve: In the Fedora product? 14:25:17 <bcotton> jjmcd: excellent. That's what I was hoping you would say. 14:25:36 <Capesteve> Sparks: I was just looking at one of the bugs 14:25:44 <Sparks> jjmcd: We could keep that section and just have a big smiley face when there aren't any problems. 14:25:48 <Capesteve> was expecting more flags 14:26:06 <Sparks> Capesteve: That flag isn't available in the Documentation product, I believe. 14:26:22 <jjmcd> The Publican warnings do tend to get your attention 14:26:23 <Capesteve> ahh, silly me 14:29:27 <bcotton> okay, anything else on Release Notes? 14:30:22 <Southern_Gentlem> ?? 14:30:49 <bcotton> Southern_Gentlem: did you have something? 14:30:49 <Southern_Gentlem> i hope the info on biosdevname is back in the releasenotes 14:31:42 <Southern_Gentlem> i think the last time in was there was f15 14:32:03 <Southern_Gentlem> for people that run matlab its a nessassary 14:32:53 <bcotton> Southern_Gentlem: from the features page, it looks like it was implemented in F15, which is probably why it hasn't appeared in the RN since. what specifically are you wanting to see? 14:33:30 <bcotton> (as part of the Consistent Network Device Naming feature) 14:33:35 <Sparks> Who uses matlab? 14:33:38 * Sparks ducks 14:33:52 <Southern_Gentlem> Sparks, alot of people in the mathematics fields 14:34:11 <Sparks> Southern_Gentlem: Yeah, I used it quite a bit back in the day 14:34:14 <Southern_Gentlem> bcotton, cut and paste into the new release notes so people still know its going on 14:34:30 <Capesteve> There is a section in the SysAdmin Guide "Consistent Network Device Naming" 14:35:04 <Southern_Gentlem> Capesteve, but most users are not going to read the sysadmin guide they will read the releasenotes 14:35:38 <Capesteve> Southern_Gentlem: I am shocked 14:35:49 <Southern_Gentlem> most users from other distros will look into the releasenotes for drastic changes like this 14:36:08 <Sparks> Southern_Gentlem: Is there an open bug ticket on this? 14:36:28 <Southern_Gentlem> not that i know of 14:36:30 <bcotton> Southern_Gentlem: i understand that, but i'm not sure "we're still doing what we did in previous releases" is in the scope of the RN, for better or for worse 14:36:56 <Southern_Gentlem> bcotton for the new users it would be a service 14:37:20 <Southern_Gentlem> i have to point people to the f15 releasenotes on a regular basis because of this 14:37:35 <Sparks> bcotton: I don't think it's too much to say "And Matlab users are reminded that...". 14:37:36 <Southern_Gentlem> and they always say why isnt this in the releasenots 14:37:54 <bcotton> Southern_Gentlem: agreed, but where do we draw the line? How many changes do we keep carrying forward and for how long? I guess it's a matter of "what are the release notes supposed to be?" 14:39:02 <jjmcd> You gotta admit, tho, the dev names are a big change and plenty confusing 14:39:08 <Southern_Gentlem> bcotton that is for this group to determine, as someone who goes to conferences and works in the #fedora i am telling you what your audience wants 14:39:24 <jjmcd> But yea, the release notes are CHANGES from the previous release 14:39:52 <Southern_Gentlem> bcotton, are there any other distros besides Fedora using biosdevname 14:40:13 <bcotton> Southern_Gentlem: not that i'm aware of, but there are a lot of things i'm not aware of :-) 14:40:35 <Southern_Gentlem> so another reason it should be there 14:40:42 <bcotton> i wonder if a wiki page of "Here's a list of things that Fedora does that might be way different from what you're used to" would be a better venue 14:41:28 <Capesteve> That is a good idea, I was wondering if it could it be added to a FAQ somewhere? A forum section even. 14:41:29 <Southern_Gentlem> bcotton sorry in my mind its Fedora specific it should be in the release notes 14:41:44 <Southern_Gentlem> Capesteve, stay out of the forums 14:41:56 <Capesteve> Yes sir! 14:42:39 <Sparks> Yikes, a forum? 14:42:41 <bcotton> Southern_Gentlem: i understand. my perception of release notes is that it's a delta, so things that remain unchanged are out of scope. do other distros release notes carry changes forward like you're suggesting? i honestly don't know 14:43:53 <Sparks> bcotton: It's not going to cost us anything... I say just put it in. 14:44:08 <jjmcd> bcotton, most other distros have really lame RNs 14:44:32 <bcotton> Sparks: well i'm not sure i like the precedent, but since I lack dictatorial control, i'll assent :-) 14:44:35 <bcotton> jjmcd: that's a valid point 14:45:20 <Southern_Gentlem> bcotton, myself i see the release notes as updates from the previous and any info need to make my fedora experience better 14:45:28 <bcotton> any burning objections to re-including biosdevname in the F18 release notes? 14:45:44 <Sparks> bcotton: The fact that the information is still valid, to me, makes it valid for the next release. 14:46:11 <bcotton> #agreed biosdevname will be re-included in the F18 release notes 14:46:28 <Southern_Gentlem> thanks guys 14:46:28 <bcotton> Southern_Gentlem: thanks for bringing this to our attention 14:46:58 <bcotton> anything else on Release Notes before we move on? 14:47:43 <bcotton> #topic Outstanding BZ tickets 14:47:53 <bcotton> #link http://tinyurl.com/lbrq84 14:48:35 <bcotton> anything on bugs? 14:49:24 <bcotton> #topic Open Floor Discussion 14:49:25 <Sparks> We still have them 14:49:39 <bcotton> Sparks: i'd be worried if we ever got to zero :-) 14:49:50 <bcotton> anything to add in the last 9 minutes? 14:52:10 <bcotton> okay, well thank you everyone 14:52:15 <bcotton> don't forget to finish your beats 14:52:20 <bcotton> and update your guides 14:52:26 <bcotton> et cetera 14:52:29 <bcotton> #endmeeting