akosiaris added a comment.
The deeper reason behind most of this mess is the probably the uniqueness of the `test` release. There is no other environment where we have a `test` release currently and thus some of the assumptions made elsewhere to provide functionality don't apply to it. Service mesh support as well as the DNS records are such exceptions and the difference in configuration to reflect the above is a consequence. My gut feeling, probably supported by some stuff this task, says that the high level end-result is wasted effort every time some actions need to be taken that (even tangentially) affect termbox. Either in T334064 <https://phabricator.wikimedia.org/T334064> or in this task, special consideration needed/needs to happen to accommodate for the `test` release. Some of these thoughts were also captured (or at least alluded to) in T226814 <https://phabricator.wikimedia.org/T226814> when the test release was introduced, albeit not so clearly stated (and the situation has changed considerably since 2019) My high level suggestion would be to re-evaluate if the `test` helm release actually serves a useful purpose (I know it serves `test.wikidata.org` but it apparently gets updated very infrequently. All termbox releases have been at the same version for 10 months now, so can't we just have `test.wikidata.org` use the main one?). If not, let's just stop having it. If yes, we might need to kick the can down the road a bit more until we decide we need to support somehow this type of helm releases, cause we currently have no other use cases and thus no current plans to support such uses. In T355685#9481732 <https://phabricator.wikimedia.org/T355685#9481732>, @Lucas_Werkmeister_WMDE wrote: > So maybe there’s a reason why (IIUC) `values-test.yaml` directly connects to `mw-api-int-ro.discovery.wmnet:4446`, while `values.yaml` talks to `localhost:6500` which according to `.fixtures.yaml` is a proxy to `mw-api-int.discovery.wmnet:4446`. fixtures are test/CI data, they aren't used somehow outside of that scope. For the same reason, they are often dummy data and might or might not reflect some actual situation (in this case they do reflect reality, but that's more happenstance than anything else). TASK DETAIL https://phabricator.wikimedia.org/T355685 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: akosiaris Cc: Aklapper, akosiaris, Clement_Goubert, Jdforrester-WMF, Michael, WMDE-leszek, Lucas_Werkmeister_WMDE, Danny_Benjafield_WMDE, Kappakayala, Mohamed-Awnallah, Astuthiodit_1, lbowmaker, Arnoldokoth, BTullis, karapayneWMDE, Invadibot, Ywats0ns, maantietaja, wkandek, JMeybohm, ItamarWMDE, Akuckartz, darthmon_wmde, Nandana, jijiki, Lahi, Gq86, GoranSMilovanovic, QZanden, KimKelting, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
_______________________________________________ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
