Submind YouTube summaries
Thumbnail for Foundational Infrastructure Working Group, August 27 2026

Foundational Infrastructure Working Group, August 27 2026

Watch on YouTube

Video summary

The Foundational Infrastructure Working Group held its August 27, 2026 meeting to review various code contributions and discuss strategic shifts within the Bosch ecosystem. A significant portion of the discussion focused on technical updates for the Concourse pipeline, specifically addressing compatibility issues with Rosetta emulation on ARM-based Macs by adding necessary binaries for systemd and tar. The team also reviewed a major rewrite of CLI mocks to replace hand-rolled fakes with standard counterfeiter behavior, alongside plans to migrate internal operations from Ruby to Go. Additionally, members addressed networking configuration changes required for dual-stack support in Proxmox environments and debated the removal of deprecated Azure functionality related to unmanaged disks, which were officially phased out by Microsoft in 2025. The group also tackled operational challenges regarding their release management infrastructure, particularly concerning the Bosch.io releases index and pipeline synchronization. Participants noted that while new releases should theoretically appear in the index shortly after merging, there were occasional delays due to paused pipelines or the need for manual worker sync scripts. The team successfully merged several pull requests, including updates to secure boot configurations and SSH key management utilities designed to streamline security practices by consolidating keys. However, some items were deferred for further review, such as changes affecting blob store fakes that might break existing upgrades until a fix could be implemented in the Bosch utils pipeline. Towards the end of the session, the meeting covered administrative matters and future roadmap considerations. The team confirmed attendance plans for the upcoming CF Summit in Europe, noting that North American events had been discontinued due to low participation. There was also a lighthearted exchange about visiting colleagues and managing desktop environments, highlighting the collaborative yet informal nature of the group. Finally, the meeting concluded with well-wishes for the remaining days of August and anticipation for new token rollouts, reinforcing the group's commitment to maintaining robust infrastructure despite evolving cloud provider policies and internal technical debts.
Read the full video transcript
Hello peoples. Hello. Good evening. >> Evening to you too. Hello. Good morning everyone. should actually say good afternoon to everyone else. I'm sorry keep forgetting I'm not the only one who's just started drinking my coffee for the day. Not drinking coffee at all. just naturally this uh sharp [laughter] mod. But yeah, >> Aram, I was meaning to ask um are you planning to visit the CF summit this year? >> I am not this year unfortunately. Um I was hoping that I could make it but I have um I won't I won't be able to make it over for this year. I'm hoping soon I will be able to make the next one. I'm not sure where it's at. >> I think it will be uh it hasn't been uh discussed, but it's probably going to be Europe. I think they got rid of the North America one after it was there was no attendees or like really low attendees last time. >> I I showed up. There were two of us at least. >> Okay. [laughter] >> Yeah. And they instead made it a two-day event now in Europe. >> It's great. Yeah. I would have liked to have come to this one. I think it's near H Highleberg now. >> I think it it is in H Highleberg. No. >> Are you going to go Ruben? >> Yeah. Yeah, sure. Oh, we have a Wayne. Are you know do you know if any of the Broadcom people are going? Uh I mean probably sales but from engineering. >> Yeah, possibly sales. I don't know if any engineering folks are going. Um, Broadcom doesn't really provide conference budget. So, um, I think even if folks are speaking, they won't pay. But that's I haven't I haven't checked. Possibly some folks from the runtime like Amelia maybe. I'm assuming you do have some people in Europe. >> No, >> we don't. I don't think we have any more people. Reuben was one of them, but I don't know that we have any other engineering in Europe that is working on cloud fun. >> No, they got rid of most of that. >> No, >> there was Constantine, there was me. >> Um, There was a team some team in >> I mean there still is >> maybe yeah but they did other stuff uh that's more for the uh was it uh docker images I don't remember and there's one in London uh team >> harbor >> no no I don't know. Um, it's like they have a distribution of images, but they have like many images that they built. It's also a VMware products. >> That wasn't the Bitnami thing. Did they acquire or is >> Yeah, I think wasn't it Bami? >> Yeah, Bitnami was acquired by VMware before before Quum. >> Yeah. Yeah. Yeah. And I think that that's the Broadcom thing. And I believe that team sits in uh Seville in uh Spain. >> Yeah. >> Anyhow, who wants to run the meeting? >> Um I can drive unless you are excited about it. >> I think I did it last week. So, >> excellent. And there we go. All righty folks. Welcome to the foundation of structure working group meeting. And we you all can hopefully see the browser window. And away we go. Aram, you're bringing me back to the square CRT monitors. >> Yeah, should make this a little bit bigger. Um, spare you all having to look at my really messy desktop. All right. Um, Ned removing health monitor. Yeah, if you remember I mentioned we might be skipping the health monitor testing >> which is not the case but there was an ops file called remove health monitor which was not used. >> Yeah, this is in the bush repo, right? So this is not borch deployment. So >> okay. Yeah, we should this seems definitely a good thing to get away from. Thank you for tracking this down. >> And didn't sign. >> Yeah, >> the CLA. I mean, >> okay, this is >> a typo, but still. [clears throat] >> Yeah. Uh, >> I already asked. >> Okay, cool. And we're waiting for changes. Correct. All right. And did you ask on this one? Yeah, >> these I saw these earlier in the week. They're interesting oneline changes. It makes me a little suspicious that there aren't some sort of strange Unicode characters hiding in there. But >> yeah, so I don't know. We can have them sign the CLA first. That that should get rid of bots. [snorts] >> Yeah. >> Okay. I have some context on this. I worked a little bit with Coker on it. Um, [sighs] so this is about adding a Rosetta stage or a variant of the Bosch warden the Bosch OCI uh stem cell, the warden stem cell. Um, and what it does is it adds a certain number of ARM 64 binaries that are binaries that in x8664 don't work under Rosetta. Um, specifically some stuff to do with uh systemd and also we discovered uh the tar binary. Um, uh, Cooker's on vacation, so I'm sure he'll probably come pick these up or I can sweep through this. Um, basically the the the intention here is to make, uh, a variant of the stem cell that will run easily under Rosetta emulation on a Mac OS um, ARM machine. >> Nice. Um, so yeah, there's a quick check for uh an x86 uh an ARM 64 executable. And yeah, it looks for each of these packages, checks to see if they're downloaded. Um, and there is I don't know if it's in this one or one other one where there's a there's a slight change in whether something is being untarred outside of the chute by the host OS or being untarred inside of the chute by the host OS uh that we had to modify to work on a different side of that boundary because of the um because the tar executable didn't work under Rosetta and I don't remember which direction that flip-flopped. It's an ARM assertion packages. Okay, I'll fix these talks links or if somebody else feels like jumping in there. Yeah, I assigned I went over all the PRs that were open like 10 minutes before the call to assign the reviews of >> Okay. >> I find these co-pilot balance reviews uh they find a bit more. >> They find a bit more. Yeah, that's good. >> Um Okay, I'm going to approve and then um it Okay, one of us may feel free to push and whatever make this change if somebody feels like it. >> Um, close that one. Um, Ned, your magnum opus. >> Half of it. Um, so yeah, this gets us to a working life cycle and bats tests. That's amazing. Um the bump dependencies I think we can take care of after this. >> Mhm. >> And there was a create docker image task as well or job. >> Mhm. >> Um I feel like we need some credentials for it with permissions to to write but yeah. >> Aren't those already in the concourse? in the cred in the concourse in variables >> once I used um I think are returning unsufficient permissions. H >> I I would suggest maybe using the credentials for GitHub's um container registry GHCR um and just not not going to DockerHub if that's if that's an option. >> Yeah. Yeah. We moved more there, right? Like other places went there as well. >> All right. Yeah. I didn't look much into the the task itself. So yeah, this will be the next uh yeah next step. >> Cool. Shall we emerge? >> I mean um think it's good. It's tested. It's working. >> Awesome. Congratulations. >> Yeah. Awesome. >> Oh, um something I would like to add to it. [clears throat] There was previously discussion about deprecating Ruby >> and using Go instead. >> Um, Somia can correct me if I'm wrong. I think internally we're using the the Golang version of the the CPI. >> Yeah. Yeah, that's right. Right. >> Yeah. Yeah, I think there was some discussion right like on the slack from and some people from N9 they were they were surprised that the default ops file for open sack CPI in bush deployment still points at the Ruby one. I think that was their confusion. >> So I'm assuming we should look into moving to go as well. >> Yeah, I think so. Like first we need to make that yeah make that change in bush deployment and then >> Mhm. >> we can get rid of it. >> All right. Okay. >> Cool. >> Um yeah it's a huge step. Congratulations. Um this is some stuff that I worked on. Reuben I saw you approved and coer looked over this. It's uh when I was looking through the CLI to solve some other problem, I just ended up down a rabbit hole. It turns out that most of the mocks in the Bosch CLI are hand rolled um based on a slightly odd pattern and there was a large chunk of code that was using Gmach. Um so this is a rewrite of all of the fakes. Um, there is still one one package in in UI called fakes, but those are actually more like a test harness. Um, so I'm going to open a PR to to rename those once that's once this has landed. >> Um, yak shaving. >> Yeah, thankfully with some some help from Gemini being stupid. Um, so yeah, I'm going to go ahead and repaste this unless folks have concerns. All right, good. Away we go. All right, Foxmox Wayne, it's your time to shine. [laughter] >> So, I don't know where to start, but I think I got two PRs for this. I don't I don't I I'm not at my desk. still be there in five minutes. But >> yeah. Yeah, this is just adding it to the CPI the porch releases index. >> Okay. Yeah. So, we have an actual release that uh is now being used by others than ourselves. Uh it's on GitHub. We did the Apache 2 thing as well. And uh yeah, we'd like to get it into the Bosch IO releases. And uh also we we're working on we got it we got uh we got it passing the uh bats and uh is it called wash dash certification repo both of those um we have that running on our hardware. Don't know what that would look like moving in the future but yeah so we're it's we're open we're ready to contribute it and do whatever. Yeah, >> I think this one is good to go. Uh this one >> guy that I was working with in the community by the way for that other in the channel. Uh we we worked together and I took some of his ideas in into our CPI and then now now he's also using too. >> Yeah. Um Aram I think this one needs uh you need to run something right to create the pipelines. You're muted. Uh, sorry. I think that happens automatically, but I don't know how slash why. Um, because we merged a PR last week to rem to take out a number of uh releases that weren't syncing from the Boso pipelines >> and for about 5 days they didn't disappear and then early Tuesday they had gone. Um, I have I have no idea. Sounds more like a human has has finally done a thing because like 5 days waiting and then a thing happens or do we have like a thing that runs every week? >> I think there's a thing that runs every week. >> Okay. >> Um if you have any inclination to dig in. Um I'm the the Bosch.io sort of uh machinery is pretty hard to reason about. We have some we have like jobs that run workers that run code that >> yeah I know for maintainers after merging a new release remember to run the worker sync scripts to configure the pipelines that's what it says in the readme just need to read the read me I will I will look into it >> okay uh Azure security profile docs I think this is just ready to go some changes from shade. Um, think it's already approved. That can go in. All right. Uh, gem updates. And we've got a new gem vendored uh static interface configuration. Uh I think Wayne, I don't know if you're at a desk yet. to talk about this. >> I'm just getting in the house. Uh what's uh >> this is the static interface configuration grouping. Um I think you looked at this as well. >> So as part of the Proxmax CPI stuff basically >> um the way they deal with networking groupings and things like that. Um I was trying to do dual stack and this is kind of what I had to do to get it working. I'm happy to change it, but uh >> yeah, and I don't have a lot of context on this, but Ned, it seems like you looked it over. I'm guessing this is probably >> Yeah. Um I mean, it looks good. I think the reason we didn't hit this issue with AWS is because it provides different MAC addresses. So yeah, change makes sense. Um I also think it might address the same issue for Azure um which Sebastian recently um added of the tool stack feature as well. >> Oh, cool. Um okay. Yeah, let's let's merge it. Um maybe we want to I guess Sebastian will probably notice. Um, come in. All right, Wayne, you're good to go. Congratulations. Thanks for the Thanks for the visit. See, we have merge. >> Sorry, I had somebody come to the house. Um, thank you. >> No worries. Yeah, you're welcome. Thanks for Thanks for joining. >> Yay. I hope to do it more frequently. >> Yeah, that'd be great. >> All right. Rubocop errors and warnings. Uh >> yeah, just uh fixing some Rubocop errors. >> Oh, cool. Yeah, looks great. Funny thing is we in the PR template um have a point where it says yeah I have checked rubocop there's no errors after my change so someone was definitely [clears throat] going in there [laughter] >> yeah oops um maybe we should try to add that into like a a GitHub a GitHub action um at some point if it's not already there. >> It's already there, but I don't know how why it was m missed before. >> That's unfortunate. All right, I think this is Thank you again for that uh clean up. That's awesome. >> Thank you. >> Uh let's see. This. Okay. This is another part of that change from Matthew Coker. Oh, no. This is that same one. I just put it back in the wrong, not in the wrong thing, but I need to make these docs changes. Done with that. Um, this is the secure boot changes. I haven't seen any more folks chime in, so I think it seems fine to go ahead and merge. >> Sure. That's all stuff we looked at. This one, that one we looked at needs discussion. And then um seems like the Bosch boot loader maybe isn't um doing it updating its dependencies or something. Maybe ask um [clears throat] >> but did notice some of them were for OpenStack CPI. So these will should eventually be handled by the pipeline. >> Okay. Yeah. Yeah. I think those are those the OpenStack ones seem seem like they're probably safe to merge, but because the there's some failures in the Bosch GitHub actions, I didn't uh you didn't merge those. >> I prefer not so we can make sure that is working with them. Yeah. >> Yeah. Absolutely. Um all right. Uh Wayne, we got another one from you. um deployment key when SSH. >> Yeah. So, don't ask why, but I have literally like 30 SSH keys in my keychain and um this basically the idea is like just clear it to the one that Bosch is using >> is the idea. Great. Sounds like an opportunity for you to write a general SSH key manager uh utility. Why why limit this to Bosch CLI? [laughter] >> Because everybody is using Bosch CLI. >> Uh yeah, this seems this seems fine. It's just this is just a I tried to keep it small as possible, straightforward. >> Yeah, that's totally reasonable. I'm I'm good with this unless other folks have. >> Boy, this is the most contributions I've done in a while. >> Pretty much you'll be ready to apply for contributor here after this week. Oh, I don't know that that I'll slow that roll a little bit, but yeah, maybe maybe I do want to get more involved in this working group group for sure. >> Awesome. Um, next favorite one. >> Oh, it's the best one. Um, all right. Next up is your Proxmox VE. I don't know, Ruben, if you have any co-pilot. >> Oh, yeah. left. Do you want to add to this one? >> Uh, that's the bor >> got back to my desk. So, we have >> um where this is. We'll look real quick at this and see if Okay, we still don't have any that's waiting for changes. I'm going to walk away from that one. What's uh does that need more stuff or something or is it like >> um Let me take a quick scan through here. Oh, you got the CLA. So, that's done. I don't think we have >> Oh, yeah. I was wondering, but yeah, we want to wait for that CPI discussion, >> but that's the the gentleman in responding to the channel that will use this. >> Yeah. Yeah, I saw it. It's fine. Um, uh, I've assigned a a co-pilot review. >> No, I'm happy to change you want any more changes before I, you know, >> um, yeah, I don't I don't expect there's going to be a lot of stuff coming out of this. I just Code Rabbit had not recognized that you had addressed the um stuff. So, yeah, I think this is probably fine once we I'll go ahead and By the way, I think the pipelines so the >> Oh, nice. should soon be on the bar. >> Okay. Um I think we'll maybe we'll check back on this in the end of the meeting. Maybe uh co-pilot will have started. Um it's kind of good to find it's been pretty good at finding like sort of minor lints and stuff and we can reapprove if you want if there's something in there that seems worth fixing. Um let's see. A quick question on the pipelines that you mentioned, Ruben. Like how long before it shows releases? Is it like a nighttime sync or something like that or >> I think it's going to pick it up now. >> Yeah. But then it needs to I think it redeploys Bosch io changes. So you should see it show up in the uh releases index. >> Yeah. the uh the release shows up >> like >> yeah but there's a releases index repo should be pushed to there borch io releases something >> um there's a stem cell index and a releases index and those get >> p cf pushed no not cf pushed somehow I think they get it uses cfsh to do a git pull on those indexes on all the app instances it's a great system. Dimmitri really went uh all out on that one. >> Yeah. >> Doesn't do a blue green deploy. It just in SSH is using CFSH into other app containers to pull in the latest index. >> Okay. So, if I wait a little bit, it should theoretically show a version listed kind of thing. >> Yes. Do you do you have access are you member enough of the group to have access to the CI instance even in readonly mode? I guess maybe >> read only. I probably read only, but I don't think the the Bush io stuff is public enough. >> Okay. >> But it's borch.ci.cloudfoundary.org. Um main child Oh, it's XB.io. That's it. Releases. Um 520. Oh, it's paused. Interesting. Unpause. That should help. I think it's in because it's a new one. It was paused. This is the first one from 520. And they got split out by uh organization. Now, >> no builds, no triggers. Release index. Porsche io. Okay. Found a version. It's running now. >> Um, there were some look like just like spelling and like style nits in here. Wayne, if you want to take a look at those and either dismiss them or or >> Okay. >> address them and then feel free to ping me today in um in the CF Slack. I'll I can happy to approve and we can merge this. Sounds great. Thank you. >> Yeah, you're welcome. >> Cool. Close that. Um, I looked at this broken logo thing. This seems fine to me. Just a a minor path change. So, folks have concerns. I will merge that. Don't want to squash. I want to rebase. >> Oh, wow. We now have a a Borsch.io a person who cares about Borsch.io. >> Amazing. >> You did that whole upgrade, right? >> Yeah. >> Nice. >> Um, this is I want to put this in pending discussion. I'd like some folks to take a look. Um, this is some work to regenerate fakes and to use the sort of standard counterfeitter behavior rather than bespoke counterfeitter behavior, which is to put them in package name fakes. Um, this impacts uh blob store fakes, which are consumed outside of Bosch utils. Um, so that'll need to be updated. There's like I think the CLI and the agent both use these fakes. Um um once this lands up there they're the upgrades to the updating this package will fail until somebody fixes it which will probably me. >> [clears throat] >> If uh folks want to weigh in on this, I'll I this the change of the fakes didn't seem worth updating significantly updating the package um version. Um but I also realized when I was looking in here that the Bosch utils pipeline only ever updates the minor version and doesn't even have the capability of updating a patch or a major. So, um, that's maybe something we'll need to look at later. Put that in review. Uh, these docs ones we all looked over. Um, this is blocked. Waiting on some changes to the co-etcher that I have yet to figure out how to deploy. And let's see these are all dependabot. And then this one depending >> this is pending cla right. >> Al easy cla is one. >> Oh okay. That was another one. Okay. So this is >> Did I already assign a co-pilot here? >> Uh you have not. >> Okay. >> So I think this is just augmenting the pipeline. >> Oh, that's the backup restore one. >> Uh yeah, PBR SDK release. Yeah. I'm going to go ahead and remove the workflows from that. That was fast. Um, okay. I think we've basically done what we can do here. Uh, Wayne, feel free to ping me on the Roxmox thing once you've >> Sounds good. I'm working on it right now. Thank you. >> Cool. Uh, let's see. open issues. Uh, this was just a tracking thing that I opened. Bosch backup and restore is leaking PBL environments. This isn't the ones there. So, the Becca backup and restore CLI prefixes its bubble ends with BBR CLI. So, it's not the one that that is leaking a large amount. But this one of the failures like both both the setup and the and the insure tearown failed which left a a VPC lurking around. Um, just kind of leaving this as a breadcrumb for myself and looks like maybe this is addressed um suspens merge and X And um yeah, I think this is I'm going to assign Colin. Um >> is it prioritized? Is he going to work on it or is this >> uh I think that this is I'll leave it there. I think he's I think he is working on addressing it. It's it's possible to opt out in um in use to not use BPM or or Bosch workers. Um, this is a result of some work that Matthew Coker did to get all of the worker all of the Bosch jobs, including the Bosch workers running under BPM as part of the Resolute work. >> I see. >> So, I think I think Colin posted this mostly asformational content rather than a thing that needs action. Um, and I'll leave that there. Let's see if promotions. Well, nothing. Are we sure the automation is running? >> There's no automation for promotions. I think it's bay on labeling and bay on is on vacation. So in that sense the automation is disabled >> temporary. >> Yeah. Um I saw the thing I brought up last week about the um BPR acceptance tests not working. It seems like maybe the automation isn't picking something up. Um I don't know if you know enough about the automation to take a look at [clears throat] this ribbon. Um, I was able to like manually check a checkbox, but I'm not sure if that's been >> that the checkbox wasn't wasn't toggled by the automation when I PRD the change to use deploy keys. So maybe I'm maybe there's something some other special sauce in the automation missing or maybe there's just a problem. Um, >> when I update the PR is do I have to like do we have to like run another code rabbit thing or like how does that work? Um I think code rabbit will run automatically and when you push the um yeah I think code rabbit should automatically run if we have enough code ra okay >> and co-pilot is just depends the the person who assigns the if you uh like >> So, should I should I like do like the like slashcode rabbit or something like it? >> No, >> I think it will pick it up. >> I think it will pick it up. Uh let's see if it's if it thinks it's working. >> Sometimes it gets stuck from my experience and doesn't do a re-review. >> Yeah, I've definitely seen that. Let's see if that will trigger thing. Okay. Looks like some jacket. Okay. Code rabbit is churning. Um, yeah, I think once that once that I'm sure it will probably be fine, but it it's sometimes good at finding small knits, spelling errors, or as you saw earlier, docs references that are stale. Um, I think we have achieved the end of the meeting aside from me u punching punching merge on this later today. Wayne, is there anything else anybody has they want to bring up for the group? >> Yeah, sorry. I have a question. >> Oh, yeah, please. in the Bosch um Azure CPI repo there's um deprecation of unmanaged desks issue and uh I went to the Azure website and they have apparently um deprecated this already in 2025 and they said um in March of 2026 they will completely uh get rid of it and everything will be migrated automatically to manage discs. So, um yeah, I was looking at this and was wondering if we should keep the functionality of migrating from un unmanaged to manage discs or I just remove it completely. >> It seems fine to remove it since nobody could use it anymore. >> Mhm. >> Um >> yeah. >> Yeah. And I don't >> So they can use an older version of the CPI, right? >> Fair. Yeah. And yeah, that seems good. I think the only I don't think there used to be something we supported was like Azure private cloud or something, but I think that support was taken out years ago. I only mentioned that cuz it's possible that those private the Azure kind of an Azure version of OpenStack that you run on your own hardware was often very far behind the the like hosted Azure, but I don't think that's supported anywhere. So, >> what would you expect to do with it? Uh, Azure had something like like OpenStack where you could run an Azure instance on your own hardware. Um, >> or something. I don't know. >> Don't remember. >> Or was that a Google one? >> Yeah, I don't know. Um, but yes, aside from that, >> Azure Stack. >> Azure Stack. Yeah. Um, so yes, Sumia, please tear out the unused code. And I think as Ruben said it, there's it's pretty safe since somebody could always go back and use the older version if they had to for some reason. >> Okay, perfect. Thank you so much. >> Yeah, you're welcome. Thanks for being into it. All right. Uh I think I think we did it, folks. Um >> congratulations on making it this far through August. Hope you all have a good a good rest of your week. >> Just a few days before the new tokens roll in. >> Yes. [laughter] [gasps] >> Excellent. Take care. Take care. Bye. Bye. Bye.