Friday, 2021-10-15

*** dviroel|rover|afk is now known as dviroel|out00:00
opendevreviewIan Wienand proposed opendev/system-config master: ptgbot: have apache cache backend  https://review.opendev.org/c/opendev/system-config/+/81391000:23
opendevreviewIan Wienand proposed openstack/diskimage-builder master: epel: match replacement better  https://review.opendev.org/c/openstack/diskimage-builder/+/81392200:28
opendevreviewIan Wienand proposed openstack/diskimage-builder master: ubuntu-systemd-container: deprecate and remove jobs  https://review.opendev.org/c/openstack/diskimage-builder/+/81406800:28
opendevreviewIan Wienand proposed openstack/diskimage-builder master: ubuntu: add Focal test  https://review.opendev.org/c/openstack/diskimage-builder/+/81407200:28
opendevreviewIan Wienand proposed openstack/diskimage-builder master: functests: drop apt-sources  https://review.opendev.org/c/openstack/diskimage-builder/+/81407400:28
opendevreviewIan Wienand proposed openstack/diskimage-builder master: centos7 : drop functional testing  https://review.opendev.org/c/openstack/diskimage-builder/+/81407500:28
opendevreviewIan Wienand proposed openstack/diskimage-builder master: functests: drop minimal tests in the gate  https://review.opendev.org/c/openstack/diskimage-builder/+/81407800:28
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Remove extras job, put gentoo job in gate  https://review.opendev.org/c/openstack/diskimage-builder/+/81407900:28
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Simplify functests job  https://review.opendev.org/c/openstack/diskimage-builder/+/81408000:28
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Run functional tests on Debian Bullseye  https://review.opendev.org/c/openstack/diskimage-builder/+/81408100:28
opendevreviewIan Wienand proposed zuul/zuul-jobs master: ensure-podman: support Debian bullseye  https://review.opendev.org/c/zuul/zuul-jobs/+/81408800:39
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Run functional tests on Debian Bullseye  https://review.opendev.org/c/openstack/diskimage-builder/+/81408100:40
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Run functional tests on Debian Bullseye  https://review.opendev.org/c/openstack/diskimage-builder/+/81408101:07
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Run functional tests on Debian Bullseye  https://review.opendev.org/c/openstack/diskimage-builder/+/81408102:05
opendevreviewIan Wienand proposed openstack/diskimage-builder master: ubuntu-systemd-container: deprecate and remove jobs  https://review.opendev.org/c/openstack/diskimage-builder/+/81406802:25
opendevreviewIan Wienand proposed openstack/diskimage-builder master: ubuntu: add Focal test  https://review.opendev.org/c/openstack/diskimage-builder/+/81407202:25
opendevreviewIan Wienand proposed openstack/diskimage-builder master: functests: drop apt-sources  https://review.opendev.org/c/openstack/diskimage-builder/+/81407402:25
opendevreviewIan Wienand proposed openstack/diskimage-builder master: centos7 : drop functional testing  https://review.opendev.org/c/openstack/diskimage-builder/+/81407502:25
opendevreviewIan Wienand proposed openstack/diskimage-builder master: functests: drop minimal tests in the gate  https://review.opendev.org/c/openstack/diskimage-builder/+/81407802:25
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Remove extras job, put gentoo job in gate  https://review.opendev.org/c/openstack/diskimage-builder/+/81407902:25
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Simplify functests job  https://review.opendev.org/c/openstack/diskimage-builder/+/81408002:25
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Run functional tests on Debian Bullseye  https://review.opendev.org/c/openstack/diskimage-builder/+/81408102:26
opendevreviewIan Wienand proposed openstack/diskimage-builder master: ubuntu: Fix unbound DIB_LOCAL_IMAGE  https://review.opendev.org/c/openstack/diskimage-builder/+/81409402:26
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Run functional tests on Debian Bullseye  https://review.opendev.org/c/openstack/diskimage-builder/+/81408102:49
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Run functional tests on Debian Bullseye  https://review.opendev.org/c/openstack/diskimage-builder/+/81408103:11
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Run functional tests on Debian Bullseye  https://review.opendev.org/c/openstack/diskimage-builder/+/81408103:38
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Run functional tests on Debian Bullseye  https://review.opendev.org/c/openstack/diskimage-builder/+/81408104:20
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Run functional tests on Debian Bullseye  https://review.opendev.org/c/openstack/diskimage-builder/+/81408104:45
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Revert "Allowing ubuntu element use local image"  https://review.opendev.org/c/openstack/diskimage-builder/+/81409405:43
opendevreviewIan Wienand proposed openstack/diskimage-builder master: ubuntu-systemd-container: deprecate and remove jobs  https://review.opendev.org/c/openstack/diskimage-builder/+/81406805:43
opendevreviewIan Wienand proposed openstack/diskimage-builder master: ubuntu: add Focal test  https://review.opendev.org/c/openstack/diskimage-builder/+/81407205:43
opendevreviewIan Wienand proposed openstack/diskimage-builder master: functests: drop apt-sources  https://review.opendev.org/c/openstack/diskimage-builder/+/81407405:43
opendevreviewIan Wienand proposed openstack/diskimage-builder master: centos7 : drop functional testing  https://review.opendev.org/c/openstack/diskimage-builder/+/81407505:43
opendevreviewIan Wienand proposed openstack/diskimage-builder master: functests: drop minimal tests in the gate  https://review.opendev.org/c/openstack/diskimage-builder/+/81407805:43
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Remove extras job, put gentoo job in gate  https://review.opendev.org/c/openstack/diskimage-builder/+/81407905:43
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Simplify functests job  https://review.opendev.org/c/openstack/diskimage-builder/+/81408005:43
opendevreviewIan Wienand proposed openstack/diskimage-builder master: Run functional tests on Debian Bullseye  https://review.opendev.org/c/openstack/diskimage-builder/+/81408105:43
*** odyssey4me is now known as Guest297106:56
*** jpena|off is now known as jpena07:30
*** ysandeep|out is now known as ysandeep08:01
*** ysandeep is now known as ysandeep|brb10:39
*** ysandeep|brb is now known as ysandeep11:06
*** jpena is now known as jpena|lunch11:31
*** dviroel|out is now known as dviroel|rover11:41
*** jpena|lunch is now known as jpena12:22
*** dviroel|rover is now known as dviroel|afk12:54
ecsantos[m]hello folks13:32
ecsantos[m]I asked this in the zuul channel, but I wanted to ask here as well to get more details if possible13:32
ecsantos[m]I'm facing this issue [1] when running the devstack job [2] (I have a local Zuul instance with the same job, roles, diskimages, everything set up just as opendev)13:33
ecsantos[m][1] https://bugs.launchpad.net/devstack/+bug/194634013:33
ecsantos[m][2] https://zuul.opendev.org/t/openstack/job/devstack13:33
ecsantos[m]on the zuul channel, corvus said to me that the reason for this is probably that opendev has old wheel builds in the caches that it's using13:33
ecsantos[m]could someone clarify what that means? I'm not sure. I see opendev uses a custom mirror [3], does this have something to do with how opendev isn't affected by the issue?13:35
ecsantos[m][3] http://mirror.dfw.rax.opendev.org/ubuntu13:35
ecsantos[m]because apparently everyone trying to deploy devstack are currently hitting this issue, except the opendev ci13:36
ecsantos[m]s/are/is/13:36
ecsantos[m]s/in/on/13:36
fungiecsantos[m]: yes, in order to speed up our jobs, we build platform-specific python wheels for any direct or transitive dependencies of the projects listed in the openstack/requirements repository and we cache those indefinitely13:38
fungia recent change to setuptools (starting in 58.0.0) caused it to no longer be possible to build some old wheels for python projects which rely on deprecated (and now removed) features of setuptools13:39
fungihowever, we built those wheels before setuptools 58 was released and so still have them sitting around in our cache13:39
fungian example is the suds-jurko python library. it can't be installed from the sdist (source tarball) published for it on pypi when used with setuptools >= 5813:40
fungibut we precompiled and cached some platform-specific wheels of it long ago, well before setuptools broke it13:41
fungihowever, we can't run jobs which rely on it on newer platforms we're adding, for the same reason: we don't have wheels of it pre-built for those new platforms13:42
fungithere are workarounds, depending on what's orchestrating the installation of python packages. for example tox can be sold to use an older version of itself which installs an older virtualenv that includes setuptools 57.x13:43
fungior devstack can be told to downgrade the environment to setuptools<58 before installing anything else13:44
fungithe "solution" on our side is working out a way to purge now-unbuildable wheels from our own cache, so that we don't silently mask problems like this. we have some designs in progress to achieve that13:46
Clark[m]And the fix on the openstack side is https://opendev.org/openstack/oslo.vmware/commit/7bc343173751330d2e989c28bc6fefed56d358d6 but I think that needs a release next? I wonder if anyone has requested that yet13:46
fungithe proper solution of course is to get projects to stop using those old, abandoned dependencies like suds-jurko, and switch to maintained alternatives, or to revive development on them and fix them to work with modern setuptools13:47
fungiecsantos[m]: does that answer your questions?13:48
opendevreviewCody Lee Cochran proposed opendev/bindep master: feat: Add support for Manjaro Linux  https://review.opendev.org/c/opendev/bindep/+/81417113:55
Clark[m]Speaking of releases did we ever do that gear release? I think I forgot, but should put a post it up for it I guess13:58
ecsantos[m]fungi: your explanation was very clear, thank you! it helped a lot. I'd prefer waiting for the proper fix, but my team is on a tight schedule to review some downstream patches in our local CI. do you think it's feasible for us to "mirror" the setup opendev has in their mirrors? with the old cached wheels13:58
ecsantos[m]Clark: I saw that this change [4] was merged, but it didn't fix the issue for me (the only conflict I'm having is with oslo.vmware). does anything else needs to be merged for the problem to be solved?14:01
ecsantos[m][4] https://review.opendev.org/c/openstack/oslo.vmware/+/81337714:01
ecsantos[m]s/needs/need/14:02
ecsantos[m]* it's feasible/doable for14:02
ecsantos[m]s/fungi: your explanation was very clear, thank you! it helped a lot. I'd prefer waiting for the proper fix, but my team is on a tight schedule to review some downstream patches in our local CI. do you think it's feasible for us to "mirror" the setup opendev has in their mirrors? with the old cached wheels/fungi: your explanation was very clear, thank you! it helped a lot. I'd prefer waiting for the proper fix, but my team is on a tight14:03
ecsantos[m]schedule to review some downstream patches in our local CI. do you think it'd feasible/doable for us to "mirror" the setup opendev has in their mirrors? with the old cached wheels. not sure how much work was that for you guys/14:03
ecsantos[m]s/fungi: your explanation was very clear, thank you! it helped a lot. I'd prefer waiting for the proper fix, but my team is on a tight schedule to review some downstream patches in our local CI. do you think it's feasible for us to "mirror" the setup opendev has in their mirrors? with the old cached wheels/fungi: yes, your explanation was very clear, thank you! it helped a lot. I'd prefer waiting for the proper fix, but my team is on a14:03
ecsantos[m]tight schedule to review some downstream patches in our local CI. do you think it'd feasible/doable for us to "mirror" the setup opendev has in their mirrors? with the old cached wheels. not sure how much work was that for you guys/14:03
Clark[m]ecsantos: they need to make a release of oslo.vmware with that fix in it. Then they need to update constraints to install that new release14:04
fungiClark[m]: yeah, we keep remembering on fridays that we wanted to make a release of gear, and then saying we should wait for monday... *sigh*14:06
ecsantos[m]Clark: oh I see... oslo.vmware is not cloned from master, my mistake. thanks!14:09
fungiecsantos[m]: you can either ask in #openstack-oslo for them to propose a release, or propose one to the openstack/releases repository yourself if you're familiar with the process14:10
Clark[m]https://review.opendev.org/c/openstack/releases/+/814012 now you need the constraints update then everything is probably fine14:10
fungiahh, so it's already in progress14:11
Clark[m]https://review.opendev.org/c/openstack/requirements/+/81414814:11
fungiyep, merged an hour ago14:11
fungithe release i mean14:11
fungii've pinged the requirements project lead asking to expedite approval of that14:14
ecsantos[m]thanks fungi and Clark for the info and help! if the release is on the way I believe my team can wait :)14:17
fungithe release is actually done for the past hour, it's the constraints update in requirements which is the remaining piece14:18
fungionce 814148 merges you should hopefully be working again (or at least find out what the next problem is)14:18
ecsantos[m]lol I hope it's only one! :D14:20
*** ysandeep is now known as ysandeep|out14:22
Clark[m]fungi you should probably go ahead and approve https://review.opendev.org/c/opendev/system-config/+/813886 so that it is ready for us later today. Also we should update the etherpad to make sure there is a check ssh connectivity step and add instructions and a list for running the gitea sync playbook14:28
Clark[m]I can help with all that after the school run, but figured getting that approved early was a good idea14:29
fungiyep, approving now14:31
fungipsf is seeking user feedback on pypi: https://discuss.python.org/t/pypi-user-feedback14:38
rosmaitais ethercalc.openstack.org down?14:50
fungii can ssh to it and there's a node process running for the past week14:51
fungibut it's possible the service is hung14:51
fungi#status log Restarted the Ethercalc service on ethercalc.openstack.org as it was not responding to proxied connections from Apache any longer14:54
opendevstatusfungi: finished logging14:54
fungirosmaita: should be working now, i'm still trying to dig into logs for it14:54
rosmaitafungi: ty!14:55
clarkbfungi: I've updated the etherpad with notes on running the sync-gitea-projects.yaml playbook. Can you double check my use of -e and a vars file in that? I think I got it right15:27
clarkbre Gerrit MINA server-sig-algs someone has posted kotlin to the bug showing how to make it work in existing MINA sshd installations. I guess in theory we could translate that to Java and incorporate it into Gerrit. I doubt I'll have time to start looking at that today, but good to know we have that option if we can sort out the java for it15:30
fungiclarkb: have the pad url handy? otherwise i can grab it out of the channel history just need to dig15:30
fungialso now i need to look up kotlin15:31
opendevreviewMerged opendev/system-config master: Allow gitea_create_repos always_update to be list  https://review.opendev.org/c/opendev/system-config/+/81388615:32
clarkbfungi: https://etherpad.opendev.org/p/project-renames-2021-10-1515:32
fungithanks!15:32
clarkbkotlin is a newer jvm language that is gaining popularity due to android15:32
clarkbyou can actually link between the two, but as far as I know gerrit is java only so far and I wouldn't want to also propose adding kotlin to their code base as part of this15:32
clarkbit also sounds like MINA itnends on fixing this by default without users needing to manually add support so if we wait long enough it should get fixed on its own as well15:33
clarkbjava/com/google/gerrit/sshd/SshDaemon.java's SshDaemon is the class to update I think15:34
fungiclarkb: the amended plan for the rename addressing the metadata updates looks right to me15:35
clarkbcool, I think we're about as ready as we can be then. Just have to work through the steps in the etherpad at 18:00UTC15:36
fungii guess we can use https://meetpad.opendev.org/project-renames-2021-10-15 to coordinate15:44
fungithough i'll also take some notes in here15:44
clarkbya thats fine15:46
fungiand 813886 deployed, so the system-config checkout on bridge should properly include it now15:47
*** dviroel|afk is now known as dviroel|rover15:52
*** marios is now known as marios|out16:03
fungii'm going to be testing meetpad with firefox... assuming that goes well, we could maybe consider adding that to the list of browsers it doesn't warn about16:17
fungiwe've had quite a few folks in recent months, including at the last ptg, mention they were working great on ff16:18
fungii tried it myself a few minutes ago and it seemed to be functioning even with my paranoid settings and blockers, as long as i allowed it to request mic and cam access16:19
*** jpena is now known as jpena|off16:41
clarkbneat16:51
clarkbI got completely sucked into rewriting this kotlin in java16:51
clarkbI shouldn't have but it nerd sniped me16:51
fungihah16:58
fungiit totally happens16:58
tristanCclarkb: couldn't gerrit use the kotlin implementation?17:03
fungisounds like it would need a different jvm for that?17:07
fungior at least different compiler17:07
clarkbtristanC: it can, but I don't want to figure out how to integrate kotlin into their java nor do I want to argue that they should write kotlin17:10
clarkbtristanC: the existing code is java 8 compat too, I don't know if that matters17:10
clarkbtristanC: basically I'd spend days doing the kotlin integration or just a few hours figuring out the rewrite17:10
clarkbI think I'm close. The kotlin version has a bug as session doesn't have a signatureFactories member which I'm trying to sort out now.17:15
clarkbaha I think kotlin might automagic getters and setters. So I have to explicitly call get in this case17:23
yuriysis there a tempest/refstack irc channel?17:24
tristanCclarkb: oh, i thought kotlin could easily be integrated in a java codebase17:25
fungiyuriys: there are both17:26
yuriysah, im assuming they're hidden from public listing just like this one, ty17:26
fungiyuriys: looks like there's a #refstack17:27
fungiprobably better to start there if the questions are refstack-specific17:27
fungiyuriys: if you have more general questions about the tempest framework, then #openstack-qa is the primary place its developers hang out17:28
yuriysyeah that probably fits more, ty fungi17:28
clarkbtristanC: I'm sure it can be if you understand the codebase and bazel and java and kotlin :)17:29
clarkbtristanC: I understand only one of those things and not very well (java)17:29
fungiyuriys: also a convenient place to look for channels we're publicly logging is https://meetings.opendev.org/irclogs/17:29
yuriysoh nice!17:29
fungiwe do set all the channels to "hidden" in the ircd because apparently spammers use the public channels list as an invitation to... spam17:29
fungiso setting them hidden from the list cuts down on the work for our chanops17:30
clarkbfungi: I guess we're up in about 25 minutes. I'll put the java down for now (it compiles. next step is linting, then making a patch against our gerrit builds so we can get a test gerrit to test against)17:34
fungiyeah, i need to gear up17:37
clarkbfungi: you should review my rename yaml file and copy it to bridge if it looks good to you17:43
clarkbI'm going to grab a quick snack and then can hop on the meetpad for that etherpad17:43
fungireview it in the etherpad?17:43
fungioh, the opendev/project-config change17:43
fungion it17:44
clarkblooks like we're late on adding things to emergency file.17:46
fungioh, i can do that now too17:46
clarkbthats ok nothing is running right now so if we add things to the file now we're good17:46
* clarkb loads ssh keys17:46
clarkboh shoot I just remembered a thing. Zuul secrets17:48
fungii've added the three indicated entries to /etc/ansible/hosts/emergency.yaml but double-checking when you have a second can't hurt so we don't get an unpleasant surprise17:48
clarkboh I guess we updated the rename playbook to do zuul secret renames already. yay old us17:49
clarkbfungi: I think I've always written out the giteas as I'm not sure how globbing/regexes work in that file17:50
clarkbhistorically we've had problems with treating regexes as globs and vice versa iirc17:50
clarkbthat always makes me paranoid enough to just list them out17:50
fungii'll do that then17:50
fungibetter?17:51
clarkbyup thanks17:52
clarkbI've added the contents of the opendev/project-config rename record file to bridge in the spot where we will -e repolist=$path17:52
clarkbif you can check the contents of the change and that file that would be great17:52
fungistatus notice The Gerrit service on review.opendev.org will be offline starting in 5 minutes, at 18:00 UTC, for scheduled project rename maintenance, which should last no more than an hour (but will likely be much shorter): http://lists.opendev.org/pipermail/service-announce/2021-October/000024.html17:53
fungifor sending in a minute or two17:53
fungiand yeah i was trying to compare the renames file against the proposed projects.yaml changes17:54
clarkbfungi: you should double check the inventory name for storyboard too. i think it may be more complex than storyboard.opendev.org17:54
clarkbstoryboard01.opendev.org ?17:54
clarkbI can ssh to all of the hosts from here17:54
fungiyeah, fixing17:55
fungithat's what i get for copying from the pad without checking17:55
fungigood with the proposed status notice?17:56
fungithe renames list has 20 repos, but i only count 19 between the two projects.yaml patches17:57
clarkbya the notice lgtm17:57
clarkbfungi: there are three patches17:57
fungi#status notice The Gerrit service on review.opendev.org will be offline starting in 5 minutes, at 18:00 UTC, for scheduled project rename maintenance, which should last no more than an hour (but will likely be much shorter): http://lists.opendev.org/pipermail/service-announce/2021-October/000024.html17:57
opendevstatusfungi: sending notice17:57
-opendevstatus- NOTICE: The Gerrit service on review.opendev.org will be offline starting in 5 minutes, at 18:00 UTC, for scheduled project rename maintenance, which should last no more than an hour (but will likely be much shorter): http://lists.opendev.org/pipermail/service-announce/2021-October/000024.html17:58
fungioh, the third one doesn't have our usual topic set17:58
clarkbthat may have been my mistake when I rebased it17:58
clarkbit confliced with the other change so I did the rebase17:58
fungiadded the topic now17:58
fungirenames list lgtm, will copy to bridge17:59
clarkbfungi: I copied it, you just need to double check the contents17:59
fungioh, will do17:59
fungii've also started a root screen session on bridge18:00
clarkbcool I'll join that momentarily. I'm on the meetpad too fi you want to join18:00
*** ysandeep|out is now known as ysandeep18:00
clarkbI'm on the screen18:00
*** dviroel|rover is now known as dviroel|rover|afk18:01
fungiservice should be going down and up any minute now18:05
*** dviroel|rover|afk is now known as dviroel|rover18:09
opendevreviewMerged openstack/project-config master: Rename inspur/*venus* project to openstack/*venus*  https://review.opendev.org/c/openstack/project-config/+/80814918:20
opendevreviewMerged openstack/project-config master: Move osf/ namespace repos to openinfra/ namespace  https://review.opendev.org/c/openstack/project-config/+/80847918:21
opendevreviewMerged openstack/project-config master: Move ansible-role-refstack-client from x/ to openinfra/  https://review.opendev.org/c/openstack/project-config/+/76578718:22
opendevreviewMerged opendev/project-config master: Record renames being performed on October 15, 2021  https://review.opendev.org/c/opendev/project-config/+/81390219:53
opendevreviewClark Boylan proposed opendev/system-config master: Fix gitea repo syncing always_update flag type  https://review.opendev.org/c/opendev/system-config/+/81422719:58
clarkbfungi: ^ there is the slight chance that our list input is also being cast to a string. If that is happening then we will fail the existing testing for ^. I'm going to go look at old job logs to try and figure out if that is happening and then we can head scratch more. Probably a revert is the first step if that is a problem. Then we fix it properly with a new chnage19:59
clarkbfungi: "always_update": "['opendev/disk-image-builder']",20:01
clarkbI think that is indeed an issue?20:01
clarkbfungi: I'll push a revert whcih we can land today then regroup next week and decide how we want to address this20:01
clarkb(its also quick enough that maybe we consider always update to just be set to true instead)20:02
clarkbthough not very quick it is quick enough maybe20:02
clarkbhttps://8145bb2d9385627a8710-4ce80c083e58c5170f82b282f505c84d.ssl.cf2.rackcdn.com/813886/10/gate/system-config-run-gitea/828e2ab/bridge.openstack.org/ara-report/results/492.html shows it updating settings for all the repos like we saw in prod20:03
opendevreviewClark Boylan proposed opendev/system-config master: Revert "Allow gitea_create_repos always_update to be list"  https://review.opendev.org/c/opendev/system-config/+/81422820:04
clarkbfungi: ^ I think we should land the revert then rethink this.20:04
clarkband now I must lunch20:05
fungiyeah, i agree, ansible may make this hard. i was expecting to be able to rely on yaml's type inference, did not expect that not telling ansible the variable's type would cause it to always recast to a string unconditionally regardless of what type yaml interprets it to be20:12
fungiwhich means to do a ternary there we have to invent our own serialization language now, because ansible won't let us use the serialization language it's based on20:13
fungiwhen i repropose i'll also add the additional tests we considered20:15
fungiwhich would have showed the problem20:15
fungialternatively, we don't bother to unrevert, we just run the full update after any rename20:16
fungithough being able to have it dynamically update the issues url when a projects.yaml change lands to change the tracker for a particular project would be nice, or for description changes20:17
fungimight be we just want to drop the false default and let it always update all projects any time the manage-projects playbook is called, now that we have evidence it only takes a couple minutes to complete across the cluster20:18
clarkbfungi: ya I think we should consider that20:20
clarkbIf we do that we should rever your change then flip the default to true20:20
clarkbwhy don't we start with the revert then we can discuss in a change that flips it to true? and then the testing from your old change will be helpful to verify things do what we want20:21
fungiyeah, i already approved the revert20:22
clarkbcool sounds like a plan20:22
fungijust thinking that having it always run for all projects might be the simplest way forward next20:22
fungibecause really, we don't land changes which trigger it all that often20:23
fungionce or twice a day on average, if that20:23
fungiit was a problem back when we first migrated from cgit, but it seems like gitea has gotten many orders of magnitude more efficient at handling those calls in the years since20:24
fungior more than an order of magnitude faster at the least20:25
clarkbI think the switch to using gitea's true api rather than manipulating the web ui helped alot20:25
opendevreviewClark Boylan proposed opendev/system-config master: Push a patch to test a MINA server-sig-algs fix in Gerrit  https://review.opendev.org/c/opendev/system-config/+/81423020:34
clarkbI'm going to put a hold in place for the system-config-run-gerrit-3.3 job for that change.20:34
fungicool20:40
clarkbneat my patch doesn't apply/work with 3.4 or master20:59
clarkbone thing at a time20:59
*** dviroel|rover is now known as dviroel|rover|afk21:08
fungihah21:50
opendevreviewMerged opendev/system-config master: Revert "Allow gitea_create_repos always_update to be list"  https://review.opendev.org/c/opendev/system-config/+/81422821:59
clarkbLooks like upstream mina has a fix up so my time might be better spent figuring out how to update mina in gerrit.22:45
clarkbtools/nongoogle.bzl <- is the file to update to get a newer mina22:48
clarkbnongoogle beacuse google gerrit doesn't use those libs so they get hidden away in a corner rather than google adding/removing what they need from the open source project :/22:48
clarkbhrm and my test has an NPE22:54
fungithe best kind of pointer exception23:17
clarkbunfortunately mina does a good job of supressing those too :/23:21
clarkbhttps://github.com/apache/mina-sshd/blob/bf4000ce5b56ce8c5b893ad2620858e1309c1338/sshd-core/src/main/java/org/apache/sshd/common/session/helpers/SessionHelper.java#L1236-L1237 is catching it and not giving me a traceback23:22
clarkbif I was a proper java dev I'd have my IDE open and set a breakpoint on that line and inspect it from thee23:22
clarkbAt this point probably better off waiting for MINA to release their update and then work with gerrit to update MINA versioning there23:26
clarkbhttps://github.com/apache/mina-sshd/pull/204/ is the MINA fix23:27
fungithere is rather a bit of docstring boilerplate in that23:36

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