14:30:58 #startmeeting Pulp Triage 2019-04-16 14:30:58 #info asmacdo has joined triage 14:30:58 !start 14:30:58 Meeting started Tue Apr 16 14:30:58 2019 UTC. The chair is asmacdo. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:30:58 Useful Commands: #action #agreed #help #info #idea #link #topic. 14:30:58 The meeting name has been set to 'pulp_triage_2019-04-16' 14:30:58 asmacdo: asmacdo has joined triage 14:31:11 #info dkliban has joined triage 14:31:11 !here 14:31:11 dkliban: dkliban has joined triage 14:31:22 #info ppicka has joined triage 14:31:22 !here 14:31:23 ppicka: ppicka has joined triage 14:31:27 #info dalley has joined triage 14:31:27 !here 14:31:27 dalley: dalley has joined triage 14:31:30 hope i didn't screw this up by starting it in #pulp also ... 14:31:32 !next 14:31:44 apparently i did 14:31:46 !end 14:31:46 #info ipanova has joined triage 14:31:46 !here 14:31:47 ipanova: ipanova has joined triage 14:31:49 #info asmacdo has joined triage 14:31:49 !start 14:31:49 asmacdo: Error: Can't start another meeting, one is in progress. 14:31:50 asmacdo: asmacdo has joined triage 14:32:01 oh no. it says i'm not the meeting chair 14:32:07 !next 14:32:08 asmacdo: 6 issues left to triage: 4561, 4680, 4681, 4684, 4693, 4700 14:32:08 #topic https://pulp.plan.io/issues/4561 14:32:09 RM 4561 - siberijah - NEW - E11000 duplicate key error during pulp-manage-db command 14:32:10 https://pulp.plan.io/issues/4561 14:32:20 this is not a bug 14:32:28 user is trying to learn how to migrate mongo dbs 14:32:30 #info bmbouter has joined triage 14:32:30 !here 14:32:30 bmbouter: bmbouter has joined triage 14:32:35 not really our problem 14:32:41 #info daviddavis has joined triage 14:32:41 !here 14:32:41 daviddavis: daviddavis has joined triage 14:33:03 dkliban: would you mind closing it and pointing them at mongo docs? 14:33:23 i don't mind ... i'll even tell them to reach out on the mailing list 14:33:28 others may have advice 14:33:36 +1, thats a better venue for that 14:33:41 +1 14:33:45 +1 14:33:47 #idea Proposed for #4561: dkliban will close and suggest better venue 14:33:47 !propose other dkliban will close and suggest better venue 14:33:47 asmacdo: Proposed for #4561: dkliban will close and suggest better venue 14:33:54 +1 14:33:55 #agreed dkliban will close and suggest better venue 14:33:55 !accept 14:33:55 asmacdo: Current proposal accepted: dkliban will close and suggest better venue 14:33:56 asmacdo: 5 issues left to triage: 4680, 4681, 4684, 4693, 4700 14:33:56 #topic https://pulp.plan.io/issues/4680 14:33:57 RM 4680 - kersom - NEW - Document use cases to use repository base_version 14:33:58 https://pulp.plan.io/issues/4680 14:34:04 accept 14:34:07 kersom: i was unclear about this one 14:34:22 we don't often include "why " someone would want to use a feature 14:34:33 It was based on the discussion with daviddavis 14:34:33 especially not in our REST API docs 14:34:41 we could have a rollback workflow 14:34:59 well, those features have to be added in docs, besides REST API docs 14:35:09 https://docs.pulpproject.org/en/3.0/nightly/workflows/index.html 14:35:13 we could have a rollback 14:35:14 they will complement each other 14:35:16 section 14:35:20 bmbouter: +1 14:35:28 yeah ... let's add a section to the workflows 14:35:34 rest api docs is great, but does not describe what pulp does clear 14:35:42 kersom: i agree 14:35:48 let's accept and add to sprint 14:36:00 I don't think rest api docs are for workflows 14:36:08 #idea Proposed for #4680: accept and add to the sprint, update to move docs to workflow 14:36:08 !propose other accept and add to the sprint, update to move docs to workflow 14:36:08 asmacdo: Proposed for #4680: accept and add to the sprint, update to move docs to workflow 14:36:16 yes, rest api docs are reference docs 14:36:26 you should understand what it does, and all your options 14:36:26 asmacdo, agree 14:36:26 workflows link to REST API docs for reference 14:36:36 sure 14:36:38 dkliban, +1 14:36:41 workflows tie many REST calls together and give you a "why" 14:36:46 yep 14:36:51 that is missing 14:37:08 there are many other cases 14:37:24 should I file an issue for every case that I see? 14:37:26 kersom: could you make a list and ping me later 14:37:31 sure 14:37:35 perfect 14:37:38 #agreed accept and add to the sprint, update to move docs to workflow 14:37:38 !accept 14:37:39 asmacdo: Current proposal accepted: accept and add to the sprint, update to move docs to workflow 14:37:39 !here 14:37:39 #topic https://pulp.plan.io/issues/4681 14:37:39 #info mikedep333 has joined triage 14:37:40 asmacdo: 4 issues left to triage: 4681, 4684, 4693, 4700 14:37:41 RM 4681 - tustvold - NEW - pulpcore.app.models.Content is not abstract 14:37:42 https://pulp.plan.io/issues/4681 14:37:43 mikedep333: mikedep333 has joined triage 14:37:49 #info bherring has joined triage 14:37:49 !here 14:37:49 bherring: bherring has joined triage 14:37:57 the title of this one needs to change 14:37:59 at least. 14:38:20 my guess is that they are trying to install 2 incompatible versions 14:38:42 pulp_deb requiring a different version of pulpcore-plugin than pulp_rpm 14:38:42 i think we need to accept and have someone try to reproduce 14:38:49 and then provide advice for the reporter 14:39:14 iirc this is a problem we hit before 14:39:31 when we hit this problem, its not a bug, its an env issue 14:39:31 accept and investigate is fine w/ me 14:39:37 both plugins have a Package model which extends Content 14:39:40 I think that's the problem 14:39:50 oic 14:39:52 oh ok 14:39:54 that makes sense 14:39:54 oh ok that changes things for me 14:39:55 but they are namespaced? 14:39:56 it's trying to create the reverse association 14:39:58 +1 accept 14:40:05 accept and add to sprint 14:40:06 +1 and add to the sprint 14:40:08 +1 14:40:10 +1 14:40:16 we need to investigate/support anyway 14:40:17 #idea Proposed for #4681: accept and add to sprint 14:40:17 !propose other accept and add to sprint 14:40:17 asmacdo: Proposed for #4681: accept and add to sprint 14:40:32 daviddavis: could you please handle this one and comment? 14:40:46 sure 14:40:56 I think the priority should be high on this 14:41:03 I'm worried we have a serious problem 14:41:14 i agre 14:41:19 #idea Proposed for #4681: accept and add to sprint high/high 14:41:19 !propose other accept and add to sprint high/high 14:41:19 asmacdo: Proposed for #4681: accept and add to sprint high/high 14:41:20 I agree 14:41:23 cool 14:41:29 #agreed accept and add to sprint high/high 14:41:29 !accept 14:41:29 asmacdo: Current proposal accepted: accept and add to sprint high/high 14:41:31 #topic https://pulp.plan.io/issues/4684 14:41:31 asmacdo: 3 issues left to triage: 4684, 4693, 4700 14:41:32 RM 4684 - dkliban@redhat.com - NEW - pulp_ostree 1.4.0 doesn't store all info when sync has depth of 1 14:41:33 https://pulp.plan.io/issues/4684 14:41:51 !skip 14:41:52 #topic https://pulp.plan.io/issues/4693 14:41:52 asmacdo: 2 issues left to triage: 4693, 4700 14:41:54 RM 4693 - paji@redhat.com - NEW - Module Streams not copying correctly with recursive and recursive_conservative 14:41:55 https://pulp.plan.io/issues/4693 14:42:10 !skip 14:42:11 asmacdo: 1 issues left to triage: 4700 14:42:11 #topic https://pulp.plan.io/issues/4700 14:42:12 RM 4700 - dkliban@redhat.com - NEW - validation error for 'base_path' of Distribution is not clear 14:42:13 https://pulp.plan.io/issues/4700 14:42:29 accept 14:42:38 #idea Proposed for #4700: Leave the issue as-is, accepting its current state. 14:42:38 !propose accept 14:42:38 asmacdo: Proposed for #4700: Leave the issue as-is, accepting its current state. 14:42:53 +1 14:43:01 dkliban: should we add to sprint? looks like you might be working on it? 14:43:11 i am not working on it. it was not an easy fix 14:43:43 k ill just accept then 14:43:46 #agreed Leave the issue as-is, accepting its current state. 14:43:46 !accept 14:43:46 asmacdo: Current proposal accepted: Leave the issue as-is, accepting its current state. 14:43:47 asmacdo: No issues to triage. 14:43:59 Open floor! Go! 14:44:04 why we skipped the #4684? 14:44:22 plugin issue 14:44:32 triage per plugin team? 14:44:36 yes 14:44:40 ok 14:44:44 kersom: but if you want to discuss we can 14:44:48 asmacdo: pull it up 14:44:56 !issue 4684 14:44:56 #topic https://pulp.plan.io/issues/4684 14:44:57 RM 4684 - dkliban@redhat.com - NEW - pulp_ostree 1.4.0 doesn't store all info when sync has depth of 1 14:44:58 I am reading the issue 14:44:59 https://pulp.plan.io/issues/4684 14:45:05 my query did not get this one 14:45:26 kersom: this is a problem with the 1.4.0 release ... i don't think we are going to prioritize it at this time 14:45:48 let me read the bz 14:46:58 I read it quickly, I think we should add to the sprint, and evaluate it 14:47:07 at least accept it 14:47:20 kersom: we don't have any pulp_ostree users upstream 14:47:38 but we do have downstream 14:48:12 kersom: it's true, but 1.4.0 has not been released downstream 14:48:19 ah I see 14:48:34 matrix is baaaack! 14:48:36 sounds like this is wrapping up. does anyone else have an issue to bring up? 14:48:47 yes I wanted to shop this one again https://pulp.plan.io/issues/4678 14:49:10 it's been revised with an example and groomed 14:49:16 feedback has all been positive so far 14:49:25 i am all for this change 14:49:38 i am currently removing publications all together from pulp_docker 14:49:49 bmbouter: big +1 14:49:49 also plugins should consider filing stories to remove their publishers if their users don't benefit from them 14:50:05 bmbouter: i did that for python yesterday 14:50:07 dkliban: see the stories we filed for pulp_ansible and pulp_python 14:50:17 asmacdo: your python one inspired me to do the same for pulp_ansible 14:50:38 so the question is, is there more feedback and when can we add to the sprint? 14:51:08 seems mostly straightforward to me 14:51:10 sprint planning? 14:51:27 oh that is soon 14:51:31 thursday 14:51:32 I can't make that time tho 14:51:39 I can represent it 14:51:45 that works for me 14:51:45 why wait? 14:51:59 +1 dkliban i'd like to add this now 14:52:12 this is a *backwrads incompatible change* for ****all plugins**** 14:52:13 is anyone going to work on it before thursday? 14:52:23 I feel like this is a smaller crowd 14:52:29 than sprint planning 14:52:44 doing it at sprint planning on thurs is fine w/ me also 14:52:56 if someone wants to pick it up before thursday, then I am fine with adding it now 14:52:56 I want to point out though that we're in an open forum here and that is a closed one 14:53:09 mainly that this irc meeting should be the future of sprint planning 14:53:31 the only hesitation I have is that this is a really small quorum 14:53:35 only 3-4 people 14:53:47 yeah it's new and waiting is ok w/ me 14:54:09 daviddavis: sounds good. we'll wait till thursday 14:54:19 ok 14:54:36 okiedockie 14:54:46 anyone else got one? 14:55:09 i hope that one day we will do sprint planning on IRC also 14:55:51 i like that idea-- though we have a lot of groundwork before we can get there 14:56:15 ie, what sprints are, etc 14:56:49 ok, i guess thats it 14:56:51 #endmeeting