Good morning. Hello. Excellent. We'll give folks a few more minutes to come on in. I am camera off this morning because I'm having bandwidth issues. So I'm hoping everything holds up. All right. Can never be a few more minutes to come on in. Liz, whenever you would like to start perfectly fine. Probably should give it one more minute. I'm seeing the folks coming in. Yes. We have a lot to get through today. Busy meeting day. Busy meeting today. We're up to 40 people. People are streaming in now. Everybody. Maybe we should get started. So welcome to the TOC meeting for May. You've only been here. Why do we put the zoom details in? It's so that we can make sure that like the everybody knows that this actually is for slides ahead of time. So. Okay. Yes. Okay. Yeah. Fair enough. All as well. All right. And Amy will be checking off who's here. Yep. All as well. All right. So in our agenda today, we're going to go through the six, get some updates from the six, have a quick look at what is waiting for TOC input. And then a late breaking proposal. We want to revise and improve the sandbox process. So this is the first exposure to daylight of a, an idea that we've been thinking about around improving sandbox. So hopefully we'll get five minutes to talk about that at the end.  Hello. Hello. We can hear you just fine. Yeah. Yeah. Yeah. Quick update on projects here. So for captain sandbox, the review is done. Same is true for litmus. So captain is. Here as a conflict plain for delivery and ops. Purpose is litmus is a framework for chaos engineering and chaos testing. Next time native space. So both of them are were sandbox. We have done the review. So this is a little bit more. Not. And just as we speak updating the issue here. That we have to read the document also think in the to see issue. Cloud native build packs. We looked into this. And the question we have here back to the to see is mainly on about wording. The, what the official definition of end users for the CNCF criteria is. adopters are actually cloud providers who people built it. And the requirement is that there's three end users using it in production. So the question here is, in the case it's more like for cloud latest build packets built by VMware and Heroku, which also means Salesforce. And as their end users, the name obviously their clouds and environments. But as a TSC requirement, would this mean that A, we want the pure open source project accepted and is an end user, do they also count as end users or would end users be like actual companies using it as the application? So that's the question back to the TSC, what's really meant by this criteria. Serverless works. We have to revisit that definition for spec projects already. So I think part of this is really just a judgment call on what counts as independent and what is end users for a particular project. Yeah. It can make our recommendation based on this. And we put it in our recommendation in there because it says independent. So I think one interpretation of independent is also it must obviously be adopted by somebody else except the people who are actually building this project. Otherwise it's more less than the final one. Serverless workflows is still under review. This was the former working group or actually was the sub-directory in the serverless working group on workflow standards. We had some initial conversations. We are talking with them. We specifically want them to sync with other workflow with related groups with projects within the CNTF as this is mostly about defining a standard, how they will find workflows. So talking to Argo obviously makes sense and also talking to Brigade makes sense because they are a spec project. So if this is a spec to be there, you would assume that other CNTF project would adopt that spec. So the idea is like what was happening around cloud events here. And last but not least for artifact hub, we had the presentation. We asked Matt to provide some more details and also do some follow-ups, especially with the projects we mentioned will be published on it. All the details are on the issue and obviously so far we haven't heard back. So that's why this hasn't moved forward since the last one. Yeah, and I can explain a little bit about why I haven't come back. We've been asked to provide a whole bunch more detail, things like the incubator due diligence, talk about three people using it in production. There were certain graduated and incubating characteristics that we were asked as part of the sandbox review and we just don't have that information yet. It's gonna take us a while because we submitted at sandbox and we were asked to do more. And so it's just gonna take us a little bit longer to pull that information together. Is there any reason why, I think Alex, you can speak to why they are not just being held to sandbox criteria. They always had them in the review in there and they're using sandbox criteria but some projects, when we talk to them, they already have some of those criteria for incubation already fulfilled. So they don't need to stick to this but like having coding standards and these information for project already has it available. I don't see anything against why they shouldn't actually post it. Yeah, in SIGAP delivery, it's become kind of the standard to start doing the incubator due diligence as part of a sandbox project. Other projects going through SIGAP delivery for sandbox have already been doing the incubator due diligence. Okay, I think this may speak to one of the reasons why we wanna streamline sandbox process in general. So let's not dwell on that, but let's point notice. Okay, one more slide. And then we're done. Just the updates on the working groups. Yeah, there's the two working groups. The working on number one is air gap. So there is now a, an aggregate repository and an overview for the air gap working groups working on obviously with the charter and the user story. So what they're working on right now is I think very interesting. They're reaching out to people or companies running air gap installations of Kubernetes and what their best practices are. It's already one in there from Cray. They're discussing with some additional companies who have this information available. This is mostly focused on air gap installations of Kubernetes itself, not the applications running on top of Kubernetes. Right now they're kind of figuring out how some of those users can share this information because as with air gap, you can assume that some of them are governmental organizations and for them it's a bit hard to share this information. But I also find their Cray one already being quite interesting on how Cray is running in the air gap environment. They also have those demos scheduled around CNET Porter, IBM's users, Jeff Scopio and Red Hat on the container signing and how they handle this across registries, which is one of the issues obviously in air gap environments, like especially the transfer of container images between registers and getting them in the right place is like a key area there. The operator working group just very briefly by next week, we should have that operator definition proposal to have a more wider discussion also with the TUC, which was the initial request. I didn't link in the document right now because honestly it's under heavy cleanup right now. So it doesn't make sense to look at it right now, but I talked to the people leading the working group that said they are confident to have it ready by next week. That's it. Cool, thank you. Which thing is next? I have not memorized the order. To be fair, I changed it up a lot, so, you know. All right, contributes a strategy. Disaster, good morning, afternoon, evening, breakfast, lunch, dinner, all that stuff, TOC folks, hope everybody's good out there, staying safe, staying inside. I have a better update actually. I just sent it in chat on our list yesterday. I sent that out to the list. We are pretty much up and running at this point. What this means is we have a readme, a contributing markdown file. We've got working groups that have moved past the stage of being proposed like governance and so many more things like labels and meta stuff and you can talk to us and that's really awesome. The governance of project is alive and kicking. Josh Berkes is heading that up last time we all met as a group. We collectively looked over the project-related graduation criteria and sandbox criteria so we can see what exactly the TOC is looking for so that all of our folks in our crew can be on the same page and Josh and folks are gonna have some recommendations already from things that we should either change or either make more broad or make less broad so you'll see those shortly. And then we're also now at the stage where we're preparing the communications to project maintainers and contributors for all of the 40 plus projects, both calling for support. We're putting a survey and some focus group things together. I know people have survey fatigue so this isn't anything that's like checking the pulse. It's more like discovery survey of what people like that they're doing in their projects. For instance, do you have a contributor program that you love that you wanna tell us about? So it's not all sad stuff like what is your problems? We wanna collect the stuff that people are doing good and best practices, not just the stuff that needs help, for example. In those communications, we're also preparing a welcome to our fourth Thursday meeting of the month for everyone, this including TOC. And this would be an AMA for maintainers, contributors, et cetera, for them to get direct support and help for anything governance related or contributor strategy related, literally anything that falls under that sun. And if it doesn't fall in our sun world, then we will kick it and help you figure it out and where to get responses and answers. We're also gonna be doing a heads up about the maintainer circle planning and hopes that we can get some other maintainers to come on board into our little planning circle of trust here and then we can get that kicking as well. We're close to setting up a Slack channel for maintainers and contributors so we can all gather somewhere together. And that's really it for us. So we are out of our meta stage and onto the real deal. The link that actually set in Zoom chat is our list and I sent an update to our list that has things like issues that you can help us with, things that are on our horizon and things that we've done over the last couple of weeks. So I would love 64 of you in this room right now to help us out in some way. Trust me, when I tell you there's work here for everyone, there truly is. We've been doing a really good job of using our issue board as well to try to map out and plan publicly some of the things that are on our horizon so that folks can jump in. A lot of that stuff definitely has a signease but we're talking like two to 10 people teams that are gonna be needed for some of this stuff. So don't necessarily get set back if you see an signe. Just comment on an issue and say, hey, you really wanna work on this. I know Lee and some other people have. So thank you for everybody that has come forward so far and we've got a really good core group of people right now. Wonderful stuff. Just pausing for a second in case anyone has any questions. And it seems like everyone is happy. I'm very happy. So let's move on to signetwork. Now Paris is right, I'm pretty pumped about that. Okay, great. So updates from signetwork, some project updates. So we've got a contour as a proposed incubation level project that's gone through SigReview and I think is pending some discussion in the TOC and probably a vote there. That we've got another project, Chaos Mesh that's recently presented within the working group and is under review, SigReview at the moment. There's a backlog of about three projects, Ambassador Meshri and Kuma of projects proposed for various levels, I believe, sandbox and incubation. And then coming up on the seventh, there's on the schedule is a presentation from WeWork about the survey of later seven protocols. A very relevant and interesting to, I think the world of on-way filters and maybe some web assembly. So it should be an interesting topic for us. Another topic that has been in review, it kind of proposed for adoption within the SIG is is essentially a white paper. It's efforts have been, hopefully I'm capturing it accurately or in the best of light that it's something related to and an offshoot of some work that was being done in within the telecom user group. That group having naturally a more service provider centric orientation and part of the effort that the crew, Jeffrey and Watson and a number of others that are kind of behind this particular set of principles have tried to bridge the divide, I think, toward the enterprise side, kind of between service provider and enterprise. Anyway, that's been proposed. I don't think it's been given its full due just yet in terms of potentially incorporating that in as a white paper within the SIG. So that's a to-do item. Lastly, hopefully we'll talk about this on this coming Thursday is what is a proposal for a working group around service mesh performance. I assume unbeknownst to most on this call, there was a separate Linux Foundation project being formed that was focused on, well, workload measurement, workload definition and measurement. Actually, it was a really long project name. At first blush sounded fairly related to CNAB and some other things that maybe the app SIG might be interested in or already defining or some of its projects defining. Point is that Linux Foundation project and its formation had recently fallen through but some of its work remains. And so there's some that's specific to network that we will propose and consider having as a subgroup. There's a, so that's the update. I'm sort of waiting for those that are representing the cloud native networking principles. If I mischaracterized that effort, feel free to correct. I have no public shame. No, I think it was good Lee. It's basically just a set of principles that I asked Watson to help me develop so that I had common language when I start looking at and things like cloud native network functions and trying to do performing networking in a more cloud native approach. Okay, very good. Turns out I didn't put you. That sounds really interesting. And I think actually getting some more kind of public awareness to what we're talking about in that kind of telco space would be useful. Lee, I have one question for you. So contour, that's incubation level, right? Contour, yes, it is. And do you know, or anybody else from the TOC, do we have like a TOC member who is lead on that? Matt, Mr. Klein is probably a point there. Excellent, okay. Yeah, hi. What's up, Liz? I was just checking to make sure we have someone who's gonna drive that through the whole VV process. Yeah, I think we're actually done. I had sent the DD doc out to the private TOC for comments. I was actually going to follow up. Great, okay. Today on that, so, yep. Okay, so that's with us for comments and then, and is it in public comment as well? It has been in public comment for some time through the SIG. I was looking for some private TOC feedback just to see if there's any major concerns. If there are, we can talk about them. If not, probably do a vote this week or next week. Wonderful, yay. Getting through some projects, that's awesome. Thanks, Matt. I'm assuming there's nothing else that you want from the contour team, right? So we're all set on our end. Not right now. If there's any feedback from the TOC, we can talk about it. Okay, thank you. Anyone else with any questions for Lee and SIG Network? Okay, let's move on to SIG Runtime. Hey, everyone. Yes, hello, SIG Runtime. Good questions for the SIG Network. I was making on you. Can you share the link of the white paper on the chat box? Thanks. Okay, so SIG Runtime, I hope everybody can hear me. So project updates. So at our last meeting, we had a presentation from Metal Cube that's basically bare metal, no provisioning for Kubernetes and just standard bare metal provisioning for machines. And the project is currently in review. They're applying for Sandbox. So we created a document and it's publicly available for everyone to comment. So just waiting for some SIG chairs and tech leads to review the document. And the next step will be to create a PR, emerge that PR into the SIG Runtime repo. And that'll become our artifact for the TOC to find sponsors. And we're also following the new Sandbox template, the working Sandbox template. Another project that we have in the pipeline is Quay and that's basically a container registry with lots of different features, security features for image scanning and different ways of storing this container images. And then we have their presentation on Thursday, our next meeting. So they're applying for incubation. Then Harbor finally got their consolidated due diligence document completed from all the relevant SIGs, SIG app delivery, SIG storage, SIG security and SIG Runtime and their recommendation is to graduate. So I think the next step will be for the TOC lead to kick off that two week public coming period. And after that, if everything goes okay, kick off a vote. Then we have another project at Cube Edge that open PR in the TOC repository for annual review. So we'd like to schedule a presentation to help out with the review. So hopefully we can help the TOC with the review. This project is in Sandbox. Cube Edge is basically running container type of workloads in the Edge using Kubernetes. Then we have some roadmap items. We had a presentation from container device interface at our last meeting. So this is a team mainly driven by NVIDIA. And yeah, they're looking for a home to do their work. So possibly interested in spinning up a work group and maybe working with the OCI folks and trying to define those containers, standards and the way they interface with different devices. In this special case, I guess it's GPU type of devices because it's NVIDIA driving this group. And yeah, finally we have our next TOC liaison and yeah, that's Alina and yeah, welcome and glad to be working with her looking forward. And last item that we have is we're continuing to reach out to more communities. In some examples of these are Bottle Rocket which is an operating system specifically designed for containers. This is driven by AWS open source. This is a different approach of operating system for containers are similar to what CoreOS is but they're looking at using a more of a API driven type of approach. They have a container manager in the operating system. So that's an interesting project in the space. Another project is our group that we reached out to Firecracker. So I think a lot of folks are familiar with this project. It's basically a micro BM runtime also by AWS open source and used primarily I think for serverless type of workloads. Then Lupin is a research project that IBM would reach out to the community too. So that's in between approach between micro BM and a unit kernel. So it's basically a stripped down Linux kernel and sort of allows you to run all those Linux workloads as opposed to a unit kernel that has to be custom built. So that's a very interesting project. So there's a research paper in the link. And then finally we reached out to WA SEC which is a web assembly runtime and a project that we think it's within the scope of the SIG and yeah, and that's it for the updates. Quick note in here, the annual reviews aren't required to be able to go through the SIGs. Just wanted to be able to flag that here. Yeah, so I don't think they're required but we'd like to help out and I don't know if what the requirement is, is it a presentation? No, obviously we can take this offline and all of that but being able to put up a PR into the TOC repo just being able to say, here's what we're doing for annual review. It is separate from being able to do an incubation review. Got it, so. Actually let's talk about this at the end. Yeah, at least let's take it offline or at the end. Sounds good. Great, and I think for Harvard, Shang, I think I've managed to look up the issue. Are you the lead on the due diligence on that? Yeah, that's Jan. So I don't know what the, I think the next step will be a two week review or public comment period. And after that, it would be a TOC vote or a final vote. Grace, great. And thanks to all the six for working on that. I think it's been around several, so. Yeah, it's been about three or four months, so multiple six and trying to get them all together. Cool, thank you for coordinating. All right, any other questions for sick runtime? And let's move on to sick storage then, Grace. So good morning. We have had a number of projects going through a review process, both TI, KV, Rook and Harbor are doing sort of larger graduation reviews for TI, KV. The due diligence reviews and process is in progress. DOC is mostly written and we're reviewing that and the presentation is scheduled for our next sick call next week. The Rook graduation, the DD DOC is being written by the team, so there's a backlog here because when Rook was first accepted as a inception project as it was back then before the concept of sandbox and incubation, we didn't have a proper DD document written, so we're kind of having to do one at this point. And Harbor, as Ricardo mentioned, we've folded in the sick comments into the main due diligence doc. Finally, we've been working on a number of documents. The storage landscape version two is now finalized. We're leaving it open for comments for another week or so, and then hope to publish it soon after that. So this includes a bunch of updates around the use of databases which we hadn't scoped in the first version and it also includes a number of updates around orchestrator management interfaces and control plane interfaces. But in general, this is a really powerful document to kind of as an education tool and also to help users familiarize themselves with the landscape and kind of covers everything from storage attributes to the different aspects of a storage system as well as the interactions between volumes and block and file system type solutions as well as API-driven solutions like object stores and databases and key value stores. So we've tried to make this broad as possible. So hopefully people find that useful and we'd love to have any comments if there are any before we close this off. We're also working on a performance and benchmarking paper. So this has been stuck now for a month or two just because of other workload, but we're hoping to start working on this again in time for the next meeting. And we've also been working on a use case template. So we're gonna be scheduling a meeting to review that template and then send it out for a wider review. And also we had a little bit of a surprise. We had a survey running, which has been running for a few months now and it's been sort of slowly accumulating responses and we now have sort of 54 responses to this. It's a fairly comprehensive survey with lots of questions and lots of coverage. So we're gonna be having a separate meeting to attempt to summarize this and we'll be looking to share this both at the upcoming virtual KubeCon and to this forum too, because there's probably a lot of useful information there that can help us prioritize what to focus on next based on the end user responses. And that's six to urge. Great. Any questions for six storage? All right, thank you, Alex. All right, we'll see you down next. Hello, so for a sake of some ability, we had our first real proper call last week. Already took quite some to-dos internally and I think we already made good progress, which I think everyone on this call will be happy to hear. There's two things where we actually need input slash help from TOC, the vote for the third chair, Steve Landers and the vote for a tech lead hasn't seen any votes or questions and I would just ask for people to either ask questions or vote yes, no on those. So we can move there forward. Then there was a question about if we should be doing interviews as part of our project incubation review. And I'm kind of worried of this because I don't want to introduce impromptu or implicit processes which TOC already has as part of their process. So I think we should actually agree within or TOC should decide or the six need to agree or whatever, but I think between the six we need to have one single common approach on how to do this and not six doing their own thing. That's currently seems a little bit to be the case. So we don't want to do work twice. We don't want to take anything away which as per process is part of TOC's work. On the other hand, we might be in a position to ease the load and we just need to know what TOC prefers. We don't have strong feelings, we just need to know. And the last thing is we are still getting up to speed and for now ongoing work is just tracked in that pull request and it'll become better all the time. That's it. Okay, thank you. My own thought on doing the user interviews is that probably whoever is the TOC person driving the due diligence can work with the TOS work with the SIG and decide who's going to do what. Because I guess on a case by case basis there could be people in the SIG or not who have good contacts to do those user interviews effectively. Anyone else got any thoughts on that? Yeah, I don't think a strict rule is required. I know there's a, when I looked into a project for incubation dragonfly, I actually did the user interview but I also know if SIG wanted to do a user interview just to validate some of their observations I don't see anything wrong with that either. So it just seems like it should be, could be dealt with on a case by case basis. I don't know what the downside of that is. I mean, is there a need for consistency here? Yes, to some extent at least in my opinion we currently do have a hard rule at least implicitly by the simple fact that we have a process and that process clearly lists user interviews as being part of the TOC due diligence work block which in turn means if we start doing this within the SIGs and we do it subtly different or anything it will not really decrease workload in my opinion. So if the TOC is fine with doing it on a case by case basis then we can just or a TOC can just adapt the documented process and it's done. I just want to avoid this thing there at least with SIG of survivability we immediately had that suggestion of hey, let's do things which are not part of the process and longer or even medium term that's probably not a good idea for any of us. I think we can clarify the documentation around this to say that the person from the TOC who's driving the DD can because they're basically delegating work to the SIG and ultimately have to sort of take responsibility for it. So they could agree with the SIG whether on a case by case basis who's going to do which aspects but I could completely get behind clarifying that. No, that sounds great because then everyone knows what to do and how to do it. Sounds great. Great. All right, any questions for SIG observability? Okay, next one I think is a... So there's been a proposal for SIG serverless as much as on hold right now while we have a discussion about how this potential SIG could relate to at delivery and how its charter can be written so that it's clear what it owns and yeah. So I know Doug couldn't make this call right now so that's the status for now. We're going to be having a discussion with all the sort of interested parties about how we can best get a group of people together to deal with this weird thing called serverless. All right, and there's one other SIG which is SIG security, I think with a variety of work and coronavirus related issues, they are absent this month, but okay. Moving on was the conversation about annual reviews here. We have three of them, I'm sorry, four of them currently in that need TOC sponsors so I want to be able to highlight that here. And I know there was a question about NACs for graduation. Yes, so I think there's a bit of confusion around NACs because it's been going along for such a long time. It came up for discussion about graduation some months ago. TOC, various people on the TOC had concerns about the diversity in terms of organizations of core maintainers. Now, the last time I looked, I think they had actually got some changes to the core maintainers. So that particular bridge made now be crossed. There's now a bit of discussion about whether they've actually had due diligence, which I think Quintin I think might have driven back in the day or possibly Alexis. Now that's true, Alexis did some of the DED. So I think there is some DED and TOC folks we need to kind of identify where that's gone and make a decision about. They certainly did do a pretty thorough graduation PR. So I think we need that on our to-do list for sure. Yeah, and the annual reviews, I guess that's in our weekly to-do lists. So hopefully. It is. So I'm really just kind of highlighting that we need to be able to get TOC sponsors for these to be able to move forward. Great. I can sponsor Bellpacks. Yay. Go put a comment on the thread. Thank you. Going once, going twice. Moving on. All right, so we have nearly 20 minutes to discuss what might be quite a controversial point, but maybe it will turn out to be not as controversial as we fear. So I think in the TOC we've had concerns for a while building up about Sandbox. And it was originally intended to be a low barrier to entry. It's supposed to be there so that we can, so that the CNCF can enable projects to have this neutral collaboration ground, potentially really early in their resistance for experimental projects, for people from different organizations to be able to come together and work on an idea. And what we've observed is a lot of projects seemingly wanting to use Sandbox more as a marketing tool than necessarily purely as a collaboration space. And we've also seen an awful lot of work going into an effort from SIGS, from ourselves, a lot of, if I want a better word, lobbying that we have to deal with from projects who want to get into the Sandbox. And to be honest, it's a distraction when we're trying to, you know, projects that are a bit more mature, that are at the incubation and graduation stages are potentially having effort and focus taken away from them because we're being distracted by all these people who, you know, right you're wrongly with the best will in the world, they want to get their projects into Sandbox. So we wanna streamline that process and make it much less onerous. And at the same time, we don't wanna end up in a situation where every single project on the planet kind of comes into the Sandbox and gets like some kind of giant marketing boost. It's against the King Makers principle. So we've written up a proposal, we've been through a couple of different ideas that we've bounced around inside the TSC. What we've ended up with thinking is a simplified Sandbox submission process that doesn't go through a SIG recommendation process. The submissions would still be public. So SIGS, if they feel particularly strongly about a particular project, can still, you know, raise their comments on the mailing list or in a discussion. Rather than doing them all one by one, we would review that spreadsheet on a kind of regular cadence, perhaps every quarter or every two months, up for debate. Just to go through everything that's on the spreadsheet, you'll see in that document, we've kind of tried to clarify the criteria. A lot of those criteria are qualified by in the TOC's opinion, but really trying to lower the qualification bar and correspondingly have some new branding that makes it clearer to users, to the community, to everybody out there that Sandbox projects are not kind of, they don't have the stamp of endorsement of having been through due diligence. Really what we're saying by Sandbox is, it's an experimental project in the cloud native space, and that's pretty much all we're saying about it. So yeah, that proposal is there. Now, obviously I can imagine that might be creating some concern for existing Sandbox projects and maybe for some projects who've been through or who are going through the process at the moment. I can only apologise if this ends up meaning that some projects have done a lot of work to do something that we're now going to make easier, but I hope that in the future that makes things easier. Oh, the other thing, I didn't actually put this on here, but it would stop being a sponsorship model and it would be a simple vote model. And hopefully that will make us get less lobbying requests. So yeah, that document is there. We'd love feedback and comments. And does anybody have any immediate kind of dark reaction thoughts about this proposal? I do. Hi, Liz. So I think it's a great idea. I mean, I was actually involved in helping create Sandbox and that was our driving concern, was to try to figure out how to take away the endorsement, component of it, that just being part of Sandbox was not an endorsement of support or media. I mean, prior to that, all Sandbox projects were looked at when you looked at the website were at the same level. So as part of wanting to avoid it as a marketing tool, do we plan on having them be, I mean, how do we really facilitate that so that it's someone brand new looking at the CNCF who doesn't misunderstand and have to understand the differences between these? It would be my first question. So that's the idea behind having this new branding. I think it was Brendan who first suggested it and he kind of said, we get somebody like Ashley McNamara to come up with something that's more kind of fun and less serious to kind of give a different feel to the branding that we're giving to the Sandbox. I mean, that's not like a kind of final decision, but I think it conveys the kind of emotion that we're thinking of here, that by requiring Sandbox projects to use that kind of something experimental about the branding, it would be clearer to the community. We're also talking about not giving Sandbox projects beyond any existing commitments that will already be made, not giving them automatic slots at Qcon, for example. So the automatic marketing benefit would be non-existent, we would have. Yep, nope, that was actually gonna be my next question, so that's perfect. I like the idea of it, I like it being, the whole idea was just to make it easy and not have time spent with due diligence and we seem to have like swayed, now we're swaying back to it, so I think it's smart. Any comments? Sorry, go ahead. Yeah, I think it's great that we have more clarification here. I think we all have like the same concerns, especially with the review. I haven't read the document yet, what I still think is important that the project has a certain quality here, while if you consider them experimental, like early stage might be actually a better word from, and but I think there's two factors to it. There's like one, how far is the project along with its capabilities that it's providing to the community, and how good is it from like an open source, say, process that it's providing, like has it, does it have like, there's also CII criteria, contribution strategy, these kind of things. I think these are two independent ones and maybe we want to be, or the TSE wants to be a bit stronger, like it has to fulfill a certain level of quality of the project, that it is still a quality stamp. But the technology might still be early stage. So the one thing that we really have to be careful about here when we put in criteria is, we want to be able to enable people from competing companies to come together and work on something from scratch. And that's something that I think the CNCF really, you know, it's one of the reasons why it exists, right, to bring together people from companies that would otherwise compete and to give them that neutral collaboration ground. So we have been concerned about making sure that we're not putting in criteria that you end up with a chicken and egg situation, that we can't give them that experimental ground. But criteria that we currently have in that document and, you know, totally up for comment is whether or not, in the TSE's opinion, it's a fit for CNCF. So this is really the sort of judgment around, like making sure we're not getting projects that are nothing to do with cloud native. Is the project roadmap in line with the goals of the CNCF? That really, we're trying to address this idea that competing companies could come to get all individuals from a variety of organizations, could come together and say, we want to work on this particular problem as a project. We want a space in order to do it. This is what we're trying to achieve. And then we also have a criteria about whether we believe it to be on a good path to becoming well-governed and vendor-neutral. That's quite loose language, deliberately so, so that we can exercise judgment, but hopefully with the indication of what we want to see. So, quick comments on this, because I kind of like the motives behind, you know, making it easier and taking away some of the, some of the due diligence and putting some sort of constraints on the marketing because ultimately those were all the problems with Sandbox, but I'm not quite sure. I understand how this will work in terms of two things, right? If we disconnect the projects from the SIGs, that's probably disconnecting them from the most valuable part of their community. So, not having the projects interact with the SIGs or present at all seems harder to understand how they then move forward. But then also secondly, if the TOC is trying to understand the project roadmap and their viability and all of those sort of things, doesn't that come back to the original thing that the TOC is gonna need to work to understand the project and the project will have to present to the TOC and we're kind of back to square one? Yeah, I do, I share some similar concerns to Alex about potentially over-correcting, possibly. And if the, it seems like working groups might be a possible place to easily form and kind of come together in a vendor-neutral way. The part of my concern with lowering the bar, I think more recently we were sort of talking about raising the bar around Sandbox in certain areas and it looks like in certain areas we're considering lowering it. I wonder if that doesn't begin to overwhelm the number of projects sort of trying to make it into incubation status. And then distance, well, not disincentivize but not incentivize enough those that were shooting for the current Sandbox requirements, if those projects just sort of find it well. So I have a few thoughts on this and if anybody else on the TOC wants to jump in, please stop me from, you know, people might be bored of the sound of my voice. I think in terms of the community and the connection between projects and SIGs, there is no reason why that can't happen anyway. We're just saying that doesn't have to be part of the process for Sandbox application. I think, you know, like SIG runtime is reaching out to a group of projects that we saw earlier, that seems like a really healthy thing and it doesn't necessarily lead to those projects coming into the CNCF but it means that there's knowledge, there's an understanding. I think that's wonderful. But that doesn't have to be coupled to admission into, you know, as an official project. And I think the other thing is we're trying to reduce the benefits really of being in Sandbox. Like we're trying to distinguish, we want to encourage the good projects to come in but we don't want people to come in just because they want to get a slot of KubeCon. And trying to reduce the incentive. I don't know, we'll see whether this reduces the floodgate of kind of projects desperately coming and knocking on our door and trying to be at Sandbox. And I think what we'd really like to be seeing is the good projects who are some way down the road shooting for incubation. And Sandbox being something that people do less as a kind of matter of course because they see it as a run on the ladder and more about, well, we're not ready for incubation so we're just going to have to go into Sandbox but we want to get out of it as quickly as possible. So I'm the guy who tried to push key clock twice. So based on the experience, I actually do like the draft a lot. I think it addresses most of the concerts which were there. One quick question is, you know, does it effectively as of today put the current process like putting the current process until the new one is act because I was approaching some of the TLC members about sponsorship, so should I stop? And then on top of this, you know, I do like the science, I'm not in awe about timing because, you know, we initially submitted 2018 then literally got dropped a few hours before the TLC meeting because there was a project reboot. So I literally was waiting several months until the new process was settled and election was completed to work with a new process and new TLC group and was actually this week approaching some TLC members. And so it's kind of like it's a deja vu a bit. Yeah, unfortunately, I don't think there's ever going to be a good time, you know, there's always unfortunately going to be some projects who get caught out by changes in process. But yeah, I mean, it's an example of why, you know, that multiply by every project by the number of TLC members, by the, you know, the number of times we get approached about Sandbox and it's one of the reasons why we feel like now we just need to find a simpler process so that we can discuss them together, assess them. I think everyone will be happier if it's a vote rather than sponsorship because it's been difficult to explain what a lack of sponsorship means. Does it mean that all current submissions get on hold as of today and we should not talk with TLC sponsors because we need to start switching to the new one when it's in place or we should try to finish the current submissions? It's a great question. I mean, at this point it's a proposal, it's not a decision and at one level, you know, if people, you know, scroll all over it and say it's terrible for, you know, any number of reasons, then we'd obviously have to take it back to the drawing board. On the other hand, if people broadly think it's a good idea, maybe we can evolve to adopt it quickly. You know, I don't have a simple answer to that question. Could I just ask what would be the next steps and processes from here? So we go review it, we leave comments, things like that. What happens next with this? So the document ends with, next step, circulate for public comments and discuss what to do with existing submissions. There may be other things we need to add to that list. I just want to make sure that we're not just moving the problem. Like we're, you know, I don't know. I'm not sure that people looking out from the outside will understand still the differences between marketing and not. And I'm a little concerned around the language of identifying good and bad projects and what that means. I like the idea of it coming into these SIGs and work groups to marinate. I mean, Sandbox really was for like, could also be I have this great idea and I want to find like-minded people to grow it. And that wouldn't be something that would meet the criteria of we feel like that has good contributorship and is going to become incubation. It was also meant to be like, this could completely flop and that's okay. But at least the idea is get out in the community and has a chance to collaborate with people. So I'm a little, that would be my one concern after this discussion is that. Erin, I couldn't agree with you more. I think we need to see what is the goal that we're looking to achieve from these projects and measure that as opposed to measuring something that none of us would be able to measure. And that is the desire they have for marketing, right? I think that'll be difficult for us to measure and weed out. It'd be better for us to measure what's the goal that we're looking from these projects. And if that's healthy participation and exchange with the community, if we have a way of measuring that, and Chris has suggested that, you know, we could look at the health dashboard as one measure. But if we have a way of objectively measuring those criteria that we're trying to promote, then we can take the subject into this of what's good and bad out of the equation. I don't think any of us intended to characterize new projects with whether they're good enough or bad enough or have enough, you know, formal processes in place. That's one of the reasons they would come so that they could learn those, you know, what are the processes that they can do to engage and become more collaborative and to be more productive projects? I think that's why they come to the incubator. But we need to measure something a little bit more objectively and something that we can say is truly, you know, what it is that we're looking for these projects to achieve rather than what we want to exclude, I think. Yep, thanks. Yeah, that was a good way to say it, so. OK, I think we are up to time. So these are good thoughts. Please do, you know, think about it, add your thoughts in that document. You know, it's a proposal, it's not a decision. So, you know, we'll we'll take it forward as, you know, based on people's comments and thoughts and, you know, the TLC's response to those comments. So thank you in advance for all your thought on that. OK, I think I think that's the end. All right, take care, everyone. Thanks very much. Thanks. Good to see everyone play off. All right, thanks. Yeah. Thanks.


