Hello guys, I am Mohit Sabarwal and here are the top 4 funding news of the week that you cannot miss. Insurance provider Aco has raised $65 million in series C round of funding. Flipkart Co founder Binib Bansal has invested $25 million in this new age online insurance provider. MSwive, a Mumbai-based mobile POS startup, has taken another swipe at funding. The company has raised $31.5 million in series E round of funding. Blackbug, India's largest trucking platform, is in talk with Gorn and Saks, the Koya Capital and ASL partners to raise $150 million in funding. The new round of funding could take the company's valuation to $800 million. Faso's parent company Rebel Foods has raised $16 million in series D round of funding. The Pune-based food maker is seeking to raise $100 million in multiple funding rounds.


If you don't know, Nintendo and Lego partnered to create this. Well, what's under- This. Yeah, okay. So this video might be a little bit different to what I normally do. I've been really excited for this. Growing up, I had a ton of Lego. I had a ton of Kinects. Anyone remember Kinects? On top of that, I also grew up with an NES. I was born in 1990 and when I arrived in my house for the first time, unbeknownst to me because my brain hadn't developed enough to create memories yet, one of these was already in my house. And for the first decade of my life, I grew up playing an NES with games like Super Mario Brothers and having them come together like this, I was of course going to buy it even though it was kind of really expensive. I think it cost like $250. This is all I cared about, honestly. Before this, they did make this, which is a Super Mario Lego crossover, but it didn't look very interesting to me. It looks very obviously, oh, very bad baby, baby game. Looks very baby game. So I had no interest in this, but obviously huge interest in this. And apparently you can take this little Mario dude and you can sit him on top of this thing and it, I don't know, changes the music or something I saw in the trailer. So obviously I had to get it just to see what would happen there. And then this was free. They sent a little extra add-on for this thing. Apparently I qualified for a mushroom bonus pack. So, cool. I guess I'll start by opening this. It's a very weird shape box too. Like it's oblong.  I haven't bought Lego. I've never bought Lego. Actually, now I think about it, my Lego was always gifted to me because I was a child. I don't know, could I make Mario real quick? How hard would it be to make Mario? Oh, this is pack one. Oh, I think this is more complicated than it. So it can't, he needs battery. Well, I guess he, yeah, he does things, right? Where's your feet, Mario? I'm already confused. The instructions say one. But his legs are in this pack with planks. Oh, wait. Oh, okay. Okay, so I'm gonna need a screwdriver and I'm probably also gonna need to find some batteries. All right. One eternity later. Okay, I found batteries. Yeah, last time I sat here with a screwdriver and I was taking things apart, didn't really end well for me. You don't end up drilling into the wrong place. I drilled into my finger. All right, Mario, plug in two triple A's right up your spine. All right, so I don't know why this says step one and this says one when his legs are in this bag and then his hat is actually in number one. It looks dumb in the pictures. It's a little cuter in person. Ooh, why do I get to stick his ears on? It seems like a weirdly pointless step.  It's kind of creepy. It's like a demon, Mario. All right, let's see what happens when I turn him on. Little Mario time. Okay, that's pretty cool. That's actually pretty cool. He's like blinking. Oh, you can... So you build like an actual little side-scrolling Mario course and then I'm guessing when you jump on the different things it'll make a noise depending on the thing. So if he was to jump on the coin block... The coin block? Maybe that's not the coin block. Okay, I am admittedly having a little bit of fun here. Oh, I think I missed an ear or a nose or... Maybe it... Maybe it's just a spare part. I'm gonna put that aside for now and I'm going to recreate this in Lego but probably not in this video because that would be ridiculous. So 18 plus. I'm assuming it's not because of any maturity rating. I don't think we're gonna stumble upon a nudie mag inside here. I would say it's probably because there's 2,646 pieces in here. You have to build not only the NES, the controller and an actual game cartridge and the TV with a moving screen inside. That's crazy. It's not happening in today's video. I'm gonna jump on Twitch and build a little bit of it on Twitch. Well that can't... This can't be all of the controller in there. There's no way this whole bag makes a controller. There's not enough stuff in here. We did it! Yay! I think it looks pretty neat. Oh! Just bags and bags in here. Oh my gosh.  I can't build this. I immediately regret my decision. There's no way I have the patience all the time. What was I thinking? It just keeps going. I'm not even halfway through the box. I didn't like folding Lego for an hour. There's no way. So we have all of that and then... Oh my gosh, this is... It's just more Lego. One thing I would say that I do really like about this is for any of you old enough to remember what the manual was like for the original NES. This is what it looked like. Oh, that's neat. They made little stickers. I'm guessing to stick on your build once you're done. Maybe like on the back of it or something. Oh. This is just for the NES. This is for the TV. I don't think I've even ever read a book this big.  Maybe I'll just make the NES cartridge and then we'll call it... Oh wait, the NES cartridge is seven steps. We could totally make the NES cartridge. What are you guys worried about? Oh my gosh. What do you have to say about it, Mario? Whoopee! Finding this was a mistake. I don't know how I'm supposed to find it because the bags are numbered. But they haven't numbered like... Like told me what bag I need. Okay, so there's a big green piece. If I see a big... I think that's it. This says bag number seven, but there's nothing on here that says bag number seven has this stuff in it. Needlessly confusing. This also has a number seven on it. I don't think it in any way relates to this number seven. This also has number seven on it. Bag number seven. I don't see how this is going to turn into an NES cartridge. All right, this piece... Oh my gosh, look at that little... This isn't on the cartridge. Oh, we got this. This is gonna be easy. All right, why do I only have one of these short pieces? Why am I already missing literally on the second step and I already made a mistake? Oh, it's coming together now. So if you actually look into an NES cart, you see the green connectors inside. I like that. Oh no. Why am I missing pieces? Yeah, I feel like there's another bag, but it's so close we almost have all the pieces. Like this is the end of the step. We're almost there already. Why would you do that? There's more pieces here than I need and there's only two little pieces I'm missing. Why would you put in extra pieces that I don't need for this step and not the two last pieces that I need? What sense does that make? Are they just trying to make this needlessly more difficult? Okay, well it was bag seven and I remember we did see some other little bag sevens. Here they are. Well, okay, now here's the thing. Oh my God. This was bag seven, right? With a majority of the cartridge in it. I might, okay.  Like this might be peak cringe to anyone watching me that's ever made a Lego kit after they were a child. So I went and complained to Kim about how it didn't tell me what bag I needed and we realized it was because they combined the NES cartridge with the console. So once you're at the end of building the console it randomly tells you to grab bag seven.  So they don't tell you to grab bag seven because if you start from the beginning you should already be using that bag. So if I had built the NES first I probably wouldn't have any pieces left over from these bag sevens. So it was my fault. If there's eight steps to making a cartridge put them all in one bag.  Okay then what else do I need out of here? See that this system button that's for the actual console. I don't want to get everything out of this bag because I don't need all of it. Oh no, oh no, oh no. I need a couple things out of this bag now. Just a couple that could have been in this bag to begin with. This is fun. Now they're trolling. So in the big, literally twice the size as this piece seconds after. So why would you split them? There's already 3,000 pieces, Nintendo. You didn't have to make it even more complicated. So that goes there. And once it's done it's gonna look really cool. I think I've done something wrong. Everything else looks right. What have I done? This is why I... Oh my gosh. I built it the wrong way around. I built the left stuff on the right side and the right side on the left. Oh my gosh. It's not hard to fix. It's just gonna take... Ow! Why am I so useless? Oh, okay. Well, a bunch of broken fingernails and hurt joints later I managed to pry it all off the other side and move it over and we're almost done. Looks really... It looks cool actually. I do like it. But these stickers. The stickers I found earlier. But now we have to really carefully apply the stickers. Oh, I think that was pretty good. That was... Ow! I'm actually... It's not like perfect but it's almost perfect. I almost could have done a better job but I'm pretty happy with the result. Yeah, that one was pretty good too. Alright, good. I didn't mess up the stickers. Look! It's... Okay. A lot of frustration. But I mean, I knew that the end result of all of this is gonna look really cool. It took me 27 minutes to build this. Granted, half of that was because I was trying to find the pieces they hid from me. Well, I'll say if you're thinking about grabbing the Nintendo Lego set it's quality. It's Lego and Nintendo. Two of the most quality brands around. And you can chuck in a glass case or on a shelf and have it be a figure, a talking piece. It's something cool to look at forever. I hope you enjoyed this video for whatever it was. Me slowly losing my mind as I was trying to build this thing. Please like the video for my suffering. Subscribe down below for more Lego video. No. Whatever I do on this channel. I love you all. Thanks for watching. Bye.


