14:35:14 #startmeeting Docs Project Meeting - Agenda: https://fedoraproject.org/wiki/Docs_Project_meetings 14:35:14 Meeting started Mon Nov 6 14:35:14 2017 UTC. The chair is randomuser. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:35:14 Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:35:14 The meeting name has been set to 'docs_project_meeting_-_agenda:_https://fedoraproject.org/wiki/docs_project_meetings' 14:35:14 #meetingname Fedora Docs 14:35:15 The meeting name has been set to 'fedora_docs' 14:35:15 #topic Roll Call 14:35:19 .hello bex 14:35:24 bexelbie: bex 'Brian (bex) Exelbierd' 14:35:28 .hello immanetize 14:35:29 randomuser: immanetize 'Pete Travis' 14:35:39 moving right along, 14:35:46 .hello porfiriopaiz 14:35:47 porfiriopaiz: porfiriopaiz 'Porfirio Andrés Páiz Carrasco' 14:35:47 * porfiriopaiz from Managua in Nicaragua 14:35:52 #topic Centos CI update from Bex 14:35:56 #chair bexelbie 14:35:56 Current chairs: bexelbie randomuser 14:36:03 .hello2 14:36:04 x3mboy: x3mboy 'Eduard Lucena' 14:36:16 go go gadget bexelbie 14:36:49 ack 14:36:50 ok 14:37:04 I had a meeting with Nigel and bstinson (separately) 14:37:06 I have hte access 14:37:09 I have some templates 14:37:12 I have nothing running yet 14:37:17 two blockers (one sort of resolved) 14:37:40 1. I still don't see the trigger mechanism - this requires a follow up with bstinson -- I am now setting my goal on something I can push a button and get usefulness out of 14:37:54 2. the council-docs needs ditaa to build which is a non-starter for CentOS 14:38:06 so I have temporarily removed that build dep by building the one diagram and committing it 14:38:24 so I have a path forward 14:38:34 one CI issue, one content issue; that's not too bad 14:38:36 and I think I have a new idea for the CI job structure that will simplify builds 14:38:47 .fas williamjmorenor 14:38:48 williamjmorenor: williamjmorenor 'William Moreno' 14:38:53 short-version: Each repo that is published on docs.fp.o 14:39:02 will have a "trigger" for a CI job that will do two things. 14:39:09 1. build all PRs and stage them for review 14:39:49 2. Build all commits on production branches .. if it passes it will commit the output to a master source repo ... if it fails it will complain to the repo owners 14:40:04 a second job will watch the master source repo and rebuild and republish as needed 14:40:16 this prevents us from getting blocked by a random documentation collection having a bad publication branch 14:40:24 this master source repo doesn't exit yet --- but will soon 14:40:24 sounds good so far 14:40:25 :) 14:40:41 that's not https://pagure.io/fedora-docs/docs-fp-o ? 14:41:04 it will be :) 14:41:10 i see 14:41:11 right now, no real source lives there 14:41:13 soon it will 14:41:35 like, in an output branch? 14:41:36 basically it will clean the build up and get us more functionality at the expense of a bit of disk 14:41:41 input branch 14:41:45 branches 14:41:48 * randomuser nods - disk is cheap 14:41:54 output will still live in the output repo 14:41:58 fedora-docs-web, iirc 14:42:01 ah 14:42:22 and intermediary builds would go in docs-fp-o 14:42:53 not really 14:43:04 stage builds would be hosted on the artifacts server in the CI 14:43:13 at least that is my understanding 14:43:19 there is no need to commit those anywhere, imho 14:43:25 barring objections 14:43:56 ok, rereading, I think I follow you 14:44:18 I'll try to write something sane to the ML 14:44:25 however, I am traveling most of this week and next week 14:44:29 do the rest of us have any direct visibility on the CI jobs? 14:44:34 so I may write an "I did this, and now we can debatee it and I will fix it" 14:44:47 I haven't been told how to get the jobs to feedback to PRs - but that should happen 14:44:58 ok, cool 14:45:00 as for rebuilds - I am wondering about that too - I think we may have to do status messages or fedmsg watches 14:45:21 I don't think you can see the build details on the CI without a login ... I'll need to find out 14:45:43 listening on fedmsg would be the most efficient, if the system has a queueing concept of some sort 14:45:51 exactly 14:46:10 I was thinking we might want something (email? irc pings?) when a new site is staged so humans know aobu it 14:46:12 about it 14:46:40 but in an idea world, a valid publication branch commit leads to an updated site with no human intervention (5 min stage refresh, 60 min prod refresh - by cron - not demand :( ) 14:46:42 if CI can build PRs, i'd like to get signal about that from a comment on the PR 14:46:48 def 14:47:05 * bexelbie would also like to eventually hook in rebuild of the release-notes rpm .. but that is def version 3.0 stuff 14:47:18 cron seems fine IMO for the time being 14:47:35 that is an infra decisoin 14:47:41 they are considering other optoins but aren't there yet 14:48:02 infra decides what triggers our builds? 14:48:14 no 14:48:28 they do the publishing to stage and prod for docs.fp.o 14:48:28 i know infra's cron job to pull build output.. 14:48:34 build triggers will be by fedmsg based on the repos 14:48:39 ah, i see 14:48:43 and staging of prs is not an infra related issue if we use the artifacts server 14:49:52 very encouraged by your efforts, bexelbie, thanks for making time to keep us updated 14:49:54 that is the end result of my brain dump so far 14:50:03 * bexelbie can also update on the RPM if we add that topic 14:50:11 thank you all for your support :) 14:50:20 sure, but let's move through quickly so porfiriopaiz has time 14:50:26 #topic release notes RPM update 14:50:37 i have a feeling I should spend time on this one 14:51:14 short version is this 14:51:20 I worked with ignatenkobrain and we have an rpm 14:51:24 it published from the release-notes repo 14:51:26 it works 14:51:28 we can remake 14:51:30 it 14:51:38 it has one bug and needs to be rebuilt with new content 14:51:55 the bug: it needs to include bootstrap locally so a truly offline machine can see hte docs in a way that looks nice 14:52:05 the rebuild: I will work on it this week - and document :) 14:52:23 I'll make an effort to be around on IRC more to help 14:52:24 we have a package in the build, so I am not worried at this point 14:52:26 eom 14:52:31 +1 to help 14:52:33 ty, bexelbie 14:52:36 ignatenkobrain++ 14:52:37 randomuser: Karma for ignatenkobrain changed to 21 (for the f26 release cycle): https://badges.fedoraproject.org/tags/cookie/any 14:52:46 #topic open floor 14:52:53 ! 14:52:56 porfiriopaiz, still around? 14:53:00 yeap! 14:53:04 welcome@ 14:53:17 Hi everyone! 14:53:24 Hi porfiriopaiz 14:53:33 Well I just wanted to introduce myself to the team. 14:53:59 Here is the mail I sent to the mailing list: https://lists.fedoraproject.org/archives/list/docs@lists.fedoraproject.org/thread/5EU3JHFRN7UAG5SHL273PONUDXTAHK6C/ 14:54:24 I have some doubts about the workflow, what are you all working on and how I can help. 14:54:46 constructive feedback is always welcome :) 14:55:16 I already forked a project under pagure and tried to make some edits. 14:55:25 which project porfiriopaiz ? 14:55:26 porfiriopaiz, I agree with you about Atomic, I've been spending a bunch of my lab time lately trying to learn how to best use it 14:55:34 bexelbie: give me a sec... 14:55:53 bexelbie: this one: https://pagure.io/fedora-docs/asciidocs-sysadmin 14:56:04 that is actually not active 14:56:14 https://pagure.io/fedora-docs/ 14:56:17 has the active ones 14:56:25 we need to update those repos as inactive :( 14:56:45 you want this one, I think: https://pagure.io/fedora-docs/system-administrators-guide 14:56:47 there's been lots of repo creation, I've honestly lost track 14:56:53 hahah, also I wanted to know what are the actives ones because I got a litle confused with this two https://pagure.io/projects/fedora-docs/* and https://pagure.io/fedora-docs/ 14:57:10 the one with the * lists all repos we have 14:57:16 the other is a curated list of what we actually have active 14:57:33 The thing is that I found some formatting errors, tried to fix them but did not work, the errors are still. 14:57:53 This is the page from the docs I found the errors: https://docs.fedoraproject.org/f26/system-administrators-guide/basic-system-configuration/System_Locale_and_Keyboard_Configuration.html 14:58:37 bexelbie: for clarification, what is the repo active, I got lose, my bad. 14:58:42 that would be on the f26 branch of the repo I mentioned 14:58:44 bexelbie, I can see how the two URLs con be confusing; https://pagure.io/projects/fedora-docs/* is the target when clicking "Fedora Docs" in context 14:58:46 * bexelbie gets url again 14:59:00 ...i think we broke pagure 14:59:03 * bexelbie is not getting responses from pagure 14:59:06 ok, not just me :) 14:59:23 there is a stagnated proposal to move all of the non-active repos into a new name space 14:59:33 phew, It is back :) 14:59:48 it is blocked by three things, afaik: 1) agreement from all of us :) ; 2) a script to do the renames - pending but known tech ; 3) a name space decision 15:00:07 let's take that to the list, please 15:00:25 or revive it there, more likely 15:00:33 porfiriopaiz, this is hte url for hte page you want to fix: https://pagure.io/fedora-docs/system-administrators-guide/blob/f26/f/en-US/basic-system-configuration/System_Locale_and_Keyboard_Configuration.adoc 15:00:39 gotta get moving before adamw beats me up 15:00:43 it probably also needs to be done for f27 branch and master branch 15:00:57 * bexelbie will be in #docs during my next call 15:01:04 let's hop over to #fedora-docs to continue the conversation 15:01:13 thanks for coming, everyone 15:01:16 #endmeeting