Thursday, 2026-04-30

opendevreviewAlfredo Moralejo proposed openstack/watcher master: Fix disk accounting for BFV instances  https://review.opendev.org/c/openstack/watcher/+/98648606:29
opendevreviewAlfredo Moralejo proposed openstack/watcher master: Fix disk accounting for BFV instances  https://review.opendev.org/c/openstack/watcher/+/98648607:55
opendevreviewAlfredo Moralejo proposed openstack/watcher-tempest-plugin master: Add scenario tests for boot from volume instances  https://review.opendev.org/c/openstack/watcher-tempest-plugin/+/98661608:17
opendevreviewDavid proposed openstack/watcher-tempest-plugin master: Add comprehensive tests for action precondition validation  https://review.opendev.org/c/openstack/watcher-tempest-plugin/+/96686009:03
opendevreviewDavid proposed openstack/watcher master: Enable skipped actions tests on watcher-tempest-base-two-node job  https://review.opendev.org/c/openstack/watcher/+/98675609:20
opendevreviewDavid proposed openstack/watcher master: Enable skipped actions tests on watcher-tempest-base-two-node job  https://review.opendev.org/c/openstack/watcher/+/98675609:22
opendevreviewDavid proposed openstack/watcher-tempest-plugin master: Add comprehensive tests for action precondition validation  https://review.opendev.org/c/openstack/watcher-tempest-plugin/+/96686009:33
opendevreviewDavid proposed openstack/watcher-tempest-plugin master: Add comprehensive tests for action precondition validation  https://review.opendev.org/c/openstack/watcher-tempest-plugin/+/96686010:13
winiciusallan[m]morning watcher o/10:14
winiciusallan[m]I won't be able to attend to the weekly meeting today, but from my side I'm currently working on preemptible instances spec10:15
winiciusallan[m]specifically in the "proposed change" section at this moment10:16
winiciusallan[m]hoping to bring new updates next week10:16
sean-k-mooneywiniciusallan[m]: ack, once you have the first two sections into and porblem statement/usecases drafted you can push that draft up if you want early feedback10:29
sean-k-mooneybut there is no rush10:29
winiciusallan[m]I would like a early feedback indeed. I will push a WIP patch soon (not this week anymore =D)10:31
opendevreviewAlfredo Moralejo proposed openstack/watcher-tempest-plugin master: Add scenario tests for boot from volume instances  https://review.opendev.org/c/openstack/watcher-tempest-plugin/+/98661610:43
jgilaber_Hi all, reminder that the watcher IRC meeting will start in one hour, feel free to add any topics to the agenda https://etherpad.opendev.org/p/openstack-watcher-irc-meeting#L3111:01
*** jgilaber_ is now known as jgilaber11:01
opendevreviewAlfredo Moralejo proposed openstack/watcher master: Freeze data_model API response fields  https://review.opendev.org/c/openstack/watcher/+/98677711:28
jgilaber#startmeeting watcher12:01
opendevmeetMeeting started Thu Apr 30 12:01:25 2026 UTC and is due to finish in 60 minutes.  The chair is jgilaber. Information about MeetBot at http://wiki.debian.org/MeetBot.12:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.12:01
opendevmeetThe meeting name has been set to 'watcher'12:01
jgilaberHi! Who is around today?12:01
amoralejo/12:01
sean-k-mooneyo/12:01
morenodo/12:01
rlandy_o/12:01
*** rlandy_ is now known as rlandy12:02
dviroelo/12:02
jgilabercourtesy ping: chandankumar12:02
jgilaberlet's start, feel free to add your topics to the agenda https://etherpad.opendev.org/p/openstack-watcher-irc-meeting#L3112:03
jgilaberthe first topic is from dviroel 12:03
jgilaber#topic PTG Summary12:03
dviroelack12:03
jgilaber#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/message/FVV7K7T5FITK7QNPJLJN7P4FJL2WQJ4A/12:03
dviroelwe had great ptg sessions last week12:04
dviroelI build a summary of the topics that we discussed12:04
dviroelfeel free to comment on the email thread in case i missed any important agreement 12:04
dviroelin the ptg etherpad there is a list of Action items from the ptg12:05
dviroelsome of them already have an assignee12:05
amoralejthanks for the summary dviroel 12:05
dviroelif you plan to work on any of them, please add your name on it :) 12:05
dviroelthanks for everyone that joined our sessions and for participating in the discussions12:06
dviroeljust a reminder from our sessions: please update your  blueprints/specs so we can follow up in the next weeks12:07
sean-k-mooney so12:07
sean-k-mooneyone of the topic i realsise we never discssed12:07
dviroeli guess there is some already in the etherpad12:07
sean-k-mooneywas the other part fo  `New Metrics for Watcher`12:07
sean-k-mooneywe dont need to dicss it now but we never discused if watcher shoudl also be a souce of metics (notifcaion) about its own operation12:08
sean-k-mooneyi.e. how to make the oerpation of watcher itslef observable12:08
sean-k-mooneyso just planting that as a seed for considertaion12:08
sean-k-mooneywe brilfy touched on it for the short middelware discsion but it was in teh back of my mind when we were talkign about scalablity ectra in several fo the session12:09
sean-k-mooneybut ya we can continue i just wanted to call that out12:10
dviroelwhich kind of operations were you thinking sean-k-mooney?12:10
sean-k-mooneywell basiclly all of them to a degree12:10
jgilaberwatcher already emits notifications when a strategy starts/ends I think12:10
sean-k-mooneyi.e. how long does an autit take to run12:10
amoralejyep, it does12:10
jgilaberthe idea is to export them to prometheus for example?12:10
sean-k-mooneywell the idea is to have ceilometner do that for us12:11
sean-k-mooneyit already does that for nova12:11
dviroelack, like they are doing with cinder/manila 12:11
sean-k-mooneyconverts start/end notificaion to metics in promethus12:11
sean-k-mooneyyep12:11
sean-k-mooneyso basiclly iw as thinkin we shoudl see if there are other point where we could/should send a notificaion12:11
sean-k-mooneythat may be useful for monitoring the oepratoin of watcher12:12
jgilaberack, did not know that12:12
sean-k-mooneyand talk to the telemetry team in the future about including watcher notifcaions in teh set they supprot12:12
sean-k-mooneyso you can buidl dashboard or alarms based on wathres operatrion12:12
sean-k-mooneyi.e. if we see an action plan is runginf ro an hour without compelting12:12
sean-k-mooneytha tcould be a singal that its stuck12:13
amoralejfor other services, ceilometer creates metrics for operations duration based on .start .end notifications, i.e. ?12:13
sean-k-mooneyyes for server create for example12:13
amoralejthat'd be nice12:13
sean-k-mooneyas i said we dont need to talk about this in a lot of detail now12:14
amoralejyep, it's a good hint12:14
sean-k-mooneybut i realsed after the ptg that we missed the operturnity to really talk about that with the telemery tream12:14
dviroelack, we can take that note for future discussions12:15
jgilaberit would be a good addition for sure12:15
jgilaberother comments on this topic?12:16
dviroeljgilaber: i think that it for the ptg summary topic12:16
jgilaberack let's move on then, I have a few quick topics12:16
jgilaber#topic 2026.2 status etherpad12:16
jgilaberI created an etherpad to track the status of the current cycle12:17
jgilaber#link https://etherpad.opendev.org/p/watcher-2026.2-status12:17
sean-k-mooneydid we loos the link to that in the channel topic?12:17
dviroeljgilaber++ 12:17
sean-k-mooneyor did i just not update the topic in this channel?12:17
sean-k-mooneyprobaly the latter12:17
jgilaberI don't remember if it was there before12:17
sean-k-mooneyany objection to me changing that12:17
jgilaber+1 to add it12:17
dviroelgo4it12:18
amoralej+112:18
sean-k-mooneyok ill do it after the metting12:18
jgilaberack, thanks sean-k-mooney 12:18
jgilaberthat's all for this topic, feel free to populate the etherpad with blueprints, specs,etc12:18
jgilabernext one is a quick announcement12:19
jgilaber#topci 2024.2 branch is eol12:19
jgilaberthis morning the patch marking 2024.2 as eol was merged12:19
jgilaberhttps://review.opendev.org/c/openstack/releases/+/98498612:19
sean-k-mooneycool its even more impoant we merge amoralej patch to remove it form the tempest plugin so12:20
dviroel+112:20
amoralejhttps://review.opendev.org/c/openstack/watcher-tempest-plugin/+/986635 passed ci12:20
sean-k-mooneysince the tempest jobs will now fail because the branch will be delete12:20
jgilaberyep, thanks for covering that amoralej 12:20
sean-k-mooneydviroel: can you add taht to your review list for after the meeting12:20
sean-k-mooney:) never mind i see you have already done it12:21
dviroelyeah done12:21
jgilaberthanks, anything else on this topic?12:21
sean-k-mooneyam12:21
sean-k-mooneytechnially yes12:21
sean-k-mooneyso now that the branch is beting deleted we should abandon any patches for it in gerrit if not already done12:22
sean-k-mooneyjust to clean them up12:22
jgilaberthat was done by Elod earlier today12:22
sean-k-mooneyah perfect12:22
dviroelyeah, elod was doing that, but I need to check if there is more12:22
dviroelhttps://review.opendev.org/q/project:openstack/watcher+branch:stable/2024.2+is:+open12:22
dviroelno patche open12:23
jgilaberok, I think we can proceed now12:24
jgilaber#topic openstacksdk blueprint12:25
jgilaberI'm reusing last cycle's blueprint for the openstacksdk work12:25
jgilaber#link https://blueprints.launchpad.net/watcher/+spec/use-openstacksdk12:25
opendevreviewDavid proposed openstack/watcher-tempest-plugin master: Add comprehensive tests for action precondition validation  https://review.opendev.org/c/openstack/watcher-tempest-plugin/+/96686012:25
jgilaberdo we need to re-approve it? what is the usual procedure?12:25
jgilaberI've updated the description with the work planned for this cycle12:26
dviroeli think that it is fine, we agreed in the spec on using the same blueprint12:26
amoralejyep, given that this blueprint has specs and are linked there, i think it's fine12:27
sean-k-mooneyjgilaber: ideaaly you woudl create a new one12:27
sean-k-mooneyblupring are ment to be targeted to a given release12:27
sean-k-mooneyso that one shoudl have been closed as part fo 2026.1 and a new one shoudl be create for phase 212:28
sean-k-mooneypart fo the reaosn for that s the saem way spec expire every release blueprint also do 12:29
sean-k-mooneywe also dont seam to have done the paper work correly on that last cyle unless the fiels were modifed12:29
sean-k-mooneywe didnt actuly marke it as approved 12:30
jgilaberI think I forgot to add the series, but the definition was set to Approved12:30
sean-k-mooneybut the direction is not and the impletion is not updated12:30
sean-k-mooneynor is the approve set12:30
sean-k-mooneyso sticly spekign if you only look at that blueprint in its current state we shoudl nto merge any code related to it12:31
sean-k-mooneyconventionally the approve si the person that +w's the spec or any member of the core team that updates it after a spec less bluepint is approved in the meting12:31
sean-k-mooneytypiclly this falls to the ptl by default but anyoen on the core team can techinialy do the paperwrok12:32
dviroelI can update the fields 12:33
jgilaberack thanks for the explanation, I'll keep that in mind for the next cycle12:33
sean-k-mooneyso that bring up the related point. any spec that was approved but not implented last cyel techinlly need to be reviewd an aprpoved agian12:34
sean-k-mooneywe can chagne that process but that is the default that is used in other projects12:34
dviroelmake sense, i can review them after this meeting12:34
sean-k-mooneyso are we goign to keep using https://blueprints.launchpad.net/watcher/+spec/use-openstacksdk or create https://blueprints.launchpad.net/watcher/+spec/use-openstacksdk-part-212:35
jgilaberwe already merged the spec pointing to the existing blueprint12:36
sean-k-mooneycorrect12:36
sean-k-mooneyand as i said to continut doing the work this cycle 12:36
sean-k-mooneywe either need a new spec for this cycle12:36
sean-k-mooneyor we agree the reaminng work cna be specless12:36
sean-k-mooneythe merge spec expired at the end of last cyle12:36
jgilaberno, I mean the spec for this cycle12:36
jgilaberlet me fetch the link12:37
dviroelwe already merged the spec for 2026.212:37
sean-k-mooneyoh then we shoudl fix that12:37
sean-k-mooneywell ok we can resue it but that woudl gereally not be the norm12:37
sean-k-mooneywe can move on for now12:37
sean-k-mooneyi think we all agree the work shoudl continue12:37
jgilaberack, noted. thanks12:37
jgilabernext topis is amoralej's blueprint12:38
jgilaber#topic Blueprint12:38
jgilaber#link https://blueprints.launchpad.net/watcher/+spec/improve-instances-disk-usage-model12:38
sean-k-mooneythe reason we reset the aprpoveals by the way sis its not too uncopme for the orginal desing to nologer make sense after 2-3 fcycles due to other changes.12:38
sean-k-mooneyso i kind of wish nova had a better way toshow this12:39
sean-k-mooneybut i agree that we shoudl build in thei awareness going forward12:39
sean-k-mooneythe fact image is not set with BFV is fragile and obscure12:39
dviroelwe already have some review in the patch related to this blueprint12:39
amoralejwrt the improve-instances-disk-usage-model one, i created to track the work done to improve the disk accounting12:39
amoralejyep, there is ongoing implementation patch12:40
dviroelit seems that the patch is in sync with the proposal blueprint too12:40
jgilaber+1 the blueprint description lgtm12:41
sean-k-mooneyi would like to see teh tempst test passing before we proceed with merging the implemtion12:41
sean-k-mooneyadn we shoudl also create some docs for this and other known limaitons12:41
amoralejit passed some minutes back12:41
dviroelbased on our discussions in the patch, and the blueprint description, i'm ok with approving the bp12:41
sean-k-mooneythe later can be done as a follow up12:41
amoralejbut, wrt the bluepring12:41
jgilaber+112:41
sean-k-mooneybut i dont object to this being a specless bluepritn this cycle12:41
amoralejyeah, that was my question, about getting the blueprint can be approve or need something else12:41
amoralejwrt the patches we can discuss on the reviews, i think we clarified most open questions already12:42
sean-k-mooneyso i woudl liek two thing as 1 tempest tests which are in flight, and 2 a follwoup ot descibe how watcher reate BFV instnace and a general new doc for knwolimaitoin or nova feature that are not well supproted12:43
sean-k-mooneythis to me is just wone exampel fo that and we done need to hold the impelation part of the featur efor th larger docs work12:43
sean-k-mooneythe docs can be there own bug12:44
sean-k-mooneydviroel: jgilaber  does that work for ye?12:44
dviroeli also think that documenting the limitation is very important, but it should be another LP yeah12:44
sean-k-mooneyok let me update the paper work to reflect that now12:45
jgilaberyes, I think is good to track the doc in a separate bug12:45
sean-k-mooneyhttps://blueprints.launchpad.net/watcher/+spec/improve-instances-disk-usage-model is updated ot what we shudl have set for an approved and inprogress bluepritn as an fyi12:45
sean-k-mooneythat waht jgilaber  shoudl also look like12:46
jgilaberthanks sean-k-mooney 12:46
amoralejthanks!12:46
sean-k-mooneydirection is ment to be set when we aggre this can be specless or need a spec but we agree with the overall idea12:46
sean-k-mooneyif there is a spec you set definition ot approved once that is merged12:47
sean-k-mooneystatus gets setn when you update the implemention field12:47
sean-k-mooneyand serise cogall and appvoe you jsut set to the person doing the edit/+wing the spec and the current release12:47
jgilaberthanks for taking the time to explain12:48
jgilabermoving to the next topic also from amoralej 12:48
jgilaber#topic Stable releases review12:49
amoralejI spent some time reviewing backports in stable branches12:49
amoralejand i have a couple of doubts12:49
amoralejhttps://review.opendev.org/c/openstack/watcher/+/960717 12:49
amoralejI'd say changing default config is not recommended in stable branches12:50
sean-k-mooneywe shoudl nto backprot changes to default in general12:50
sean-k-mooneynew config yes but not change to defaults like that12:50
sean-k-mooneyhttps://docs.openstack.org/project-team-guide/stable-branches.html12:51
amoralejI agree, actually this case is justa adding one more collector by default, so it's kind of "backwards compatible" but even with that's i'd prefer not to12:51
sean-k-mooneyhttps://docs.openstack.org/project-team-guide/stable-branches.html#appropriate-fixes12:51
jgilaberthat's fair, it's been a while since I proposed the backport. I probably did out of inertia since it was part of series of bug fixes12:51
jgilaberso I'm ok abandoning it12:52
sean-k-mooneyso we can do a partial backport12:52
sean-k-mooneywe just shoudl nto change the default of the config option12:52
sean-k-mooneythis is not just a config tweak there is some addtional machinary12:53
dviroelyeah, it seems that the issue would be only de config default 12:53
jgilaberack, I'll update the patch after the meeting, thanks for the reviews amoralej 12:53
sean-k-mooneyif you do you shoudl ad a lien to the commti message sayign what has changed12:53
jgilabersure12:53
sean-k-mooneyfor what its worth this si why we normally split cofnig opiton addtions12:54
sean-k-mooneyor changes like this12:54
sean-k-mooney1 patch for the machiary aroudn it12:54
sean-k-mooneyand one to change the defualt 12:54
sean-k-mooneyso that if we are backprotign we can backport one without the other12:54
dviroelbtw, this patch is part of a series of patches, which are not yet merged12:55
dviroelwe should take a look on all at some point12:55
sean-k-mooneyoh you mean not all merge don stable12:55
amoralejI reviewed all the ones up to this one12:55
amoralejin the pile12:55
dviroelamoralej: ack12:56
sean-k-mooneyif there are natureal stop point in a serise like this12:56
sean-k-mooneyits often prefrebal to not +w the bottom patch until we reach a natual sotping point adn are happy with a group of change12:56
sean-k-mooneysometime it does make sese ot merge them 1 by 112:57
sean-k-mooneybut if 2 or 3 patches are related to the same thign its nice to merge those togheter12:57
amoralejyes, so the patches below this fixes som bugs by themselves so, could be merged12:58
dviroelnot sure if they all depend on the other, but i don't think so, maybe only the zone migration ones 12:58
sean-k-mooneyi do not mean squash, jsut hold the +w on the lower patch and loop back and add it12:58
jgilaberack, time check we've only have 3 minutes remaining and a couple topics to cover12:58
amoralejone more question about stable12:58
sean-k-mooneyack lets review asyc12:58
sean-k-mooneyamoralej: sure go for it12:58
amoralejcan i +2 a backpart that i sent for master? the backport was sent by other person12:59
dviroelyeah I think so12:59
sean-k-mooneythat a convetnion thing. in genreal its prefer if not12:59
sean-k-mooneybut we can agree our convetions as a team12:59
sean-k-mooneymy personal convention for +2ing or +wing a patch i wrote13:00
sean-k-mooneyis to just maek sure that 1 i have ask folkd to review and 2 given time13:00
amoralejthe point is in this case, i did the original patch, jgilaber sent the backport13:00
amoralejif neither me or jgilaber can +2, we have more limited bandwith13:00
sean-k-mooneyso i woudl be ok with you doing it if you left it a week ro two or ask here and didnt get a repsonce after a meetingor two13:00
sean-k-mooneyamoralej: so if jgilaber  does the cherry pick13:01
sean-k-mooneyyou can +213:01
jgilaberin this case I think you can vote amoralej  since the review would be on the correctnes of  backporting the change13:01
dviroelyeah, that was the original questin ^13:01
sean-k-mooneyi fyou do the cherry pick fo your own patch then ideally someone else will do the review13:01
sean-k-mooneyyep13:01
amoralejyep, that was my understanding13:02
amoralejthanks13:02
sean-k-mooneyidealy the person that pushes the patch and the one who reviews it shoudl eb two diffent peopel on stable, but that doe not mean you cant review it if you wrote it on master13:02
jgilaberack, sorry for rushing but let's quickly cover the last topic13:02
dviroeljgilaber: so lets wrap up and move topics to the next meeting13:02
jgilaberack let's do that13:03
dviroelmaybe winiciusallan[m] can also join the meeting next week13:03
jgilaberbefore ending, any volunteers for next meeting?13:03
* dviroel o/13:03
jgilaberthanks dviroel!13:03
jgilaberbefore closing, any last minute comment?13:03
rlandyor I can take it if dviroel needs a break13:04
dviroelrlandy: tks, its fine13:04
dviroelthanks for chairing today jgilaber++13:04
jgilaberthanks all!13:04
jgilaber#endmeeting13:04
opendevmeetMeeting ended Thu Apr 30 13:04:28 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)13:04
opendevmeetMinutes:        https://meetings.opendev.org/meetings/watcher/2026/watcher.2026-04-30-12.01.html13:04
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/watcher/2026/watcher.2026-04-30-12.01.txt13:04
opendevmeetLog:            https://meetings.opendev.org/meetings/watcher/2026/watcher.2026-04-30-12.01.log.html13:04
opendevreviewDavid proposed openstack/watcher-tempest-plugin master: Add comprehensive tests for action precondition validation  https://review.opendev.org/c/openstack/watcher-tempest-plugin/+/96686013:05
opendevreviewJoan Gilabert proposed openstack/watcher stable/2025.1: Check if cinder is used if using the storage model  https://review.opendev.org/c/openstack/watcher/+/96071713:22
opendevreviewDavid proposed openstack/watcher-tempest-plugin master: Add comprehensive tests for action precondition validation  https://review.opendev.org/c/openstack/watcher-tempest-plugin/+/96686013:58
opendevreviewMerged openstack/watcher-tempest-plugin master: Remove 2024.2 jobs from the zuul gates  https://review.opendev.org/c/openstack/watcher-tempest-plugin/+/98663514:09
opendevreviewAlfredo Moralejo proposed openstack/watcher master: Freeze data_model API response fields  https://review.opendev.org/c/openstack/watcher/+/98677714:46
opendevreviewAlfredo Moralejo proposed openstack/watcher master: Freeze data_model API response fields  https://review.opendev.org/c/openstack/watcher/+/98677714:55
opendevreviewAlfredo Moralejo proposed openstack/watcher-tempest-plugin master: Add scenario tests for boot from volume instances  https://review.opendev.org/c/openstack/watcher-tempest-plugin/+/98661615:01
opendevreviewAlfredo Moralejo proposed openstack/python-watcherclient master: DNM Test python-watcherclient-functional test  https://review.opendev.org/c/openstack/python-watcherclient/+/98683015:40
opendevreviewsean mooney proposed openstack/watcher-dashboard master: test: Restructure test directory with unit/ and local_fixtures/  https://review.opendev.org/c/openstack/watcher-dashboard/+/97825717:31
opendevreviewsean mooney proposed openstack/watcher-dashboard master: test: remove Selenium and integration tests  https://review.opendev.org/c/openstack/watcher-dashboard/+/97830417:31
opendevreviewsean mooney proposed openstack/watcher-dashboard master: test: strengthen error-path tests and suppress log noise  https://review.opendev.org/c/openstack/watcher-dashboard/+/97830317:31
opendevreviewsean mooney proposed openstack/watcher-dashboard master: test: fix efficacy_specifications fixture to be a list  https://review.opendev.org/c/openstack/watcher-dashboard/+/97830517:31
opendevreviewsean mooney proposed openstack/watcher-dashboard master: refactor: centralise Django settings access in config.py  https://review.opendev.org/c/openstack/watcher-dashboard/+/97830117:31
opendevreviewsean mooney proposed openstack/watcher-dashboard master: refactor: replace/annotate reflection helpers (A2-1)  https://review.opendev.org/c/openstack/watcher-dashboard/+/97830217:31
opendevreviewsean mooney proposed openstack/watcher-dashboard master: feat(A5-1): add PEP 484 type annotations to api/watcher.py and errors.py  https://review.opendev.org/c/openstack/watcher-dashboard/+/97830617:31
opendevreviewsean mooney proposed openstack/watcher-dashboard master: Add PEP 484 type annotations to api/watcher.py and errors.py  https://review.opendev.org/c/openstack/watcher-dashboard/+/97830620:42
opendevreviewsean mooney proposed openstack/watcher-dashboard master: Add mypy tox target with application-grade type check settings  https://review.opendev.org/c/openstack/watcher-dashboard/+/97830720:42
opendevreviewsean mooney proposed openstack/watcher-dashboard master: test: improve coverage to 100% on api, client, errors, exceptions  https://review.opendev.org/c/openstack/watcher-dashboard/+/97830920:42
opendevreviewsean mooney proposed openstack/watcher-dashboard master: feat: add service-layer functions to api/watcher.py  https://review.opendev.org/c/openstack/watcher-dashboard/+/97831020:42
opendevreviewsean mooney proposed openstack/watcher-dashboard master: refactor: migrate content modules to use service layer  https://review.opendev.org/c/openstack/watcher-dashboard/+/97831120:42
opendevreviewsean mooney proposed openstack/watcher-dashboard master: docs: document UI-layer contribution patterns  https://review.opendev.org/c/openstack/watcher-dashboard/+/97823920:42
opendevreviewsean mooney proposed openstack/watcher-dashboard master: refactor: migrate skip-action UI to service layer  https://review.opendev.org/c/openstack/watcher-dashboard/+/98267420:42
opendevreviewsean mooney proposed openstack/watcher-dashboard master: docs: add AI-assisted workflow notes to HACKING.rst  https://review.opendev.org/c/openstack/watcher-dashboard/+/98333420:42
opendevreviewsean mooney proposed openstack/watcher-dashboard master: refactor: import aliases, audit detail MV gating, contributor docs  https://review.opendev.org/c/openstack/watcher-dashboard/+/98333520:42
opendevreviewsean mooney proposed openstack/watcher-dashboard master: Add terse AGENTS.md and local ai/ workspace  https://review.opendev.org/c/openstack/watcher-dashboard/+/98333620:42

Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!