Going on everyone Jake Lane sports cards here ripping a personal for Tom C We got two boxes of patina chronicles baseball two boxes of leaf exotic baseball Three boxes of bummer comb mega and then one bummer comb hobby Let's get started man.  Am I missing you? Oh nail it morale Coonia Weimar Matt McClain Bobby Miller and Senga see you Oscar Colas Miguel Maya Pat Bailey and outman backwards base there causes Michael Harris jazz standing and Jay Rob onto our mojo's Axial plus and purple Sebastian Walcott first That's pretty good That's not bad right there number to 299 pretty good Good got Carol Jackson Merrill and Jader our Namo. Don't worry got to a Mr. Ari Namo last mojo pack of this box DiPaula Gavin Cross Marcella Meyer Drew Gilbert and Jason Shoria. Would you watch me over the backs? It's the professional step in Not taking a wrench want you to see me over these packs. That's it so you see how they're just like It's almost like effort so Seems like you get like I don't know it really comes it comes apart easy at first and then you kind of just Go with it like it's less effort than I think you're making it out for me So usually like that You get that corner kind of open that like that seam there and then it's just like a and then you can just come down here like At least with like Bowman packs and when you're flipping through Like that one fell keep it closer There's a Espinoza first. There's a the adjurhe base auto nice Cassis Rivas Lawler, so like now that I have it like that. It's like whatever it just kind of comes apart up here and then you can It's always be like that Like two movements kind of it's really quick Cross Meyer plaza Luciano and beauty at its last mega here empty box And then go slow as you like continue to do it until you get more comfortable with it But that is exactly What's honey what to aim for these Hoskins see Got it like first try after you watch me do it. Yeah enjoy Sherser Bobby wit and say yeah, thank you shorts. I know man. It's That's what practice is for See You just find that little and then you can put the corners are so clear the package comes right off So much easier My god It took me a lot longer It's like a gentle Like sometimes the more force you put like the worst it makes it for some reason for eyes are not a Vulpey and Michael Bush and always make sure you have control of the Hard so that one that fell over. I think it's because you weren't like you have like a weird Yeah, I'm not sure Even now was Went down the scene better and cleared the other corners. They can just take the other one off hormone base pre-solid harbor Gorman and to rank on to the mojo's I'm closer like that Yeah, that's all right. We want to be just center of and then just watch your glare and that's Yes, see yeah, I can't have it loose. You can have that Osmond tarot first Victor is Turi's first And Davidson Gutierrez first Yeah, you're letting it lay in your hands, so you'll have to you'll have to like You see how it's just my index finger and my thumb and yeah, I have like perfect I can move it around. Okay, like it's not it's it's it's totally there But also my thumb isn't like over the face of the card. Okay, so whichever way you're gonna go That's kind of what you want to do. We're gonna go the other way You have to have like enough to where your thumb is like enough pressure to do this Okay, I wouldn't do that yet, but like just know that you have to still have control essentially it can't lay on your Your fingers essentially using more fingers sometimes isn't as good. So just be careful with that Practice with like base cards Okay Davidson de los Santos Xavier Isaac Harder young first so that right the what that right thumb that you're pushing with Whenever you're not pushing make sure that there's a little bit of pressure on that side of the card so that you're holding it You don't want it to totally lay in your hands. Nothing else Okay, you wanted to hold it in place. Gotcha, and just keep it as far your thumb as far off the center like right about there is like that's good and Jader Aranamo first got the two leaf exotics two leaf exotics first up Vaughn Brown Vaughn Brown on the auto number down slightly like this See how it's kind of like yeah, sometimes the leaf ones will shift around inside That was numbered two of two. We obviously like him to be Father down in the top order next up Ken Waldechuck on the like cheetah print That is two of eight two of eight Ken Waldechuck He like I don't know what he did last year. He started clothes. I don't know what was going on with him And nice one. It's the ace Jordan Lawler There we go. Oh pump it la la pump it la la. There we go That one is number everybody's ears one of three Second box. No, Vaughn's got Vaughn's a loopy time right now. Oh boy. No Not Robert Poisson confidant now too. Come on y'all. Did you cut the thing? Yeah at the box That's a cool one First up Mike Schmidt That's pretty cool Not expect that Mike Schmidt legend out of holy Schmidt one of one One of one Mike Schmidt auto Schmittie. Holy Schmidt is right next up Zack Neto Zack Neto auto numbered eight of nine Right Vaughn I was not expecting a Mike Schmidt and then Michael Garcia auto Little third base action for the Royals there That is four of eight Number four of eight stop at two boxes of leaf exotic there Chronicles chronicles. Yeah Careful with the chronicles here the cards are gonna be like backwards a side-to-side or you take your time and like Show them the ones that flip over correctly. Yeah, so two chronicles here. You'll see what I mean two chronicles I'm sure you've seen it, but Take time flip over what you need to you're gonna want to flip over everything Even if it takes you time to do it Carson Williams David McCabe Say a nice first auto Jacob Berry On card auto not numbered Jacob Berry. We've got Joe Maurer a Pete rose to 50 on the magnitude Yeah Magnitude Dale Murphy to 299 or 199. Sorry 199 and Drew Jones You set the cards down pretty well like it was gentle Sometimes sometimes that's the easiest thing to do. I'll flip over cards now It's because I've been doing it for so long like in my hand Sometimes easier to set everything down and just go and be safe with it. Like that's just a safe way Chase Medroth Owen White George Valera. Oh boy We got a Mario on a Rivera auto Hey number to ten we cannot stop pulling mows for Tom, dude Let's go Tom. I swear every definitive he gets there's a moe. Let's go Tom. Wow Number to ten on the noir moe dude. I love noir, man Five of ten That's fire. Whoo. The Crockels is heat this year man heat Got a poem on her on the Zena Justin Crawford 299 on the XR Got like that. Jay Shiong and Boxy Wade Boggs not numbered. Yeah, I like what you take it out like that rather than like the tops that How you have it right there on the side is better than when you would take it out like It seems more in control And easier for you I think the mageo Jose Ramos Mickey Manel 225 And we're pulling all the Yankees, huh? When all the Yankees like some Yankees though Justin Crawford Jersey to 99 little pinstripe there Phil Rizzuto Number for Rudeau Joe Carter Number I'll be with 299 on the certified And Joe Cronin. Jake remembers watching Joe Cronin play He was always in the sports center top ten Mickey Manel Coloss Luke Snyder and I think this is an auto. Yeah, Anthony Solimetto on the elite extradition auto for the Pirates Not bad there the scale Kyle Ripken Ever since Pereira and Spencer Jones Last two pause Bring it like Little bit closer. Yeah, so and this is what happens when when like your first doing it is like you're trying to like see the cards But you're gonna have to like get used to kind of looking down at a weird angle at them because they need to be more vertical So you catch the image better on the camera A little more vertical like that's good right there Enough to where you're not catching glare, but you're also not like, you know, the cards are front and center you're getting the best image possible Essentially Watch over. Yes See cuz you're like laying it down Gary Carter Logan Tanner and Bobby Miller on the crusade to 199. It's hard with Chronicles because there's different Services of cards or different things like that Nick Gonzalez chased a lot of Ramos Ramirez Blaze Jordan on the spectra number two of ten Very nice Yeah, no elvie marté a Tyler Locklear Cooper her pee and your pee and your repress Number two 199 on the mosaic All right second box Chronicles here. Let's see we can beat the first box Evan Carter Babe Ruth Kevin L. Contra and Auto Ricky Tiedemann That's not bad. He should be coming up soon for them. I think I Would think he comes up pretty soon. That's all there on the origins on card auto Kinsanko and hell Martinez to Ten there we go on the clearly Daunress Got a junior common arrow there we go to 199 And Tom Galavin base hold right there use your left hand and take the cards move them up in the pack Other than having to deal with if you have space in the pack like that It's sometimes easier to do that rather than fidget with that corner. That's like Super hard to peel apart for some reason We use you Pat Gillick chased a lot of the 10 man. We're hitting a lot of number of the 10s here On illuminance pump it chase the loudest Andrew Jones on the Jersey status Jersey Justin Crawford Ethan solace Moe And any pious Another auto obsidian this time Andrew Pintar for the D-backs Andrew Pintar non-numbered Obsidian auto Joe Gerardi as a cub Got Martin choir Got Nick Gonzalez to 50 and Paul Malder. They were not coming cards lots of it Thomas Harrington Tristan Vrylings Yeti capping and Roberto Alma on the studio auto To 15 Burto Alomar Or Cleveland Not bad there. Got McCovey yeah Zach vina 199 Solderstrom and Pujols on the obsidian last two here Eddie ballgame Jim Evans Got a Griff McGarry on the mojo to Well, not number Not number Noel V. Marte Bill Rizzuto got no ma no ma and Jackson Mero on the crusade to 199 I believe. Yeah 199 last pack so Go Blice trade on Browski Jim Emmons and Spencer Jankies on the Titan to 99 and I'll do it for your second Chronicles box on to bummer Chrome hobby last box This is a lot of peel So the Zach vina has a ton of peel on it my bad. I missed it there We'll send a box and wrap up with with the order Tom Apologies about that man Did not see it all each trash one mini box at a time. Yeah, here we go Spencer steer Brett Beatty and nice trailer Guerrero on the first green shimmer Number 81 out of 99 Not a bad start there obvious reboss and Christopher Torn. I was a solace Antigua Trevilli and Cam Collier on the red. I don't know. I guess magenta of aqua vapor to 125 Louise Torres Jackson holiday got a rain donkone on the Invicta Elijah green and Collier Spencer Jones Now Otto should be in this back ding on the Grissom there just a base, but ding Pop right there. Sorry about that and Diego Mascara first Bowman base auto Not bad there. I do know and came Collier. All right last box here Tom Appreciate you Tom. Yeah, I appreciate you. Let me rip this for you. I know it's not the best I really do appreciate it man. I appreciate you in some orders and Brian Acuna shimmer Got Jacob Melton. You want to do Vargas first? Machado lad Kierstead Blue coming up blue coming up Coonya Got a Byron Buxton on the blue Number two 150 drew Gilbert And Jesus Khalees morale judge Got a Vasquez on the short print Nice very nice Vicarro not Vasquez Mahia and Lawler Yeah That's not Christian Vasquez. That is Vicarro. Yeah, Miggie. Oh nailer Tristan Cosas Churio and Marco Luciano Last pack. Let's see some should have an auto in this pack as well Should have an auto Pat Bailey James Alvin and Javier Rivas Javier Rivas on the first Bowman base auto or Pittsburgh Not bad there Davidson Gutierrez and Emmanuel and Menwell Bonilla All right, Tom. I'll do it for your personal break. Thank you again, man. Get that right out to you Thank you


