| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-10-05 | |||
| 16:57:26 | sean-k-mooney | so the next 2 PTGs will be virtual | |
| 16:58:05 | sean-k-mooney | dansmith: i very quickly added somethign for the external event on lin 84 https://etherpad.opendev.org/p/nova-yoga-ptg feel free to edit as you see fit | |
| 16:58:17 | gmann | I think PTG are not yet included/planned but it may be as per previous format it might be summit+PTG | |
| 16:58:37 | sean-k-mooney | oh this was explictly for the summit | |
| 16:58:40 | sean-k-mooney | ok | |
| 16:58:43 | dansmith | yeah just summit | |
| 16:58:46 | sean-k-mooney | i assuem it was both | |
| 16:59:06 | sean-k-mooney | well the summit and fourm ware normally together right | |
| 16:59:11 | sean-k-mooney | then ptg is later | |
| 16:59:37 | sean-k-mooney | i guess we will see how it plays out | |
| 16:59:41 | gmann | sean-k-mooney: dansmith bauzas just saw rbac things for PTG, I am going to check projects sessions/topics on RBAC with lbragstad (friday or next week) and then we can plan cross project if needed | |
| 17:00:14 | bauzas | gmann: cool thankq | |
| 17:00:37 | bauzas | sean-k-mooney: dansmith: oh I'd be disappointed if that'd be fall 2022 | |
| 17:00:45 | sean-k-mooney | gmann: i was thinking it might make sense to have a singel cross project session on that goal and then if needed also cover it in the indiviual cross project seesion too | |
| 17:01:06 | gmann | sean-k-mooney: good idea. | |
| 17:01:15 | dansmith | bauzas: not me, I'd be happy if we just assume no travel before 2025 | |
| 17:01:19 | bauzas | that said, the destination I found would be set for fall if COVID-19 wasn't a thing | |
| 17:01:29 | gmann | bauzas: but it would not be so far from your place :) | |
| 17:01:41 | sean-k-mooney | gmann: e.g. have nova/neutron breakouts if we need to talk about a spciric interction but cover the high level rbac topci is a comunity/multi project sesssion | |
| 17:02:07 | bauzas | gmann: honestly, I'm desperate to move | |
| 17:02:36 | bauzas | dansmith: hah, don't know what to say about this then :) | |
| 17:03:01 | sean-k-mooney | dansmith: i dont really like to travel but i do miss the inperson hallway chats and withboarding work we get done with an inperson event | |
| 17:03:10 | bauzas | that ^ | |
| 17:04:25 | sean-k-mooney | unless we go back to having midcycle or other checking events per milestone its hard to cover everything in a virutal event at least the way we do them currently | |
| 17:04:38 | bauzas | fun fact is, if that'd be April, I could literrally go get my car from this place and return to home | |
| 17:04:52 | bauzas | my *new | |
| 17:05:06 | sean-k-mooney | are you really planning on getting a tesla model y | |
| 17:05:14 | gmann | :) | |
| 17:05:16 | bauzas | sean-k-mooney: let's wait for the OIF announcement either way | |
| 17:05:23 | bauzas | sean-k-mooney: I do | |
| 17:05:34 | bauzas | my Superb is nice but I wanna change | |
| 17:05:44 | dansmith | bauzas: I'm disappointed in you | |
| 17:05:55 | dansmith | cars that don't burn dinosaurs = boring | |
| 17:06:10 | bauzas | dansmith: this car can litterally make you fart | |
| 17:06:20 | dansmith | boring. | |
| 17:06:22 | bauzas | so I wouldn't call it "boring" | |
| 17:06:29 | bauzas | :p | |
| 17:06:39 | dansmith | soul-less. | |
| 17:06:48 | bauzas | I'm pretty sure I can find some Spotify playlist that would groan | |
| 17:07:25 | bauzas | dansmith: and automatic transmission, I know :p | |
| 17:07:32 | sean-k-mooney | dansmith: i dont know some of the hydrogen eletic hybrid look pretty fun | |
| 17:07:36 | bauzas | the clutch is past story to me | |
| 17:07:47 | dansmith | sean-k-mooney: has nothing to do with speed or performance | |
| 17:08:53 | sean-k-mooney | you just dont like the generic stylig or is it the feel of the drive | |
| 17:09:34 | dansmith | has nothing to do with being ugly, has entirely to do with being soul-less | |
| 17:10:21 | bauzas | dansmith: :) | |
| 17:11:10 | bauzas | I understand people's reluctance | |
| 17:11:48 | bauzas | it's just me who wants a car that can drive full electric with some pleasure :) | |
| 17:13:16 | sean-k-mooney | i dont like the ioniq 5 really | |
| 17:14:03 | sean-k-mooney | it looks too much like an estate and the sharp line remind me of the telsla pickup | |
| 17:15:28 | bauzas | I don't like the interior and the trunk is small | |
| 17:15:38 | bauzas | I tested it tho, nice to drive | |
| 17:15:47 | bauzas | the EV6 is on its way | |
| 17:15:55 | bauzas | but it costs nearly the TMY without the fun | |
| 17:16:15 | bauzas | and... that's a Kia | |
| 17:19:36 | sean-k-mooney | kia at least has a 7 year warrenty | |
| 17:20:26 | sean-k-mooney | i much prefer the ev6's styling but i dont need a car that size | |
| 17:21:27 | sean-k-mooney | im cosidering a peugeot e-208 but not sure i can justify the price gien how little i drive | |
| 17:22:23 | sean-k-mooney | the 6 speed petrol is about 5-7k cheaper for similar specs | |
| 17:22:50 | bauzas | sean-k-mooney: Sophie drives a e208 | |
| 17:23:15 | bauzas | we got a 7k€ incentive for buying it | |
| 17:23:39 | bauzas | so yeah, without this, I totally agree with you on the fact this is horribly expensive | |
| 17:26:34 | sean-k-mooney | does sophie like the e208 was it worht the investment | |
| 17:26:53 | sean-k-mooney | we can get part of the veical registration tax back and there is an ev grant too | |
| 17:27:27 | sean-k-mooney | but even with that factored in its still several grand more to get teh e versions | |
| 17:27:56 | bauzas | let's discuss this off this topic | |
| 17:28:10 | bauzas | tl;dr: yes she likes it | |
| 17:28:14 | sean-k-mooney | hehe sure :) | |
| 17:34:22 | dansmith | sean-k-mooney: you know that I *wrote* the external events API right? :) | |
| 17:43:46 | sean-k-mooney | dansmith: yes i do | |
| 17:43:59 | sean-k-mooney | i was adding that cotext for other reading it | |
| 17:44:21 | dansmith | sean-k-mooney: okay just trying not to be offended by you 'splaining what it was originally intended for on the etherpad :) | |
| 17:44:25 | dansmith | mkay | |
| 17:44:29 | sean-k-mooney | you orginally worte it for the dhcp server race when using quantum instead of nova network right | |
| 17:45:09 | sean-k-mooney | the reason i put the "must not be called by humans part is really the warnign we have in the api ref by the way" | |
| 17:45:58 | sean-k-mooney | mainly the last line | |
| 17:46:00 | sean-k-mooney | "Unless you are writing Neutron, Cinder or Ironic code you should not be using this API." | |
| 17:46:29 | dansmith | sean-k-mooney: yeah I know, and that's what is making me think maybe just saying that network-* events come only from system-scoped things, but I dunno | |
| 17:47:10 | sean-k-mooney | ya althoght we have had a usecase propsed int he past where an operator might want to send a network-changed event to referesh the network info cache | |
| 17:47:42 | dansmith | well, we used to have a dedicated API for that, but yes, that's kinda what I mean... those sorts of things | |
| 17:47:49 | sean-k-mooney | its an interesting problem. i dont think we have any other cases where we might want to very the policy based on a sub feild of the request body | |
| 17:48:06 | sean-k-mooney | in this case the event type | |
| 17:48:11 | dansmith | well, I think we can just manually enforce that in code | |
| 17:48:44 | dansmith | I dunno, I just don't want to call this system scope only and eliminate the possibility to use it for human-triggered things in the future | |
| 17:48:51 | sean-k-mooney | i dont think oslo policy can do this today so ya we would have to do it on the nova side | |
| 17:49:28 | sean-k-mooney | well if we assume it remaind amin only the the operator could create a system scoped token ot interact with it | |
| 17:49:40 | sean-k-mooney | but its not exactly a user freindly approch | |
| 17:50:13 | dansmith | but that's not necessarily always an admin thing | |
| 17:50:49 | gmann | default value or scope cannot by handle dynamically in oslo but yes a new policy enforcement based on request field can be added in code | |
| 17:51:00 | sean-k-mooney | this is one api that is currently not usable by nova client or osc by the way | |
| 17:51:07 | dansmith | I know | |
| 17:51:27 | sean-k-mooney | the reason i bring that up is i have wondered if we should close that gap in the past | |
| 17:51:52 | sean-k-mooney | but i have never actully looked at doing that since right now we have no usage that is human trigggered | |
| 17:52:39 | lbragstad | could you rewrite the policy to be service specific? | |
| 17:52:44 | lbragstad | instead of system-specific? | |
| 17:53:21 | sean-k-mooney | lbragstad: how woudl we tell which service called it? do you mean make ti depened on the event type | |
| 17:53:49 | gmann | is that mean the very original design of having multiple system and system_id in enforcement ? | |
| 17:54:03 | dansmith | sean-k-mooney: I think novaclient has an api for this, you just mean there's no CLI right? | |
| 17:54:03 | gmann | like system per service or so | |
| 17:54:20 | sean-k-mooney | dansmith: yes no cli but we likely have the python bindigns for it | |