14:01:07 #startmeeting Docs Project Meeting - Agenda: https://fedoraproject.org/wiki/Docs_Project_meetings 14:01:07 Meeting started Mon Sep 5 14:01:07 2016 UTC. The chair is randomuser. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:01:07 Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:01:07 The meeting name has been set to 'docs_project_meeting_-_agenda:_https://fedoraproject.org/wiki/docs_project_meetings' 14:01:07 #meetingname Fedora Docs 14:01:07 The meeting name has been set to 'fedora_docs' 14:01:07 #topic Roll Call 14:01:50 * pbokoc 14:02:39 * randomuser is present, inadequately caffeinated 14:03:29 * Capesteve waves 14:04:17 .hello bex 14:04:18 bexelbie: bex 'Brian (bex) Exelbierd' 14:04:58 actually I have to run, I'll reappear in about 20 minutes 14:05:08 * randomuser boo hiss 14:05:16 :-( 14:05:43 #topic New Writers 14:06:14 do we have any new writers today? 14:07:48 sounds like a no 14:08:06 #info Release Notes are a good place for new writers to get started 14:08:36 * bexelbie removes my Groucho Marx glasses and frowns for being too slow 14:09:23 #chair bexelbie 14:09:23 Current chairs: bexelbie randomuser 14:09:31 did you have something for this topic? 14:09:35 nope 14:09:41 was going to pretend to be a new writer 14:09:52 my efforts ahve been focused on publishing alternatives 14:10:10 heh 14:10:13 #topic follow up on action items 14:10:27 #action randomuser to update beats table 14:10:34 yeah, that didn't get done 14:10:54 bexelbie, you had one for talking to marketing/commblock about relnotes? 14:11:04 I spoke with jflory7 14:11:10 at this time there are no writers committed for new features 14:11:28 He has agreed to push them towards us for trying to get them help with RN if they do appear 14:11:33 they seem to have developed content regardless 14:12:11 * randomuser shrugs 14:12:49 odd, there's not a publishing topic in the agenda 14:12:52 let's hit that anyway 14:12:56 #topic Publishing 14:13:21 my feeling as well (re: content) 14:13:38 I will continue to watch the magazine/commblog for people to hit up 14:14:00 bexelbie, i was thinking... if we build with pintail and publish a site, then change the theme/css/xslt and make it look different, 14:14:20 * bexelbie listens 14:14:57 randomuser, ? 14:14:59 the resulting change to the site will not be differently disruptive to the consumer as compared to building it with some other thing then changing to pintail or whatever 14:15:14 ... i couldn't recall the name of the thing you've been playing with 14:15:17 asciibinder 14:15:23 if we go with asciibinder - there is no pintail 14:15:27 yes, asciibinder 14:15:52 I have done some more work on that - I am fairly close to being able to publish a multi-lingual site 14:16:28 if we put our production content in an asciibinder site now then switch to pintail for the expanded featureset down the road, it won't be more disruptive to the reader than any other kind of presentation layer change 14:16:41 I agree 14:16:57 a second conversation I'd like to have is "what advanced featureset?" 14:17:01 but sticking to your point 14:17:17 yes, no matter what tool we use to the user the links will all change and themeing /layout 14:17:22 but in the end it is just like a refresh 14:17:30 and theoretically all of the changes led to improved experiences 14:17:42 yeah, my point is that the presentation/build layer can comfortably be more dynamic 14:17:45 i think we re going to drive ourselves crazy if we try to maintain backwards compatiblity with urls 14:17:48 yes 14:18:11 I agree that we can continue to change tools as we find good reasons to do so 14:18:36 I also believe we can get there faster with asciibinder and a full upfront conversion to asciidoc (but that is convo #2b) 14:19:05 Convo #3 is "Why aren't you on Labor Day Holiday" 14:19:16 s/"$/?"/ 14:19:21 convo #2 being "what content do we consider mission critical" 14:19:29 ha 14:19:48 actually in this case #2 for me is ... what is this advanced feature set you see pintail having 14:19:57 expanded I mean 14:20:02 I think I've got everything we have today 14:20:10 and I believe search can be added with relative ease 14:20:30 elasticsearch and site heirarchy inclusive of multiple sources 14:21:30 ok 14:21:35 elasticsearch I think is solveable 14:21:40 but I concede upfront I know nothing about it 14:21:52 however asciibinder delivers a sitemap.xml that I think can drive it 14:22:10 .hello dhanvi 14:22:11 site hierarchy inclusive of multiple sources - I believe we need two layers 14:22:12 c0mrad3: dhanvi 'Tummala Dhanvi' 14:22:19 in the near term, the presentation has far enough to go that I'd like to explore the idea of publishing an asciibinder site 14:22:22 Lang->Release->document_set 14:22:31 I believe I can make that work 14:22:55 I hope to have an English + Japanese site up by the end of the day for you to see 14:23:03 sweeet 14:23:16 I could use some help on the elasticsearch side as I have never even looked up 14:23:19 up == at it 14:23:24 not sure where "up" came from 14:23:43 and then there are the issues with the docbook->asciidoc conversion - but again - I think we are close 14:23:46 yeah, i have a tab up with https://www.elastic.co/guide/en/elasticsearch/guide/current/_preface.html 14:24:07 that makes you an expert compared to me :) 14:24:37 ha 14:24:42 I wonder if this can be fed to it 14:24:43 https://fedorapeople.org/~bex/asciibinder/sitemap.xml 14:24:47 warning that url is fragile 14:24:53 * c0mrad3 reading logs 14:25:29 eh, i think you put more data in elasticsearch 14:25:31 ideally 14:26:17 but it's not a pivotal area for now imo, i'd rather hear about the process you're using to make asciibinder do multiple source repos 14:26:49 iirc you said there were some manual steps 14:27:12 randomuser, I suspect we can do more with elasticsearch - but today I believe we have no search 14:27:18 so anything is a win 14:27:27 I am working on a builder script that automates it completely 14:27:36 I have it done except for the application of the .po files 14:27:38 working on that now 14:27:46 nice 14:27:55 obviously it will require more refinement overtime as we go to automation 14:28:03 but it is a shell script of preprocessing magic 14:28:06 short version 14:28:16 iterative development, check 14:28:26 In each doc repo is a full ascibinder build out for a single book 14:28:36 and the ability to produce (manually) books in other languages for checking 14:28:57 in the docs-fp-o repo there is a script that builds out a hierarchy asciibinder can handle to build the whole megillah 14:29:36 * bexelbie drops some Yiddish-American Idiom magic! 14:30:02 if you'll be around for a few - I can probalby upload it for people to see 14:30:18 script? have you pushed this? 14:30:36 ah 14:31:11 yeah, i'd like to catch up with you where I can 14:31:37 let me check 14:31:47 ideally, I'd like to be able to replicate your builds enough to spend time on further content conversion while you're making progress with the builds 14:31:59 randomuser, good goal 14:33:39 randomuser, https://pagure.io/docs-fp-o-asciibinder/tree/master-adoc 14:33:42 builder.sh 14:34:00 WARNING!!!! I am fairly constantly overwriting the last commit in this repo 14:34:10 so history is not stable 14:35:22 this is where all the 500 response codes pagure is handing out are coming from :) 14:35:49 ?? 14:35:58 i'm joking, probably not 14:36:02 heh 14:36:12 there were some backend problems earlier, i think 14:36:37 ahh, probably my fault :) 14:36:46 there are some caveats with this script that are not noted 14:36:49 we must assume so 14:36:55 specifically, it assumes a clean working environment 14:37:06 I'll try to add a reset script or a cleanup routine 14:37:12 cool 14:37:50 boom and now your history is wrong :) 14:38:08 I actually have a reason for doing that .. I wouldn't normally just break history 14:38:17 if you become active I'll move to a topic branch 14:38:26 but I need some commits temporarily so this is easier 14:38:33 yeah, it's fine 14:39:32 your scripts are pulling from bex prefixed things, a direct merge isn't applicable anyway 14:39:43 that is just so I didn't mess with the books 14:39:50 obvs that has to go ... 14:39:58 or we have to come up with a fantastic acronym for bex :) 14:40:08 I also rewrite those a lot 14:40:16 and the bex-virt-.... has a good readme in it now 14:40:19 one other note 14:40:26 I am working in a set of branches name *-adoc 14:40:33 and I use master-adoc as my "master" 14:40:37 ++ 14:40:38 there isn't a good reason for it - it just happened 14:40:40 and will be fixed 14:41:04 bexelbie on Fedora full time is a good thing, it seems 14:41:46 randomuser, not official until 3 October - but this is tied (albeit loosely) to somthing in my $dayjob now 14:41:48 :) 14:42:57 i think I can work with this 14:44:04 thanks for working on it, bexelbie 14:44:16 #topic F25 Release Cycle 14:44:27 #link https://fedorapeople.org/groups/schedule/f-25/f-25-docs-tasks.html 14:44:39 obviously I still need to clear the beats table 14:44:52 and send a kickoff mail that's way overdue 14:45:59 there are a small number of reported Changes, however, so the work will either be light, or require a bunch of research 14:46:51 #info relnotes need writing 14:47:20 #topic Specific Doc Status 14:47:50 in this part of the show, we discuss specific changes needed in specific pieces of content 14:48:07 Hi everyone :) 14:48:24 Hi kushal, welcome 14:49:23 i'd call out the installation guide here, there's a new default deliverable probably that writes images, and I don't know that we're covering it 14:49:30 cspicer1, are you aware of this thing? 14:50:08 https://fedoraproject.org/wiki/Changes/FedoraMediaWriterAsPrimaryDownloadable specifically 14:50:10 Uh, no I'm not sure if i am 14:50:49 ah i see 14:51:42 are you up for throwing together some procedural content for this tool? 14:52:17 hah, we can finally get rid of that powershell BS 14:52:41 win! 14:52:48 right well, yeah sure 14:53:00 win win! 14:53:32 any other content changes to call out? kushal, did you have something? 14:54:08 randomuser, /me and trishnag slowly filling up http://fedoracloud.rtfd.org/ 14:54:20 I'll have a look at it tonight and come up with a procedure for the basic use case, etc, at some point soon 14:54:22 ohh exciting 14:54:32 randomuser, also trying to build a sphinx theme for fedora based projects. 14:54:50 except... i don't know anyone that uses vagrant for production :) 14:54:52 ryan is working that. 14:55:22 randomuser, :) 14:55:32 sorry, this is a pet peeve of mine 14:55:54 kushal, before we do that can we decide why we need it when we are moving to an easy to use asciidoc system? 14:56:28 from what little I know, it seems like a legit atomic deployment needs one to have a build pipeline for both atomic host images and the containers that live on them 14:56:36 bexelbie, because all of our python apps are using sphinx, that is why we are keeping it in rst, can be converted to anything in future as required. 14:56:46 yes, also that 14:57:30 We have few patches ready at https://github.com/fedora-cloud/fedoracloud/pulls will merge those this week. 14:58:00 randomuser, I just started having a production atomic instance from yesterday, building the images there only :( 14:58:28 i think bex's point is that the designer that was going to do docs site styling for us is now doing docs styling that does not help Fedora Docs at all, and that's disappointing 14:59:24 randomuser, this is for standard projects, not for any particular projects. 14:59:42 Many of our apps keep docs in sphinx, we can apply this theme there. 14:59:49 but yeah, when we actually dig into atomic docs, I really want to document how to do a real production deployment, not a vagrant proof of concept on a macbook 15:00:23 or vagrant on libvirt, as the case may be 15:00:41 ... and, time is up 15:00:52 randomuser, can I talk after meeting? 15:00:57 #action randomuser to look into conversion/inclusion of fedora cloud user guide 15:01:09 absolutely, kushal, #fedora-docs 15:01:12 #endmeeting