14:00:09 #startmeeting Docs Project Meeting - Agenda: https://fedoraproject.org/wiki/Docs_Project_meetings 14:00:09 Meeting started Mon Aug 19 14:00:09 2013 UTC. The chair is randomuser. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:09 Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:00:10 #meetingname Fedora Docs 14:00:10 #topic Roll Call 14:00:10 The meeting name has been set to 'fedora_docs' 14:00:14 * Capesteve is here 14:00:32 GDTY, Capesteve 14:00:37 * pbokoc 14:00:50 morning randomuser 14:01:22 this is my first day back from vacation, $dayjob will be fun 14:01:32 * Croberts here 14:01:35 same here 14:02:16 * jjmcd 14:02:31 * threebean is here 14:02:52 welcome, threebean 14:02:59 :) 14:05:25 quorum! 14:05:34 #topic Follow up on action items 14:06:00 It looks like lnovich isn't here at the moment to talk about badges 14:06:32 so, on to Changes 14:06:34 oh, that's actually why I'm here. I got an email last night asking about badges for docs contributions. 14:06:42 err, sorry, not last night -- last week. 14:06:48 err... badges! 14:06:52 #topic Badges 14:07:14 well, i guess I should find out if you had questions or answers, threebean 14:07:53 oh, well, I realize that docs was sorely left out of Fedora Badges and that some people were a little miffed at this. 14:08:04 I just wanted to make myself available is people had ideas or things they wanted to do with it. 14:08:17 "is people" -> "if people" 14:08:18 * jreznik is here listening for Badges, err, Changes :) 14:08:50 cool, thanks threebean 14:09:30 I would say commits to our repos would be a good metric, but I'm not sure if that talks fedmsg 14:09:37 (fedorahosted) 14:09:50 I don't think it does, but we can turn that on easily; it only takes a few minutes. 14:10:45 for that I just need someone to point me at the right repos and the right trac instances. 14:10:45 I like the idea of high goals, though; start with 1 commit but have the tiers cover a broad range 14:10:59 cool :) 14:11:13 okay, someone will work up a proper ticket for you 14:11:25 or a couple :) 14:11:29 +1 :) 14:11:42 Prolly have something different for publishing 14:11:51 jjmcd, +1 14:11:53 even tho it is also just a commit 14:12:01 also, if anyone has particular ideas for particular badges, you can submit them at https://fedorahosted.org/fedora-badges/ <-- you get a badge for doing so. ;) 14:12:34 threebean, what badge was issued for the idea of a badge for submitting badge ideas? 14:12:51 https://badges.fedoraproject.org/badge/badge-muse-badge-ideas-i 14:13:29 * randomuser needs to have more coffee before attempting humor 14:13:42 ha :) 14:13:58 had to re-read ;p 14:14:37 threebean, I had to say it, so I would get the next level of meta-badge :) 14:15:09 anyone have badge ideas/questions for threebean before we move on? 14:16:30 okay, on to Changes then - thanks again, threebean 14:16:43 #topic Release Notes / Changes 14:16:56 :) 14:17:06 I will probably do a lot of catching up with this process soon 14:17:30 jreznik, do you have any advice for us while you're around? 14:18:04 #link https://fedoraproject.org/wiki/Releases/20/ChangeSet 14:18:22 #info the Changes process for docs means an assigned bug for every change 14:18:48 randomuser: just - please, pickup changes you want to document or if you have better idea how to assign it - I can do it 14:19:09 ack 14:19:29 we need to get moving on this, and I regret not starting the procedural stuff sooner 14:20:12 randomuser: not a problem, I'm delayed with tracker BZs too :( 14:20:15 #info ideally assigned writers will also review other guides for affected content and file bugs as needed 14:21:01 out of curiosity, do you know any mass ticket creation magicks, jreznik 14:21:05 ..? 14:22:10 randomuser: bz? right now playing with it, I can provide my "semi-manual" scripts 14:22:26 a few lines in python 14:22:54 cool, I'll ping you out of band sometime 14:23:14 randomuser: sure, reminder for me - remove my password :D 14:23:28 anyone want to claim a Change ticket now? 14:23:33 jreznik, :) 14:24:43 okay, moving on then 14:24:48 #topic Guide Status 14:25:07 jsmith, ping? 14:25:59 there's an ARM guide out there, but it isn't getting a lot of traction 14:26:32 #info content needed for the ARM getting started guide 14:26:49 Croberts, you've been working on some guide stuff, right? 14:28:13 yes I have 14:28:29 I need to push it to the repo 14:28:50 unpushed changes, even! 14:28:52 I have been working on the bug that petr assigned to me 14:29:21 Yes I have updated the multiboot good more 14:29:29 cool 14:29:31 please push 14:29:35 ok 14:29:40 habitually, even 14:30:07 I pushed the updates for the docs.fp.o page to the draft branch, but its giving an error when looking at the page for some reason 14:30:18 I am not sure why, since I didnt change anything except add some text 14:30:28 looking at the page? 14:30:41 the Welcome.xml page 14:31:00 hrmm 14:31:23 what sort of error, from what application? 14:32:09 when I open the page in chrome/firefox to see the changes it gives me an error that it cant parse line 26, i dont have my laptop on but i think that is the error message 14:32:24 Croberts, okay, we can go over some things sometime 14:32:39 ok 14:33:57 pbokoc, jhradilek - did you happen to follow the thread on the list about upgrading? 14:34:33 randomuser, I haven't 14:35:49 pbokoc, there's a wiki page that covers upgrading, and mattdm pointed out it was out of date 14:36:08 right 14:36:20 that's mostly fixed, but it made me wonder if we should for out the upgrading content into another guide 14:36:37 idle thought, maybe, but i thought I'd throw it out there 14:37:45 I'm not sure what you mean here - put a reference into the IG referring to the wiki page instead of documenting the upgrade process? 14:37:58 ha, no! 14:38:19 i meant something like upgrade-guide.git 14:38:28 oh right 14:38:32 the wiki page is peripheral 14:40:39 yeah. Well... separating content is generally good, but I don't really have time to maintain another, separate guide right now... 14:40:39 * randomuser shrugs 14:40:59 like i said, idle thought; we can move on 14:41:15 #topic Outstanding BZ Tickets 14:41:16 I'll think about it and maybe at some point in the futurure... :) 14:41:29 #link http://tinyurl.com/lbrq84 14:42:13 ciupicri is here about https://bugzilla.redhat.com/show_bug.cgi?id=998327 14:42:46 there's a redirect to a translation that doesn't exist 14:43:21 in the docs.fp.o main page; anyone know if that bit of javascript is publican generated or other? 14:43:57 this is because we have ro instead on docs.fp.o 14:44:06 which is a bug 14:44:26 can you fix it, pkovar ? 14:45:03 i saw the script uses "ro" instead of "ro_RO" 14:45:16 i am afraid there is not an easy fix to this. someone would have to hack the website database, i think :-( 14:45:35 ouch 14:45:49 well, knowing that the logic comes from publican is a start 14:46:36 yeah, the problem is we have pushed "ro" translations instead of "ro_RO" in the past 14:46:54 no idea what exactly needs to be fixed 14:47:18 could be quite a project, then 14:47:20 but i guess migrating to publcian 3 could help here 14:47:24 :) 14:47:54 as we will probably need to republish everything anyway 14:49:23 then again, i have no idea what the current status of p3 migration is 14:49:26 ciupicri, publican is the publishing tool we use, and it also handles the website presentation 14:50:00 the newer version of the tool gives us an updated framework for docs.fp.o and will 'reset' many one-off things like this 14:51:01 so the fix might come as a republishing of all available content, or something more tactical 14:51:17 that is why i did not want to upload the welcome.xml to the master repo and screw the site up 14:52:03 Croberts, it's just best practices, until you're more familiar 14:52:25 the content in master doesn't get served to users; only web.git does 14:53:54 a few minutes left; any other bugs to discuss? 14:55:16 #topic Open Floor Discussion 14:55:38 Well I will upload my changes then to the repo you sent me 14:56:21 Croberts, the method you've been using is good 14:56:34 ok 14:56:47 you made a branch, and committed in that branch 14:57:28 when you have more commits, we [the group] can review and merge to master 14:57:59 as someone pointed out, it is a mission critical pile of copy