15:00:42 #startmeeting kolla 15:00:42 Meeting started Wed Jan 12 15:00:42 2022 UTC and is due to finish in 60 minutes. The chair is yoctozepto. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:42 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:42 The meeting name has been set to 'kolla' 15:01:13 mgoddard mnasiadka hrw egonzalez yoctozepto rafaelweingartne cosmicsound osmanlicilegi bbezak parallax Fl1nt frickler adrian-a 15:01:26 #topic Roll-call 15:01:29 o/ 15:02:26 \o 15:03:06 \\o 15:03:39 guessing we can start 15:03:41 #topic Agenda 15:03:55 * Roll-call 15:03:55 * Agenda 15:03:55 * Announcements 15:03:55 * Review action items from the last meeting 15:03:55 * CI status 15:03:57 * Release tasks 15:03:57 * Current cycle planning 15:03:59 * Additional agenda (from whiteboard) - nothing today 15:03:59 * Open discussion 15:04:08 #topic Announcements 15:04:20 nothing worthy of this name from my side 15:04:21 others? 15:06:30 guessing not 15:06:57 #topic Review action items from the last meeting 15:07:10 mnasiadka to triage security bugs and update them with resolution plan (if needed) 15:07:10 mnasiadka post a patch for docs - standard topics that should be discussed over PTG and then revisited in mid-cycle 15:07:23 I have seen neither but could miss something 15:07:30 anyone? 15:10:02 nope 15:10:27 retriggering 15:10:33 #action mnasiadka to triage security bugs and update them with resolution plan (if needed) 15:10:38 #action mnasiadka post a patch for docs - standard topics that should be discussed over PTG and then revisited in mid-cycle 15:10:54 #topic CI status 15:12:08 k and k-a look green 15:12:13 I think the ansible-lint issue still affects kayobe? 15:12:14 what about k-o-b? 15:12:23 hmm 15:12:25 how so 15:12:28 at least for victoria 15:12:38 because it is capped somehow 15:12:50 we have a patch 15:13:10 oh, they have a patch 15:13:15 in recheck land 15:13:15 but they no share it 15:13:24 "recheck land" <3 15:13:26 https://review.opendev.org/c/openstack/kayobe/+/824103 15:13:37 #link https://review.opendev.org/c/openstack/kayobe/+/824103 15:13:42 ok 15:14:18 all right, CI mostly green, only kayobe victoria temporarily sad 15:14:49 leaving it green as it should merge soon 15:14:54 ok, let's continue 15:15:00 #topic Release tasks 15:15:24 we have R-11 15:15:57 still waiting for R-8: "Switch binary images to current release" 15:16:13 we are looking good 15:16:22 nice to have this formalised 15:16:25 ok, let's go 15:16:36 #topic Current cycle planning 15:16:52 so we had some movement in the podman department 15:17:05 the first refactor is in 15:17:38 anyone working on Yoga priorities wants to report/discuss something? 15:18:15 I have a long patch chain for the kolla kollection 15:18:24 thanks for the reviews so far 15:18:40 yw, what do you think about mine? 15:18:50 only skimmed it 15:18:56 ok 15:19:00 will probably get to it next week 15:19:14 fine by me, no rush 15:19:38 * frickler should take a look at those, too 15:19:52 yes, that would be appreciated 15:20:18 we are basically talking about this stack 15:20:20 #link https://review.opendev.org/c/openstack/ansible-collection-kolla/+/820165 15:22:05 how about dropping binaries? 15:22:11 (images) 15:22:52 oh my, that stalled, right? 15:22:59 who remembers the current state best? 15:23:02 let's see the whiteboard 15:23:08 TODO(frickler): Look into "What do we need to make sure that users like kevko are not left on ice with their issues with source images?" 15:23:14 any progress frickler? 15:23:17 mgoddard a bit faster 15:23:36 I was waiting to get some info from kevko about their problems. 15:23:40 I think it really is at kevko with 15:23:40 TODO(): How do the requirements look like exactly? 15:23:47 precisely 15:23:54 from my pov the setup we have for osism is good enough 15:24:44 I wonder where kevko is and if other schedule of the meeting would make him join them more often 15:24:59 TODO(): better document the differences between them, so that users can transition more easily 15:25:13 classic docs todo 15:25:22 yeah, docs hard 15:25:25 nobody wants to do them 15:25:39 I'm currently working on adding a local copy of pypi into our build process, so that we could also easily add patches for wheels 15:25:40 I've been docsing most of this week 15:26:08 well, I have https://review.opendev.org/c/openstack/kolla-ansible/+/809445 proposed but no reviews 15:26:27 mgoddard: docsing hard, partying hard 15:26:44 oh, I missed that patch, will review 15:26:58 thanks frickler 15:29:00 kevko is not around but I will action him so that we don't forget it 15:29:17 #action kevko to let frickler know whether osism's solution is fine for his use case 15:30:03 is there anything in the osism solution that should be in kolla? 15:32:30 hmm, not sure, it's mostly wrapped around the build to be able to add extra patches in that didn't make it upstream (yet) 15:33:34 I haven't looked closely, but how are you getting those patches in? 15:33:52 I remember seeing something about an overlay directory 15:34:08 that could solve a few use cases 15:34:44 some are for kolla, those are applied before executing it. other are applied to tarballs before deploying them 15:35:07 what about pypi deps? 15:35:14 the latter might be added to kolla, but I'll need to take a deeper look 15:35:32 are you able to manipulate them? I think that was kevko's main point 15:35:36 as far as I understood him 15:35:39 for pypi I'm just adding a local wheel store 15:35:58 so one could upload modified wheels there if needed 15:36:19 sounds like problem solved to me 15:36:29 that kind of what we do in CI already be using infra-built wheels 15:36:39 s/be/by/ 15:37:30 what about the tarballs? 15:37:40 or git repos 15:37:53 do you have local git repos that you patch? 15:38:35 I didn't get to those yet, but I assume that that part should be the easiest, just pointing to a different source that one can control 15:38:46 ok 15:40:31 the one valid argument that remains is that for source builds there are different types of source that one must handle, while binary would be all debs/rpms 15:41:57 but I'd say that's just the nature of things 15:42:43 such is life :) 15:43:09 well, I think the issue was that nature ;-) 15:43:23 as in making pip use the other magical place 15:43:24 mostly one would need the other sources in the process of building ones own debs anyway 15:43:46 yeah, kevko just have it for himself as he is debian dev 15:47:31 all right, I think we are out of the binary topic 15:47:36 #topic Open discussion 15:47:39 go wild 15:48:48 vehdlkse;lgmrdg\sg/m\a 15:48:59 \m/ 15:53:01 oh well, we can end early 15:53:07 thank you 15:53:12 #endmeeting