| opendevreview | Merged openstack/project-config master: Add OpenStack Keystone LDAP charm https://review.opendev.org/c/openstack/project-config/+/896486 | 12:09 |
|---|---|---|
| fungi | #status log Pruned backup volume on backup02.ca-ymq-1.vexxhost from 93% down to 64% utilization | 13:28 |
| opendevstatus | fungi: finished logging | 13:28 |
| clarkb | thank you for doing that | 14:46 |
| clarkb | fungi: I don't see emails for that? | 14:47 |
| clarkb | are they being filtered into a specific folder now maybe? | 14:47 |
| fungi | clarkb: i moved them into INBOX.services.backup after the prune completed | 14:49 |
| fungi | we'd been getting the reminders for about a week | 14:50 |
| clarkb | ah ok I just haven't been paying enough attention I guess | 14:50 |
| clarkb | I don't check that inbox daily but do try to get to it at least once a week | 14:50 |
| fungi | i try to check it every morning, but if there's a lot going on i often don't get to it | 14:55 |
| fungi | #status log Manually refreshed the Debian mirror after cleaning up a stale reprepro lockfile left behind when the Debian 12.2 point release resulted in the process getting killed by the managing script's timeout wrapper | 15:00 |
| opendevstatus | fungi: finished logging | 15:00 |
| opendevreview | James E. Blair proposed opendev/system-config master: Add a debug python base image https://review.opendev.org/c/opendev/system-config/+/897844 | 15:05 |
| clarkb | corvus: ^ I think that change needs to add the jobs to pipelines? | 15:14 |
| corvus | derp :) | 15:15 |
| clarkb | also nice that the python images make this easy | 15:15 |
| opendevreview | James E. Blair proposed opendev/system-config master: Add a debug python base image https://review.opendev.org/c/opendev/system-config/+/897844 | 15:18 |
| corvus | yeah, i spent yesterday doing a couple of iterations to figure this out, and i think this is the way. | 15:18 |
| corvus | there's a new service called debuginfod, which is cool in that it'll download debug symbols over http on request, so you don't have to bloat your images. debian runs a server, but of course that only works for debian packages. since the python images are compiling python in their dockerfile, we really should use the debug symbols from there. | 15:29 |
| opendevreview | James E. Blair proposed opendev/system-config master: Add a debug python base image https://review.opendev.org/c/opendev/system-config/+/897844 | 15:30 |
| clarkb | corvus: ya tumbleweed/suse have a debuginfod server as well which I discovered by accident recently when loading something into gdb | 15:32 |
| clarkb | oh it was python too | 15:32 |
| clarkb | fungi: if you get a chance https://review.opendev.org/c/opendev/system-config/+/895522 is something we probably should've combined with the bookworm update | 16:01 |
| clarkb | and then there are the lodgeit and gear python3.11 changes to update their container images as well | 16:01 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/diskimage-builder master: Stop creating default user for cloud-init https://review.opendev.org/c/openstack/diskimage-builder/+/891322 | 16:04 |
| corvus | fungi: can you take a look at https://review.opendev.org/c/opendev/system-config/+/897844 ? i think it's ready to go | 17:48 |
| corvus | clarkb: fungi fyi i have manually verified that i can use it to get a zuul debug image with https://review.opendev.org/c/zuul/zuul/+/897859 | 17:48 |
| corvus | basically, if i pull the image built there, i can get a python backtrace out of gdb | 17:48 |
| clarkb | nice | 17:50 |
| fungi | oh that's awesome | 18:23 |
| fungi | python 3.13.0a1 scheduled for friday the 13th | 19:09 |
| fungi | auspicious start to a new development cycle | 19:09 |
| JayF | watching the gentoo python channel when they release late alphas/early betas is like a spectator sport; I'm pretty sure tests on many python packages get run for the first time with python-asserts-enabled in gentoo | 19:10 |
| JayF | get to go read the most interesting bugs | 19:10 |
| JayF | they are only interesting b/c I'm reading and not discovering them though :D | 19:11 |
| opendevreview | Merged opendev/system-config master: Add a debug python base image https://review.opendev.org/c/opendev/system-config/+/897844 | 19:11 |
| tonyb | something thing I'd like get my head around, and I suspect it may be useful for others, is a backlog list and current work items | 20:01 |
| tonyb | the latter is easy enough to pull from the meeting agenda | 20:01 |
| tonyb | but is the former tracked anywhere? | 20:02 |
| tonyb | also I get the feeling that infra-specs is a little out of date. | 20:02 |
| fungi | it is very out of date, yes | 20:09 |
| fungi | heading out to grab early dinner, then happy to discuss once done | 20:10 |
| clarkb | yes, it has been somethign we have struggled with. I think we all end up with disparate TODO lists in our local note taking apparatus which maybe contributes to it not being shared properly | 20:18 |
| clarkb | maybe we should do a big pile on session of recording things somewhere (even if it is just in a git repo or etherpad) then using actual content we can determine where a good long term home for it would be? | 20:19 |
| JayF | tonyb: an approach I've started taking for Ironic and TC, for short/medium term items (it's new enough I don't know how well it works); is meeting action items with a delivery time that isn't "next meeting". You touch on them each meeting to get a status update and push it forward another week. | 21:04 |
| fungi | tonyb: just to second (third?) other observations, we mostly have an intuitive consensus/sixth sense for what needs doing the most and each sort of focus on what we can do. our esteemed "service coordinator" sort of loosely keeps track of what's going on, but trying to communicate these better with the rest of the group and/or rekindle the specs list is likely a good idea | 21:47 |
| fungi | a lot of the time, it's honestly just "whatever comes up and seems urgent" | 21:48 |
| fungi | though as a result, some larger efforts (mass platform upgrades, mailman v3 migration, sso roll-out, et cetera) sit on the back-burner for way too long | 21:49 |
| clarkb | I'm remembering all the fun jdb is. No readlien support so you can't rerun old commands easily. No tab completion and you ahve to use full classnames for everything. Quickly adds up to a painful experience | 21:53 |
| clarkb | good news is system.out.Println does emit things in a capturable format when asking bazel(isk) to run the unittests. So I may just end up iterating on it that way | 21:54 |
| fungi | some variation of that is my go-to barbarian debugging technique in basically any language | 21:55 |
| fungi | "just print out whatever you're unsure about" | 21:56 |
| clarkb | also jdb works well enough that I think I can use it to stick a breakpoint in place at the end of my test so I can examine the on disk state as well. Might give me a hacky way to see the temporary replication log | 21:56 |
| fungi | no, wait, better phrasing is "when in doubt, print it out" | 21:57 |
| clarkb | though you know what I may have just had a bit of a eureka moment | 21:57 |
| clarkb | I think the reason my test is failing is beacuse the plugin thinks it has to continue to retry the things it isn't cleaning up | 21:57 |
| fungi | retry-on-failure algorithms are the bane of debugging | 21:57 |
| clarkb | my latest update must not cause it to go from "nothing to do" -> fine -> end and instead "nothing to do" -> expected work hence error -> not fine | 21:57 |
| clarkb | yup there are definitely retries occuring. I need to put this down for the day, but this is probably the thread to pull on | 22:12 |
| clarkb | ok really have to pop out now to get kid at school. But I haev confirmed there are retries occuring due to "Repository Missing" I've done that becaus when you precreate the repo in the test suite it creates refs/meta/config for you but I don't awnt it there in order to easily confirm that it doesn't replicate. So I have the replication plugin create the repo. Maybe what has me all | 22:22 |
| clarkb | confused is the handling of missing repos. | 22:22 |
| clarkb | In this case the repo will never be created so we actually ant to short circuit which should be doable? I'll have to dig in more another time | 22:22 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!