15:02:17 #startmeeting Release Notes Meeting 15:02:22 Who is here? 15:02:23 * Sparks 15:02:25 * zoglesby is here 15:02:27 * rudi is here 15:02:42 * bcotton is here 15:02:57 * jjmcd is taking a break from spending the state's money 15:03:23 * laubersm found you 15:04:54 Okay... I'd like to discuss the following: 15:05:08 * laubersm goes to refill coffe mug before settling in for this hour of fun 15:05:29 1. How to improve on the F12 RNs 15:05:43 2. What products need to be generated. 15:05:55 3. Using Publican for the RNs 15:06:30 4. Training people to write beats. 15:06:44 laubersm: Hour? We've got this channel all day. 15:07:08 Anything else we need to discuss? 15:07:14 * zoglesby get coffe IV 15:07:38 * laubersm found only dregs and was too lazy to make more - but returned to this fun anyways 15:08:02 Probably we should discudd who the audience is before attempting to answer those questions 15:08:10 jjmcd: yes 15:08:12 sheesh the typing 15:08:58 anything else? 15:09:17 Packaging 15:09:32 As in, when and what 15:09:34 Influenced by 2 of course 15:09:40 Yeah 15:10:29 Okay, let's get started... 15:10:41 #topic Audience 15:10:48 I see 3 15:10:57 People who just installed and want to know what's new 15:11:06 People preparing to install 15:11:12 People looking for a new feature or fixed bug 15:11:24 Wouldn't the second one be the IG? 15:11:35 Not necessarily 15:11:51 For example, database changes almost always require you to do something before install 15:11:52 errr... shouldn't it be included in the IG 15:11:57 those won't be in the IG 15:12:00 True 15:12:11 So more of an upgrade guide 15:12:29 I think there is one more 15:12:33 Yeah, almost anything that needs a backup or something before upgrade needs to be captured 15:12:54 People that hear about Fedora and are trying to see what it has to offer 15:13:17 I often look at release notes when I hear about a new distro 15:13:33 Yeah, probably looking for more detail than the announcement 15:13:37 Okay, so I see this as: 15:14:00 The BIG RNs goes to the third group. 15:14:10 A "Welcome to Fedora ##" for the last 15:14:44 The "pretty" RN (from Marketing) for the first 15:14:47 I think welcome can also address the first group in an introductory way 15:14:51 yes 15:15:14 good point. Perhaps marketing should do the welcome to fedora xx 15:15:29 definitely 15:17:13 So we are already working on the "pretty" version with Marketing. 15:17:34 And we currently have the BIG RNs 15:17:35 I generally find most "users" - new or upgrading - think of wiki and IG and UG as resources more than the RN - they tend to think Release Notes are for the geeks 15:17:46 So we need to figure out the Upgrade guide 15:17:49 The RN can include links to those general resources - and should 15:18:01 UG = users guide 15:18:03 agreed 15:18:24 do we really need a separate upgrade guide? can't it be in the IG? 15:18:27 So the beat writers will need to be upgrade writers too, or at least help guide the upgrade writers 15:18:51 laubersm, I doubt if the experienced user will look at the install guide 15:18:53 Well, I think the IG should have information on upgrading 15:19:15 FWIW, the IG already details several different upgrade paths 15:19:47 jjmcd, I was thinking more of the reminders of good general practices - RN would still be for the "this time it is bar than needs to be reconfigured instead of foo" 15:19:58 But does it include things like "save your qle database to sql before upgrading and reimport after the upgrade"? 15:20:25 Yes, I don't see the upgrade guide as including all the version specific details 15:20:32 jjmcd -- no; and I think that's probably out of scope 15:20:33 jjmcd, if that is an everytime you upgrade the db than it should be in a general guide and not repeated with every RN 15:21:09 So beat writers talk about new stuff and also issues to upgrading 15:21:27 Yes, but most of the time you don't need to, seems like every third or fourth time with MYSQL, Postgres, and some others there are special things to do 15:21:39 But I agree, if its every time, then the upgrade guide 15:22:27 I see beat writers as listing all changes, but providing prose for "important" changes and upgrade issues 15:23:15 That way the change that you care about, but I don't see as important, is at least noted 15:23:48 remind me - who makes up the beat writers? some are docs team members but aren't some from other teams that just help with RN? 15:24:08 Mostly docs team members but not always 15:24:25 We generally seem to do better with team members 15:24:43 I ask because maybe docs members - or people more familiar with the many guides - should be reviewing to make sure RN stays trim and important stuff gets rediurected to the guides 15:24:57 it seems to me that we just haven't had time for that in the past - 15:25:02 even though the intent has been good 15:25:24 * laubersm prefers reviewing to writing by the way 15:25:25 I'm hoping to have more lists and less prose this time around 15:25:35 Should give us more opportunity to review 15:26:21 And less work for translators 15:26:37 and will the review period be as free form as last time or will it be a bullet on the docs team schedule (or in a wiki chart)? 15:27:09 I hope to take poelcat's schedule and add in some docs and l10n bullets 15:27:19 cool. 15:27:35 We never got the l10n notifications in there and we need that 15:27:40 Yeah, I think we need to make sure we get these beats done well ahead of time 15:28:44 I think if beat writers trade reviewing it will help the overall flow of all the RNs as well - and catch more duplication (or need for general docs tips) 15:28:57 Okay... I don't want to drag this meeting out... :) 15:29:00 laubersm: I agree. 15:29:14 So can we say that three "RNs" will make this work? 15:29:30 Most of that has to do with communications with other teams. Looking at the F11 beats, the only writer who wasn't a docs member at all was Chitlesh, although Jens I think is in the group, but not at the meetings etc 15:29:42 what three? 15:29:54 1) Big RNs 15:29:56 I think we had so much duplicate stuff last time cause on the last day 3 of of were writing all the stuf that didnt get done 15:29:59 How are we naming these so they catch the correct audience? 15:30:00 2) "Pretty RN" 15:30:08 3) Upgrade "Guide" 15:30:23 You don't see the "pretty RN" as chapter one of big rn? 15:30:44 The "Pretty RN" will be very graphical 15:30:50 ahhh good 15:30:52 kind of like a "newsletter" 15:30:59 a flyer 15:31:11 sounds like a bitch to translate 15:31:31 but we did it with IG if I recall 15:31:46 Not as long as people are careful to keep text out of the graphics 15:31:58 And rely on captions, or callouts 15:32:18 And yeah, the IG has about 70 images in each of about 35 localisations 15:32:35 So are we good with those three? 15:32:47 question fro rudi 15:33:03 did you do those with dot or something so that you could translate easily? 15:33:26 Yeah, where needed. 15:33:41 cool 15:33:57 I like it Sparks 15:34:26 #idea Three "RN" guides: big RN, "pretty" RN, and Upgrade Guide 15:34:30 jjmcd -- http://docs.fedoraproject.org/install-guide/f11/en-US/html/s1-guimode-textinterface-x86.html 15:35:31 Okay to move on? 15:35:33 Do we have any specific plan to keep down the bigness of the big RN? 15:35:45 tables 15:36:29 Hmmm -- tables might get L10N hating us for whole new reasons :) 15:36:36 I think that one of the big issues for 11 was the amount of info trans had to deal with if we add 2 more we need to cut some down 15:36:39 Nothing in the tables to translate 15:36:47 Oh OK. 15:37:05 Just that elements in lists and tables are very challenging 15:37:09 Jus package name, old version, new version link 15:37:29 Specifically intended to not need translation 15:37:38 lol 15:37:57 Without any description of what actually changed? 15:37:59 I think we can automate that to, 15:38:14 zoglesby, a lot of the prose was just fluff. Already automated ;-) 15:38:27 rudi, only "important" changes 15:38:33 OK 15:38:49 https://fedoraproject.org/wiki/User:Jjmcd/Drafts/Fedora_12_tables 15:39:06 Not organized by beats, and needs a lot of editing 15:39:35 sure, but yeah, I get the picture now 15:39:46 why do we have meetings again? Why not force jjmcd to 6S everything for us 15:40:24 +1 15:40:34 We still need ppl who can reed and spel gud 15:40:40 zodbot, because last time he built and rpm and left town and it had to be redone before he returned 15:40:53 arg... that was for zoglesby 15:40:55 this is more of a fedora change log then release notes 15:41:09 * laubersm relies on tab complete too much without looking 15:41:40 Well, we do need the change log. In my view, we still need prose for "important" changes, but this way someone looking for a feature or bugfix can see if it is there 15:41:47 laubersm: ah yes that was a good day 15:42:09 ANd that list is long because it is against rawhide. As we close in on release it will get shorter 15:42:17 zoglesby; true to some extent, but then, there was a lot of stuff in previous RNs that was basically "Package X has been upgraded from version 1.7 to 1.9" 15:42:19 jjmcd: very true, it takes care of one group 15:42:34 Yes, and the prose takes care of the others 15:42:49 ok 15:42:58 rudi, and that prose only provided useless work for translators 15:43:06 Yep. 15:43:12 jjmcd: Are you reviewig bug reports for stuff to go into the RN? 15:43:22 Yes, hit a bunch last week 15:43:33 How about a para on how to use a tool to find that list and not include it at all :) 15:43:51 One "content" bug I still needs more research 15:44:00 * laubersm thinks such lists reinvent the wheel and will always miss something 15:44:19 And the remaining RN bugs either need a lot of work or need to wait for something else 15:44:21 put a link to the fedora community site 15:44:29 laubersm, probably not a bad idea 15:45:02 jjmcd: Are people actually flagging items to be included in the RNs? 15:45:02 but there went your 0 trans :P 15:45:13 Sparks, generally no 15:45:25 jjmcd: Maybe we should encourage that and then query that. 15:45:40 I wonder how good an idea that is actually 15:45:56 For the person working on a package, any change is "important" 15:46:47 Although when you have someone like Chitlesh or Jens who sees the bigger picture, it is great when they can work on the prose 15:46:57 jjmcd, will the list at least be at the end - ie "other updates include:" so I don't have to scroll through it to get to the prose? 15:47:12 yes, that was my view - but by beat 15:47:22 So you get the database prose, then the list 15:47:33 ok 15:47:57 Problem is, the yum groups are all screwed up, so organizing the list by beat is going to be a bit of a job 15:48:12 That drafts page is by yum group 15:50:42 But as you said, perhaps we make a page that gets updated nightly for the list, or make the tool easy enough for people to use 15:51:11 That way you can see what changed from F11 to NOW rather than to the initial release of 12 15:51:46 +1 15:52:54 is there a php interface to sqlite? 15:53:10 * Sparks notes nine minutes left 15:53:45 Still have most agenda items left 15:53:51 Yes 15:54:08 yes sqlite or yes agenda? 15:54:13 yes agenda 15:55:08 What is the issue with Publican? I thought we had that answered. 15:55:19 Well... If you can do what you need to do then I'm fine. 15:55:36 I can't get the SRPMs to generate in koji. They fail 15:55:37 * jjmcd has no issue with Publican 15:55:55 The Beta for Publican 1.0 should be announced soon now 15:56:27 I've been manually building the SRPM, if Publican can do it right, great, but making the RPM isn't a biggie 15:57:10 I can't help with the SRPMs, but until 1.0 appears, we now have hackish fixes to most of the glitches in 0.44 up on the wiki 15:57:13 Well, hopefully the "new" version of Publican will fix the problems. 15:57:38 If we still include N docs in the RN RPM it doesn't matter anyway 15:57:49 rudi: the fedora wiki or publican wiki? 15:57:55 Fedora wiki 15:58:15 Even if there are glitches with the building the SRPM, I have no issues with publican - all items should be created with publican 15:58:24 https://fedoraproject.org/wiki/Publican#Publican_on_Fedora_Tips_and_Tweaks 15:58:25 * laubersm did not like the old toolchain adventure 15:58:41 * jjmcd agrees with laubersm 15:59:15 I'm afraid we need at least another meeting to answer the "what products" question though 15:59:29 jjmcd: That's cool. Is this time good with everyone? 15:59:46 * Sparks notes that it is awfully late/early for rudi 15:59:48 * rudi isn't crazy about it, but will turn up with enough warning :) 15:59:58 This time on Thursday is suboptimal but doable 16:00:05 2AM here in the middle of an Australian winter 16:00:18 rudi: thats me every docs meeting! 16:00:44 well not the winter part 16:00:49 :D 16:01:00 * jjmcd will probably be out of town the next few Wednesdays, tho, so Thursday is better than Wednesday 16:01:03 and I only wish I was in Australian 16:01:34 I will have a harder time next week - afternoon would be better when students are more likely to be doing labs instead of listening to me talk.... 16:01:38 Sparks: any time is good with me, if I have to I will use my phone and not talk so much 16:02:00 * laubersm is EDT when refering to afternoon 16:02:14 * Sparks is EDT, too 16:02:46 If you move to 2000Z you are starting to get into a semi-sensible morning time for rudi 16:03:17 * Sparks notes 2000z is drive time for us in EDT 16:03:38 Don't worry about me; I'm happy to work around you guys 16:03:52 rudi: Time and a half at 1A? 16:04:06 I wish! :) 16:04:08 lol 16:04:17 I miss shift-differential 16:04:49 Not me ... back when I got it, I was making $1.82 an hour 16:05:17 Okay, anything else we need to discuss today? 16:05:19 I missing getting paid for the amount of time I work not working 80 hour weeks and getting the same as everyone else working 40 16:06:21 Not discuss, but a thought to leave with people that we should perhaps try to get a package into rawhide rooner rather than later 16:06:41 I agree 16:06:41 indeed 16:07:00 +1 16:07:14 ECS will be able to help out with some of the heavy lifting content-wise, but not so much with the packaging 16:07:40 (and hopefully there will be less heavy lifting this time round anyway) 16:08:04 Okay, anything else? 16:08:40 Okay, while we didn't get through everything we did have a good discussion. 16:08:44 Good ideas 16:10:04 Okay, thanks for coming! 16:10:07 #endmeeting