14:30:52 #startmeeting Pulp Triage 2018-03-13 14:30:52 #info dalley has joined triage 14:30:53 Meeting started Tue Mar 13 14:30:52 2018 UTC and is due to finish in 60 minutes. The chair is dalley. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:30:53 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:30:53 The meeting name has been set to 'pulp_triage_2018_03_13' 14:30:53 dalley: dalley has joined triage 14:31:41 !here 14:31:41 #info dkliban has joined triage 14:31:42 dkliban: dkliban has joined triage 14:31:46 !here 14:31:46 #info asmacdo has joined triage 14:31:46 asmacdo: asmacdo has joined triage 14:31:47 Configuration key [gpg_key_id] is not supported 14:32:02 !next 14:32:03 #topic Requesting content from nested distribution path results in 500 error - http://pulp.plan.io/issues/3449 14:32:04 dalley: 4 issues left to triage: 3449, 3456, 3460, 3462 14:32:05 Issue #3449 [NEW] (unassigned) - Priority: Normal | Severity: Medium 14:32:06 Requesting content from nested distribution path results in 500 error - http://pulp.plan.io/issues/3449 14:32:10 !here 14:32:10 #info daviddavis has joined triage 14:32:10 daviddavis: daviddavis has joined triage 14:32:20 I think we should close this out 14:32:30 !here 14:32:30 #info ipanova has joined triage 14:32:30 ipanova: ipanova has joined triage 14:32:39 changing get() to first() presents other problems 14:32:56 daviddavis: why close it? 14:33:05 what problems? 14:33:15 like you might have 'foo/bar/test.iso' but if the first distribution it matches is 'foo' it's going to go with that distribution 14:33:25 so first() is not a good solution 14:33:29 i agree 14:33:37 first() is better than 500 14:33:43 time is better spent on #3051 IMO 14:33:49 we should just add #3051 to the sprint 14:33:51 seems reasonable as a stopgap pre-beta 14:33:52 +1 14:34:05 i would rather it return 500 14:34:11 !here 14:34:11 #info bmbouter has joined triage 14:34:11 bmbouter: bmbouter has joined triage 14:34:13 since it's not supposed to work 14:34:13 i think 3051 is pretty difficult and will take time 14:34:30 yea, that could be. I am torn. 14:34:36 if we do fist() + documentation for the beta, we can enforce after the beta 14:34:45 misa: yeah you need to add this option into the validation 14:34:54 if we accept we should add a checklist item to 3051 to s/first/giet 14:35:18 if we fix 3051, then get() will work 14:35:33 oh 14:35:34 yeah ... i think we should close this issue 14:35:35 I see 14:35:36 exactly. so when we fix 3051, we should switch back to get 14:35:43 yea, sorry misunderstood 14:36:02 as checklist item #1 for 3051 we could just revert the commit 14:36:08 yes 14:36:09 and then proceed 14:36:15 well, actually... 14:36:27 oh we're not supporting upgrades? 14:36:32 not in the beta 14:36:36 ok 14:36:38 not from 1 beta to the next 14:37:01 what about from beta to GA? users could create distributions in the beta with overlapping paths 14:37:09 and then we can't revert #3449 14:37:12 not fro mbeta to GA either 14:37:15 ok 14:37:16 theres no way we could support beta -> GA 14:37:31 well there are ways... but we shouldn't do the 14:37:33 them 14:37:46 yeah, we would have to support from each beta to the next beta 14:37:56 yeah it would be a huge amount of work for very little benefit 14:38:07 i think we are getting distracted from the issue we are triaging 14:38:20 yea I feel like we're tied on #3449? anyone with a deciding vote? 14:38:21 anyway, i think 3051 needs to be approached with care. if it is rushed, we will have lots of problems 14:39:21 so we do leave the 500 error + docs or add a temporary fix that has some odd behaviors? 14:39:33 leave 500 + docs 14:39:34 the temporary fix includes docs too 14:39:34 +1 close the issue and wait for a more proper solution 14:39:47 first() > 500 ... 14:40:29 ok .... let's switch to first and add docs 14:40:40 +1 14:40:54 what about skipping this for now, rich consensus and triage next time ?:) 14:40:54 personally, as far as the beta is concerned, if you create overlapping paths despite the warnings and the intrinsic nonsensicalness, you should expect issues 14:41:02 yeah 14:41:22 yup 14:41:27 dalley: i agree ... so let's accept 14:41:36 issues being "i got 1 but not the one that i expected" or "the server died" 14:42:22 I'm confused as to what the current proposal is 14:42:29 !propose accept 14:42:29 #idea Proposed for #3449: Leave the issue as-is, accepting its current state. 14:42:29 asmacdo: Proposed for #3449: Leave the issue as-is, accepting its current state. 14:42:54 dalley: it's to prevent a 500 error basically by using first() which may not match the correct distributor 14:43:03 I'll add a checklist item to 14:43:05 #3051 14:43:25 no objections to accept? 14:43:53 +1 to accept 14:43:57 !accept 14:43:57 #agreed Leave the issue as-is, accepting its current state. 14:43:57 dalley: Current proposal accepted: Leave the issue as-is, accepting its current state. 14:43:58 sorry to be so stubborn :) 14:43:58 dalley: 3 issues left to triage: 3456, 3460, 3462 14:43:59 #topic OperationalError: database is locked - http://pulp.plan.io/issues/3456 14:43:59 Issue #3456 [NEW] (unassigned) - Priority: Normal | Severity: Medium 14:44:00 OperationalError: database is locked - http://pulp.plan.io/issues/3456 14:44:50 asmacdo: to answer your question, it happens sometimes in travis and also pulp qe hits this when running their smash tests 14:45:04 which is odd because both things are sequential and not sending pulp concurrent requests 14:45:19 :( 14:45:40 load testing sqlite is expected to produce this 14:46:06 +1 to asmacdo proposal #2 14:46:07 IMO QE and travis should only be using postgres for now 14:46:21 can we just set a higher timeout? 14:46:32 that was my suggestion 14:46:39 +1 to higher timeout also 14:46:52 I think we should also add something to the docs though as asmacdo suggests 14:46:59 we have something like that already 14:47:04 just to point it out 14:47:09 oh ok, nm then 14:47:21 https://docs.pulpproject.org/en/3.0/nightly/installation/instructions.html#database-setup 14:47:38 maybe it can be improved I just wanted to call out what we're holding currently 14:47:47 IMO that should be in dev docs, not user docs 14:48:35 however the easyfix seems to be increasing the timeout. so lets start there. 14:49:14 also this should be in the Pulp project 14:49:20 no idea why I added this to File Support 14:49:46 !propose other accept moving to Pulp and add note to try increasing timeout first 14:49:46 #idea Proposed for #3456: accept moving to Pulp and add note to try increasing timeout first 14:49:46 daviddavis: Proposed for #3456: accept moving to Pulp and add note to try increasing timeout first 14:49:52 +1 14:49:56 +1 14:51:02 should the issue be left open after increasing the timeout? 14:51:16 I feel like we can reopen if need be 14:51:23 cool 14:51:28 +1 14:51:29 +1 14:51:31 !accept 14:51:31 #agreed accept moving to Pulp and add note to try increasing timeout first 14:51:31 dalley: Current proposal accepted: accept moving to Pulp and add note to try increasing timeout first 14:51:32 dalley: 2 issues left to triage: 3460, 3462 14:51:33 #topic Pulp does not include srpm packages when generating errata - http://pulp.plan.io/issues/3460 14:51:33 Issue #3460 [NEW] (unassigned) - Priority: Normal | Severity: Medium 14:51:34 Pulp does not include srpm packages when generating errata - http://pulp.plan.io/issues/3460 14:52:50 does RedHat publish srpms in errata? 14:54:36 i thought just rpms 14:57:12 !propose skip 14:57:12 #idea Proposed for #3460: Skip this issue for this triage session. 14:57:12 ipanova: Proposed for #3460: Skip this issue for this triage session. 14:57:56 would we just accept and send to backlog? 14:58:07 oh skip 14:58:14 +1 to skip I didn't realize bizhang filed 14:58:16 +1 skip 14:58:29 also we should move this to rpm support 14:58:38 +1 rpm 14:58:47 !propose skip and move to RPM support 14:58:47 dalley: propose skip Propose skipping the current issue for this triage session. 14:58:59 #idea Proposed for #3460: skip and move to RPM support 14:58:59 !propose other skip and move to RPM support 14:58:59 dalley: Proposed for #3460: skip and move to RPM support 14:59:26 +1 yes let's move on 14:59:33 +1 14:59:56 +1 15:00:06 !accept 15:00:06 #agreed skip and move to RPM support 15:00:06 dalley: Current proposal accepted: skip and move to RPM support 15:00:07 #topic Pulp produces incorrect crane json for removed tags - http://pulp.plan.io/issues/3462 15:00:08 dalley: 1 issues left to triage: 3462 15:00:09 Issue #3462 [NEW] (unassigned) - Priority: Normal | Severity: Medium 15:00:10 Pulp produces incorrect crane json for removed tags - http://pulp.plan.io/issues/3462 15:00:22 note this lull in convo suggests that this was not the right meeting to triage that in 15:00:29 * bmbouter observes 15:00:38 lol 15:00:38 any crane experts here? 15:00:53 that's the issue i mentioned on team meeting 15:01:19 it should get into 2.15.3 15:01:28 2.15.3 is already frozen 15:01:36 sorry 15:01:39 2.16.1 15:01:41 oh word 15:01:53 +1 15:02:04 so given the timeframes whether add to this sprint or next one. 15:02:18 !propose other accept and add to sprint 15:02:18 #idea Proposed for #3462: accept and add to sprint 15:02:18 dalley: Proposed for #3462: accept and add to sprint 15:02:33 * ipanova lost with numbers and dates today :D 15:02:38 +! 15:02:39 +1 15:02:41 +1 15:02:52 +1 add to sprint 15:02:54 !accept 15:02:54 #agreed accept and add to sprint 15:02:54 dalley: Current proposal accepted: accept and add to sprint 15:02:56 dalley: No issues to triage. 15:02:57 !end 15:02:57 #endmeeting