Hello, my name is Professor Maggie O'Neill, I'm a co-investigator on the Participatory Arts and Social Action Research Project and I'm based at the University of York. Hello, my name is Professor Tracy Reynolds and I'm also a co-investigator on a project. I'm a sociologist by background and I'm interested in looking at the ways in which participatory methods can be used to explore sociological concepts. Today we will be talking to you about walking as a participatory, performative and mobile method. I will describe what the method is and how we use the method in our research project with migrant communities. I will then describe how we integrate the methods, particularly Maggie's walking methods, with participatory further methods. We will then share some of our thoughts and experiences on the benefits and challenges of the methods and then we explore the possible impact on policy and practice. There is a long tradition of walking in ethnographic and anthropological research, but until recently not as a focused method for conducting social research in participatory ways. For example, anthropologists Tim in Golden Jolie talk about the importance of walking in ethnographic research to understand people's roots and mobilities. They say that social relations are not enacted in situ but are paced out along the ground. Sociologists Andrew Clark and Nick Emill reflect upon how walking interviews can help researchers to understand how participants create and maintain their neighbourhoods and communities. Of course John O'Urie's research on mobilities is also very important here too. I came to walking as a method and practice influenced by performance and walking artists, artists Misha Myers, Claire Qualman and also Dee Heddon. I have been using walking as a method of doing participatory arts based research as well as biographical research for many years. Together with Brian Roberts we describe in our forthcoming book on mobile methods, The Biographical Walking Interview Method. I call the combination of arts and ethnographic research or arts and biographical research ethnomymesis. Walking is a deeply engaged relational way of attuning to the life of another person that evokes knowing as well as understanding. For when we're walking side by side with another person we can engage in an embodied and corporeal way and attune to the narratives and lived experiences of our research participants, of our co-walkers. So taking a walk with someone can open a space for dialogue and communication in reciprocal ways. In this sense walking is performative, it's relational but it's also reflective. And importantly it's sensory and multiple modalities of experience can be shared. Such methods constitute what Les Bach and Nirmal Puha call live methods, creative, public, novel methods of doing imaginative and critical sociological research. In our project we invited migrant mothers and young girls to map their everyday routes on paper in the form of a map or a route and then we walked with them following their maps either in pairs or collectively. We also explored the spaces and landmarks on their maps using theatre based methods, creating images individually in pairs and collectively integrating their stories, their everyday experiences of walking into theatre workshops. So how did we use these methods? Well first the women and girls were invited to create a map from a place they call home or from their school to a place that's special to them, marking landmarks along the way that are important to them for whatever reason. The girls and mothers made maps of their everyday routes and journeys, their everyday lives. Second, Arini, our research fellow and drama theatre practitioner on the project, engaged everyone in visualisation exercises where we were asked to imagine these everyday routes, these walks in our mind's eye and then walking together in pairs in the workshop we visualised and shared our walks with a partner. Third, before moving out into the streets to walk the routes together we asked participants to share and talk about their walks and what walking means to them, what walking means to us. In the workshop setting the women and girls shared their maps with the group, describing the places and spaces on their maps. Fourth, we then agreed together a schedule for the walks and also the routes we would take and the maps we used to plan the walks. We then undertook the walks, we undertook collective walks walking in small groups with the girls and then with the mothers. We recorded the conversations and the photographs that people took along the way. Filmmaker Marcia Chandra filmed one group walk with the girls and one group walk with the mothers group too. In Strand 2 we walked together with mothers with no recourse to public funds and we walked in pairs during this part of the project. The conversations were recorded and the mothers took photographs and two of these walks were filmed. We experienced that walking enabled us to connect to the everyday lives of the women and the young girls in neighbourhood spaces, eliciting a shared viewpoint and also empathic and body learning. In this clip we're about to see a mother talks about the importance of the park to her and the place where she had a birthday party for her son. This is where we did this first birthday. I did it down there. What did she do? I made a cake and I had a son of my best friend, my daughter's classmate. She's got a baby girl. She had to bring an English trainee so I cooked a little bit of rice and chicken. We sat down here but I streamed juice and water. They went down running and playing. Me and the mother were here. I just took some photos for memory. So the park has really helped me a lot because I can't host anybody and I want him to have a cake for his first birthday. The walks also helped us to access the way citizenship is enacted and performed. Citizenship not just something that we have or hold but something that we do we perform. In this scene we see another mother take us on a walk to the park. She shows us where she goes with her daughter to play and her daughter counts the docks learning to count. Sometimes my daughter counts all of them. And a great way of learning your number to count the docks and geese. It is very calm isn't it? It just feels very calm by the water when you see them. I wonder if they don't get cold. I think a couple of it is ice already. Oh this is nice. I guess this is where your daughter likes to come. Oh she's gorgeous. Will I take a photograph with your camera of you showing us that? Lovely photograph of her. So you can enter through the gate and then just sit down and then see this. During the walks with the young girls they shared and reflected on the ways that they used public spaces. And at the same time how they attuned to those spaces in new ways that enhanced their learning and their awareness about the areas they live in and go to school. I like best about what we just did. The weather and the fact that we saw a lot of places. I don't really come to the canal that often because I've got a bad memory of it. But the more I come it's nice because it's like water. You get a breeze and instead of being bored in the hall you're kind of mid. Not that much and not that little. It's that I'm really learning a lot because at first I didn't really take the detail of my street. But after Irini told us to make clays and statues of them I kind of realised how little I know and how I take in notice about what people are and who's around it. But now when I'm walking I just look around to see who's doing what, what kind of people are there, what shops are near and stuff like that. Following the walks we shared the photographs and the maps and the stories together in the workshop space. The girls and the mothers curated the images placing them around the maps to make sense of and share their knowledge, their learning. So how did we integrate the walking and theatre methods? Following the walks the conversation, sound files, photographs and reflections on the walk were brought back into the workshop space and we recreated these experiences in images through body sculptures and theatre scenes. In the workshop setting we asked the mothers and girls what feelings they associated with each place and we asked them to also add these to the maps, for example feelings of belonging or unbelonging, fear and safety and we found that the same place might also hold multiple meanings for them. In one workshop the mothers produced soundscapes of the walks, the noises associated with the walks and their everyday lives. Working in partnership with the theatre practitioner really helped us in thinking through how we were going to integrate the two methods of walking and participatory theatre. The walks and the photographs taken on the walks and reflections on the walking in a space and place can really inform the theatre scenes. This can really deepen our understanding of how space and place shape our understanding and an axioment of the social world. Starting with the theatre scenes and the reflections and visualisation around certain places also fed into the walks and we did these with the young girls too. They took us on walks and pairs and recreated images of the places they visited, their neighbourhoods, friendly hood and scary hood, public and also statutory surfaces, parks, shops, libraries, schools, community and family centres. We focused on the workshops and how they feel about living in London in their neighbourhoods and what they do and with whom they'd spend their time with and where they go with their children or friends where they can relax. So integrating the methods may start with either walking or theatre but the important thing to note is their integration facilitates space for experiences to be shared, knowledge produced and learning to take place. The integration of performative mobile and live methods supported the emergence of rich textual research data that are visual, performative and dialogical. We also conducted more orthodox qualitative social research methods of interviews and focus groups towards the end of each of the research phases with our participants. So let's look at some of the benefits and challenges of bringing the research together. Well for me it was really useful to experience first hand the empathetic witnessing that Maggie mentioned earlier. I was able to build an empathetic relationship with the mothers and the girls. Having the opportunity to walk in their shoes really allowed me to gain a real understanding of their everyday lives. One of the mother's cases always sticks in my mind because we had to go on multiple bus journeys at peak time of rush hour travelling from home to her son's school and work. This was because it was really expensive to travel by trains and tubes which would have been quicker and easier. This experience really gave me an appreciation of navigating London on a limited income. Another benefit was that it really opened up dialogue and conversation with the mothers and girls about their everyday lives and their neighbourhoods. Also about the memories of homes and families living in another country and I believe this would not have happened through conventional interviews or in a workshop setting. I felt walking together and sharing their experiences really built a two way reciprocal relationship. The process of walking and talking and both sharing aspects of our lives was able to break down some of those barriers between a participant and a researcher which is found in more conventional research methods. It's also important to point out some of the challenges. For me although I found the walks to be an enriching experience I also found that they could be emotionally and physically tiring. It took me a few days to recover from each of the walks. I also underestimated the practicalities of walking and recording. It was sometimes difficult to get good audio sound with a noise of London traffic. However working with a filmmaker who has the technical knowledge and equipment made all the difference. Yes those issues resonate really well with me Tracy. The combination of methods, visualisation, walking and theatre forms is a powerful and live way of doing research. It involves all of the sensors. The methods also highlight the relational aspects of doing research together. The method can sometimes help to flatten the power relationships apparent in an orthodox interview because you are walking side by side and the co-walker is leading you. What Misha Myers calls situational authority. Walking with another can foster mutual recognition and develop trust between co-walkers in helpful multimodal and sensory ways that is different to and harder to attain in a standard interview. All of this facilitates richer data and the potential for in depth reflexive embodied and sensory analysis. However there are also risks with this method. For instance the connection, attunement and sharing that takes place in the trusting encounters may lead participants to disclose more than they would ordinarily do under different circumstances. And the revelatory possibilities of walking as a method means that unanticipated encounters or experiences along the route may trigger painful memories. The researcher and the research team need to hold the research and ensure as much as possible that this is a safe space by building in reflective sessions and ensuring ethics and reflexivity are a central aspect of the research process. Working in partnership with experienced walking community artists and in our case a drama therapist and a theatre practitioner was very helpful. Having a process and mechanism to refer people on to helping agencies is also important. In our case we work with fantastic support agencies with praxis and migrant rights network. Building in time for reflection is also really important as a research team. So there are lots of benefits integrating these two methods but we also need to think about how we establish impact. So a key impact has been the transformative potential of creativity in research sparked by the intersecting methods we used and also the partnerships that we developed in our case with praxis, filmmaker Marcia Chandra and counterpoint arts and other groups too. We are taking a play developed with mothers with no recourse to public funds to the House of Commons and this event will be hosted by Kate Green who is a Member of Parliament and also Chair of the All Parliamentary Group on Migration. The impact of performative and arts based work is significant and is not to be underestimated. Another impact has been the advocating work with and alongside the women to bring about changes in the no recourse to public fund policy. We have been lucky to work with migrant rights network and also running me trust a race equality organisation so that our project will influence policy decisions and hopefully bring about policy change on this piece of legislation. In February earlier this year we hosted a policy event which brought together a range of policy makers and practitioners and what was really good about this event was that the mothers performed a short theatre piece based on their experiences and were able to directly speak with a range of agencies about their everyday lived experiences. A policy briefing report has been produced which reflects on the importance of bringing these methods together and added value these bring for marginalised communities. This report will be launched at the House of Commons event and these methods are really important if we want to create change.


