17:01:18 #startmeeting FESCO (2023-05-09) 17:01:18 Meeting started Tue May 9 17:01:18 2023 UTC. 17:01:18 This meeting is logged and archived in a public location. 17:01:18 The chair is zbyszek. Information about MeetBot at https://fedoraproject.org/wiki/Zodbot#Meeting_Functions. 17:01:18 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:01:18 The meeting name has been set to 'fesco_(2023-05-09)' 17:01:18 #meetingname fesco 17:01:18 The meeting name has been set to 'fesco' 17:01:18 #chair nirik, decathorpe, zbyszek, sgallagh, mhroncok, dcantrell, music, mhayden, Conan_Kudo, Pharaoh_Atem, Son_Goku, King_InuYasha, Sir_Gallantmon, Eighth_Doctor 17:01:18 Current chairs: Conan_Kudo Eighth_Doctor King_InuYasha Pharaoh_Atem Sir_Gallantmon Son_Goku dcantrell decathorpe mhayden mhroncok music nirik sgallagh zbyszek 17:01:21 #topic init process 17:01:28 .hi 17:01:29 sgallagh: sgallagh 'Stephen Gallagher' 17:01:30 .hello2 17:01:31 .hello2 17:01:32 dcantrell: dcantrell 'David Cantrell' 17:01:35 zbyszek: zbyszek 'Zbigniew Jędrzejewski-Szmek' 17:01:40 .hello2 17:01:41 mhayden: mhayden 'Major Hayden' 17:01:55 .hello2 17:01:56 mattdm: mattdm 'Matthew Miller' 17:02:08 Uh oh, the boss is here. Look busy! 17:02:24 It'd be said if we didn't make quorum :] 17:02:28 *sad 17:02:36 I should have dressed nicer 17:03:10 morning 17:03:21 #topic #2989 Proposal to adjust Changes Policy to use Fedora Discussion instead of the devel list 17:03:24 .fesco 2989 17:03:25 zbyszek: Issue #2989: Proposal to adjust Changes Policy to use Fedora Discussion instead of the devel list - fesco - Pagure.io - https://pagure.io/fesco/issue/2989 17:03:26 lol 17:03:44 lol to the boss jokes, not to my topic 17:03:45 And the discourse discord begins 🤭 17:03:53 Sorry had to kick off with a dad joke 17:04:26 .hello ngompa 17:04:27 Eighth_Doctor: ngompa 'Neal Gompa' 17:04:43 So… I'm pretty ready to give this a try. 17:04:43 Never apologize for a Dad Joke. They're unforgivable anyway. 17:04:44 * Eighth_Doctor is triple booked, so he may not notice things 17:04:56 In particular: 17:04:58 * nirik too. 17:05:27 1. I see much more "connectedness" with topics that I wouldn't be aware of otherwise if things are discussed on discussion.fp.o 17:05:41 I remain skeptical about Discourse-all-the-Things, but I think the Change process might indeed be well suited to it. 17:05:44 2. it's easy to pull in random people 17:05:53 3. it's easy to find things 17:06:28 4. the mail interface is "good enough" for reading things. And it's very easy to subscribe to select topics, or just to get notifications about new topics. 17:06:34 I agree with zbyszek on these points too. I'd love it if we could have something like usenet for this stuff again, but I'm just an unfrozen caveman and this world is strange and unusual to me. Discourse is pretty close to that, but with more grafix 17:06:42 I think we can learn from trying the change process how well it would work for other things... 17:06:52 5. it's much easier to link to a discussion in a mail. No need to hunt through the mailman interface for a link. 17:07:15 * nirik notes mailman3 puts a 'archived-at' link in every post. ;) 17:07:15 (I'm saying that all a *very* heavy email user.) 17:07:35 Does it? I want 3 months of my life back. 17:07:40 nirik: That's the first I've heard of that. 17:07:42 I use it all the time 17:08:03 it's in a header. 17:08:12 Hooray for discoverability 17:08:17 Anyhow, should we vote? or is there more discussion? 17:08:29 Jesus. It is there. 17:08:32 I think we should offer anyone opposed to make their voice heard 17:08:45 So please scratch #5. 17:09:04 No, because it's still not realistic for most people to discover that. 17:09:08 So I think 5) remains 17:10:54 Dunno, more comments? 17:11:12 Conan Kudo: I know you're generally in the "no on Discourse" camp. Do you want to have your say before we vote? 17:12:12 Eighth_Doctor^ 17:12:22 I find that Discourse make it easier for Fedora to become an island 17:13:05 Generally, the idea of creating a Fedora account for upstreams or external folks to share or comment on our stuff is a barrier that most are unwilling to go through 17:13:41 Additionally, Discourse encourages patterns where unilateral communication shunting becomes more common 17:14:16 with server side topic splitting, it essentially enforces audience splitting, rather than encouraging that concerns to be addressed within a topic/conversation 17:14:43 Hmm, now to participate in a mail discussion, you effectively need to subscribe to the mailing list. (Or count on everybody propagating CC correctly, which is very unlikely to happen in any bigger thread.) 17:15:03 So I think discourse may actually be *lowering* the barrier for fly-by commenters. 17:15:18 the people who care about that part of the thread would follow the posts to the new thread no? if not... perhaps they don't care about it? I don't see this as a big problem as long as it's not overused. 17:15:35 ML subscriptions don't require a Fedora account, and can be done entirely through email flow 17:15:39 which people do 17:16:36 even ignoring all that, I also am concerned about the quality of discussion lowering as the orientation of discussions on discussion is very different from devel@ 17:16:59 Conan Kudo: How do you feel *specifically* about using Discourse for the Change process? Do you see that as being problematic? 17:17:01 previous experiences with other projects making similar moves have led to developer communication dropping drastically rather than increasing or improving 17:17:32 The biggest problem I have for the Change process is that archiving those discussions is not easy 17:17:57 and if someone does topic splitting, then if we "port out" or data mangling occurs from upgrades/conversions, we will have a broken archive of the data 17:18:17 topic splitting, editing, moderation, etc. 17:18:29 Do you mean an external archive separate from the site itself? 17:18:38 Don't we have discussions about changes in pagure too? That's not an email based system 17:18:51 all the data in pagure is stored secondarily as Git repo data 17:18:58 that can be pulled and processed at any time 17:19:01 mhayden: we try not to to use the ticketing system for that 17:19:26 We have no real disaster recovery, preservation, etc. strategy for discussion.fp.o 17:19:27 what if we just got rid of all of these systems and moved to Salesforce Community Edition 17:19:28 I'll try not to repeat myself from the thread to much, but: scattered discussions instead of tickets is one of the problems I'm trying to address with this. 17:19:40 * Eighth_Doctor dies 17:19:47 please tell me Salesforce CE doesn't actually exist 17:19:47 I think an external archive could be valuable. Not sure how that can be implemented, but hopefully we can come up with something. I don't feel it's a blocker tho. 17:20:02 mattdm: that is a problem I see now too and I think Discourse is a way out of that 17:20:03 ha 17:20:12 I consider it important enough given how often our Changes and discussion are referenced by others 17:20:26 Eighth_Doctor: I don't think it is, I was just making a joke. if it does exists, that will destroy my joke 17:20:31 I can come up with enough examples that what we do lead the Linux world's decision-making because of that 17:20:34 For what it's worth, we have a daily sync of the database to a Fedora-owned AWS S3 bucket as part of our hosting contract. 17:20:40 you can still refer to them just fine by url. 17:20:56 mattdm: backups are not backups unless they can be restored... are we doing that? 17:21:17 so far, I've seen nothing about us being able to self-host and hydrate a discourse instance 17:21:33 I agree with the adage. We should go through that exercise but have not yet. 17:21:43 ok, hold up, I think we need to bring this back down to the actual topic: let's try discourse for the change proposal process 17:21:54 we're in to yak shaving here and picking apart everything 17:22:00 if we can't do that, then we don't have what I consider the bare minimum for project-critical decision making 17:22:46 at this point, we're at a binary choice, and I'm giving my reasons why I don't want to do it 17:22:53 What is "that"? 17:23:25 stand up a discourse, and hydrate/restore it from backups, and verify that it fully works 17:23:43 if we can't do that, we shouldn't rely on it, because eventually discussion.fp.o will go away and we'll get screwed 17:24:09 this has happened enough times with services Fedora has relied on that I consider it a mandatory de-risking measure 17:24:55 if you want to ignore everything else I say about Discourse, don't ignore this 17:25:10 Although I agree that we really should do the work, I am confident that we can. We're not doing anything strange. GNOME infra team runs a self-hosted discourse. I know someone (misc?) in RH OSPO had some test instances in OpenShift. 17:25:12 all computers are ephemeral. Nothing is forever. We can mitigate risk in a number of ways... in this case with a contract + backups. 17:25:20 mattdm: honestly, I'm not confident that we can 17:26:00 Well, my preference is hosting so we can focus project efforts on the things that are unique to distro-making. 17:26:05 * nirik types a few things out, erases them 17:26:06 our discourse instance is not a cookie-cutter deployment 17:26:17 there are enough different things going on in it that I would be concerned 17:26:21 I think the backup strategy is something to put on the todo list. But I wouldn't treat this as prerequisite for "getting our toes wet" with the current proposal. 17:26:37 I helped with the exercise of migrating the openSUSE forums to Discourse, so I have some idea how interesting that can be 17:26:58 and it can be messy if we're not regularly proving it 17:27:02 we wouldn't be migrating anything, just installing and restoring no? 17:27:22 Our Discourse deployment is completely standard. Ironically the one non-cookie-cutter thing is the automated backup sync. 17:27:25 nirik: hopefully, assuming self-hosted and managed discourse match on versions and codebases 17:27:55 but lets say there's a commitment to ensure we do that 17:28:12 Discourse runs "main" in production. 17:28:12 then we need certain things removed from discourse: such as the shutdown of threads after 30 days 17:28:31 that's completely unacceptable for conversations 17:28:42 "Shutdown of threads after 30 days" is a config option. I do not believe we have anything set up with that. 17:28:42 (not the main in prod thing, the thread shutdown thing) 17:29:12 We have a 3-month timer on the Community Blog comment threads. 17:29:19 FTR, is that "30 days from thread creation" or "30 days from the last message to it"? 17:29:27 creation, as I understand it 17:29:46 it got activated when ask got merged into discussion 17:29:46 It can be either. 17:30:11 it can be per thread/topic and category too 17:30:25 If it can be either, I feel like making it "30 days from the last message" would be a sensible policy. 17:30:37 Oh! I did this manually on the strategy focus area review threads. 17:30:48 Because that's a specific process we're working through. 17:30:55 I looked up some random thread, and it's from 2021 and it is still open: https://discussion.fedoraproject.org/t/which-project-do-we-start-with-please-cast-your-votes-by-29th-june-21/31049 17:31:10 right, it's off by default as far as I can tell 17:31:50 I'm sure mattdm / others will tweak the config if appropriate, but it doesn't seem to be any kind of general problem. 17:31:53 I think it makes sense to close change discussions as well, actually. Once the change is accepted or rejected, further followup should be separated. That can be done either via a timer or manually. 17:32:15 * Eighth_Doctor sighs 17:32:19 There is a feature where anyone can continue a closed topic with "reply as linked topic". 17:32:30 https://discussion.fedoraproject.org/t/site-tip-create-linked-topics-for-deep-dives-or-tangents/34526 17:32:55 I don't particularly think this is a good idea, but if we're going to kick off an effort to add durability and recoverability to Discourse and we're going to avoid god-like antipatterns on Change threads, then we can try it 17:33:00 we get that on the list from time to time too... someone replying to a change that was already approved/landed. Usually someone replies to them and asks them to file a bug. 17:33:01 We're 30 minutes in and I don't think there are any new arguments forthcoming, so maybe it's time to take it to the vote? 17:33:30 yes, let's vote 17:33:31 mattdm: for what it's worth, I was extremely upset when you split my message in the strategy discussion 17:33:43 you effectively hid what I said from people by splitting it 17:33:55 and I almost quit all the strategy discussions because of it 17:34:18 if I wanted to make it a separate topic, I would have 17:34:29 Proposal: Fedora Change announcements and discussion will move to discussions.fedoraproject.org for F39 onwards. 17:34:30 and that's the whole point of the god-like antipatterns 17:34:48 sgallagh: +1 17:34:54 Stephen Gallagher: we already have done some f39 ones, perhaps just 'from now'? or ? 17:34:56 Hmm, one sec. 17:34:58 s/point/problem/ 17:35:02 What nirik said. 17:35:07 Stephen Gallagher: 0, leaning -1 17:35:19 sgallagh: still +1 with whatever rephrasing 17:35:37 nirik: I assume importing the existing discussion threads would be painful, so I guess "from here onwards" 17:35:47 sgallagh: can you rephrase for clarity? 17:35:52 Will do 17:35:55 (the proposal, I mean) 17:36:35 Proposal: Fedora Change announcements and discussion will move to discussions.fedoraproject.org as of 2023-05-10 17:36:42 Stephen Gallagher: importing existing conversations is work, but I can do it if need be. 17:36:51 sgallagh: +1 17:37:30 +1, I think we should try... and learn how well it works and what we can improve or if there's any blockers 17:37:44 Hmm, thinking about this. Do we want to move discussions that are already in progress? 17:38:25 I think that would be confusing 17:38:25 mattdm: I should have used a less specific word than "importing". I meant mostly what zbyszek just said 17:38:51 I think changes moving forward should try it, but existing threads should stay for now... 17:38:56 Should be maybe phrase this as "Fedora Change announcements and discussion for *new* proposals will be held on discussions.fedoraproject.org" ? 17:40:05 Proposal: Fedora Changes announced on or after 2023-05-10 will be discussed on discussions.fedoraproject.org 17:40:16 sgallagh: +1, thanks 17:40:26 I am in favor of starting at some specific point, on the grounds that it's less work for me :) 17:40:26 +1 (as before) 17:41:06 I'll make my +1 explicit 17:41:35 and my axe....I mean +1 17:41:43 mattdm: Can you put together a CommBlog post explaining what's happening and how to subscribe to watch for Change announcements? 17:42:02 mhayden? 17:42:07 +1 from me 17:42:07 I think a devel-announce post (possibly pointing to that) would be good to. 17:42:09 too 17:42:11 yes, I can 17:42:14 yeah. 17:42:19 I think that would be ideal 17:42:22 Also: Fabio Valentini had a suggestion which I hope will mitigate some of Neal's last concern: we can create a subcategory for Change Proposals, and have FESCo members be moderators in that category. That way, y'all decide how to manage the conversations. 17:42:30 Eighth_Doctor, your vote? 17:42:31 Let me know if you don't want that :) 17:42:46 +0 17:42:56 leaning -1 still 17:43:02 but I'm willing to give it a shot 17:43:07 #agreed APPROVED (+5, 1, 0) 17:43:10 I think thats good, but I'd love some kind of training / knowlege transfer on what can be done and when you might do those things... 17:43:23 there's a lot of knobs. 17:43:50 * sgallagh just hits buttons randomly until something interesting happens 17:43:57 Yeah, I think splitting out management will be required if we don't want to burn out the maintainers. 17:44:36 #action mattdm to put together a CommBlog post explaining what's happening and how to subscribe to Change announcements 17:45:03 #action mattdm/others a devel-announce post (possibly pointing to the CommBlog story) 17:45:10 Conan Kudo: Thank you for your willingness to try despite misgivings. 17:45:15 Just poking my head in here, but starting the new process tomorrow seems remarkably unfriendly to a lot of people 17:45:37 mattdm: I've been burned half a dozen times by this, I hope this time goes slightly better 17:45:42 Well, we can also just hold off the announcements for a few days 17:45:48 If for no other reason that I know how long it can take to drag a blog post out of Matthew 17:45:54 * mattdm did not look at the actual date proposed. This is why we have Program Managers. :) 17:46:01 yeah, true... perhaps we should shoot for f40? or is that too late? 17:46:07 F40 is probably more realistic 17:46:16 it also gives us time to actually figure this stuff out 17:46:41 because we're changing something that we've had since damn near the beginning of the project 17:46:47 I'd suggest somewhere in between there? Like, 2 weeks? 17:47:20 Let's not wait for F40. That's effectively 6 months of delay. 17:47:46 Not really. F39 deadlines are 1-2 months away 17:47:55 is it? F40 changes will probably start coming in July 17:48:06 I know that I'm starting to formulate my F39 and F40 changes 17:48:14 and I expect Miro will for Python 17:48:15 There are 3 or 4 f40 changes already approved 17:48:38 OK. mattdm, would F40 work for you then? 17:48:50 I would say F39 should be left alone and we do this for F40, so that allows a mostly full Changes cycle 17:48:58 But anyway, Matt Hicks says this isn't my problem, so I'll stay out of it 17:49:07 😭 17:49:44 bcotton: we'll be all very lost 17:50:17 mattdm, are you there? 17:50:40 sorry my wife is telling me to bring in fish from outside :) 17:51:00 that just raises more questions 17:51:10 I think F40 is okay. 17:51:19 And tips the scales! 17:51:36 #proposal Subsequent Fedora Changes for F40 and later will be discussed on discussions.fedoraproject.org 17:51:39 And maybe I'll see about importing the 3 or 4 approved change conversations for completeness 17:51:54 * nirik has fish out of water concerns. 17:52:06 fish out of refrigerator is the concern. it's from a delivery service. 17:52:07 nirik: I don't believe that. You're completely hooked. 17:52:30 so I'm gonna go do that. BRB :) 17:52:36 zbyszek: +1 17:52:46 +1 FTR 17:52:51 zbyszek: Sure, +1 17:53:01 zbyszek: +1 17:53:11 mhayden, Eighth_Doctor? 17:53:25 +1 from me! 17:53:55 +1 17:53:57 reluctantly 17:54:01 Oh, nice! 17:54:07 #undo 17:54:07 Removing item from minutes: ACTION by zbyszek at 17:45:03 : mattdm/others a devel-announce post (possibly pointing to the CommBlog story) 17:54:17 #action mattdm/others a devel-announce post (possibly pointing to the CommBlog story) 17:54:24 Too much to undo. 17:54:35 #agreed APPROVED (+6, 0, 0) 17:54:38 #topic Next week's chair 17:54:47 Vlntrs? 17:54:48 Just add "REVISED" tot he beginning of the new #info? 17:55:01 s/tot/to/, s/he/the/ 17:55:19 sgallagh: I'll just fix it up in the summary manually. 17:55:29 I will probably not be around next week due to internal meetings. 17:55:41 OK, to make things faster, I'll do next week too. 17:55:47 #action zbyszek will chair next meeting 17:55:51 #topic Open Floor 17:56:08 mattdm: thanks for joining 17:56:23 Thanks, zbyszek 17:57:09 OK, I guess there's nothing. 17:57:11 * Eighth_Doctor sighs 17:57:17 Eighth_Doctor? 17:57:43 onword to the next meeting for me 17:57:43 2 hour long meeting 🙃 17:57:46 and that's with juggling this and another meeting for the past hour 17:57:55 Oh, OK. Let's wrap this one up. 17:57:58 #endmeeting