14:29:54 #startmeeting Pulp Triage 2016-06-28 14:29:54 #info asmacdo has joined triage 14:29:55 Meeting started Tue Jun 28 14:29:54 2016 UTC and is due to finish in 60 minutes. The chair is asmacdo. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:29:55 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:29:55 The meeting name has been set to 'pulp_triage_2016_06_28' 14:29:55 asmacdo has joined triage 14:30:01 !here 14:30:01 #info dkliban has joined triage 14:30:02 dkliban has joined triage 14:30:08 !here 14:30:08 #info dalley has joined triage 14:30:08 dalley has joined triage 14:30:15 !here 14:30:15 #info preethi has joined triage 14:30:16 preethi has joined triage 14:30:17 !next 14:30:18 4 issues left to triage: 2035, 2036, 2037, 2038 14:30:19 #topic Errata are published incrementally - http://pulp.plan.io/issues/2035 14:30:19 RPM Support Issue #2035 [ASSIGNED] (ttereshc) - Priority: Normal | Severity: Medium 14:30:19 Errata are published incrementally - http://pulp.plan.io/issues/2035 14:30:21 asmacdo, it was a right second to start :) 14:30:25 !here 14:30:25 #info ttereshc has joined triage 14:30:26 ttereshc has joined triage 14:30:39 lol ttereshc, ive got a lot i want to do today :) 14:30:43 !here 14:30:43 #info pcreech has joined triage 14:30:43 pcreech has joined triage 14:30:43 !here 14:30:43 #info ipanova has joined triage 14:30:44 ipanova has joined triage 14:31:04 !here 14:31:04 #info smyers has joined triage 14:31:05 smyers has joined triage 14:31:31 !here 14:31:31 #info jcline has joined triage 14:31:32 jcline has joined triage 14:32:27 !here 14:32:27 #info jortel has joined triage 14:32:28 jortel has joined triage 14:32:58 I think it is really bad that errata is published incrementally and repomd.xml points to the recently added errata only, but maybe I miss something.. 14:33:26 dkliban, here's my finished basic test for rpm http://pastebin.test.redhat.com/388013 14:33:28 !here 14:33:28 #info bmbouter has joined triage 14:33:29 bmbouter has joined triage 14:33:43 ttereshc, im not sure that i understand the problem 14:33:57 I still don't know how things like yum handle multiple updateinfo.xml files. Do they? 14:34:10 in 2.8 updateifo was regenerated with every publish 14:34:15 smyers, it doesn't 14:34:22 !here 14:34:22 #info mhrivnak has joined triage 14:34:23 mhrivnak has joined triage 14:34:27 (as far as I know) 14:34:32 I also think that 14:34:38 * mhrivnak somehow wasn't getting any messages and doesn't have history. :( 14:34:40 It leaves old metadata files around since caches 14:34:51 mhrivnak: https://pulp.plan.io/issues/2035 14:34:53 Title: Issue #2035: Errata are published incrementally - RPM Support - Pulp (at pulp.plan.io) 14:35:04 dkliban, and here are my latest changes for pulp_rpm http://pastebin.test.redhat.com/388013 14:35:55 The commit ttereshc identified was intended to do incremental *export* of errata, but should not have affected normal publishes. 14:36:07 ttereshc: so this is a problem with that specific distributor option 14:36:17 mhrivnak: agreed 14:36:28 bmbouter, it happens to every publish 14:36:43 It's already assigned, but if we still want to triage I'd say high/high 14:36:50 ttereshc: yes I agree, you are correct 14:36:52 Losing errata is very bad 14:36:56 +1 to that 14:36:59 +1 14:36:59 high/high 14:37:02 What about urgent to block 2.9? 14:37:08 It's a bad regression. 14:37:09 Maybe Urgent, if the bug is that publishing errata twice makes the second one empty 14:37:14 +1 to that 14:37:22 it is very serious 14:37:24 Yeah I'm fine with urgent too 14:37:28 !propose triage urgent high 14:37:28 #idea Proposed for #2035: Priority: Urgent, Severity: High 14:37:29 Proposed for #2035: Priority: Urgent, Severity: High 14:37:32 +1 14:37:34 +1 14:37:34 +1 14:37:56 anyone else? 14:38:19 !accept 14:38:19 #agreed Priority: Urgent, Severity: High 14:38:19 Current proposal accepted: Priority: Urgent, Severity: High 14:38:21 3 issues left to triage: 2036, 2037, 2038 14:38:22 #topic determine how to re-enable RHEL 5 unit test runner - http://pulp.plan.io/issues/2036 14:38:22 Pulp Issue #2036 [NEW] (unassigned) - Priority: Normal | Severity: Medium 14:38:22 determine how to re-enable RHEL 5 unit test runner - http://pulp.plan.io/issues/2036 14:38:30 This looks like a task. 14:38:36 dkliban, do you agree? 14:38:49 mhrivnak: it is 14:39:05 mhrivnak: i just wanted to file it as an issue so we could set a priority on it 14:39:05 !propose other make it a task 14:39:05 #idea Proposed for #2036: make it a task 14:39:06 Proposed for #2036: make it a task 14:39:15 i think this should be high priority as well 14:39:22 we need this to stay on our radar until we can do it 14:39:29 agreed for high priority. 14:39:41 asmacdo: i'll update it 14:39:50 sounds good, any other thoughts? 14:39:55 none here. 14:40:04 k go ahead dkliban 14:40:07 !accept 14:40:07 #agreed make it a task 14:40:08 Current proposal accepted: make it a task 14:40:09 #topic Migration failing after 2.9 upgrade - http://pulp.plan.io/issues/2037 14:40:09 2 issues left to triage: 2037, 2038 14:40:09 RPM Support Issue #2037 [NEW] (unassigned) - Priority: High | Severity: Medium 14:40:10 Migration failing after 2.9 upgrade - http://pulp.plan.io/issues/2037 14:40:21 sounds urgent to me 14:40:24 superbad 14:40:55 This is the example case we use when talking about what sort of issue should block a release 14:40:57 !propose triage urgent hight 14:40:57 !propose triage urgent high 14:40:57 Error: Unknown Severity 14:40:57 #idea Proposed for #2037: Priority: Urgent, Severity: High 14:40:58 +1 to urgent and this should be easy to fix 14:40:58 Proposed for #2037: Priority: Urgent, Severity: High 14:41:03 I spent a lot of time yesterday trying to reproduce this, but couldn't. I'm going to try today with el6. 14:41:03 definitely superbad. 14:41:05 Fine with me 14:41:32 +1 14:41:36 +1 14:41:38 +1 14:41:40 well, glad we've got QE 14:41:45 thanks preethi :) 14:41:45 heck ya 14:41:53 !accept 14:41:53 #agreed Priority: Urgent, Severity: High 14:41:53 Current proposal accepted: Priority: Urgent, Severity: High 14:41:55 #topic The nectar config pulp_streamer gets doesn't seem to include plugin-level settings - http://pulp.plan.io/issues/2038 14:41:55 1 issues left to triage: 2038 14:41:55 Pulp Issue #2038 [NEW] (unassigned) - Priority: High | Severity: High 14:41:56 The nectar config pulp_streamer gets doesn't seem to include plugin-level settings - http://pulp.plan.io/issues/2038 14:42:32 This one's interesting. It could be challenging to resolve, since each plugin is basically on its own to load its config file. 14:42:55 It was speculation so I'm not sure if that's the root cause 14:43:33 Either way proxy support seems to have issues 14:43:37 Indeed, but it seems quite plausible. 14:43:42 I don't understand enough to triage 14:44:13 It's basically: if you put proxy settings in a config file (or likely any other settings for an importer), the streamer won't use those settings. 14:44:21 I agree with the fact it's plugin-specific... as I recently played with yum's importer settings and it worked with various config settings 14:44:24 streamer get's the downloader from the plugin so should not be too hard to fix, right? 14:44:45 jortel, yeah, that's my hope 14:45:10 either way, for triage it's high/high 14:45:21 !propose accept 14:45:21 #idea Proposed for #2038: Leave the issue as-is, accepting its current state. 14:45:22 Proposed for #2038: Leave the issue as-is, accepting its current state. 14:45:31 (its already high/high) 14:45:32 oh you know, the importer does hand its config to the platform at start. Maybe this won't be bad, assuming that's the problem. 14:45:43 +1 14:45:48 +1 14:46:04 !accept 14:46:04 #agreed Leave the issue as-is, accepting its current state. 14:46:05 Current proposal accepted: Leave the issue as-is, accepting its current state. 14:46:06 No issues to triage. 14:46:16 !end 14:46:16 #endmeeting