14:33:28 #startmeeting Pulp Triage 2020-10-23 14:33:28 !start 14:33:28 #info ttereshc has joined triage 14:33:28 Meeting started Fri Oct 23 14:33:28 2020 UTC. The chair is ttereshc. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:33:28 Useful Commands: #action #agreed #help #info #idea #link #topic. 14:33:28 The meeting name has been set to 'pulp_triage_2020-10-23' 14:33:28 ttereshc: ttereshc has joined triage 14:33:32 #info daviddavis has joined triage 14:33:32 !here 14:33:32 daviddavis: daviddavis has joined triage 14:33:35 fc!here 14:33:36 #info ipanova has joined triage 14:33:36 !here 14:33:36 ipanova: ipanova has joined triage 14:33:37 #info bmbouter has joined triage 14:33:37 !here 14:33:38 bmbouter: bmbouter has joined triage 14:33:41 #info x9c4 has joined triage 14:33:41 !here 14:33:41 x9c4: x9c4 has joined triage 14:33:59 Open floor 14:34:02 Process for backporting cherry picks and issue #s 14:34:09 https://hackmd.io/SVCMjpwXTfOMqF2OeyyLRw 14:34:19 man, I've had 2 hard discussions and it's not even 11am 14:34:23 now here's #3 14:34:29 :D 14:34:35 this is not a friday :) 14:34:36 it's Friday 14:34:46 daviddavis: better to swallow all the frogs first 14:34:51 :d 14:34:59 heh 14:35:18 so cherry picking changes for issues that have been released breaks everything 14:35:24 ttereshc and i were discussing this 14:35:28 yup 14:35:37 I see two solutions 14:35:40 maybe there are more 14:35:56 first, we edit the cherrypicked commits to point to the backport issues 14:36:00 this is complex and painful 14:36:08 and involves editing commits 14:36:17 yes, painful 14:36:19 the other is we update the commit validation and automation 14:36:56 well, we can't assign same issues to different milestones 14:36:56 one easy fix here maybe is not to not check commits against release (ie \d.\d) branches 14:37:13 Who closes the backport issue then? 14:37:34 do we add a "backport #1234" to the commit message? 14:37:36 it would be a manual process for now if we go with option #2 14:37:48 yea, that would be option #1 I think 14:38:03 we update the CHANGES entry and the commit message to point to the backport issue 14:38:23 i think option #1 was to update changes and use "closes #1111" 14:38:30 correct 14:38:39 oh I see what you're saying 14:38:55 #info ggainey has joined triage 14:38:55 !here 14:38:55 ggainey: ggainey has joined triage 14:38:56 changing the commit log I think is fine if needed, can we avoid changing the commit itself (time concerns w/ that) 14:39:38 I think that might work since the release automation uses CHANGES entries 14:39:42 If we added another hint that it is a backport with a reference to the backport that could trigger skipping the other validation and affect the backport ticket without touching anything in the commit. 14:40:56 what would we do about the release automation? 14:42:00 I think the simplest solution is to update the CHANGES entry and have commit validation not run against release branches 14:42:08 then maybe add in other features later? 14:42:27 what would the changelog say in that case w/ CHANGES entry changed? 14:43:19 that's a good question and I don't have a strong opinion 14:43:32 if the commit meassage contains "closes #1111 \n backport #1234" it would not affect #1111 but only #1234. And the change was still "1111.bugfix" 14:43:57 from a user perspective having the 1111.bugfix I thin is important 14:44:26 this is maybe why I think keeping the commit in-tact is a good strategy 14:44:54 that sounds like a good idea, having the backport keyword and keeping the 1111.bugfix 14:45:29 I like the idea. the only challenge is updating the release automation since it tries to assign issues to a release based on what's in CHANGES. 14:45:54 yeah that would be the next step needed :/ 14:46:08 yeah, it needs to look into commits it seems :/ 14:46:14 It's like "that is your ticket, but when talking to plan.io use the other number." 14:46:29 or disabling those checks on release branches is the other option I heard 14:46:37 So it would "git blame" the changes file? 14:47:34 cool, maybe we can see if that's easy and if not, just disable this for release branches? 14:47:42 I think I have a good enough understanding to file a task 14:47:43 yeah +1 14:48:14 great, thanks 14:48:15 seems like we have 2 ideas to try 14:48:33 Or should we add the backport issue to the "real" CHANGELOG anyway? 14:49:13 i think we should keep just the original issue in the the changelog 14:49:20 ok 14:49:24 yeah I think users will appreciate us keeping it the same 14:50:00 How about daviddavis files a task and we can figure out details discussing them on the ticket? 14:50:08 +1 14:50:23 +1 14:50:25 any other open floor topic? 14:50:46 * bmbouter sings friday 14:50:57 ok, let's go to triage quickly then :) 14:50:57 * bmbouter runs rebeccablack 14:51:03 !next 14:51:04 ttereshc: 2 issues left to triage: 7737, 7624 14:51:04 #topic https://pulp.plan.io/issues/7737 14:51:05 RM 7737 - jsherril@redhat.com - NEW - Backport request: 6463: duplicate key error when sync to pulpcore 3.6/pulp-rpm 14:51:06 https://pulp.plan.io/issues/7737 14:51:40 yay, backport 14:52:12 I believe this one came from the foreman forum 14:52:35 yes 14:52:40 it looks like a clean backport to 3.6, any objections? 14:52:48 no objections, +1 14:52:54 +1 14:52:54 +1 14:52:56 are there migrations? 14:52:58 no 14:53:01 +1 14:53:05 good question 14:53:14 ok, who is going to do a backport and a release? 14:53:42 it includes pulpcore and installer release 14:54:15 I'm not sure we can accept a backport if there is no one to do it. wdyt? 14:54:52 that's a fair observation 14:54:54 I agree w/ that 14:55:19 ok, I'm skipping it then till the next triage 14:55:26 +1 14:55:29 !skip 14:55:30 #topic https://pulp.plan.io/issues/7624 14:55:30 ttereshc: 1 issues left to triage: 7624 14:55:31 RM 7624 - dalley - NEW - Add pulpcore version to the plugin API 14:55:32 https://pulp.plan.io/issues/7624 14:55:45 let's also put this on our pulpcore team meeting agenda ttereshc? 14:56:05 yes let's 14:56:06 sure 14:56:10 ipanova, I thought to write an e-mail to pulp-internal but that will do as well 14:56:13 I actually filed another issue that requests this for all plugins 14:56:25 we ran into some technical issues 14:56:34 we need a way for plugins to get the version without distutils 14:56:47 +1 14:56:52 looks like a story not a bug 14:56:54 ? 14:56:59 agreed 14:57:04 +1 14:57:10 #idea Proposed for #7624: convert to story 14:57:10 !propose other convert to story 14:57:10 ttereshc: Proposed for #7624: convert to story 14:57:16 I can add it to pulpcore agenda 14:57:59 thanks 14:58:12 #agreed convert to story 14:58:12 !accept 14:58:12 ttereshc: Current proposal accepted: convert to story 14:58:13 ttereshc: No issues to triage. 14:58:27 any last thoughts apart from rebeccablack? 14:58:45 !friday 14:58:45 ♪ It's Friday, Friday, gotta get down on Friday ♪ 14:58:51 #endmeeting 14:58:51 !end