15:01:55 #startmeeting horizon 15:01:55 Meeting started Wed Apr 8 15:01:55 2020 UTC and is due to finish in 60 minutes. The chair is amotoki. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:56 hi 15:01:57 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:02:00 The meeting name has been set to 'horizon' 15:02:11 hi 15:02:34 hi 15:03:18 e0ne: congratulations! 15:03:53 okay, let's start 15:03:55 rosmaita: thanks :) 15:04:02 #topic notices/announcements 15:04:23 this week is milestone-3 i.e. feature freeze 15:04:58 I will prepare a release patch tomorrow or early Friday in local time 15:05:20 amotoki: do we have anything we should merge before FF? 15:05:41 I haven't checked the list yet. I would like to look thru pending reviews later in this meeting. 15:06:19 ok 15:06:53 another thing is TC voting period started. 15:07:26 you can ask questions to TC candidates in the mailing list as you already see. 15:08:06 one more 15:08:20 virtual PTG planning is ongoing https://etherpad.openstack.org/p/Virtual_PTG_Planning 15:08:37 you can find discussions in past meetings 15:09:14 it is not specific to individual projects but we can give input to planning if you have any 15:10:10 that's all from me as announcements 15:10:37 anything other? 15:11:11 nothing from me 15:11:20 none 15:11:26 moving on 15:11:40 #topic reviews for FF 15:11:57 I would like to discuss this topic first 15:12:56 I failed to find enough time to review vishalmanchanda's error msg stuff https://review.opendev.org/#/c/708069/ 15:13:22 how do you think the status? 15:13:30 hmm np. 15:13:51 I will continue it in next cycle. 15:15:49 I will look and test it tomorrow. we can measure its readiness and risk. 15:16:09 I am not able to explore more from past two week due to poor internet connectivity in my area. 15:16:10 another one is https://review.opendev.org/709025 15:16:42 already +2 from e0ne 15:16:51 I looked thru it today 15:17:15 i have seen this patch but i didn't have env. to test it. 15:17:16 it is generally good, but it passes if-condition for display_name from the server side to client side 15:17:29 will take a look after the meeting. 15:17:53 that's the only point I am not a fan of, but it looks like a refactoring issue 15:18:24 so if it works well I would like to have it in ussuri 15:18:44 another one is https://review.opendev.org/#/c/630663/ 15:19:13 e0ne is a co-author of this 15:19:25 amotoki: oh.. I miised your last comment :( 15:21:15 e0ne: my question does not block it. it is just a question. 15:22:02 I totally forgot a comment on patch set 3 when I posted it, but hopefully it still works 15:23:30 other two are maintenance stuffs https://review.opendev.org/714933 and https://review.opendev.org/#/c/715925/ 15:23:51 requirements change might be better to be a part of ussuri-3 15:24:04 a release note is optional but nice to have it 15:24:50 amotoki: answered to your comments in gerrit 15:24:58 e0ne: thanks 15:25:04 ah.... do you think we need a release note on pyScss 1.3.6 or later? 15:25:48 according #714933 we can add a release note libpcre3-dev package but it's not mandatory anymore 15:26:17 yeah, I think we need another release note on a known issue on the material theme 15:26:18 amotoki: personally, I'm ok to wait 2 seconds more during deployment time 15:26:43 e0ne: +1 15:26:50 amotoki: I'd got a bug assigned to me. I didn't have a time to take a look on it 15:26:57 https://bugs.launchpad.net/horizon/+bug/1771559 15:26:58 Launchpad bug 1771559 in OpenStack Dashboard (Horizon) "error while loading icon with pyscss 1.3.5 or later" [High,Confirmed] - Assigned to Ivan Kolodyazhny (e0ne) 15:27:15 IMO, we can add a release not or a fix before RC1 15:27:28 exactly 15:28:04 #715925 - I've already +2ed on it 15:28:06 I found similar scss code in the material them, so perhaps we can apply similar workaround 15:29:25 a final one in my list is https://review.opendev.org/#/c/711195/ (transition to pytest) 15:29:41 it requires dependency change, so I raise it here 15:30:02 I'm a co-author of this patch too, so I'm not feeling good to +2 on it 15:30:24 looking at the code, it looks good 15:30:32 I would like to run it locally before +2 15:30:51 will review it asap. 15:30:53 IMHO it is almost ready to go 15:31:22 thanks 15:31:24 I already reviewed it in detail :) 15:31:43 cool.. 15:32:15 any other reviews good for ussuri feature freeze? 15:33:07 https://review.opendev.org/#/c/640981/ 15:33:17 any thoughts on this patch? 15:33:54 or we can see it in next cycle. 15:33:56 IMHO we need to defer it to Victoria 15:34:14 sure. 15:34:19 it is because it needs changes in language code in zanata and the infra scripts 15:34:38 +1 15:34:54 even if we merge it, the infra script will override it and the patch will be reverted immediately 15:35:05 ohk. 15:36:57 okay, let's review them and hopefully we can have them in ussuri. 15:37:07 +1. 15:37:25 moving on 15:37:27 #topic General Priorities 15:37:40 I would like to share the status on "Catch up the new policy mechanism" 15:38:47 passing system_scope to the policy engine itself is simple, but it turns out it affects the horizon UI design 15:39:27 as of now, in the identity panel, the policy engine automatically switches the token from a project-scoped to a domain-scoped 15:39:45 so we can see the panels under the identity dashboard 15:40:14 to support system-scope, we need a system-scoped token 15:40:30 but we have a no way to switch to system-scoped token 15:40:58 we always depends on a project token (and domain_id in a user info) 15:41:17 we may need another scope "switch" mechanism 15:41:25 seems to be a good discussion on the PTG 15:42:11 I considered an option to automatically try a system-scoped token, but it looks too aggresive 15:42:35 e0ne: yeah 15:42:52 I will summarize what I investigated so far. 15:43:28 that's the update on the policy stuff. 15:44:20 next topic is about xstatic updates 15:44:52 I recently proposed xstatic maintenance updates under horizon governance. 15:45:21 two patches are pending https://review.opendev.org/#/q/project:%255E.*/xstatic-.*+status:open+owner:%22Akihiro+Motoki+%253Camotoki%2540gmail.com%253E%22 15:46:30 vishalmanchanda raised a question on whether we prepare a new version for the above two patches 15:47:18 yeah. 15:47:27 I don't think a README change warrants a version bump 15:47:36 rdopiera: +1 15:47:39 I personally am okay to release new versions to sync PyPI and openstack/releases instead of reverting existing updates in the repo 15:47:47 (also, I already made them start merging) 15:48:05 cool:) 15:48:46 thanks rdopiera 15:48:55 they are now in the gate queue 15:49:29 I will prepare a release patch after Ussuri-3 15:49:51 so that we can test them during RC period 15:50:07 +1 15:50:39 rdopiera: what about xstatic-angular-fileupload? 15:51:06 I got distracted, I will release it next week 15:51:53 np 15:52:11 amotoki: there is one more patch from me: https://review.opendev.org/#/c/718379/ 15:52:28 amotoki: I'm not sure how to treat it: a bug or a feature... 15:52:40 e0ne: I think it is a bug 15:52:46 ok 15:53:00 we support custom templating for openrc but we don't provide enough info :( 15:53:04 so I'm ok to get it landed after FF 15:53:15 e0ne: bug report would be nice 15:53:31 amotoki: will do it 15:53:36 e0ne: thanks 15:53:52 rdopiera and all: do we want to have xstatic-angular-fileupload under the horizon governance? 15:54:10 I think so 15:54:12 we already have the repository under openstack/ namespace, so the process would be much simpler 15:54:39 what is involved? 15:54:45 in addition, the PyPI repo already allows openstackci to publish deliverables 15:54:47 https://pypi.org/project/XStatic-Angular-FileUpload/ 15:55:52 I think what we need are (1) to add the repo under horizon in the governance repo and (2) configure publish-to-pypi in project-config 15:56:08 then it is ready to release a new version 15:56:19 this is another way to publish a new version 15:56:45 rdopiera: one question: how urgent do we need a new version of xstaic-angular-fileupload? 15:56:52 amotoki: not at all 15:57:31 I don't know any CVEs or bugfixes we need in it, I just upgraded it because it was alphebetically at the beginning of the list 15:57:44 :) 15:57:52 however, it would be nice to have it cleaned up eventually 15:57:58 but it doesn't have to be ussuri 15:58:06 so it looks better to add xstaic-angular-fileupload to OpenStack governance so that everyone can cut a release 15:58:50 does it make sense? 15:58:57 +1 15:59:02 yes 15:59:44 thanks, I will move the transition forward along with other xstatic releases. 16:00:06 oh, we are out of time 16:00:16 if anything other, let's continue in #-horizon 16:00:20 thanks for joining 16:00:22 #endmeeting