18:00:23 #startmeeting Infrastructure (2018-03-01) 18:00:23 Meeting started Thu Mar 1 18:00:23 2018 UTC. The chair is smooge. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:23 Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:00:23 The meeting name has been set to 'infrastructure_(2018-03-01)' 18:00:23 #meetingname infrastructure 18:00:23 The meeting name has been set to 'infrastructure' 18:00:23 #topic aloha 18:00:23 #chair smooge relrod nirik pingou puiterwijk tflink 18:00:23 Current chairs: nirik pingou puiterwijk relrod smooge tflink 18:00:37 .hello2 18:00:39 keitellf: keitellf 'Lee Keitel' 18:01:34 .hello2 18:01:35 wesleyotugo: wesleyotugo 'Dennis W. Otugo' 18:01:38 Hello 18:01:55 * cverna waves at the crowd 18:02:01 morning 18:02:05 * pingou here 18:02:08 Morgen 18:02:09 * sayan is here 18:02:11 hello 18:02:15 * tflink is also here 18:02:25 #topic New folks introductions 18:02:26 #info This is a place where people who are interested in Fedora Infrastructure can introduce themselves 18:04:41 If there are no new people (and my internet connection can stay up).. I will move to the next section 18:04:56 #info Infrastructure hackfest in april: https://fedoraproject.org/wiki/Infrastructure_Hackathon_2018 18:04:56 #info The problem with 503's looks contained. Now they are 408s on the server to look at 18:04:56 #info Rebuild mirrormanager container to be more resilient 18:04:56 #info atop monitoring/diagnostic tool installed on all systems - mizdebsk 18:04:57 #info Staging Koji synced with production - mizdebsk 18:04:58 #info New s390x builder in staging Koji, moved from prod - mizdebsk 18:05:00 #info There is a Bodhi-3.4.1 in staging - please test https://bodhi.stg.fedoraproject.org/docs/user/release_notes.html - bowlofeggs 18:05:37 mizdebsk, what does atop do? We had htop on previously to help monitor 18:06:02 * relrod checks in 18:06:05 it's a nicer top with more info on the one screen. 18:06:11 * nirik had not heard of it 18:06:28 atop is better than htop IHMO, it monitors many things and points out performance bottleneck 18:06:34 I've heard of it before but completely forgot about it 18:06:47 eg. you get red blinking text if your network is at it's max capacity, and so on 18:07:41 .hello2 18:07:42 bowlofeggs: bowlofeggs 'Randy Barlow' 18:08:47 oh, one more info... 18:08:59 #info Beta freeze starts next week (tuesday) 18:09:03 woah.. that sa lot of info 18:09:38 next week? not in 2 weeks? 18:09:44 * nirik checks 18:10:01 2018-03-06 18:10:02 #info fedora-docs CI in progress solution based on pagure's webhooks and centos-ci openshift/jenkins pipeline 18:10:08 one more info :) 18:10:26 cverna: yeah, thanks much for working on that. :) 18:10:38 bstinson++ too 18:11:16 oof well all good things have to end. 18:11:36 nirik, according to infra sop, freeze begins "2 weeks before each release", which is 2018-03-27 18:11:46 mizdebsk: interesting 18:12:02 so freeze should start on 2018-03-13, no? 18:12:02 mizdebsk: well, they adjusted the schedule this time to try more time... 18:12:13 so we need to update the doc 18:12:15 we could wait and do 2 weeks... 18:12:24 or we could freeze at the same time packages/releng does 18:12:29 ok, i thought infra freeze was not aligned with devel freeze 18:12:32 * pingou would be in favor of 2 weeks 18:12:47 it's alined with releases. 18:12:53 if the freeze last longer we end up with work piling up :( 18:13:00 so when we have not frozen at the same time with the releng/packages we have broken them 18:13:02 the entire purpose is so that we don't make some change that prevents the release from going out 18:13:08 should we do a light freeze the first week? 18:13:22 then regular freeze until the release? 18:13:24 well, we can still do things in freeze, just need acks 18:13:57 pingou, what is your team needing to get done next week? 18:14:27 I guess bowlofeggs will want the new bodhi to be out 18:14:30 * puiterwijk notes that that "2 weeks before each release" is unlikely to be true anyway... :) It'd be "2 weeks before scheduled release" at best (unrelated to further arguments, but just a note) 18:14:45 pagure 4.0 will likely not be ready by then 18:14:51 hubs is not impacted 18:15:06 mirrormanager needs to get out and only got the data it needed to be tested today 18:15:19 ok I think bodhi will need to go through the ack system because it really affects development 18:15:51 * nirik has no problem reviewing things and acking them... although once we have PR's it would be even nicer. 18:15:55 if I recall correctly Randy's schedule, it may slip in before the freeze 18:16:12 I think we should stay alined with the release freezes... prevents confusion. 18:16:22 ok 18:16:24 mirrormanager would be also needing acks but it also needs to get done before too far before release date 18:16:31 but it will be more stress on us being longer... but the idea is that 3 weeks allows us to avoid slipping 18:16:45 :) 18:16:55 it is an interesting hypothesis you have there 18:17:00 * pingou will not make any snarky remarks 18:17:02 * pingou will not make any snarky remarks 18:17:03 well, it wasn't my proposal. ;) 18:17:04 * pingou will not make any snarky remarks 18:17:39 i can just ask for acks on bodhi 18:17:41 no big deal 18:17:53 i could also try to deploy it on monday, before the freeze 18:18:08 bowlofeggs: also note that tuesday is bodhi enablement for f28 18:18:25 right, so i guess the freeze should start after that 18:18:40 the bodhi release is a small .z release, just bug fixes, and not very many patches 18:18:41 git commit && git push && ansible ... 18:18:51 && email -t "Freeze is in effect" 18:18:58 pingou: you forgot the -f on the git push :) 18:18:58 indeed. ;) 18:19:07 bowlofeggs: permission denied :) 18:19:12 haha 18:19:25 * nirik can update the SOP (or put in a PR for others to review) That SOP needs other work I have been meaning to do 18:19:59 3 weeks of freeze should give us some time :D 18:20:01 * pingou ducks 18:20:07 indeed 18:20:10 I am doing a bunch of work on the SOPs this weekend. I was trying to figure out what the process was for that 18:20:31 smooge: file PR's against the pagure.io/infra-docs project 18:21:13 so fork a copy, make changes, then file PR's against it from m copy 18:21:31 aaah sorry I am runnng my meeting off the rails 18:21:32 pingou: on another topic... what was the feedback on darkserver? are we ready to do some actions there? 18:21:33 ok back 18:21:38 smooge: yep 18:22:25 nirik: my outcome was: there is interest but it would likely make sense to merge it into abrt but there isn't anyone working on this 18:22:34 (nor is there in our side someone working on fixing it) 18:23:05 so I'm kinda tempted to say: backup the DB and let's announce and nuke it 18:23:20 ok. +1 18:23:23 +1 18:23:29 sounds like a monday task 18:23:40 what about tagger ? 18:23:44 you want to do the announcement, and pick a sunset time and I can fold up the chairs on that date? 18:23:53 let me reply to the thread first 18:23:59 I don't think I saw the thread on the mail list 18:24:02 but sure, sounds like a plan 18:24:07 cverna: for darkserver 18:24:15 for tagger, basically gnome-software doesn't use it 18:24:16 pingou: tagger 18:24:24 I've meant to ping Ralph first about it 18:24:30 It was great source of badges. ;) 18:24:37 then I think I'll reach out to commops and devel 18:24:47 because the badges angle does make it interesting in some ways 18:24:58 https://apps.fedoraproject.org/tagger/ 18:24:58 fedora-packages uses tagger, but I would glad not too 18:25:01 :) 18:25:11 tagger also has a issue about new packages not showing up. 18:25:24 but perhaps that got fixed? 18:26:09 https://pagure.io/fedora-infrastructure/issue/6323 18:26:16 it's not hard, it's just changing the fedmsg consumer listening for new packages being added 18:26:27 but does need someone to fix it (if we want to keep it) 18:26:46 right 18:27:03 probibly should file that upstream and close the infra ticket 18:27:29 +1 18:28:26 anyhow, now we derailed things. ;) 18:28:46 ok putting the train back on the tracks 18:29:13 actually this does count as "Ticket cleanup" 18:29:23 so it wasn't too far off the rails. 18:29:49 ok next up 18:29:52 tagger is a flask app at least 18:29:57 #topic Apprentice Open office minutes 18:29:57 #info A time where apprentices may ask for help or look at problems. 18:31:22 wesleyotugo: any progress on https://pagure.io/fedora-infrastructure/issue/6665 18:31:33 wesleyotugo: do you need help ? 18:33:25 mizdebsk added an easy fix today for monitoring mailman if anyone is interested in taking it 18:37:02 ok any questions or items? 18:37:16 * pingou has one thing for the open-floor 18:37:19 #topic Open Floor 18:37:28 pingou, you are up 18:37:36 * nirik opens the floor, looks in it, closes. 18:37:49 nirik: good move 18:37:59 I just wanted to run https://pagure.io/fedora-infrastructure/issue/6717 by folks 18:38:17 it's basically a small service that flags commits in pagure when they successfully build in koji 18:38:34 looks like this https://src.fedoraproject.org/rpms/perl-IO-HTML/c/69a460858b8c1f47bb6320faa6f310dab6808184 18:39:04 sounds cool to me 18:39:08 can be useful, but why pagure-specific thing and not plain git tags? 18:39:55 can we have both at the same time? 18:39:56 pingou: does this solve that ticket also about github 'badges' (which confused me at first) 18:40:05 could it be part of simple-koji-ci ? 18:40:21 cverna: Not really, I still haven't got bowlofeggs input yet, so it is pending 18:40:44 https://pagure.io/fedora-infrastructure/issue/6572 18:41:35 wesleyotugo: no input means OK :) 18:41:51 bowlofeggs: can you check https://pagure.io/fedora-infrastructure/issue/6665 18:43:15 wesleyotugo: i didn't realize you were waiting on me - let's sync up in #fedora-apps 18:44:20 ah, i don't get notifications on infra tickets since there isn't a way for me to subscribe to individual tickets since i'm a member 18:44:32 so i can either get all of them (firehose) or none :( 18:45:17 mizdebsk: git tags can be removed 18:45:42 nirik: I hope it can be used for it yes 18:45:47 you could have server-side hook preventing removal 18:46:09 mizdebsk_: we used to have git tags from koji directly 18:46:24 and this got removed, I believe because tags can be removed, but maybe worth bringing this back with releng 18:46:54 I don't think we ever did tags... we talked about it many times, but never did it. 18:46:54 cverna: while there is some overlap they are quite different in what they try to achieve, so I think it makes more sense to keep them separate 18:47:32 ie, tagging after a successfull build the hash used 18:47:39 nirik: https://src.fedoraproject.org/rpms/guake/releases 18:48:01 that was manual I am pretty sure. 18:48:23 the old "Makefile" thing from cvs had a 'make tag' 18:48:57 when did we move to git (from cvs) ? 18:49:35 2010 18:49:49 I was going to say 2011.. but yeah, sometime around there 18:50:06 so maybe it was make tag 18:50:13 I really thought it was koji doing it 18:50:31 Date: Mon Nov 7 22:58:36 2011 +0000 18:50:31 Initial setup of the repo 18:50:38 ok I am going to need to wrap this up in 5 minutes for another meeting. 18:50:53 nirik, Date: Thu Jul 29 17:07:15 2010 +0000 18:50:53 dist-git conversion 18:51:17 warring timestamps 18:51:18 oh, I was looking at fedpkg... you could be right 18:51:19 cverna: I had no idea, thanks 🙂 18:51:38 bowlofeggs: Thanks that would be fantastic 18:51:46 all the tags in guake are from before that dist-git conversion 18:52:03 mizdebsk_: should we make a ticket to track that feature? 18:52:15 sure, i can open it 18:52:27 what feature? and where? tagging builds in git? 18:52:32 yes 18:52:33 yes 18:52:44 for fbom, yay/nay/meh? 18:52:45 so possibly releng? 18:52:51 nirik: sounds good 18:53:11 we could also discuss more on list... I am not fully sure what use this has... 18:53:22 i was thinking flag-build-o-matic upstream 18:53:34 it may become handy with stream branching nirik 18:53:45 possibly 18:53:46 mizdebsk: not entirely sure we should have fbom doing the git tag 18:54:08 I see fbom as a 3rd party utility, living in our cloud, low-to-no maintenance 18:54:21 I'm not sure I want it to commit to all git repos 18:54:31 (even if it's just tags) 18:54:33 it's not commit, just tak 18:54:36 tag* 18:54:52 but i see your point 18:55:00 lets continue in #fedora-apps since we are out of time 18:55:01 ? 18:55:06 mizdebsk: it could still be one of the options to do it 18:55:08 sure 18:55:38 last thing 18:55:49 US Daylight Savings starts on the 11th 18:56:01 but the time for the meeting will still be 1800 UTC 18:56:06 and 2 weeks later for EU 18:56:19 daylightsavingstime-- 18:56:33 #info The time of clock stupidity is upon us. Call your government to stop this from happening again 18:56:35 nirik: isn't it +1 this time? :) 18:56:46 #endmeeting