| Clark[m] | Maybe land them one at a time to keep the Delta small if anything has a sad? But ya I don't expect issues | 00:23 |
|---|---|---|
| ianw | yeah for sure | 00:25 |
| *** kevinz_ is now known as kevinz | 02:24 | |
| *** ysandeep|PTO is now known as ysandeep | 03:54 | |
| *** pojadhav|afk is now known as pojadhav | 04:01 | |
| opendevreview | Merged opendev/system-config master: infra-prod: remove duplicated bridge key setup https://review.opendev.org/c/opendev/system-config/+/818190 | 04:39 |
| *** ysandeep is now known as ysandeep|afk | 05:13 | |
| ianw | next hourly run should exercise ^ | 05:39 |
| *** ysandeep|afk is now known as ysandeep | 06:19 | |
| opendevreview | Merged openstack/diskimage-builder master: Add openEuler jobs back https://review.opendev.org/c/openstack/diskimage-builder/+/815090 | 07:11 |
| opendevreview | Merged openstack/diskimage-builder master: Revert "centos 9-stream: make non-voting for mirror issues" https://review.opendev.org/c/openstack/diskimage-builder/+/817313 | 07:11 |
| opendevreview | Merged openstack/project-config master: Grafana: remove midonet and fwaas dashboards https://review.opendev.org/c/openstack/project-config/+/818244 | 07:29 |
| opendevreview | Merged openstack/project-config master: Set Fedora 34 min-ready to zero https://review.opendev.org/c/openstack/project-config/+/816932 | 07:37 |
| *** ysandeep is now known as ysandeep|lunch | 07:41 | |
| *** pojadhav- is now known as pojadhav | 08:08 | |
| *** jpena|off is now known as jpena | 08:36 | |
| *** ysandeep|lunch is now known as ysandeep | 08:38 | |
| soniya29|ruck | hello all, it seems mirrors aren't reachable - https://6ad887810b840559f848-66ce5f117c645ca152390f12473225b2.ssl.cf2.rackcdn.com/818292/1/check/tripleo-ci-centos-8-content-provider/4b95a1d/job-output.txt | 08:53 |
| soniya29|ruck | https://review.opendev.org/c/openstack/tripleo-quickstart-extras/+/818292/1#message-f6adf74ec5ef223ff5500433cd6346a67f4808eb | 08:53 |
| soniya29|ruck | can anybody help over this issue? | 08:54 |
| *** ykarel is now known as ykarel|lunch | 09:07 | |
| opendevreview | Dr. Jens Harbott proposed openstack/project-config master: Remove Fedora 34 https://review.opendev.org/c/openstack/project-config/+/816933 | 09:23 |
| frickler | soniya29|ruck: if the mirror weren't reachable, it couldn't respond with a 404. the mirrors might be in an inconsistent state though, likely caused by syncing from an in-flux upstream. not much we can do except choosing a different upstream if the issue persists after the next update | 09:42 |
| opendevreview | Thierry Carrez proposed openstack/project-config master: Fix ACLs for deliverables under release management https://review.opendev.org/c/openstack/project-config/+/818356 | 09:51 |
| *** ysandeep is now known as ysandeep|afk | 10:09 | |
| ianw | soniya29|ruck: also note for some of those they're on rax and so are referring to mirror-int.<region>.rax.opendev.org which is an internal rax-only IP. so if you're trying to see if that's live from outside it won't work. so that might be a red-herring | 10:14 |
| ianw | (at some point rax routing was such that using the external addresses was unreliable, that's how we ended up with that. it's the only region like that, though) | 10:15 |
| ianw | s/region/provider | 10:15 |
| ianw | https://zuul.opendev.org/t/openstack/build/7208301e0d9844788c75ed2c8f05ea28/console has run with 818190 applied (and others). so looking good for that | 10:16 |
| soniya29|ruck | frickler, ianw, thanks :) | 10:29 |
| *** ykarel|lunch is now known as ykarel | 11:03 | |
| *** ysandeep|afk is now known as ysandeep | 11:06 | |
| *** pojadhav is now known as pojadhav|brb | 11:35 | |
| *** jpena is now known as jpena|lunch | 12:23 | |
| *** pojadhav|brb is now known as pojadhav | 12:31 | |
| *** jpena|lunch is now known as jpena | 13:16 | |
| opendevreview | Lajos Katona proposed openstack/project-config master: Grafana dashboard for instance usage of projects https://review.opendev.org/c/openstack/project-config/+/818230 | 13:42 |
| *** ysandeep is now known as ysandeep|dinner | 14:10 | |
| opendevreview | Clark Boylan proposed opendev/bindep master: Try out PBR pep 517 support https://review.opendev.org/c/opendev/bindep/+/816741 | 14:45 |
| *** ysandeep|dinner is now known as ysandeep | 14:49 | |
| dtantsur | hey folks, a zuul question follows. do we have a pattern for running unit tests of a service on a library? | 15:07 |
| dtantsur | kind of cross tests on requirements but on a library? | 15:07 |
| fungi | dtantsur: yes, check out the oslo projects' test definitions | 15:08 |
| fungi | they have a bunch, e.g. run nova unit tests with a proposed patch for oslo.messaging or whatever | 15:08 |
| dtantsur | aha, a great pointer | 15:08 |
| dtantsur | for some reason I forgot about Oslo Oo | 15:08 |
| fungi | aww, don't tell the oslo team that! ;) | 15:09 |
| dtantsur | hehe | 15:10 |
| dtantsur | too much time working on metal3 recently | 15:10 |
| dtantsur | hmm, cannot find anything suitable | 15:11 |
| dtantsur | maybe lib-forward-testing-python3 | 15:11 |
| fungi | i'll look | 15:12 |
| *** ykarel is now known as ykarel|away | 15:13 | |
| *** pojadhav is now known as pojadhav|afk | 15:14 | |
| dtantsur | https://opendev.org/openstack/openstack-zuul-jobs/src/branch/master/zuul.d/jobs.yaml#L767 is similar, but I need it to run on the library, not on the service | 15:15 |
| dtantsur | (running on the service will work as well, I guess) | 15:15 |
| *** akahat|rover is now known as akahat|dinner | 15:19 | |
| fungi | dtantsur: there's openstack-tox-py36-with-oslo-master defined in openstack-zuul-jobs, that's probably what i was thinking about | 15:21 |
| fungi | similarly openstack-tox-py36-with-neutron-lib-master | 15:21 |
| dtantsur | yeah, makes sense. I guess I should read what tox_install_siblings does and whether it matches my case | 15:21 |
| fungi | dtantsur: a quick summary is that if a project is in the required-projects list for the job, then that role preinstalls the project into the tox env from (potentially speculative) git source rather than from pypi | 15:23 |
| dtantsur | got it, thanks! but I guess if the job is running on $library, it will be the tox environment of the $library, not of the $service? | 15:24 |
| clarkb | dtantsur: yes but it would work the other direction too, just depends on which side you set it up on. Could be both | 15:25 |
| dtantsur | ah, so if I define the job on $service and run it on $library, it will do the trick? | 15:25 |
| clarkb | No I think the tox jobs assume they run against the context of the change event that triggered them | 15:26 |
| dtantsur | hmm, I see | 15:27 |
| clarkb | you'd need to define a job on each side I think | 15:27 |
| clarkb | so that the context is correct, but I could be wrong about that. The tox jobs might be smarter than I expect them to be | 15:27 |
| fungi | looking at the tox role, it defaults a zuul_work_dir var to zuul.project.src_dir but you can override tat | 15:32 |
| fungi | that | 15:32 |
| dtantsur | nice! | 15:32 |
| fungi | if the other relevant roles those jobs are based on also respect zuul_work_dir then just setting it in your job definition would probably be most of what you need | 15:33 |
| fungi | https://zuul-ci.org/docs/zuul-jobs/python-roles.html#role-tox | 15:34 |
| dtantsur | thanks again! I'll look into it tomorrow (when I hopefully no longer have a migraine) | 15:36 |
| *** ysandeep is now known as ysandeep|afk | 15:37 | |
| fungi | i hope thinking about job definitions didn't give you a migraine :/ | 15:37 |
| fungi | feel better! | 15:37 |
| clarkb | paladox: congrats on gerrit maintainership! | 15:50 |
| paladox | thanks!! | 15:50 |
| fungi | ooh, yes congratulations on that! | 15:55 |
| clarkb | re centos-8 stream the upstream mirror shows http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/repodata/ which seems to match http://mirror.dal10.us.leaseweb.net/centos/8-stream/AppStream/x86_64/os/repodata/ which is our upstream to populate https://mirror.iad.rax.opendev.org/centos/8-stream/AppStream/x86_64/os/repodata/ | 15:59 |
| clarkb | I'm pretty sure that means this isn't our fault, the actual centos package repository is broken | 16:00 |
| clarkb | rlandy|ruck: ^ does that seem correct to you? Do you know who to reach out to about fixing that? | 16:00 |
| clarkb | I don't understand rpm mirrors well enough to know what https://mirror-int.iad.rax.opendev.org/centos/8-stream/AppStream/x86_64/os/repodata/bbad5f44ae105d867dbb04369929c4ceb8702d89972b603ba837e894c4a08ea3-filelists.xml.gz might be coming from causing 404s | 16:01 |
| rlandy|ruck | clarkb: try amoralej on #openstack-infra | 16:03 |
| rlandy|ruck | he would know more about that | 16:03 |
| clarkb | thanks | 16:03 |
| opendevreview | Clark Boylan proposed opendev/bindep master: Try out PBR pep 517 support https://review.opendev.org/c/opendev/bindep/+/816741 | 16:34 |
| opendevreview | Clark Boylan proposed opendev/bindep master: Update test tool to use stestr https://review.opendev.org/c/opendev/bindep/+/818435 | 16:34 |
| clarkb | fungi: ^ fyi trying to remove setup.py deprecation warnings with the stack now | 16:34 |
| clarkb | fungi: also it seems a few people haev noticed the git-review problem because arch upgraded. It occured to me that I'm not entirely sure what that flag was doing, but it is in the code path that most people will have undone | 16:41 |
| clarkb | with that in mind should we maybe go ahead and land the fix and make a release? Or wait for more testing to happen from people with new git (I asked them to do that on the storyboard story) | 16:42 |
| opendevreview | Clark Boylan proposed opendev/bindep master: DNM test doc builds https://review.opendev.org/c/opendev/bindep/+/818440 | 16:47 |
| clarkb | 818435 failed doc builds so I've pushed a noop change update to the docs t osee if that is a problem more generally | 16:47 |
| clarkb | fungi: it seems liek we're installin bindep as version 0.0.0 which is causing fallout. Now I wonder if new PBR is a problem somehow | 16:50 |
| clarkb | ugh | 16:50 |
| clarkb | spot checking openstack unittest jobs we seem to get the correct version there | 16:53 |
| clarkb | huh and a noop push worked fine so somethign I broke in the tox.ini update? Weird | 16:53 |
| clarkb | oh wait no I got my changes backward. Of course. Its the setup.py update chagne that breaks whcih is good because that is the one that introduces new stuff. I feel much better now | 16:53 |
| *** marios is now known as marios|out | 16:58 | |
| *** akahat|dinner is now known as akahat|rover | 16:58 | |
| clarkb | ok the issue is when you don't skipsdist tox uses python setup.py sdist which my change removes support for because it removes setup_requires for pbr | 16:59 |
| *** ysandeep|afk is now known as ysandeep | 16:59 | |
| clarkb | I think PBR is working fine, Its the tools around it that are gettign weird when we drop setup.py tooling | 17:01 |
| opendevreview | Clark Boylan proposed opendev/bindep master: Try out PBR pep 517 support https://review.opendev.org/c/opendev/bindep/+/816741 | 17:06 |
| clarkb | The next thing on my list is gerritbot uid stuff. But I've just realized I don't see where/how we managed known_hosts for that so I need to do more investigating before proceeding | 17:10 |
| opendevreview | Clark Boylan proposed opendev/bindep master: Try out PBR pep 517 support https://review.opendev.org/c/opendev/bindep/+/816741 | 17:20 |
| clarkb | boom https://zuul.opendev.org/t/opendev/build/a56409979aca4df98da97666147e176e/log/job-output.txt no deprecation warnings that I see | 17:31 |
| clarkb | fungi: ^ I think that shows that it is now possible to avoid those problems as well as stop relying on easy_install alltogether | 17:31 |
| clarkb | still terrible for backward compatibility but possible :) | 17:32 |
| clarkb | keynotes over, time for breakfast | 17:37 |
| fungi | thanks, i'll take a look here shortly | 17:38 |
| *** jpena is now known as jpena|off | 17:39 | |
| *** ysandeep is now known as ysandeep|out | 18:12 | |
| clarkb | I think I can add the setup_requires back in and still avoid the deprecation warnings with that setup. But I'm not positive of that | 18:12 |
| clarkb | but then we'd be backward compatible (but untested) | 18:12 |
| clarkb | gerritbot uses gerritlib which uses paramiko with a warning policy for known hosts. After inspecting the running container and the system it runs on I cannot see evidence that it is loading ssh keys from anywhere | 18:18 |
| clarkb | infra-root any concern with landing https://review.opendev.org/c/opendev/system-config/+/816769 given ^ maybe you want to double check those assertions? | 18:19 |
| clarkb | If there aren't concerns I think we can go ahead and approve that change | 18:19 |
| fungi | i went ahead and approved it | 18:30 |
| clarkb | thanks. I plan to be around all day except for the school run later so should be able to monitor | 18:30 |
| *** tkajinam is now known as Guest6220 | 18:30 | |
| fungi | yeah, same here (sans the school run, but i will break to cook dinner in a few hours) | 18:31 |
| mgariepy | hello i'm debugging mariadb for OSA and i would like to ahve access to a running node: https://zuul.opendev.org/t/openstack/stream/a9901352be5c4b30ba68ec0c7050eebe?logfile=console.log | 18:38 |
| mgariepy | before it's delete. | 18:38 |
| mgariepy | can someone help me ? | 18:39 |
| clarkb | openstack-ansible-deploy-infra_lxc-ubuntu-focal for https://review.opendev.org/817384 seems to be the details. Give me a minute and I'll put a hold in plce | 18:39 |
| mgariepy | thanks | 18:40 |
| clarkb | the hold requset is in place. Do you have an ssh public key published somewhere that I can add to the server once it is held? | 18:41 |
| mgariepy | https://launchpad.net/~mgariepy/+sshkeys | 18:43 |
| clarkb | mgariepy: I guess we are just waiting for the job to timeout? | 18:44 |
| mgariepy | i guess | 18:45 |
| mgariepy | it should be soonish :D | 18:45 |
| clarkb | mgariepy: root@198.72.124.136 | 18:46 |
| clarkb | please let us know when you are done and we can reclaim the instance. Also always a good idea to think about how jobs and logs can be improved to expose what is going on without direct access for the future once you know how it broke | 18:46 |
| mgariepy | this issue i was able to reproduce on my machine every time but it seems that it's not 100% fixed. | 18:47 |
| opendevreview | Merged opendev/system-config master: Run gerritbot with a user that will be shared with matrix-gerritbot https://review.opendev.org/c/opendev/system-config/+/816769 | 19:00 |
| fungi | looks like opendevreview exited around 25 minutes ago, i'll check to see if it started again | 20:00 |
| clarkb | fungi: hrm the job hasn't run for it yet | 20:01 |
| clarkb | oh! I think the periodic job managed to get it | 20:01 |
| clarkb | interesting | 20:01 |
| clarkb | fungi: docker says it is up and running | 20:01 |
| fungi | it definitely restarted and is using the correct account, looks like | 20:02 |
| clarkb | ya I think what happened was we merged the change when the hourly run was happening but before the hourly run of eavesdrop | 20:02 |
| clarkb | then the hourly run of eavesdrop updates from master because it is a peridoic job and it did the update then | 20:02 |
| fungi | makes sense. that's fine, i guess | 20:02 |
| clarkb | so the jobs for the change landing should noop now | 20:02 |
| fungi | right | 20:02 |
| clarkb | and ya from what I see on the server it seems to be working if we can confirm it emits events to us here we should be good | 20:02 |
| fungi | i don't have anything i need to push just this moment, but i'll check other channels to see if it already did so | 20:03 |
| opendevreview | Clark Boylan proposed opendev/bindep master: Try out PBR pep 517 support https://review.opendev.org/c/opendev/bindep/+/816741 | 20:04 |
| fungi | yeah, it's working. it announced 818458 in the ironic channel moments agio | 20:04 |
| fungi | or that works too | 20:04 |
| clarkb | I needed to rever back to the backward compatible version of that change now that I had tested the forward looking version | 20:04 |
| clarkb | cool seems happy | 20:04 |
| fungi | awesome | 20:04 |
| clarkb | Before we do the matrix-gerritbot I need to followup on how it does known_hosts too | 20:04 |
| clarkb | I can look at that after lunch I guess | 20:04 |
| fungi | i was just looking through that pep 517 test change | 20:04 |
| clarkb | fungi: basically I think that change is mergeable again should we want to go that route and we might see interesting thigns about whether or not setup_requires are ignored in that situation | 20:07 |
| fungi | got sidetracked, apparently filelock released a new version on tuesday deprecating its poll_intervall parameter in favor of poll_interval and tox is just blowing up everywhere | 20:13 |
| fungi | yeah, looks like it was https://github.com/tox-dev/py-filelock/pull/119 | 20:14 |
| fungi | and, wow, it didn't actually correct its internal use of the name | 20:20 |
| fungi | ahh, it kept the old name around and separate rather than as an alias for the new one | 20:22 |
| clarkb | is this affecting our CI jobs? | 20:23 |
| fungi | no, because we don't run with pythonwarnings=error | 20:24 |
| fungi | looks like it may be virtualenv using the old parameter name still, tox is rather opaque about failures from virtualenv invocation, and swallows tracebacks entirely for some reason | 20:27 |
| clarkb | ah you are trying to check that you can install stuff with pbr without that setup.py warning | 20:27 |
| fungi | yeah, there it is, in src/virtualenv/util/lock.py | 20:27 |
| fungi | right, i was trying to see if i could test with one of my pbr-using projects where i set tox to fail on deprecation warnings (or any warnings) unless i've expressly filtered them | 20:28 |
| fungi | it does appear latest master branch state for virtualenv still uses the deprecated poll_intervall when calling filelock | 20:29 |
| fungi | i'll get an issue filed | 20:30 |
| clarkb | can you force downgrade filelock? | 20:33 |
| fungi | yeah, just wanted to get the issue filed | 20:41 |
| fungi | looks like virtualenv has a --with-traceback option, for future reference | 20:42 |
| fungi | filed as https://github.com/pypa/virtualenv/issues/2236 | 20:45 |
| clarkb | fungi: I'm wondering if we should start filing bugs against tox to stop using setup.py | 20:45 |
| clarkb | or at least make it an option to use something like build | 20:46 |
| clarkb | the hacked up bindep tox.ini I wrote is basically a workaround for that | 20:46 |
| fungi | quite possibly | 20:47 |
| fungi | at least that one wasn't hard to add to my pythonwarnings ignore list | 20:51 |
| fungi | too often i find messages i can't filter directly because they include "," (the pythonwarnings record separator) or ":" (the pythonwarnings field separator) directly in the exception text | 20:52 |
| fungi | unfortunately, testing these pbr changes without having them in a release is nontrivial, since we can't actually exercise whether pip properly fetches pbr as a build backend | 20:55 |
| clarkb | fungi: they are all in a pbr release now | 20:55 |
| clarkb | 5.8.0 | 20:55 |
| clarkb | that is why I picked this up again with bindep | 20:55 |
| fungi | oh! i missed that | 20:55 |
| fungi | okay, so that's the pbr>=5.8.0 | 20:56 |
| clarkb | yup | 20:56 |
| clarkb | re matrix-gerritbot we supply known hosts to it so this shouldn't be a problem there. fungi if you can review https://review.opendev.org/c/opendev/system-config/+/816770 sometime before tomorrow I'm happy to try and land that one tomorrow next | 20:57 |
| fungi | okay, with that new filelock warning filtered, all my tox envs run clean on the project where i'm trying to replicate this | 20:58 |
| clarkb | I feel like t oday is an early stop day due to being up super early again. Better to do production changes tomorrow morning | 20:58 |
| fungi | now to try replacing its setup.py with a pyproject.toml | 20:58 |
| clarkb | fungi: note you still need the setup.py | 20:58 |
| clarkb | as the setuptools build meta stuff executes setup.py | 20:58 |
| fungi | er, right, just not the setup_requires in it | 20:58 |
| clarkb | yup that | 20:58 |
| fungi | mmm, "UserWarning: Unknown distribution option: 'pbr'" | 21:05 |
| clarkb | that is created via an entrypoint in pbr | 21:06 |
| clarkb | setuptools loads options based on its entrpoints. So a pbr entrpoint becomes a pbr option. Then you can pass values to it and they are passed to the called entrypoint | 21:07 |
| clarkb | learning this was a huge part of figuring out why pbr wasn't working without setup_requires before | 21:07 |
| clarkb | as I had to braek the recursive calls to pbr() by updating that option after the first call to be None | 21:07 |
| fungi | looks like it's something calling `python setup.py egg_info` | 21:07 |
| clarkb | ah yup that would do it if you have removed setup_requires | 21:08 |
| fungi | but i'm not clear on exactly what is calling it yet | 21:08 |
| fungi | side note, i'm not yet sure how i feel about the underlining in python 3.11 tracebacks | 21:09 |
| clarkb | fungi: in my setup_requires patchset I had to remove usedevelop=True beacuse that does call setup.py and instead put . in the deps list | 21:10 |
| clarkb | its this sort of thing that tox would ideally be updated to handle so that tox can be used without direct setup.py calls | 21:10 |
| fungi | ahh, yeah, i was trying with usedevelop still on | 21:11 |
| fungi | i'll try without it, that's probably the reason | 21:11 |
| fungi | i do my deps in setup.cfg (options.install_requires) though, so i'll have to see if a similar solution works there | 21:13 |
| clarkb | fungi: I don't think that is what you want | 21:14 |
| clarkb | this isn't about deps for your installation but about tox installing your software to the venv | 21:14 |
| fungi | er, yeah, sorry i do manage deps in the tox testenvs too | 21:15 |
| clarkb | bindep's tests and doc builds run bindep commands so we need to install it | 21:15 |
| clarkb | otherwise it would be fine with just having the requirements and test-requirements in place and running the python directly | 21:15 |
| fungi | deps=. doesn't seem to address it though, the same UserWarning is raised when it tries to `python -m pip install .` | 21:17 |
| clarkb | huh pip isn't supposed to run setup.py I didn't think | 21:18 |
| clarkb | it should see your pyproject.toml and use that instead | 21:19 |
| fungi | ooh, i wonder if this is because pbr is an install_requires for bindep so is being preinstalled | 21:19 |
| fungi | nope, adding it doesn't seem to solve that | 21:21 |
| clarkb | fungi: when I run `tox -vv -repy38` for the latest bindep patchset for testing it logs 'Installing build dependencies ... done' before installing requirements | 21:23 |
| clarkb | I believe that while pbr is in install_requires it isn't preventing the pyproject.toml config from taking precedence and running first | 21:23 |
| clarkb | however it doesn't log which build dependencies it has installed there | 21:23 |
| opendevreview | Merged opendev/base-jobs master: infra-prod: override checkout on periodic/hourly https://review.opendev.org/c/opendev/base-jobs/+/818189 | 21:26 |
| clarkb | ianw: good morning :) | 21:26 |
| fungi | oh, okay i'm clearly testing too late in the day. i did a git clean when starting my tests, without git adding the pyproject.toml *sigh* | 21:27 |
| clarkb | the gerritbot change went well. I'm about to eat lunch then I'll need to do a school run but I can push up a change to the dockerfile next as i think this shows my assumptions were correct. As long as you've got the file readable and executable for the random new user its fine | 21:27 |
| clarkb | it would be a bigger concern if we had to write stuff, but we don't in this case | 21:27 |
| ianw | clarkb: good afternoon :) | 21:28 |
| fungi | clarkb: okay, much better results when i don't blindly blow away the build backend definition before testing it! | 21:30 |
| fungi | rerunning all my tox envs to get a new baseline with the pyproject.toml added and the setup_requires parameter removed | 21:31 |
| fungi | then i'll see what warnings i can remove from my filter | 21:32 |
| Clark[m] | fungi: fwiw I think you can leave setup_requires there for backward compat but it is easier to see things are working as intended by removing it temporarily first | 21:35 |
| fungi | right | 21:35 |
| fungi | confirmed latest pbr lets me replace the setup_requires with a build-backend in pyproject.toml, and works as expected with all my various tox envs. after dinner i'll play around with seeing what warnings that obsoletes | 21:46 |
| ianw | infra-root: i don't think my dstat_graph pull requests are going anywhere, i've proposed importing the project with https://review.opendev.org/c/openstack/project-config/+/818278 | 21:59 |
| opendevreview | Clark Boylan proposed opendev/gerritbot master: Update docker image to bullseye https://review.opendev.org/c/opendev/gerritbot/+/818493 | 23:25 |
| opendevreview | Clark Boylan proposed opendev/gerritbot master: Update the docker image to run as uid 11000 https://review.opendev.org/c/opendev/gerritbot/+/818494 | 23:25 |
| clarkb | ianw: ^ there is the promised image update as well as a bump up to bullseye while we are at it | 23:25 |
| fungi | i suppose we have a bunch of images which need to switch to bullseye | 23:27 |
| clarkb | yes, I/we have been picking them off slowly over the last few weeks. but there are always more :) | 23:27 |
| clarkb | gerrit, zuul, nodepool, gitea are all done | 23:27 |
| ianw | thanks | 23:33 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!