14:06:24 #startmeeting Docs Project Meeting - Agenda: https://fedoraproject.org/wiki/Docs_Project_meetings 14:06:24 Meeting started Mon Dec 14 14:06:24 2015 UTC. The chair is randomuser. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:06:24 Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:06:24 The meeting name has been set to 'docs_project_meeting_-_agenda:_https://fedoraproject.org/wiki/docs_project_meetings' 14:06:25 #meetingname Fedora Docs 14:06:25 The meeting name has been set to 'fedora_docs' 14:06:27 #topic Roll Call 14:06:51 * pbokoc 14:06:56 * d0nn1e is here 14:10:54 okay then, let's talk about some stuff 14:11:09 #topic New Writers 14:11:16 Any new writer things to discuss? 14:11:38 Im curious about some of the older bugs 14:12:09 I noticed one or two that seemed doable, but owned by others. 14:12:21 aaaand seemed to not be getting much traction 14:12:25 over the past year 14:12:28 * randomuser nods 14:12:48 there's always going to be a *default* owner, but folks don't always watch their bug reports that closely 14:12:53 Im assuming it would be best to reach out to them via email? 14:12:56 ...or they're like me, and procrastinate. 14:12:58 and see if I can help? 14:13:36 d0nn1e, I'd offer help in the bug ticket directly, and if you don't get a response after a day or three, go ahead and take assignment. 14:13:53 ahh that sounds good 14:14:27 nobody really 'owns' any document, so feel free to reach out to anyone to review your work if you like 14:16:47 okay, moving on then 14:17:12 ahem 14:17:18 #topic Release Note Beats 14:17:30 #info F24 change proposals are being discussed right now 14:17:53 I mostly wanted to get that info out there, but the discussion is open for whatever 14:18:02 any changes we should make in the process? 14:18:42 I haven't really been paying attention yet 14:19:22 oh, in the process? Well, if anyone could make change owners respond to questions, that would be excellent :) 14:22:44 you know, the change proposal discussions on devel@ are fairly active 14:22:53 we kinda miss that boat, though 14:23:35 *** If you have a Fedora Account please Vote in the Elections https://admin.fedoraproject.org/voting/*** 14:23:46 thanks, Southern_Gentlem :) 14:24:43 #info change proposals are being discussed on the devel list 14:25:00 #info maintainers are beginning to announce disruptive changes on devel list 14:25:16 most of that is soname bumps and such that don't have much impact, but ot' 14:25:27 ...it's still relnotes fodder, to be chewed through 14:26:08 #link https://fedoraproject.org/wiki/Releases/24/ChangeSet 14:26:45 oh, a nice process change would be to make everyone set the relnotes flag on their bugs, that way we wouldn't have to pick stuff out of mailing lists... 14:26:54 I think a lot of our milestone announcements and communications got missed last cycle, and that's my fault 14:27:11 but then again we don't do that anyway, and we wouldn't have enough people to cover everything if people started doing that 14:27:49 heh 14:28:07 I'll send out something about checking that box sometime soon 14:28:18 cool 14:28:33 even the automated 'update your package' bugs could get that kind of attention easily, and make them helpful for us 14:29:35 #action randomuser to send out 'how to get your package into relnotes' mail 14:29:53 Capesteve, do you have any thoughts about relnotes process improvement? 14:30:47 I have not been involved with that, does it need improving ? 14:31:27 quick question: where would someone such as myself learn about the current relnotes process? 14:31:30 I agree with pbokoc, use of flags in BZ is good 14:31:40 #link https://fedoraproject.org/wiki/Releases/24/Schedule?rd=Schedule 14:31:41 we may want to review the schedule 14:31:42 Capesteve, I assume there's always room for improvement :P 14:32:02 d0nn1e, https://fedoraproject.org/wiki/Category:Documentation_beats and the docs schedule from an earlier link 14:32:16 educating the devs to make better use of BZ is the way to long term gain 14:32:18 thanks 14:32:46 cool, we'll work on that for now then. 14:32:52 we cannot rely on writers running after people to hassle them for things 14:33:01 #topic Publishing 14:33:09 I don't have any news here, really 14:33:28 although after a recent discussion with pbokoc, I'm considering a non-versioned presentation 14:34:05 of what? 14:34:13 ahh, your new system 14:34:18 for publishing 14:34:20 where the system would publish the latest version of any documentation available for any supported release, and not display documentation for non-supported releases 14:35:56 not displaying docs for unsupported, because out of date, release seems wise 14:36:03 * randomuser nods 14:36:59 he also asked for config files for documents to be published, which sounds a lot better than the 'put everything in one big buildbot config file' approach I'd been taking 14:37:30 so that may be my next venture, should have some time over the next few weeks to hack 14:38:53 any questions on this before we move on? 14:39:20 * d0nn1e shakes head 14:40:42 #topic Guide Status 14:41:14 any guide news? 14:43:30 I'm guessing no 14:43:33 no 14:43:38 ha! I win 14:43:45 agreed :P 14:43:53 drinks on pbokoc 14:43:57 hehe 14:44:08 #topic Outstanding BZ Tickets 14:44:15 #link http://tinyurl.com/lbrq84 14:44:48 I'll try and get some trivial ones closed over the holidays 14:45:37 can we talk about the one asking me for a slimmed down index 14:45:58 * randomuser looks 14:46:23 a virt guide one? 14:47:07 https://bugzilla.redhat.com/show_bug.cgi?id=1272433 14:47:31 This is not a guide specific issue 14:48:17 well, I think you can create a ToC manually, with any depth you like... but it's a massive pain 14:48:43 and I do not think there is much call for that 14:48:56 yeah 14:48:57 yeah how would this be considered a bug? 14:49:36 I think you can change the ToC's depth using publican.cfg, too, but you can't generate two tables with different depths without some seriously deep DocBook magic 14:50:06 d0nn1e, it's more of a feature request... people usually call those "bugs" as well since they're in *Bug*zilla 14:50:59 ahhh right. 14:51:10 we could restructure the document, but.. it's a side effect of having a large, comprehensive book and I'd rather not devote a bunch of energy into duplicating an index that's already there as a product of the content 14:51:12 hmm, and the depth is something that influences the look in html, i.e. on the site 14:51:58 I agree, I do not want to do this, but it is something I thought I just bring up before refusing 14:52:15 as we should have consistent looking guides 14:52:33 s/just/should/ 14:53:27 I need to dash, another meeting in another buildling looms 14:53:53 later, Capesteve 14:53:58 bye 14:53:59 #topic Open Floor 14:54:24 that also mostly answers the next question I was going to throw out, about moving the meeting time back 14:55:04 what else is on your mind? 14:55:24 I wouldn't mind. Although if you move it 1 hour back, it's going to conflict with that meeting Capesteve just left for (and I'm about to go as well) 14:55:35 it gets canceled like 2 times out of 3 though 14:55:48 yeah, I have conflicts biweekly now, I think, for that slot 14:56:04 but attendance has been low, and the time is *a* factor 14:56:57 * pbokoc shrugs 14:57:09 anyway, gotta run 14:57:13 see ya 14:57:28 d0nn1e, you have anything for open floor? 14:57:35 any lurkers waiting for their moment? 14:57:39 * d0nn1e nah not at this time 15:01:20 alright, we'll wrap it up 15:01:20 thanks for coming, all 15:01:22 #endmeeting