Hey everybody Bailey Slack from Mountain View Dodge. Don't worry about the hair. It's going everywhere. It's wild just like the deals today All right guys behind me. What do I got here? Grand Cherokees look at all of our used grand Cherokees We got down here lots of them for you guys to pick from Sometimes people want to use because it just makes more sense. Well, guess what today? I'm bringing you guys deals come on and see me I'll show you the great offers we got on these It's phenomenal. I can't explain it any better way other than get down here as soon as you can before they're gone We got lots to go around. Come on guys. Let's make it happen. Let's go


Hi, thank you for joining today's episode of Open Infra Live, the first episode of 2022. So happy new year from me to you. The Open Infra Live is the show that hosted by the Open Infra Foundation that airs on Thursdays at 1500 UTC. We have a lot of past episodes that you can find in our YouTube playlist, but today we're going to be talking about what the global Open Infra community did in 2021 and what they're looking to do in 2022. First, before we get started and introduce our speakers, I'd like to thank the Open Infra Foundation members. With these organizations, we can't do this without their support. All of our speakers today are from one of these organizations. And these are the folks who are supporting the foundation and helping us build open source communities who write software that runs in production. So what I'm really excited to talk about today is we have four leaders from different open source communities to talk about what kind of production momentum they got last year from a development side, as well as some adoption stats as well. And then what's into the future for them for 2022 as well. So today we're going to hear from OpenStack, Cota Containers, StarlingX and Zool about what they're doing as a community and how you can get involved. Like I mentioned, this show is live. So if you have questions for any of our speakers throughout the show, please drop them into the chat and we will try to answer those as often as we can time permitting. And we'll also jump into the chat and answer them there if we don't have time. But let's not hesitate any longer. Let's go ahead and get started. So the first speaker that I'd like to introduce is the chair of the OpenStack Technical Committee. We have Gonsha Munn on to talk about the progress the OpenStack community made in 2021 and what's ahead for 2022. Welcome Gonsha. Thanks, Lisha. All right. Yeah, it's been interesting. Like in 2021, we did a lot of thing and now what's our focus will be in 2022. Myself Gonsha Munn, I'm OpenStack Technical Committee chair. So let's first talk about the releases and highlights we did in 2021. We had two releases, OpenStack Wallaby which was our 23rd on-time release. OpenStack Xena was 24th on-time release. So on-time release is always there. So that's a really great work by our release team. And in OpenStack Wallaby, we had focused more on the security and cross-project integration with other OSS software. And in Gena, like it provide more powerful hardware support and integration amongst the OpenStack projects. Next slide, please. Yeah. So there are the key features. And if we go with like, first is improved integration with the adjacent OSS. For example, Kola added the support for Pymethys version two, Magnum updated the version of Kubernetes and container D. That's really great. Like up-to-date integration with Kubernetes. And then Cinder added the support for Chef backend driver, Chef iSCSI even, I think they have more than 60 or 64 drivers supported currently. Then Tacker had implemented a lot of features to move towards the ETSI NFV standards. And other is like integration among the OpenStack project. For example, Noah, Cyber, Blazor. So there are a lot of integration has happened between OpenStack projects, which will give like all the OpenStack user a more stable features, or if they wanted to integrate the different services in their cloud. Then advanced hardware support features. There are a lot of features in Cinder, Ion, E-Kola, Neutron and even other projects also. And Keystone Unified Limit. So Keystone Unified Limit is like a new way to set and enforce the quota for your tenants or projects. And Glance is the first project to implement that. And the yes, long pending or long deprecated Cinder v2 APIs has been removed. So now Cinder provide the v3 APIs with micro version where all the improvement you can see with the micro version which will be a great help or an easy way for the intro perspective. These are the few key feature, but it doesn't mean like these are the only things we did in 2021. We had the separate OpenInfra episode for Wallaby release and the Zener release also where we had many other projects talk about their features they implemented in 2021. So links are there. You can watch those episodes to get the full list of features we did in this year. In term of contribution in 2021, I'm like collecting both the release, Wallaby plus Zener. So it's around 32,000 plus quotes and it's a huge number and around like 800 developers from 140 organization. And with these like OpenStack is one of the most active open source project. It's been in top three with the innocent Chromium open source. In term of community updates, if we talk about the community wide goals, we had two goals in 2021, which is one is the migrate RBAC policy format from this into YML. So this is like on for RBAC API access control. We have implemented the policy in code. Policy in code means we have the default defined inside the code and they are enforced. But if anyone would like to override those access control, they wanted to restrict the access or they wanted to give more user access to those APIs, then they can always do with the policy file. So we supported two format for policy file, JSON and YML. JSON has been always means not so easy for us to like map with our policy in code things because you cannot command the rules in the JSON format, right? So what operator does usually is they dump all the default rules in the policy file because we have the tooling and all and they commented out all the one which they don't override and they only keep the one which they wanted to override. So these things are very easy in YML format. So that's why we decided to deprecate the JSON one and maybe we'll remove it in future. Second goal was migrate from root wrap to preserve to run the command in pseudo run. So root wrap has some performance and security issue. So that's why we are moving to the new library. This work is still under in progress. So these are the two things we focused in 2021. In term of project update, we had new project very excited about the skyline which is a new dashboard for OpenStack. So skyline is now official OpenStack project now. Next is Venus, which is the log management service that is also a new project. And tap as a services is also added back to the Neutron Stadium project. And on the project retirement, if we see, we had like four projects queuing such light, carbon and Neutron FWS being retired. Retired doesn't mean they are gone forever. I mean, if anyone or any of your company, team, friends, they want you to maintain it, you can always bring back them and raise the application to governments. For example, Neutron FWS, if you see, there's a discussion going on in OpenStack that's discussed mailing list, like a few of the people or developers, they wanted to maintain Neutron FWS and Neutron team is going to reconsider that to add it back to the Neutron Stadium. So if you would like to maintain those, if you are using those, so feel free to add back. So currently we have a total of 52 projects under OpenStack. And in terms of leadership, we had technical elections. So they both are like project leadership as well as the governance like technical committee for nine members. So they are open leadership. So anyone who is contributing in OpenStack and they are eligible to run. So they can always raise hand for these project leadership or the governance leadership. So they are very open. So we had two election and it was like a smooth going in those. And few of the other updates, we defined the upstream investment opportunity. So what are they like? Wherever community need helps. For example, in some of the project, we need help or some of the area where we need help. So we define them in upstream investment opportunity with all the details, how to contact and what are the business values of those. So if you are individual developer or you are a company, so you can read out those and you can see like where all community need help and you can plan like to support the community in those. Technical committee week limiting, we re-initiated and it's been very helpful for us to speed up the things what technical committee used to do, not just like project addition or removal, but a lot of other topics also in terms of providing the technical help to the community. And you might know this OpenStack IRC network moved to OFTC. And if you would like to know the details, how to join, what are the settings? There is a blog or there's a contributor guide or even the open dev documentation you can search and you can find out like how to move from, you know, to OFTC. Project team gathering, two PTG we did in 2021, one for Z9, one for yoga in April and October. And these PTG like are not like just OpenStack developers are discussing among them, but it is beyond that. There are like other infra project also, even other OSS communities also they are joining and discussing about their use case features or even governance. So they have been very helpful for us and both were like virtual PTG in 2020. In terms of like cross community calibration, we had few of the progress among like other open source community we did calibration. One is with the Kubernetes community leadership with the Kubernetes steering committee we had met various in various platform in PTG we have usually a session with them and we share the feedback and their governance part or even some time technical part also. In open and for live episode also, we have came together and discussed the thing. So that has been a really great collaboration between these two community. And one is OpenStack regained the core infrastructure and status system best practice badge. And thanks to Terry for checking and updating those things. It's a really good badge for OpenStack community. And cross community integration and feature which we talked about for example, Magnum updating the Kubernetes version and continuity. So there are a lot of cross community integration going on in various OpenStack projects. And about the next in 2022 and beyond, we had like every project plan their features. So in PTG, if you join them in yoga, PTG discussion, if you see or if you are going to join the next PTG happening in April 3rd or 4th. So there they plan their individual features. So these are the three things and I listed here which we as a community is focusing as a whole. So our back is about the default we wanted to make as more close to the operators need so that they don't need to override the default. So we are introducing system scope also like a kind of a higher level of a person doing the system level operation or a project level operation. We are isolating those things. So there are a lot of improvement in our back and yes, that will be great to focus in 2022. OSC OpenStack client is a unified limit, sorry, unified our CLI. So which have been focusing since many years but we'll be focusing more in next year also. And this is the new thing we have collected the pain points from projects as well as from the operators and we have continued the brainstorming on those. In TC, we schedule the meetings and we go through those pain points. So we'll continue that. And if something comes up like we have to focus or implement those so that we'll continue all these. So these are our next focus. Awesome. Thanks, Gantra. There's a lot going on in the OpenStack community and across community. And I think you'll have another release coming up in the next couple of months, right? Are we on Y, I think? Yeah, it's named yoga. So that is coming on 30th of March. Development is going on. So if you'd like to join us or help us, bring us there. Awesome. Well, thank you so much and we'll bring you back at the end for questions from the audience. All right. Next we're gonna hear about CODIC containers. This was the first project that the OpenInfo Foundation started supporting in addition to OpenStack. So I'm really excited to have Peng Tao on from Ant Group to talk about what they've been doing over the last year and what's to come in 2022. Welcome. Thank you, Anderson. This is Taepan from Ant Group and next slide, please. And, okay. Codic containers now, this is the current architecture of Codic containers. Codic containers continue to work smoothly with Kubernetes ecosystem. And this year we have ended Codic Monitor to connect to permissions so that we can export Codic metrics for the users. And this makes Codic containers to work even more smoothly with the Kubernetes ecosystem. And key features this year, except for Codic Monitor, we have also supported VFIO pass-through so that if you are searching for extreme performance for with Codic, we can now pass through the VFIO devices directly to the guest and it will deliver the raw device performance for your application. And also we have supported non-root VMM so that in cases where security is extremely concerned, we do not want to expose the privilege even to the QMU. And also we have supported watchable months. It's a non-requiring feature for our users so that they can do a notify within the guest. And also we have supported DDX and SEV so that Codic is now out of the competition container ecosystem. And Codic school wise, this year we have delivered the steady 23 releases and the latest stable is 2.3 to 0.0. And we have seen more than 1,400 changes by 95 contributors from 16 organizations. And from what we can see, the top five contributing companies includes Intel, Red Hat and Group, IBM and Apple. And we are seeing more and more production usage of data. And as usual, and Group is deployed in Codic containers in very large scale in production. And this year we have seen Red Hat delivering Codic containers and as a vendor product, they have just GED, their Codic container sandbox solution in OpenShift. And as usual, IBM is a strong supporter of Codic and is using Codic with their production, with their products. And we have seen more and more startups using Codic as well. Databricks is using Codic to build their cloud solution for their users. And then there's a new startup, Xtortennium that is using Codic to run spot instances on AWS and show their solution to, and save a lot of funding for their customers. And we are connecting more and more usage of Cata and the usual show, they will all show up in our latest annual report and then we'll come soon. And then next year we will focus on these points. First, we will do, make Cata work even tighter to the container ecosystem. Namely, we will look at Cata uniting the CNI and CSI to make the CNI and CSI components work even better for Cata. And another key feature we will continue working on is to justify Cata Runtime. When that Cata Runtime is written in code and it will cost some memory for the users and we are working with the community to do it in Rust and this will save a lot of memory and then turns out to be more density for our users. And part of the work we are doing in 2021 we are supporting Cata containers confidential container use case. And this work will continue in this year as well. And with all the above, we are aiming at releasing Cata, sweet or zero and at the end of the year. And hopefully we can release it before the burning summit. Awesome, thanks Peng Tao on the update around Cata containers. It's exciting to see all of the momentum, especially around the confidential computing use case. I know we did an episode of Open Infra Live a few months ago around and folks from AMD were talking about how they're using Cata containers for that. So very interesting and exciting to see that progress. We'll bring you back at the end of the show for questions from the audience. Okay, thank you. Thank you. All right, next we have James Blair from the Zool community and who is a maintainer of the project to talk about what Zools has going on and what's coming this year including hopefully a new release. Take it away, James. Thank you, Allison. As Allison mentioned, I'm the maintainer and the current project lead for the Zool project. Zool is a project gating system. It originally started out helping OpenStack test all of its changes before they merged and continues to do so. But over the past few years we've really grown the project and it's being adopted by more and more other projects and organizations. So what's been happening with Zool for the past year is we've been working on a pretty big release that addresses a number of issues, scaling and high availability. We've improved our admin user interface. We've upped our game as far as our drivers for interacting with other systems. And probably like everybody else out there we've been doing more and more work to help the system run better in containers. So I'm gonna talk about all of that and give you a little bit of our version four and version five roadmap coming up. So for, I think our biggest focus over the past year has been around scaling. Zool has since almost the beginning been a very scalable system in that it has a number of distributed components. It has components that we, it has a web component, executor components that actually run the CI and CD jobs, mergers that just perform Git operations, log streaming gateway, stuff like that. And all of these components have been scalable almost since the very beginning. So the system can get larger and larger as it runs more jobs, all except for one. And that is the component we call the scheduler which is responsible for watching all of the events from remote systems, deciding what jobs to run and with what parameters and that sort of thing. So that has, because that's sort of the brains of the system, it's been a bit difficult to scale that. And so we did not start out that way. We did not start out with that as a scalable component. It was a single point of failure. And as the systems have gotten larger and larger that's become more and more of a problem. It's, I've seen Zool systems where when you need to restart for an update it might be down for 10 or 15 minutes. So that's not great from a user usability perspective. It's not terrible because I mean, it's a CI system. Everything's a little bit asynchronous anyway, but still, especially if you've got long running jobs and things like that, you really want to take as little downtime as possible so that you can keep everybody moving at a good pace. So we've been focused a lot on that over the past year. What we've done is we've actually moved all of this in-memory state into ZooKeeper. So that's a distributed storage system so that we can have multiple schedulers. They can all seem the same state. And in fact, we actually have all of the components using this ZooKeeper cluster as their state storage now. And this allows us to run multiple schedulers that run at once for fault tolerance purposes. They also act cooperatively. So we can actually increase the overall throughput by running more schedulers. And it lets us do rolling upgrades and rolling restarts and things like that. So at this point, with these changes in, Zoo actually has no single points of failure. The system itself relies only on ZooKeeper. ZooKeeper itself is a fault tolerant distributed system. We also require a database, but we're several decades into knowing how to run fault tolerant databases at this point. So things are looking really good from both a scaling and high availability standpoint at this point. We've made a number of improvements that are user-visible as well. The most notable is probably the admin user interface. So Zoo has had a web interface for a while that's basically been read-only. And so that lets you see the jobs that are in the system, see what they're running, see the logs that they've produced, that sort of thing. But any interaction with the system has always been through either the, primarily the code review system, Garrett GitHub, that sort of thing. And then secondarily, there are some admin commands that if you have root on the Zoo scheduler or something like that, you can run. And then recently we started adding a REST API. So there's actually a Zoo Client command now, but you need to get an admin token for it and that sort of thing. So it's still not terribly convenient for end users. Our recent changes, however, have added the ability to log in to the web interface with a number of pluggable OpenID Connect based systems. So users, if they have accounts with administration access, they can click a button to log in. And then once they're logged in, there are buttons on the interface to DQ changes, re-enqueue changes, promote changes to the top of the queue and auto-hold nodes. The auto-hold thing is particularly interesting because that lets you, very quickly, if you see that a change is failing repeatedly and you don't understand why or you can't reproduce it locally, that sort of thing, you can log into the system and tell it to auto-hold the next failing job for that change and get access to that node right away. So it's a big help in debugging. We've also added some other usability improvements. There's now a visual build timeline. So once all of the builds for a change are complete, you can look at a sort of a Gantt chart of the builds and see what build depended on what other build, what took the longest, where you can focus your effort on improving build run times to speed things up. And then finally, we've done a little bit of UI modernization as well. So the interface is, it looks a little better, it's a little easier to use, more consistent, that sort of thing. So we've actually put a lot of effort into the user experience here. Again, on the backend, Zool is nothing if it doesn't connect to remote systems. That's either code review systems like Garrett GitHub, et cetera, or cloud systems like OpenStack, AWS, and others. We've focused some effort in this area as well. We've added a new driver for Azure. So Zool can now run jobs on Azure VMs and other Azure resources. We've improved the support for both GitHub and GitLab. So those drivers support some of the newer features now. And we're working on an IBM cloud driver that's mostly written, it's in review. So I actually expect that to land really soon now. The really interesting thing about all of these drivers is that we support, this is not an either or situation, Zool supports combining changes from, say, Garrett and GitHub or GitHub and GitLab or any of the drivers that it supports together and testing them together. Similarly, all the clouds that we support, we support them all at the same time. So sort of going back to the theme of scalability and fault tolerance, you can have a CI system that is fault tolerant at the cloud level. So you can lose an entire cloud and the system stays up and running. And then as I said, like just about everybody else out there, we are spending a lot of time on containers. We've been working on the process of running Zool itself in containers. The upstream project builds container images for every release and every commit. And I think at this point, quite a large number, perhaps the majority of Zool installations at this point are running from container builds. That's the way that we run Zools, UnZool and I highly encourage it for anybody else. Whether you run those containers in Kubernetes or some other system, we're not terribly opinionated about but I personally would recommend running it in containers because you get the benefit of, I mean, Zool has a lot of dependencies on system tooling and whatnot. And so it's great to have a consistent environment between all of the different Zool installations out there. It really simplifies things a lot. We do have a Zool operator for Kubernetes and OpenShift. We've improved that a lot over the past year. So if you want to sort of deploy a system in a declarative manner, that's a great way of doing so.  We've added Prometheus support. So there's sort of an initial amount of statistics that we're emitting via Prometheus. Right now we're actually more focused on getting out there to get sort of some basic performance metrics and liveness checks for DNS probes, that sort of thing up and running. So again, these are all really in service of running in that containerized, possibly Kubernetes environment. And finally, at the end, I will talk about our roadmap. And I'm talking about the end because how we've been doing this is I think pretty interesting. Zool doesn't do time-based releases. We actually, we release when we achieve certain levels of features. And so what we wanted to do since we knew the effort to make Zool multi-scheduler was going to be a large effort, we didn't want to do that sort of off on the side and then dump it on everybody at the end. We wanted to try to bring the entire community along with us as we made this change. So what we did is we released version four to signal the start of this effort. We made a couple of breaking changes in version four that said, okay, operators, invest a little bit of time here, prepare your system for what we know is coming, do that when you upgrade to version four. And then as we move closer and closer to making Zool multi-scheduler, we'll keep making releases throughout that process. And all of those releases you should be able to upgrade to without making any major deployment changes. And then before you know it, someday you'll just be able to run a second scheduler. And that's actually the point where we're at now. We've released something like 17 versions of Zool since version four. And at this point, Zool, you can actually run multiple schedulers in production. We're still kind of putting a bow on it. We're making sure it's stable. We're looking for places where we might need to do a little more performance improvements, that sort of thing. But it is running with multiple schedulers in production now. And so we're, I would say, nearest makes no difference to Zool version five. We will very shortly, hopefully within the next few weeks, be releasing version five itself, which will, that'll sort of signify that we're confident that we're at the end of this road. And all of our features are in place and really ready for use. So that's what we've been up to for the past year and what we're going to be looking forward to in the next year. Awesome, thanks, Jim. And I know Thierry Perez had dropped a comment asking what features would be coming in v5, but you actually kind of talked about that. But one of the things that I think is really interesting about Zool is a lot of your production users, like BMW and Volvo and Le Bonquan, are actually upstream contributors as well. So with this like long list of features, which ones have been particularly user driven based on what their experience is with Zool itself? I think actually all of them are the, the, so to focus on the headline feature, right? The multi scheduler, HA fault tolerance, scalability stuff, that's been, it's really been a community effort, but BMW kind of has been really pushing on that because they really want to drive the scalability aspect. They really, they're doing a lot with Zool and they want to continue to be able to do more with Zool. So they're really pushing the envelope there. Awesome, it's awesome to see that they have that opportunity since they are involved with the upstream process. Thierry did want to get a question in though. And so he actually asked a new one and said that Zool started with OpenStack. So that's where the original requirements are coming from, but which of those new features are actually coming from a direct different user. So I know you mentioned BMW, which is also an OpenStack user, but are there other requirements that are coming specifically from non OpenStack users? Yes, so you mentioned Volvo as well earlier. They're actually, they've been driving a lot of the work on Azure and using running tests on Windows Notes. So I didn't mention it in the slides here, but that is something that we've worked on over the past year as well. We've been improving support for running jobs on Windows. So Volvo has been a big driver of that and that's coming directly from their use cases. Awesome and it's fun to be able to say that BMW and Volvo are driving the requirements to squeeze a pun and is always a nice benefit as well. I'm not going to apologize for that. Well, thank you, James. I know this was a lot of great updates and it's exciting to see Zool V5 coming out very soon. It will bring you back on shortly for questions from the audience. All right, thank you. All right, and our last presenter today is Greg Waynes from the Starling X Technical Steering Committee. So he's going to be talking about what that community's been up to last year and heading into 2022. Take it away, Greg. Great, thanks, Alison. The first slide I had was really just a refresher on what Starling X is because we always get that question occasionally in these meetings. So Starling X just as an overview is a fully managed, fully integrated, ready to deploy Kubernetes or Kubernetes and containerized open stack solution on bare metal. And so the key features that Starling X provides is really infrastructure management of the bare metal hardware underneath, as well as all the different open source software packages that we're running in the solution where Kubernetes and open stack are the biggest of those software open source packages. And so the Starling X infrastructure management is all about making it easy to install, easy to manage, highly scalable, highly performant and highly available. The other key feature in Starling X is our ability to scale from a single server solution, really up to kind of a geographically distributed system of multiple edge clouds. And that's what's shown in the bottom right is really we have a distributed cloud capability that has a central cloud that really manages multiple sub clouds at the edges of the networks where those sub clouds are standalone, Kubernetes or open stack clouds, either running, well, yeah, either running Kubernetes or open stack. And the idea is that the Starling X infrastructure management has been extended to basically provide orchestration of the infrastructure across all of these sub clouds in order to provide that ease of management of the multiple sub clouds. And we've actually been very successful in the last couple of years around users in the 5G telecom area, taking advantage of Starling X and specifically the distributed cloud architecture in Starling X. So yeah, so what have we done in 2021? So Starling X has two releases a year and just listed some of the key features that we've done in the first half of the year, we did some enhancements to our storage, we supported rewrite many for SAF, our SAF solution, which allowed, you know, shareable PDCs between containerized workloads. We added an option for using Rook instead of our, you know, host-based uncontainerized SAF solution. So that was a nice ad. In security, we added, did some integration of some other open source containerized projects. We have integrated HashiCore's vault, which allow, provide secret management. So really making it such that if there's containerized applications that already leverage HashiCore vault, makes it easier for them to port to Starling X. We leveraged IBM's Porteris, which does container image signature validation just to ensure that the images that you're pulling on pod creations are authentic. We also added B3 for SNMP. We previously supported SNP B2C. So B3 is definitely more secure solution. We integrated metric server that gives us auto-scaling for containerized workloads. Edge Worker node was a nice ad that we added. It basically allows a non-Starling X node to actually join the Starling X Kubernetes cluster. So it's kind of like a less managed node, but because it really only requires Kubernetes, but the advantage to that is it can be a very small footprint node, right? Because Kubernetes can basically run on Raspberry Pi. So you could add Raspberry Pi into the cluster and then that node gets all the advantages of whatever services are on that, the Starling X Kubernetes cluster. As far as distributed cloud, chicken mentioned it is a key feature. We kind of completed support for some of the different deployment configs of our sub-clouds, the all-in-one duplex, as well as the standard multi-node sub-cloud. We fully supported those now as sub-clouds. Our key users for distributed clouds are actually focused on all-in-one simplex sub-clouds. And we improved the scaling there. I think it used to be only 50. We went up to 200. And you can see in the second half of the year, kind of the bottom right, we increased the scaling up to 800 sub-clouds and we're continuing to do scaling work on that. The other things that we did in the second half of the year was Starling X does include a built kernel based on CentOS today. We did upgrade the kernel in that CentOS solution from, I think we were on a very old Linux version, three-something. So we up versioned it to 5.10. We also updated Kubernetes from, I think 1.18, we were on up to 121. We want to kind of regularly keep pace with Kubernetes up versions. They up version three times a year. For storage, again, we improved, we did the up version of our Ceph solution from the McDonautilus security. We did a lot of work on certificates in security in the second half of the year. We leveraged CertManager, which is another open-source containerized project. We would leverage it for platform certificates, for the Starling X certificates, basically making it easier for auto renewals. We added alarming for certificate expires, because there are a lot of certificates in the Kubernetes solution, as well as all of the payloads can have certificates as well. We added a mechanisms update to Kubernetes RootCA, which is a tricky one because that's the trusted CA at the top of Kubernetes and it's kind of the Kubernetes CNCF provides a procedure for that, but it's quite complicated. So we provided some wrappers around it to make it much easier and even orchestrated it in our distributed cloud solution. The other distributed cloud thing we did was really supporting Simplex deployment configs and sub-clouds being migrated to Duplex, basically, without having to do a full reinstall or anything, there was some work that we had to do there. We also, because of the increased scaling in distributed clouds, we had to do the ability to re-home sub-clouds to different central clouds. And that's basically because some of our users in the field right now have literally, I don't know, I think it's more than, like down the order of four or 5,000 sub-clouds and deploying hundreds a month, basically. So because we're providing better scalability, they used to have multiple distributed cloud systems and now they're kind of merging them together with the sub-cloud re-home. The next slide for 2022, a lot of this is really being defined. So none of this is confirmed yet. We talked about some of this in our PTG. Well, a big feature that we have for the first half of the year is, as everybody knows, CentOS is not being provided as an open source solution for RHEL anymore. And we were starting Xs based on CentOS for its kernel. So we're moving to Debian. There's a lot of work involved in that. And we're obviously updating the installer as part of that for Debian, but we're also leveraging OS tree in an attempt to provide kind of faster and more in-service type kernel updates when we do upgrades of Starling X. Some of the other things that are kind of on the list of things to consider is, like I said, we're gonna really regularly update Kubernetes. So we're gonna move to 1.23. There's some Kubernetes configuration that we manage as part of the infrastructure managing Kubernetes. We wanna enhance that. We leverage our Armada and Starling X from Airship. And Armada is sort of being deprecated. It kind of got a bit of new life in it with support for HelmV2 recently. But we're following kind of Airship's lead in moving to Flux in order to support complex applications that have multiple Helm charts for the overall application. OpenStack, containerize OpenStack is the biggest example of that, it has basically a Helm chart for every OpenStack service. Some other things, we're regularly doing work on PTP enhancements for the 5G support. This one is to bring in 5G sync support. We're gonna integrate Istio for service mesh capabilities. Some security work we're doing. We're providing some value add around multi-tenancy. Kubernetes has a lot of bits and pieces of multi-tenancy and we're providing kind of a playbook and talk update for that. And then the other key security thing that we're doing is a lot of customers want even the Kubernetes certificates, all their certificates on the solution under the same external root CA. So we're looking to support an ICA at the top of all the Kubernetes certificates. And then as far as the last half of the year, one of the things we're looking at is, there'll be many more obviously, but we have some users that are looking for mandatory access control. So in the past, that was gonna be SE Linux with CentOS, but it'll be out-parmer now that we're moving to WM. And the last slide I had was really, just talk about some of the community in Starling X. I guess maybe I shouldn't have said problem. Our biggest challenge in the Starling X community is really our diversity. Since the beginning of Starling X, the Starling X community is primarily consisted of Wind River and Intel. Intel contribution sort of dwindled a bit, but we're kind of reviving that in some different areas. So we're at least trying to maintain that. But we want to bring in many more companies into the fold as far as the community to get just to leverage different use cases that these users are gonna bring in as well as contributions. So we've discussed this in both the PTGs this year. I think one of our strategies is that we first want to attract more diverse users of Starling X and then really work on those new users to become contributors. So we identified a number of actions around how to attract the new users and how to bring those users into a position where they can be contributors. So there's a number of things that we're looking at, you know, improving our website, writing technical blogs, making it easier to keep the tires sort of thing. And then on the contribution side and support for new users, it's really, we have a bad reputation for poor presence and response on our mailing list and a lot of issues at OFTC. But so we'll make a conscious effort to improve that as well as a conscious effort when we're working with the new users to basically understand the use cases kind of an intent to, you know, suggest improvements that they could make in Starling X for their use case and kind of turn them into contributors. So that's, again, that's our key focus for the community area in the coming year. Awesome, thanks, Greg. It's a lot of, you know, great work going into the Starling X community. And I think that last point you made about, you know, conscious effort to, you know, maintaining like the mailing list and the OFTC things, it's really challenging. And I, like, what are some of the things that y'all are hoping to improve on that this year when you're looking at new contributors? Is it getting more folks active or is it just decreasing response time? Yeah, it's, I think what we've seen in the past is that a lot of the existing contributors from Wind River and Intel that are the experienced ones kind of have their heads down, you know, working on their contribution and are not, you know, supporting the mailing list.  And we're going to try different techniques like that to see which work and to get better support in there. Awesome. Well, thank you. It's a lot of great things coming out of y'all's community. Now I want to bring back all of our speakers from today. So I think we want to stop sharing the slide. There we go. And then if everyone wants to come back on video. There we are. So one of the questions, and we didn't have any additional from the audience, but I personally had one because, you know, I know we're two years now into a global pandemic that's really affected, you know, in-person events as well as how we collaborate synchronously. And while we do have async methods like mailing lists and OFTC, I wanted to see what kind of impact that this has had on y'all's specific communities and what kind of things have you done to try and overcome some of those challenges. So maybe Gansham, I'll start with you from an open stack perspective. Yeah, sure. So like, in terms of like, if we quantify what impact or in terms of contribution and community development, it has been, it's difficult. Because if you see the number of changes or the things feature implemented in open stack from before pandemic and during pandemic is around, I'll say around 20% has been decreased, but there are a lot of factor in that. Pandemic is obviously one. Company focusing on other things is also one and open stack is becoming more stable or mature that is also thing, right? But we have seen like few of the small projects where we have the like few contributors maintaining those. So they are obviously decreased in the contributors and in terms of like other big projects like no ironics, inner glance, there has been things going in the same way. So because like it's a development on computers, so it's a remote job, we don't need like separate infra to physically go somewhere and do our job. So that has been very helpful even in the pandemic. And as overall, I'll say it's going smooth. It has not impacted much, but the one thing has impacted is our face-to-face meetup and discussion that obviously we do in virtually event and virtual way, but obviously a human touch is when you meet face-to-face to the people you are working over the years and you're the discussion, you do the face-to-face. So that has been like some extent impacted that are important things. And to overcome those, yes, we do meetup virtually more and more. You're not just the PTZ or infra summit, but also like the meetings and ad hoc discussion. For example, the paint point discussion we are doing on video call so that we can interact in more speedy and productive way. So those are the things we are trying to improve the things. No, interesting. And Peng Tao, how about you? Is there any kind of impact from the CODIC containers community that the pandemic has had? Well, as I can say, I will say not so much. In last year, we have delivered a very steady release throughout the year, same as the one before. So the impact is not that much, but we do certainly meet in the community folks and hope they're pandemic and sooner. Yeah, me too. James, how about you for Zul? Have you all seen any impacts? I don't know about you, but I'm starting to run out of t-shirts. I haven't gotten a new t-shirt in years. Yeah. But I think probably all of our communities were set up pretty well for distributive work before all of this started. So while we've all seen major changes to our lives, I'm not... It's maybe been a speed bump in terms of development, but it hasn't been a major impediment. And I'm glad that we were in that position before the pandemic happened, and I'm glad that people have been able to see the benefit of remote work and online collaboration and so forth during this time. I'm hoping that that sticks around even after the pandemic because that's really the key to building communities that work across organizations. So yeah, the other thing I've noticed is I feel like with more people working from home, I've been seeing people interact a little more off hours or that sort of thing. Maybe that's a good thing, maybe that's not depending on what your culture is and what your own life work balance goals are, but it is a change. I think as long as you keep an eye on that and don't overcommit yourself, that can be a healthy thing. Yeah, it's really interesting. And I agree, we've had this really good foundation setup because I mean, just on this episode, we have people from Canada and China and the United States, and we have this way of collaborating that whether you're at one organization or in one country or another, that some of these benefits have hopefully carried on through the pandemic, but yeah, the time when you are online and not online has started to blur a little bit, so hopefully that's something we can all personally work on. Greg, before we wrap up, is there anything else that you think that has impacted the Starling X community around the past couple of years? Yeah, I think I just echo what everybody else has said is that one, we're super lucky the industry that we're in that we can work online almost at 99% efficiency sort of thing, but I do agree with the face-to-face like PTG and Summits definitely miss those just because obviously the face-to-face collaboration makes a big deal if you're not directly working with someone a lot, and it's really the outside of meetings discussions that you have at coffee break or at dinner or something like that that are valuable, and then the other thing that the Summits and PTG's help with is that you're totally isolated, so you're completely away from your job, you're thinking completely about your open source activity, so then definitely miss that. Yeah, no, I miss that as well, and that actually kind of bridges well into the next thing I wanna talk about, but we have run out of time, but first before we do that, I wanted to thank y'all. I know that y'all are all leaders in the technical communities for your project, so your time is extremely limited and valuable, so thanks for coming on to kind of provide those update of what y'all have been working on and what is going to come from your communities. I also wanted to thank y'all because y'all all work for an Open Infra Foundation member, so Wind River, Ant Group, NEC, and newly AcmeGating has just joined as an Open Infra Foundation Silver member, so thank you all for your support and your continued work to continue to build communities through open source software that runs in production. But to Greg's point, we actually do have a summit that's coming up in person that I'm really excited to be talking about, so from June 7th through 9th, we are going to have the summit in Berlin. Registration and sponsorship is now open, and personally, I'm very excited. Next week the CFP opens, so if you have a talk around any of these open source projects or other infrastructure projects that you'd like to talk to the global community about, please submit those topics, and if you'd like to actually help curate the content for the summit, we are accepting programming committee nominations right now, so bookmarkopeninfra.dev slash summit, it has a lot of great information around registration and sponsorship and the CFP that will open next week. But in addition to the CFP opening, we wanted to actually provide more context to what makes a good submission. So in two weeks on January 20th, or yes, 20th, my math has been off apparently, we are going to have some of those programming committee members come and talk about what kind of submissions would make a good summit talk. We have the tracks here, one new one to note will be hardware enablement, but if you've never presented at a summit before or like most of us, it's been a while since you've been to a conference, join us on openinfra.live on January 20th to hear what makes a good submission and how you can increase your likelihood of presenting at the summit. That's all from us today. So thank you for tuning in from wherever you're streaming and have a great time with openinfra.