16:32:21 #startmeeting fedora_coreos_meeting 16:32:21 Meeting started Wed Mar 17 16:32:21 2021 UTC. 16:32:21 This meeting is logged and archived in a public location. 16:32:21 The chair is jlebon. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:32:21 Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:32:21 The meeting name has been set to 'fedora_coreos_meeting' 16:32:27 .hello2 16:32:27 #topic roll call 16:32:27 lorbus: lorbus 'Christian Glombek' 16:32:29 .hello2 16:32:31 .hello siosùm 16:32:32 .hello2 16:32:33 .hello siosm 16:32:33 lucab: lucab 'Luca Bruno' 16:32:36 travier: Sorry, but you don't exist 16:32:39 dustymabe: dustymabe 'Dusty Mabe' 16:32:41 .hello2 16:32:42 travier: siosm 'Timothée Ravier' 16:32:45 cyberpear: cyberpear 'James Cassell' 16:32:47 #chair lorbus travier dustymabe lucab cyberpear 16:32:47 Current chairs: cyberpear dustymabe jlebon lorbus lucab travier 16:33:20 .hello jaimelm 16:33:21 PanGoat: jaimelm 'Jaime Magiera' 16:33:23 .hello2 16:33:24 vrutkovs: vrutkovs 'Vadim Rutkovsky' 16:33:53 #chair PanGoat vrutkovs 16:33:53 Current chairs: PanGoat cyberpear dustymabe jlebon lorbus lucab travier vrutkovs 16:34:45 got a decent sized group :) 16:34:54 jlebon: Can we go podman, countme, then the others? 16:34:55 just waiting one more minute 16:35:11 .hello2 16:35:12 bgilbert: bgilbert 'Benjamin Gilbert' 16:35:15 travier: sure can 16:35:19 #chair bgilbert 16:35:19 Current chairs: PanGoat bgilbert cyberpear dustymabe jlebon lorbus lucab travier vrutkovs 16:35:40 ok cool, let's start! 16:35:48 #topic Action items from last meeting 16:35:53 lucab to refresh the existing nm-cloud-setup PR, dropping the auto-enable part 16:36:00 * lucab to track the nm-cloud-setup kola testing in a ticket and followup on that 16:36:07 * cverna to coordinate adding sumantro to release executors 16:36:11 * walters to write up a ticket for https://hackmd.io/GPB-x3XHToiYHdEnYNA1kA 16:36:16 * walters to go have lunch 16:36:28 #info walters presumably had lunch that day 16:36:41 https://github.com/coreos/fedora-coreos-config/pull/760#issuecomment-800193352 refreshed 16:36:56 #info walters wrote up https://github.com/coreos/fedora-coreos-tracker/issues/764 16:37:09 #info lucab refreshed https://github.com/coreos/fedora-coreos-config/pull/760 16:37:14 (the testing part not yet) 16:37:31 didn't hear anything about cverna's action item, so i'm assuming that's still pending 16:37:37 lucab: should i re-action? 16:38:06 I think the nm-cloud PR is ready 16:38:06 jlebon: no need to, it's already noted in GH 16:38:21 ack 16:38:35 won't reaction cverna's item. i'll follow up with him after meeting 16:38:46 ok, moving on! 16:39:11 #topic Joint community meeting with Podman folks 16:39:15 #link https://github.com/coreos/fedora-coreos-tracker/issues/768 16:39:23 travier: want to take this one? 16:39:26 Sure 16:39:33 jlebon: if you are happy with my reply, just merge the PR, or let me know and I'll change it 16:40:05 .hello jasonbrooks 16:40:05 This is a proposal to replace next week meeting by a joint meeting with podman folks around the topics listed in the issue 16:40:05 jbrooks: jasonbrooks 'Jason Brooks' 16:40:24 same time or later in the day? 16:40:25 #proposal Replace next week meeting with a joint podman/fcos meeting 16:40:27 .hello2 16:40:29 darkmuggle: darkmuggle 'None' 16:40:29 Same time 16:40:38 #chair darkmuggle 16:40:38 Current chairs: PanGoat bgilbert cyberpear darkmuggle dustymabe jlebon lorbus lucab travier vrutkovs 16:40:39 yes 16:41:04 to be clear, this would be open to anyone to assist, right? 16:41:18 Yes, will be open to anyone and recorder 16:41:20 recorded 16:41:44 the list of topics seems like it's worth more than 1h 16:41:50 similar to the monthly Podman Community meeting? 16:42:04 maybe we should pare it down to 2 or 3 instead 16:42:42 focusing on the most pressing ones 16:42:55 I'm not really familiar with how podman community meeting are run 16:43:26 Hopefully some are rather short like the first one which is now pretty much decided 16:43:51 but of course if one hour isn't enough we can schedule others 16:44:05 proposal itself SGTM :) 16:44:19 anyone opposed or with alternative suggestions? 16:44:20 +1 16:44:54 I'm +1 (as expected :)) 16:45:18 travier: did you want to chat about the priority of each proposed topics here? 16:45:41 We can if folks want to but wasn't particularly planning on doing that 16:45:57 +1 to meeting 16:46:08 If someone want some topics more than the others then feel free to raise that in the tracker? 16:46:33 travier: yeah, i think we should have a clearer agenda prepared before the meeting, but we can do that offline 16:46:48 ok cool, sounds like there's agreement :) 16:47:06 #agreed we will replace next week meeting with a joint podman/FCOS meeting 16:47:14 I do have a question about one of the topics 16:47:39 it's possibly a rat hole, though 16:48:15 not sure I should bring it up now or later 16:48:31 dustymabe: if it's the moby-engine one, let's not prefetch the conversation but I think it's worth mentioning briefly here 16:48:42 bgilbert: yes, it's that one 16:49:11 AFAIK this is coming from the Podman folks, and I don't know what they plan to say 16:49:25 kill the whale 16:49:29 heh 16:49:30 maybe for now we can agree that we won't decide to remove it just from the meeting? 16:49:34 Feel free to add any worries in the tracker 16:50:01 I think bgilbert filled in the context I needed 16:50:10 I wasn't planning on making decisions in the meeting so much as moving the discussion forward 16:50:25 travier: +1 16:50:33 ok, ready to move on? 16:50:39 +1 16:50:51 #topic Enabling DNF Count Me support in Fedora CoreOS 16:50:54 #link https://github.com/coreos/fedora-coreos-tracker/issues/717 16:51:08 travier: :) 16:51:17 Count Me support is now part of the latest rpm-ostree release. 16:51:20 Fedora Silverblue and IoT will have that enabled for F34. 16:51:32 FCOS can have that enabled at almost any time 16:52:04 I will be working on the messaging before we enable that 16:52:23 hmm, we discussed this in a previous meeeting, but don't see a recorded outcome in the ticket 16:52:25 This will require manual action from people that do not want to be counted 16:52:59 I remember that there was mostly agreement on the way forward. 16:53:40 It's been a while and we are crossing another step so though it would be best to bring that up again just in case 16:53:44 .hello2 16:53:45 walters: walters 'Colin Walters' 16:53:55 yep. thanks for bringing it up again. 16:54:04 #chair walters 16:54:04 Current chairs: PanGoat bgilbert cyberpear darkmuggle dustymabe jlebon lorbus lucab travier vrutkovs walters 16:54:07 If nothing has changed and everyone is still ok with the plan then we'll move forward 16:54:13 travier: if you can find what we agreed upon last time I don't see any reason to modify that (should be able to find it in meeting logs) 16:54:33 We just need to figure out how and where to tell people that this is happening 16:54:48 hello 16:55:16 I think it'd make sense to activate it around the same time Silverblue and IoT do it, too 16:55:37 wouldn't need FCOS-specific messaging then 16:56:01 lorbus: FCOS doesn't require manual intervention to upgrade though 16:56:02 #link previous discussion: https://meetbot-raw.fedoraproject.org/teams/fedora_coreos_meeting/fedora_coreos_meeting.2021-01-20-16.30.html 16:56:24 jlebon: good point 16:56:25 GA is in a few weeks, so we should send a heads up e.g. to the list really soon 16:56:33 with actions to take if they want it disabled 16:56:45 but agreed otherwise on just matching with the f34 rebase 16:56:47 don't activate for upgrades, only for new installs maybe? 16:57:26 lorbus: this is more complex as we need a barrier release but can be done 16:57:46 personally, i think it's ok to activate on upgrades, we just need to be loud about it 16:57:52 agree ^ 16:58:02 my main worry about that is we're not extensively testing old upgrades and accumulating state like that hits our testing matrix 16:58:16 by far the biggest one of these will be cgroupsv2 16:58:53 but it probably wouldn't be really hard to have a kola upgrade test variant 16:59:35 yeah, everytime we divert between upgrade and new install, it makes maintenance harder 16:59:44 I guess I'm confused. we already have a mechanism for opting out of statistics. 17:00:03 couldn't we import the user's choice there into the new system? 17:00:38 that was discussed last time but no conclusion was reached 17:00:40 bgilbert: what's the mechanism? pinger enablement? 17:00:45 yup 17:00:49 or rather, pinger opt-out 17:01:32 https://meetbot-raw.fedoraproject.org/teams/fedora_coreos_meeting/fedora_coreos_meeting.2021-01-20-16.30.log.html#l-149 17:01:34 .......which we only documented in the CL migration docs. never mind 17:02:16 is the process for disabling countme on traditional to just do `countme=0` in the yum repo files? 17:02:45 would be nice to match that to be uniform, though it'd mark the files as untracked 17:02:57 yes unfortunately and as dustymabe noted last time this is problematic for us 17:03:06 https://coreos.github.io/rpm-ostree/countme/ 17:03:35 travier: do you want to try a proposal or should i? 17:04:10 https://github.com/rpm-software-management/libdnf/issues/1068 > discusses adding something in libdnf to override that 17:04:17 jlebon: go ahead 17:05:28 #proposed we will enable countme support by default in upgrades and new installs as part of the f34 rebase. we will send an email to coreos a few weeks before with details about how to opt-out ahead of the rebase. 17:05:39 Maybe the disable option isn't really an option for us as we want to keep the repo configs updated thus we need something else in libdnf 17:05:53 can we also post to the forum? 17:05:58 lets hit everywhere 17:06:00 PanGoat: +1 17:06:06 and twitter 17:06:39 agreed re. forum. not sure about twitter 17:06:59 last time we were talking about disabling a timer unit to effectively disalbe counting support 17:07:10 Yeah, I understand most folks view that platform as news more than technical changees 17:07:23 either way, defintely forum 17:07:31 not sure how viable that option is 17:07:59 dustymabe: This will disable the new rpm-ostree logic but not the embedded libdnf one that is triggered when packages are layered 17:08:15 ahh ok 17:08:17 Maybe I need to make the docs clearer 17:08:27 I think I'd be in favor of coreos-status also 17:09:06 bgilbert: ughh, totally meant coreos-status actually. do you think both makes sense? 17:09:20 I agree with PanGoat, this should go everywhere 17:09:38 everywhere++ 17:10:26 ok, let me amend 17:10:59 #proposed we will enable countme support by default in upgrades and new installs as part of the f34 rebase. we will announce this on the mailing lists, twitter account, and forum a few weeks before with details about how to opt-out ahead of the rebase. 17:12:59 +1 17:13:12 ack, fedmag article would be nice too if we can 17:13:20 dustymabe: +1 17:13:23 I'll work on that 17:13:41 yes 17:13:46 sgtm 17:13:47 and we should get something into the F34 messaging 17:13:58 jlebon: +1 on everything except upgrades, +0 on upgrades 17:14:18 we're doing this a bit fast 17:15:07 the actual f34 coming to stable won't happen for some time, right? 17:15:17 can you elaborate on "a bit fast" ? 17:15:51 though actually... `next` may move to f34 in two weeks (that's one of the topics after this one :) ) 17:15:52 If it's too fast we can hold and do that in a more controlled fashion during the F34 cycle 17:16:03 so I'm torn. I think countme is pretty harmless from a privacy perspective 17:16:25 but it's potentially bad press if not explained 17:16:28 but since it's a sensitive topic with no prior docs on opting out, I'd rather we left a looooong time for advance notice 17:16:36 F35 would not be too long 17:16:37 right, we don't have to do it at rebase time. let's agree on... 6 weeks between announcement and turning it on? 17:16:46 agree 17:16:55 2 months at least? 17:17:16 f35 feels excessive IMO 17:17:32 yeah, that's a long time - I forget a lot in that amount of time :) 17:17:33 it is excessive. excessive could be good in this case 17:17:57 3 months might be a nice middle ground 17:18:10 i'm good with that 17:18:16 I could buy into 3 months 17:18:19 WFM 17:18:53 ok, let me do a final amendment 17:19:00 final he says 17:19:11 oh, wait, we forgot 17:19:17 we left just under 2 months for the rootfs migration 17:19:17 +1 17:19:32 so we'd just leave it off until then and then enable it globally (installs and upgrades?) 17:19:52 #proposed we will enable countme support by default in upgrades and new installs during the f34 cycle. we will announce this on the mailing lists, twitter account, forum, and fedmag at least 3 months before with details about how to opt-out ahead of the rebase. 17:20:04 +1 17:20:05 jlebon: I'm joking of course. Thanks for all these iterations. 17:20:14 yes 17:20:28 +1 17:20:39 PanGoat: :) 17:20:45 travier: you said you are working on messaging? 17:20:46 +1. can we explicitly add F34 release notes also? 17:20:58 +1 17:21:05 PanGoat: Yes, working on drafting something to post as an article, etc. 17:21:07 #agreed we will enable countme support by default in upgrades and new installs during the f34 cycle. we will announce this on the mailing lists, twitter account, forum, and fedmag at least 3 months before with details about how to opt-out ahead of the rebase. 17:21:16 bgilbert: i'll add it when posting to the issue 17:21:17 PanGoat: feel free to join if interested 17:21:19 excellent 17:21:28 might. time permitting. 17:21:36 Will post the draft in the tracking issue 17:21:59 thanks jlebon 17:22:28 before we move on: has there been any discussion of removing the pinger? 17:22:58 yeah I was going to ask about that too, keeping it confuses things here I think 17:23:01 would be in favor given that we did not make progress there 17:23:16 bgilbert: not that I know, but I think that after the countme goes live, we can talk about doing that 17:23:29 it had one job (providing a configuration knob for future metrics) and it failed at that (we didn't document the knob) 17:23:57 isn't it intended to have more metrics than just how long the node's been alive though? 17:24:25 sure. I'm not aware that it's on anyone's roadmap though. we could always re-add later. 17:24:29 if we remove it, putting it back in when we actually want it will be harder 17:24:33 jlebon: why? 17:24:47 because it's confusing messaging 17:25:11 hmm, how so? 17:25:18 bgilbert: is the bigger question: "do we still want to implement pinger?" 17:25:18 * jlebon sees the clock. maybe let's discuss that in the ticket? 17:25:33 #action bgilbert to file a new ticket to discuss removing pinger 17:25:38 let's keep them separate 17:25:42 +1 thanks 17:26:00 ready to move to open floor? 17:26:15 #topic Open Floor 17:26:25 whoops, meant to just paste that but not press enter yet :) 17:26:42 we'd like to rename FCCT, since it's starting to be used by distros other than Fedora CoreOS. 17:26:47 I have the next set of releases in two weeks but I won't around at that time, can anybody else swap the slots with me? 17:27:09 lucab: can you check with the person who's after you? 17:27:13 if you have naming ideas, you can put them here: https://github.com/coreos/fcct/issues/167 17:27:36 please bring all your buckets of paint :) 17:28:09 according to https://hackmd.io/WCA8XqAoRvafnja01JG_YA it's Sinny 17:28:09 (but seriously, i agree naming is important) 17:28:25 :-) 17:28:31 lucab: let's chat with ksinny in #fedora-coreos 17:28:49 :D 17:29:07 wanted to bring up the f34 rebase, but we don't have much time 17:29:17 beta go/no-go meeting is tomorrow 17:29:33 my proposal is to rebase next in two weeks if we're go 17:29:56 +1 17:30:04 +1 17:30:20 +1 17:30:26 jlebon: targeting the upcoming 'next'? 17:30:45 lucab: yeah 17:31:03 bgilbert: just cut releases, so we can put it in next-devel this week 17:31:12 s/:// 17:31:13 looks like I'll be back right when the fun starts 17:31:20 And for cgroupsv2, feel free to raise concerns in the ticket, we will discuss that next week in the meeting with podman folks and finialize the week after 17:31:27 dustymabe: yay! :) 17:31:28 (sorry for the duplicate question, I had some lag) 17:32:06 anything else for open floor? 17:32:24 do folks mind if I spam the forum with a link to the OKD event this weekend? 17:32:37 PanGoat: go ahead 17:33:11 PanGoat: +1 17:33:32 thanks 17:34:20 ok, ending it in 37.5 seconds 17:34:21 #info OKD Testing and Deployment workshop this weekend: https://www.okd.io/blog/2021/03/16/save-the-date-okd-testing-deployment-workshop.html 17:34:22 #endmeeting