Hello and welcome to TV30, a production of the Government Information Service. I am Jolene Beset-Joseph. The St Lucia Fire Service will be hosting Fire Prevention Week 2022 from October 9th to the 15th under the theme, Fire Won't Wait, Plan Your Escape. And here to tell us more about the week and other things besides, I am joined by Assistant Divisional Officer, Officer Francis of the St Lucia Fire Service. So first of all, thank you for joining us here today. Thank you. Okay, brilliant. Now, let's start the beginning. Tell me a little bit about Fire Prevention Week. Where does it first ever begin and why is it that we recognize it here in St Lucia? Yes, Fire Prevention Week originated from a devastating fire that happened in the city of Chicago in the USA. In the year 1871, on October 8th, there was that devastating fire that killed over 200 persons and left over one half, well, it destroyed over 100,000 homes and over 2,000 acres was scorched to the ground. That's all the way back then. So since 1922, the National Fire Protection Association, which is an organization in the United States that creates standards for different industries, they have been commemorating Fire Prevention Week. So this year is 100 years since this has been commemorated. Okay, all right. I didn't recognize it. I didn't realize. So it's actually a century older than that right now. It has been. Okay, brilliant. So with it being the 100th anniversary, are there big things going on? Do you know globally to recognize it? Yes. Globally, this has been commemorated. But we thought it fitting to recognize it here in St Lucia as well. We have been doing it, but this year, we want to do it in a grand way. And we have some very great activities that everyone can participate in. And recognizing our history as well, it makes good sense that we recognize this event, this commemoration as well. Okay, brilliant. Okay, now I mentioned in my opening, I mentioned that you actually have a theme this year. Fire won't wait. Plan your escape. Tell me a little bit about the theme. How did you all come up with the theme and why is that the theme for this year? Yes, so every year, the National Fire Protection Association will recognize an element of safety and make it prominent as the theme for that year. It is important to note that that fire in Chicago was as a result of some incident that happened in the home. And this brings to memory something that may have happened here in St Lucia as well. One of the great fires that may have shaped the history of St Lucia and castries, the 1948 fire, may have started in a home. The stories are still going around. We are not sure exactly where and how it started, but persons have recounted that it may have been in a home and there are many stories floating around. But we recognize even here in St Lucia that a majority of the fires that the fire department respond to as a result of, well, eminent in homes. And interestingly, it's low-income homes. Our statistics indicate that approximately 110 or so fires happened in homes. And again, I'm saying it's in low-income homes. Very poor people becoming even poorer. So it behoves us to do something to alleviate that kind of stress on people. Now, I said homes, it's not one person. Likely, the typical home has three persons dwelling there and sometimes more. We go to fires and there are seven persons in that house.  Everything is destroyed. Everything is gone. This is a very serious social issue as well for us there in St Lucia. Okay, all right. Now, you touched on the fact that, you know, so many of these things happen within low-income homes. And I understand there was a bit of literature I was reading where the activities that are supposed to take place within the week of the Fire Prevention Week are supposed to be ones that will help educate and bring light to a lot of things that maybe people might need to know. So if you can elaborate for us on what kind of stuff will actually be happening during the week for us so we can understand what things that people can actually take part in so that our audience can understand what it is that they might be able to be a part of as well. Oh, wonderful. Thank you. So this week, which is before Fire Prevention Week, Fire Prevention Week officially starts on the 9th of October. But this week, from the third, we have been attempting to reach St Lucia through media. Right. We've been trying to flood our media, our mass media with information about Fire Prevention Week. So we have been using all the social media outlets and also we hope to use television and radio platform to reach St Lucia. We hope to do it in both in Creole and in English. We are bilingual. Yeah. Interestingly, this is Creole Heritage Month. Yeah, exactly. So we will recognize that Creole, patois, say long one, manu, usi. So we want to be in the homes of every single individual. And as well, most of our low-income persons, the low-income homes, the vulnerable homes, people speak predominantly Creole. So we do not want to leave them out. In fact, they are the primary target of our outreach. So this media outreach will happen for this week prior to Fire Prevention Week. But on Sunday, we have a grand motorcade, all right, and we hope to go through every community, every major community in St Lucia. It's a fire service motorcade. One of a kind. It has never happened before. But we hope it will become a staple every year as part of our Fire Prevention Week. So we want to get into the communities. We want to hand out information. We want to get every firefighter involved. That is the intent of it. We want to reach out to persons to let them know that safety is their business. As an organization, as a government, an arm of government, we have our part to play. But primarily, your safety is your business.   The country will lose. The country will become poorer. But first of all, it will touch your life in many different ways. And so we want to sensitize persons. We want to let persons know that the activity, the wake of activities will be happening. And we want to let them know that we may be coming to the town, to the village, to the community to have events as well. So this is the main thrust of the motorcade. Is there a route for the motorcade? Yes. And the route is also interesting. So we are starting at the Grozile Fire Station. We are starting at 7 a.m. on Sunday morning, Sunday the 9th. The fire station, the units, if there are no emergencies, if there are no fires at the time, as exgencies are permitted, they will lead the motorcade through the village of Grozile. So please bear with us. The noise we will be making is a good noise, a good noise. We will be sounding the trumpet to let you know that fire will not wait. Plan your escape. This is what we will be there to tell you. And so we will go through the village, and we will exit along Marina Street next to the harbour, the fire station, the fire equipment from the Grozile Fire Station, the vehicles may return to the station, and the train will continue down all the way to Corinth. We will go up to Monnier, to Babuna Fire Station, again the Babuna fire truck, the officers were on duty, will lead the parade through parts of Babuna, and we will exit. We will exit, however, from Bocache. We will go down, we want to pass through the masher area, another vulnerable area where fire starts, likely multiple houses will be destroyed. So we want to sound the alarm to these persons as well. Let them know that the week is coming up, and we want, we have lots in store for them, and they should participate as well. So we will go through the area of the masher boulevard, into the city. We hope to make the city secure. We will stop somewhere in town for a short period to have some breakfast because we will be leaving quite early. And I want to speak about our sponsors as well. Okay. They have made our breakfast, breakfast for the participants possible. So I hope you will give me a moment to really let persons know that we have people, the corporate sector, you know, they are really supporting our event. So I want to speak about them as well. So we will leave castries, and we will head down through the east coast to Vfort. Stopping at every community, and also, for example, in January, again, the fire truck and the ambulance will leave once they are available. They will return, and we will continue down to Mikud. We will do the same. We will stop in Vfort for some lunch. Again, we have great sponsors who have made lunch possible. So we can remain on time, people don't disperse because they are some refreshment. And then we will continue around the island. Okay. We will make a round through Vfort. Yeah. Go through the St. Jude's Highway, through Ogier, onto the Vfort Library Highway, into, through the Library, and down to PI, through Swazel, through Fons Saint-Jacques. Okay. Very vulnerable community as well. Yes, yes. Not just to fire, but we know what happened with floods and hurricanes. By the way, we may be speaking about fire, but the fire department responds to disasters in general. Yeah. Yeah. So this is the second season. Yes. We are prone to flooding and the effects of the wind and so forth. We will be speaking about this as well. All right? So we will go through Fons Saint-Jacques. We will circle Souffre town, and onwards to Canaries, through Ansleray, and back to Castries. Brilliant. Okay. Last year. Yes. So we want to pass through every major community. That's fantastic. To herald the word about safety. Okay. And it's your business. And you should prepare yourself for eventualities that may arise. Okay. All right. Okay. And I understand you also have town hall meetings also in the Canada, right? So from the 10th to the 13th, we have, first of all, before the town hall meetings, let's start in the morning, the morning time, we've written to almost every secondary and primary school on the island to host us for just a few minutes, 15 to 20 minutes. We want the fire stations in the communities to impact the students. Yeah.  You know, they can speak to their parents. They could make plans to reduce the occurrence of fire. All right. So we want to impact the young people. So that we hope, again, the schools will invite us in. They will listen to our lectures and even the school compound, the school facility can become a safer place as a result of those talks. Right. During the day, between the 10th and the 15th as well, every fire station will have open day. Open day meaning you can walk into a fire station from 10.30 am onwards and the fire officers will be ready to receive you. Oh, wow. That's pretty good. They will share information with you. You will see how we respond to incidents. You will learn much. You will have a peep into, or you will be the whole fire service will be demystified. You will have a peep into the background and see what we do. I understand. And maybe even challenge a firefighter into some fun activity. Hey, okay. That's right. So you can be a firefighter for a day. Hey, three years. So please, we are encouraging solutions to visit. So from 10.30 am onwards, between the 10th and the 15th, the 14th, I can say, the Friday as well, you can visit any fire station around the island and there is a treat prepared for you. Okay. All right. In the evening time, we want to have some town hall meetings. Now, we recognize that fire, again, Creole Heritage Month, fire used to be the response to fire used to be a community thing, where people used to use bucket brigades. By this, they would use buckets of water, pass it on to attempt to extinguish fires. But now we have seven fire stations on the island in the major communities with two fire holes on the airports. All right. So in total, we have nine stations from which we respond to eventualities. And so we want the firefighters in the various stations to work along with the district disaster committees, all right, to have such town hall meetings. So persons can come in, persons could learn more about fire safety. They can learn more about the district disaster committees as well. They are very, these committees are very important to disaster relief, to disaster reduction in communities. Little is known about them. It's unfortunate. Little is known about them. But we want the community to know them, to volunteer with them. This is the arm of Nemo, which is a grass root. The people from those committees are coming from the various communities. And so we want people to know about them as well. But we will also do presentations on the risk of flooding and storms within your community. You need to know about the shelters, who runs the shelters, how the shelters can impact you, can help you. When you can go to a shelter, this is important information that people should know. So we will be speaking about all of those things at the town hall meetings. So this is happening between the 10th and the 30th of October. All right. All right. Now, before we just carry on, I believe it's time for a commercial break. So we're going to take a short break. But when we come back, I know I want to talk about the grand safety fail on the 14th. And also, I'm very interested in the fire alarm installation activity. So let us know a bit about that. However, we'll be back in a few moments. The Ministry of Agriculture and FAO presents World Food Day 2022 CMOS Fiesta, Sunday, October 16th, Four-Door Park, Dennery. This is a food and nutrition strategy. CMOS Fiesta features lots of CMOS products, delicious healthy meals, snacks, nutritious beverages, beauty and health care products, and an array of CMOS brands. It's a family day with a kid zone and a wide range of fun-fill activities for the entire family. Lots of entertainment, cultural performances, the legendary jazz icons Ronald Buhingsen and Jabu Klesi, the big bad D.Y.P band, T. Blacks, Umpa and lots more. Your security is our pledge. Eat to live, not live to eat. Food is health. Health is wealth. Food is essential for living as air is for breathing. Food security for sure. The Ministry of Agriculture has done it again. World Food Day 2022 CMOS Fiesta, Sunday, October 16th, Four-Door Park, Dennery. See you there. Welcome back to TV30. I am Jolene B. Setjoseph. Today, we are discussing the Fire Prevention Week 2022 with Officer Francis. Now, before we went to break, we were talking about the town hall meetings. But as I said to you, I really want to hear about the grand safety fair that's also happening on October the 14th. Tell us a little bit about that. Yes, so on October the 14th, we plan to have a grand safety fair at the Constitution Park in Castris. From about 9.30 to about five o'clock, we will have much on display, including entertainment. All right, so I will not tell you all about the entertainment. You need to come to see, but fire officers would be, should I say, modeling, and it is something to see. OK. But with you will learn something. Yeah. The intent, everything has some lesson in there, some moral in there, and you will learn something by viewing the entertainment, I would say, for you, right? But at that fair, there will be much on display. So whether it be for the business sector, whether it be for homes, you can come and see what you can place within your building, within your home to make it safer. All right? We recognize that most persons believe that finance systems are very exorbitant, very costly, you know? But it is not so. Technology has made it possible that you can, under $1,000 or $1,500, place a very sophisticated system within your business place. For your home, smoke detector or two, with a fire extinguisher, can be adequate to alert you of a fire and also to help you respond adequately. But let me say as well, one of the things that we really want to speak to people about is how to build a safety plan, a fire safety plan, and what you need to put in there, all right? Now, it's very simple, all right? You need to go into your home, look at your home, and ensure that you have two ways out of every room. OK. So go into your bedroom. If a fire were to start in the corridor that you have to utilize on a normal occasion to get out, what would you do? Would you be trapped? So the principle here is you should have two ways out. It may not be two doors, but it can be a door and a window. Incidentally, if I remember well, I'm not that old. But a lot of the older homes used to have a back door. And that back door used to be from a bedroom, actually. Today, we don't do that. But they understood the threat of fire back then and what it could cost them. As well, they used to have the vet who's in, separate from their home, separate from the house. They understood the consequence of fire, a fire which went out of control, would destroy everything. So knowing that the fire is likely to start in the kitchen, they would have it separate. And whatever they did in there, should the fire start, it will consume the vet who's in, but their house would remain safe.  But today, I mean, modern times, we want to have the top-of-the-line kitchen. It's within our house. We use LPG, cooking gas, which, I mean, it can do so much for you, the convenience to it. But you misuse it and it will take away your home. It will take away your life. Electricity, it's a very good thing as well. But you misuse it, you can get electrocuted. And fires can start as a result of it as well. So the intent here is that you should know that you should have two ways out of every living space. Now, when I say living space, it's the area of your home that is possible for you to come or sleep. So you can do that in your bedroom, in your living room, in your study. Even in your dining room, however, your kitchen and your bathroom are not really living spaces. You go in there for a specific purpose and you live. But should you have a number of persons at your home, it's possible to come for a short period in those other areas. And so you should think of having at least two ways out of every one of those areas. So as I said, bedroom, a door, and a window can be. But if you have the people within your home, how possible is it for you to exit out of a window? So you may have to put a ladder. It may be a rope ladder, but you may have to make preparation for that exit. Now, what type of window do you have? Does it have security bars on there? Can it open all the way to allow you to exit? These are things that you need to consider. Because you're preparing for the possibility that something like this may happen. I have gone to houses where fires started and the home owners would recount how they got persons out. And one lady was telling me she actually dropped her baby out through a window for a neighbor to catch. And this is how she saved her life and the baby's life. Because fire had totally cut her way of escape through the kitchen. Because this is usually where you exit. Through a corridor, into a kitchen, and out. So again, you need to think about why you place your cooker. Because if you have one door, one final door out of your house, and your cooker is next to that door, likely the great possibility is the fire means that if it's from cooking, near the door. That's where you'll see the fire. That's where the smoke will be coming. You may not want to go in that direction. But where else can you go? Because you have not made a preparation to get out from an alternative source. So half to is out. The next thing is having smoke alarms installed. Smoke alarms saves lives.  If you're sleeping, when you're sleeping, you're like dead. You don't know. You're not conscious of what's happening around you. The smoke alarm would awake you. And then you can make an escape, or you can now use a fire extinguisher to put out the fire. So these are elements you should have in your plan. Again, discuss it with your family. Everyone should know the plan. And as well, if you leave the house, where should you go to? Every person should know exactly where the family will gather. Because what has happened again is persons leave the house, they leave the area of threat, and they go wandering around. The parents come out, and all the siblings comes out and says, where is my loved one? Where is my brother? Where is my sister? The parents are asking, where are my children? And do you know what's the next part you think that will come to their mind? That person is still inside. And so many persons have risked their life to return into the house looking for that loved one. And they may get burnt, they may lose their lives because they did not have a place to assemble outside. And this has happened many times. The stories have been recounted many times. So persons who have gone inside, and that loved one was outside. So again, part of the plan should be we leave the house. We meet at the central area, at the area where we are safe. Everybody's accounted for. Someone may return inside and help get some things out. This is what happens in San Lucia. But again, do not forget to call the fire department.  Someone needs to call. And the number is 911. 911 will get your help. It will go to our central dispatch. The information will come to the fire department. It's also good to know the number for the fire station near you. Every fire station has a number apart from 911. It's a good idea to know that number as well. So in the event you are trying to call 911 and something happens, redundancy. You know the station crosses to you. You can call that number directly and as well get assistance. But you need to have a plan. Okay, brilliant. Okay, thank you so much for that. Because one of my questions was gonna be, you know, moving away from the event, but could you actually give us some tips? So thank you for that because you touched on that already. That's brilliant. Okay, before we run out of time, however, there's a couple of things because I'm seeing that time is running out. But there's a couple of things that I just wanted to touch on as well. The fire alarm installation for 1,000 homes. I would like to just, could you just give us a little bit of a background into what exactly is the fire department doing in regards to that? Yes, again, as we recognize, those fires are happening vulnerable homes. Now we want to be able to help reduce the risk in those homes because we recognize in this economy, people will just get even poorer. You know, the world is in a spin and it doesn't look like things will get better. And poor people will get poorer, and especially with the statistics we have now, the church directory that, you know, the number of fires in homes, in vulnerable homes will only increase. So we want to do something active. Actively, we want to reduce on that risk. And so we want to install smoke alarms in as many of those vulnerable homes as possible. Now you may be asking, how will we pick those vulnerable homes? But we have ways of doing this. For example, the Ministry of Equity has officers who would have details of who is less vulnerable, who is more vulnerable within the various communities. We will work with the district disaster committees and those social transformation officers to find out who are the persons who are really in need of those devices. And we intend to go around the island between the 15th, right after Fire Prevention Week, and the 22nd of December to install those detectors in those homes. Now, this is not coming directly from the fire department. Well, we will be the ones installing it, but our corporate St. Lucia has done much to help with this. As well, the parliamentary representatives or the various communities are working along with us to reduce the risk. So we are working with St. Lucia to reduce the risk in St. Lucia. Okay, brilliant. Now, again, leading on to, like, before we run out of time, but I did promise you a word about your sponsors. Oh, yes, our sponsors are very important to us. And we hope they will continue in time to come. So, yes, we have IBS.  Not only that they're sponsoring most of our events, they're actually working with us to see it through. They are giving their time, their effort, and a number of them have come into the fire department to help us strategize and to make this thing a reality. So I want to thank IBS a big way, even a very big way. IBS as well is Innovative Business Solutions. So I want to see their full name. They're working with us in a big way. We in Germany then has provided breakfast for our firefighters for the morning. We are thanking them in a very big way as well. Sandals Resorts promise that they will provide us with some detectors as well, rumco plastics for providing the cutlery to house the food. Coconut Bay for lunch. Goddard Catering for lunch. Lucy Lake has provided a number of smoke lamps where we are indeed thankful for them. We do want a little brewery water and some drinks. Bank of San Lucia for more detectors. We are grateful for this. Blue Waters, the name stand, you know synonymous with water. We are thankful for this because it's going to be a long day. The distillers as well. Drinks and water, Excel signs. We want to put a big banner in town. So look up on Bridge Street. I want to see this banner thing of Excel signs. But this banner will tell you more about Fire Prevention Week. Ice Factory, massive stores for providing the humpers. The Cassio City Council for making the constitution pack available to us. Mommy's Cuisine for providing food as well, Forest Springs for more water and all the parliamentary representatives of the various districts who are helping us in making this thing a reality. We found them in such a very big way. And we hope they will be with us as we continue in 2022. This is a start of a drive. But we hope to make homes in San Lucia safe. This is the intent because fires make everyone fall. And it may never come to you, but I'm sure you know of someone who has been impacted severely by fire. So we hope to make this thing something of the past indeed. Okay, well Officer Francis, our time has run out, but thank you, thank you, thank you so much for being here because not only have you told us about the event, but you've actually even educated us in regards to what we need to do for Fire Prevention Week on our own homes. And I'm very grateful for that. So again, thank you for being here. I hope the thing's a success. And I also will be looking out to see exactly what is going on for the week. Because I think I would like to come over to a fire station myself and see, you know, a little bit inside. That would be nice, that would be nice. We'd be happy to have you. All right, okay. However, it's time for us to go here at TV30. Thank you for joining us. See you soon. Bye-bye.


