| *** Dessira_ is now known as Dessira | 11:32 | |
| frickler | well debian seems to have part of their builders hosted by osuosl, maybe Ramereth[m] is involved or knows someone? I might also have contacts at manda, the second host that is mentioned | 11:55 |
|---|---|---|
| fungi | yeah, i mean we have contacts and can probably find organizations interested in funding things, mostly just worth keeping an eye on for now but great to see it's progressing to an official architecture in debian finally | 13:05 |
| fungi | and there might be interest in things like like pyca/cryptography wheels for it, similar to how we help them out with arm64 builds | 13:06 |
| Ramereth | fungi Clark[m] frickler: riscv is still an emerging platform, especially for the datacenter space. We ended up using SiFive Unmatched boards and putting them in SuperMicro 1U cases, but it doesn't look pretty: https://photos.app.goo.gl/5A5ihHk9k6A9SQ1P7 | 15:21 |
| Ramereth | In most cases, QEMU emulation on x86 is actually faster than current native hardware. But that might be changing soon. I was on a call last week with SiFive on how to get these in a better position for the data center (i.e. out-of-band, more cores, more memory, etc) | 15:22 |
| Ramereth | We have several projects that are just doing builds via qemu on x86 | 15:22 |
| frickler | Ramereth: interesting, those pics indeed still look pretty adventurous | 15:32 |
| Ramereth | serial is only accessible via USB and we had to add a special cable to the power switch so that we could bounce the system via the PDU remotely if needed | 15:33 |
| Ramereth | as you can see, we daisy chained the usb so they could access it from other systems | 15:34 |
| frickler | not sure if some pi with kvm hat could help. but that might then have more cpu power than the server itself :-D | 15:45 |
| tonyb | I noticed: https://opendev.org/opendev/base-jobs/src/branch/master/playbooks/base-minimal/pre.yaml#L7-L9 which I think we can remove given: https://opendev.org/openstack/project-config/src/branch/master/zuul/site-variables.yaml | 17:47 |
| tonyb | but maybe not given the org difference (opendev vs openstack) | 17:47 |
| fungi | tonyb: i think it will work. note that our global zuul configuration still lives in openstack/project-config (site vars, tenants, et cetera) | 17:52 |
| fungi | but those are just files that get deployed to the servers | 17:52 |
| fungi | they're not used speculatively or anything | 17:52 |
| fungi | though that does mean we need to add them to site-variables.yaml first, make sure that gets deployed to the zuul servers, and then we can remove the old equivalents from the job config | 17:53 |
| fungi | if you want to propose changes for that i'm happy to review them | 17:53 |
| tonyb | Okay. That's a little more complex than I was thinking. I'll do more research. | 17:57 |
| fungi | not really all that complex at all. the site-variables.yaml gets automatically deployed whenever we merge a change to it | 18:06 |
| fungi | should be able to just add zuul_traceroute_host and zuul_image_manifest in there, then once it merges and the deploy job completes successfully we can test removing it from base-minimal | 18:07 |
| fungi | tonyb: oh, i see what you mean, it's already set in site-variables.yaml | 18:10 |
| fungi | so no need to add it there | 18:11 |
| tonyb | Yeah as it's already there, although I notice that base-minimal uses: zuul_image_manifest but the site-variables supplies: zuul_site_image_manifest_files so I'd need to reserach how to handle that | 18:12 |
| fungi | and it's already not in base or base-test, so we simply missed cleaning it up from base-minimal i think | 18:13 |
| tonyb | That's what I was thinking, As I was poking around it looked like an old comment and variables that can just be removed | 18:13 |
| fungi | yeah, i don't see any indication it was ever in base or base-test | 18:14 |
| tonyb | Okay | 18:14 |
| tonyb | I'll double check and push something up today | 18:14 |
| fungi | and looks like this is the only job that lists base-minimal as a parent: https://opendev.org/zuul/zuul-jobs/src/branch/master/zuul-tests.d/general-roles-jobs.yaml#L106-L133 | 18:15 |
| fungi | according to codesearch anyway | 18:15 |
| fungi | so i guess if we want to be ultra-careful we can trigger that job with a dnm change or something afterward | 18:16 |
| tonyb | Okay | 18:16 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!