okay so I try to make a long story short so back in 2016 when I was in college I had a scholarship and track and that was that's what was paying for my college and long story short I went a bluesy night scholarship and I had to come to a decision where I was like well I didn't you know I didn't join college to rack up on loans you know so I had to look to different other sources so my pops told me like hey you know if you ever joined the military during the Air Force so I'm like alright I'll look into it and I did so after a while looking into it I'm like yeah I can I can you know I can make something out of this and it'll get me out of this hole that I'm in so you know why not joining back in 2017 and you know I haven't looked back since I've been in for about two and a half years now and I just put on a senior airman about a month ago something about a month ago most people just call it refer to us as weather but sounds cooler when you say weather technician with someone to ask so yeah I'm a weather technician oh the AFC is 1W0X1 absolutely not I got reclass into weather I was originally cyber transport and I got that before I joined in you know before I went to basic already knew what my job was and everything you know it's cyber transport I can't even tell you all it was you're just some kind of IT guy by the way I went I did three months of that it didn't work out I couldn't keep up got reclass into weather which was even about as hard if not harder no so like I said when I initially joined I already had the job that I initially wanted but I couldn't do it because it was just way harder than I thought so I got reclass into weather which is just as hard if not harder but longer as well so no this is not something I wanted to do however on the outside now that I'm like actually actually doing my job I have no regrets and I enjoy it so to be honest I kind of like I wanted to do finance I think I would have been cool in there because I just I just like numbers you know and either that or like computer programming anything like that you know something that can I can see myself doing on a outside essentially so I just like numbers so that was something that I would wish I could have did but Vegas can be choosers you just got to roll with what you got I joined I did a four-year because I was not sure I had to be sure like all right if I do this let me like give a make sure my options are you know I don't want to get stuck in a six country six-year contract you're like I should have did a four you know whatever the case so I did four to you know really take it on us like far as like okay can I can I see myself doing this so my tech school was in Keesler Air Force Base in Biloxi Mississippi the base is beautiful like the base is beautiful you know in this right next to the beach don't go inside the beach because you might not come out the same tech school was about eight months it can be longer if you wind up getting washed back for whatever courses and you know you could be up there it could be up to almost a year or ten months maybe depending on you know how long they hold you back with the wash back so yeah oh here we go no I absolutely hated tech school it was the worst it was the worst time I've ever had in my life because you know there are some tech schools where they treat you like adults or like it's almost like college-oriented like they treat you you know like adults not there at Keesler and the reason why it was so bad and you can ask anybody this who was in weather and in tech school now they can vouch for it like the way it's set up you have different squadrons with different jobs in them and in each squadron in our specific squadron I think it's the 335th I think I think there was five different jobs so there's there's finance there's personnel there's female admin and then there's weather which is us and out of all those five we're the longest of course and think of it like this you got these people and this isn't given any hash to any you know personnel or admin but just keep just think of it like this so we got these people who are who are personnel and admin they come in for only a month it barely if that maybe it's probably like three weeks or something like that and there have been a lot of incidents where if anybody messed up it would affect every single body like if for the most part it was personnel or the admin people who were only there for a few weeks so they don't really give a damn of as far as like you know if they get in trouble because they gonna be gone within the next week so they gonna do they dirt heat they pretty it's like it's set up like this they're gonna do the dirt while they're there and then they just gonna leave it behind because they gonna be gone and then it's just like a rotating system and it keeps happening but guess who has to endure all of that the weather people who's there for eight months and they punish everybody it's not just one it's everybody so we have to take on all that bull plus the studying that's there and just more of just being treated like a child so yes tech school sucked sex school was the worst time I was just the worst time for me I I would never ever want to go back to tech school well I got that out of my system oh no dude we can we can go anywhere I mean whether it's like any weather pretty much anywhere where you know whatever whatever base you know you got going on so that's cool they you know whether it's literally any station that's a station army base military you know Marine or anything so yeah okay so um I guess the the way to explain it well keep in mind like there's two things when it comes to my job like you can end up either at a weather station which is where I'm at or you could end up in the hub and essentially we do the same job because we're both you know we're both weather but our duties are pretty different from each other I'll try to summarize what the hub does for the most part they pretty much have a certain region of the US that they have to cover and you know when it comes to weather they're the ones who you know they'll get phone calls from like different pilots from whatever you know as long as it's within their region that's specific region then they they take care of any any of the pilots requests for whatever weather you know is to be expected within just a certain region of like you know the US now granted like different hubs you got different sets of regions but you're specifically set for just that now with us at the weather station what I do I specifically worry about in my case because I'm stationed at Barksdale I work with B-52 pilots day in and day out and they they come in requests you know they're usually just request whether depending on you know whether it's mission related or if it's airfield on the mission side when it comes to B-52 pilots you know we brief them wherever they're going the thing is like they can go wherever they choose to if I'm forecasting you know for takeoff conditions here and they're going all the way up to Alaska guess what I'm forecasting from here all the way to Alaska that's just the way it is in wherever else they're going where you know anywhere within the US I can be forecasting for it and that's just mission that's solely mission related now as far as the airfield where that's a that's where we still at the weather station we focus on just like any possible outcomes for like any storms you know that could potentially have hail any tornadoes or you know any wind advisories or anything like that you know it's our job to you know warrant pretty much warrant the base and like give them up and like hey expect this you know to come in around this time and then you know and this is how bad it's gonna be I think that's um for the most part that's what we do day in and day out you know there are days where you know obviously if there's not a cloud in the sky and there's no wind guess what you not that you ain't gonna have much to be doing I mean obviously we have SLPs on things we have to take care of on a daily but for the core of your job you're not really gonna have much to do because there's no weather going on but when there's weather going on oh trust and believe better be ready so yeah I'll be honest like when it comes to this specific career it's not for the week-minded decision-making is is key when it comes to you know weather because you're not gonna be right 100% of the time but keep that in mind and everybody else knows that you don't have to be right 100% of the time but as long as you know and you have confidence in what it is that you're saying that's the main goal as far as like weather now let me tell you this now when you're in tech school it's not really gonna seem like that but trust and believe the teachers they know or the instructors they know that they're just trying to push you out so that you can go see what it's really like because in tech school it's very black and white but when you get into the outside world it's it's the total opposite it's completely great and you'll realize that as you progress in tech school it's not black and white so be strong-minded be confident in what it is that you're saying and what it is that you're speaking that way you know you look good when you're doing your job you don't have to be 100% right like I said again but as long as you speak with confidence and you know stay firm and what it is that you say and believe and just go from that you you'll do fine honestly you just it's all about the right decision-making like with confidence just be confident in what it is that you're saying you can just follow me on my Instagram which is keep on a Murray you know I post videos every once in a while I have my own YouTube but it's all linked there so just go follow my Instagram you'll see what I'm about and what I do all right cool