First, an announcement. If you have questions, ask for a mic and wait for it. Look at the camera in the front and please don't cross the camera on the back in the front. So now Mark Shatterworth will be talking about Davian and Ubuntu.  Thank you very much. It's great to be here in Argentina. I'm speaking from the perspective of Ubuntu, but really what I wanted to talk about was Davian and Davian's relationship with derivatives. And Andreas Tiller has organised a great, what I hope will be a great panel session right after this, where we will hear from a bunch of different derivatives. So the perspective that I really wanted to bring to this talk was to articulate the case for strong and compelling relationships between Davian and its derivatives. A strong meme of collaboration with derivatives, a positive attitude towards derivatives and a good discussion around how both sides of that equation should be optimised and should work. We collaborate brilliantly when we agree perfectly. It's extraordinary how much gets done in the free software community when we bring people together and we allow them to sort of find a consensus and to figure out how things should move forward. There is an incredible willingness when the atmosphere is right and when the conditions are right for people to be enormously empowered and productive. Conversely, when we don't agree perfectly, we often descend into a very, very unproductive state. And this is an observation that I have across the whole of the free software community, not just within specific projects. But if we look at years and years of quite unproductive discussions between people on different sides of the BSD versus GPL debate, I wonder how much more productive we could have been if we had figured out how to work together very well while acknowledging that there are some things that we don't agree on or some things that we want to do differently. And so that's really the goal of my talk here, is to sort of figure out how we can be super productive, super empowered, super effective even when we don't necessarily agree on everything. So there's a real question about whether or not there's an imperative for Debian to scale, and I believe there is an imperative for Debian to scale. I believe that Debian articulates its vision best when it describes itself as the universal OS. And this question came up quite a lot, I thought, during the DPL's talk, and someone actually asked the question of, Steve, why do we need more developers? Well, to me, that's very, really quite clear. I think free software is going to grow, and if Debian wants to retain its position as the universal platform, as the universal OS, then it is going to need to figure out how to scale. And it's going to need to figure out how to be continuously productive and effective and efficient as it scales. And we've already seen significant challenges to that scalability, significant breakdowns in productivity and effectiveness. I think that derivatives offer a very compelling way for Debian to scale, to reach new markets, to reach new audiences, to experiment with new ideas. So to scale not just in terms of the numbers of people participating, but in terms of the number of challenges that it can tackle. The key, though, again, is effective collaboration. If you imagine a world with Debian and 50 derivatives, if there's poor collaboration between those different groups, then effectively you haven't scaled. If there's effective collaboration, then each derivative is bringing new capacity, adding new energy, new ideas. This is a saying that I think is really very true, that the difference between joy and misery is often in how you define success. I meet people who by almost any standard that one could apply should be extraordinarily happy, and yet they're miserable. And often I think it's because their definition of success in life almost precludes them from being happy. I think that's a very dangerous position to be in. You want to define success in such a way that it's a challenge, but that it's attainable, and that when you achieve success you really feel good about it. And in the free software world, often I think a lot of the deep conflict that we see comes from really differences in the way people define success. And possibly the best person in the free software community that I'm aware of, the person who understands this the best, is Linus himself. Linus defines success as the whole forward movement of Linux. And it's extraordinary how he's managed to always reshape a debate around that idea. When the community is busy splitting itself up and tearing itself apart and dividing itself, Linus finds a way to say, well, actually, you know, we're all running Linux. And as long as more people are running Linux, that's success. There's a particular issue that I think highlights this, and that is the relationship between kernel.org and the distro kernels, which is a very colorful relationship, right? It has many complex dimensions to it. Now, there are many people who believe that, in fact, the world would be a much better place if all of the distros ran stock kernels from kernel.org. And there certainly are compelling arguments for why one should always be converging on that trend, right? We all understand that it's at kernel.org. The real progress is measured at kernel.org. But I think Linus understands that there are also real benefits to the diversity that you get from different distros and from different kernel teams within the distros. And so he manages to sort of socialize and shepherd this idea of continuous progress forward, recognizing that bad ideas will get weeded out. And so we've seen this pendulum swing. We've seen distro kernels that are hugely massively patched where distros effectively try and not necessarily hoard, but certainly differentiate themselves on the basis of their intellectual input into their kernels. And we've seen that pendulum swing right back. And Linus, throughout it all, has sort of said, well, you know, every additional computer running Linux is running Linux. And that's success. And so I think on that basis he's a very happy person. And I think there's a real challenge here for Debian. And that is, you know, how do we define success? So I spoke earlier about the universal operating system. I really do believe that vision of the Debian system as being the universal operating system. I think the world would be a better place if we had more and more computers running on the Debian system. But I don't define that as etch, or lenny, or sarge. I think the Debian system reaches out to include the pool of all of its derivatives. And this is an enormous, I think an enormously important point, because if we define success as lenny versus hardy, or sarge versus a release from Zandross or one of the other derivatives, then we put ourselves in tension. Whereas if we define success as the whole Debian system, I think Madduck describes it as the Debian system, right? It's not so much a release or a platform. It's a system. It's a way of organizing code, components, and thinking. If we define success as the expansion of the Debian system, then I think we can potentially have a very happy and very constructive relationship between Debian and its derivatives. I'll come back to the idea of defining success, because another challenge for Debian I think is that each of us effectively has our own view of success. And within Debian, each of us really has an equal say. And the challenge then as an organization, the challenge for Steve, for example, is to figure out how do we articulate success in a way that meets all of those requirements without effectively making our own job impossible, without trying to be all things to all people. I know there's been a lot of discussion about this sort of one-hit wonder of social philosophy, the geek social fallacies, which is I think quite an insightful piece of writing. It talks about how basically good ideas can become very dangerous if they're taken to too much of an extreme. And often I think there's an issue between Debian and derivatives that kind of boils down to this social fallacy number two, this idea that sort of friends accept me as I am, and therefore if there's any criticism of what I do, then you can't be a friend. And that's actually profoundly untrue. But there's also sort of a conflation of two fallacies. The other sort of fallacy is that the existence of a derivative is in some way a criticism of Debian. And that's sort of profoundly untrue. I often run into people who genuinely believe that the mere existence of Ubuntu is a criticism of Debian. That the only reason to do Ubuntu is because there must be something wrong with Debian. Obviously I don't think that's the case. As far as I'm aware, none of the major leaders in Ubuntu or any of the other derivatives of Debian actually thinks that's the case. The existence of a derivative is usually an opportunity to experiment, an opportunity to explore new ideas. It's not inherently criticism of Debian. And so provided we bear all of this in mind, I think it is perfectly possible for us to remain friends and yet maintain separate identities or focus on different definitions of success. Another question that often comes up is this one. Why can't derivatives just do what they do inside Debian? And the answer is that much of what we do should be done within Debian. And so I'm very proud when I look at the lists and I see a lot of participation in the lists of Debian from people who I know are paid to work full-time on derivatives, whether that's the triple EPC, which is a derivative of Debian, whether that's Ubuntu, whether that's any of the other potentially hundreds of derivatives. When I look at the lists, I see a tremendous amount of participation from folks in Debian. But there are reasons why some things can't be done directly within Debian or can't be done immediately directly within Debian, even if they should flow there later. I asked some of the guys that I work with and they drew up a list. One of the differences is policy differences, right? A derivative will often say, look, we want to move to a new version of Python or we want to move to a new version of GCC and that precipitates changes throughout the system. And those transitions I think are actually a significant good, a significant benefit to Debian because often derivatives are in a position both to act quickly across the whole archive or big chunks of the archive and also to experiment, right, to figure out what's going to blow up and what's not going to blow up. So we've seen significant floods of patches and work and knowledge and insight come back to Debian from derivatives that were the first to make transitions, things like C++ ABI transitions, modular X, Python, the shift towards a different way of organizing Python packages. Often derivatives will pick different versions and they do that for various reasons and I think we should respect the reasons that they do that. In the case of Ubuntu, sometimes we want to work on a newer version, a version that hasn't yet been packaged in Debian and so we inject that energy effectively, we drive that packaging and I believe that that does benefit Debian over time. Bug fixes. So there are many sort of practical reasons, technical reasons, why a derivative might actually want to change the packages rather than, separately, rather than expand the packages within Debian. Another reason is branding. Oh, sorry, let me make this point. Sort of a general meme that I see within the open source community is that the projects that are successful are the ones that optimize for participation and optimize for experimentation. So for example, I push very strongly in favor of distributed version control systems. Whatever your choice of distributed version control system doesn't matter. I like Bazaar and we use Bazaar but you should use whatever works for you. The key thing with distributed version control systems is that they unlock participation. They make it possible for someone to participate in a project even if they're not yet a core developer. They also unlock experimentation because they allow people to, instead of disagreeing about what goes into trunk before the work starts, they allow people to experiment and get work done on a branch, build community support for that idea and then land something which is functional. So in a very real sense, derivatives for Debian are the same sort of thing. They're like a distributed version control system, right? They're like the opportunity to go off and branch and then come back and merge later. The key thing is, can we merge? Are we committed to merging later? There's another meme about marketing and branding. It's very hard to build a single entity which can carry multiple different brands. And this comes back to this idea of the definition of success. It's extremely difficult to think about how we could build a single entity which could be branded as an embedded solution, could be branded as a GNOME desktop solution, could be branded as a KDE or XFC desktop solution, could be branded as a server solution, could be branded as a virtualization solution. It's extremely difficult to imagine how we could build one organization which can, in people's heads, convince them that it can deliver across all of those things. And some people don't believe this. Some people think that one organization can do that. I disagree. I think true branding, really. Branding is when the heart shines through. Some people think that branding is quite disrespectfully. They think of branding as an exercise in lying. You'll often hear technologists talking about, oh, the marketing department. And there's a dismissiveness there because there's a sense that the marketing department tries to convey, tries to hide the deficiencies and promote the features. And the reality is good branding is really about letting your heart shine through. It's really about saying these are the things we really, really care about. And an organization that has great branding, by my estimation, is an organization where, for everybody that they really care about, the difference between what that person thinks this organization about and what the people inside think the organization is really about is very small. You have to minimize the difference in expectation, effectively, between the people that you really care about, the people who you're going to interact with, that's great branding. Now, derivatives offer Debian the opportunity, effectively, to have great brands, powerful brands, within the Debian space. There's a meme, for example, that Debian has terrible branding and that all that needs to be done is that Debian needs better marketing or better branding. I think that Debian has incredible branding. What are the key values for Debian? Technical excellence. Technical excellence above all else. Independence. Freedom. Now, if you talk to any Linux expert and you ask them what's Debian all about, they will almost certainly quote you one or more of those three things. That is a triumph of branding. This is an organization which has managed thoroughly to penetrate the hearts and minds of its target audience. The challenge now comes if you try and position that organization, it's not only about those things but also about an amazing this or an amazing that or an amazing the next thing, then suddenly the picture gets very cloudy. Again, this comes back to a definition of success. If we focus within Debian on the key values of universality, technical excellence, freedom, componentization, the ability to have literally any piece of free software that you want at your fingertips, if we focus on those things then we will be successful. If we start to fragment in our definition of success, if we start to try and fragment the brand, then I think we run a real risk. So, to me, collaboration with derivatives is the best way for Debian to scale. It's the best way for the Debian system effectively to truly become universal operating system. It's the best way to make sure that everybody's individual investment of their time and energy and thought in either Debian directly or in any of the derivatives that the value of that is maximized because they are defined as being part of a broader ecosystem. So, what are the challenges to that collaboration, right? The most significant one, I think, is actually one of scale. There's a great article in Wired that says more is not just more, more is different. And this is really true that things that work at one kind of scale don't work at another kind of scale and in particular, patterns of communication that work within certain dynamics don't necessarily work within others. So, if you look at the ecosystem within which we work, there are probably 10,000 upstreams out there. I'm not counting everything on SourceForge, I'm counting the things that might be packaged, the things that might get sort of reasonable amount of use. We have a thousand some, maybe it's actually quite a bit higher, but it's roughly an order of magnitude fewer DDS. And then your average derivative has probably 10 people working on it. That's not so much true of Ubuntu, actually. We probably have 200 people who participate fairly, actively within Ubuntu directly. But your average derivative is much smaller. And that means that patterns of communication that work within Debian, that work between Debian and upstream, are really going to struggle to work with derivers. And that's, I think, a really important thing for Debian to understand. That often we expect other people to behave the way we behave. And we don't take time to put our heads inside their, you know, not our heads inside their shoes, but to walk in their shoes and understand what it is that, you know, what it is that will actually work for them. When I talk to other derivatives, and we'll hear from the panel later, I think often the scale is a real issue. You have to figure out how to work effectively with a thousand different people. That's a real challenge. So our solution to that has been sort of two-fold. We socialize the idea of collaboration very strongly. And we try and provide tools which make that collaboration easy. And the reason I focus on tools is because I think this is human nature, right? Mostly in human nature we take the easy way. The interesting things about a person are the places in their life where they choose not to take the easy way. But for most things we take the easy way, right? Because you cannot be, you know, profoundly different and do the difficult thing in every single thing in your life. So for most things we take the easy way, the obvious way, the thing that makes sort of immediate sense without too much analysis based on our understanding of the world. And then afterwards we figure out how to rationalize that, how to justify that, right? And I see a lot of arguments where people, you know, are really arguing, they're arguing furiously about how they're justifying something that they did. But the reality is they just did it. You know what I mean? So the thing is we have to make the tools and the processes such that the easy way, the natural way, the right way to do things, not you know, is in fact the collaborative way. And so that's why sort of from our side we've focused a lot on trying to figure out how to make it so that our tools, our processes, in the course of doing what you do in Ubuntu make it relatively easy to collaborate with 10,000 upstreams and a thousand different DDs. To me it boils down to this this idea, this is, you know, I talk about tools but ultimately this is a social issue, right? We need to socialize the idea of collaboration. And I can probably phrase it best this way, collaboration is good and disrespect is bad. I, you know, I respect any organizations right to arrange its affairs the way it wants to. And that goes from, you know, Iran to Zimbabwe to America to Debian to Gen2 and so on. But I think it is also worth saying, you know, separately from that respect, saying that it really works well. What is effective, what is not effective? And then let's make sure that the organizations that we participate in, we try and constantly make them more and more effective. And this is a meme that I find very, very effective in open source, right? Socialize the idea of collaboration and discourage the idea of, like, profound disrespect. So I am generally very disappointed when I'm inside a free software community, whether it's, you know, FreeBSD or Debian or Ubuntu or any other. And I see people effectively destroying their social capital, effectively destroying their ability to work together, right? When you disagree with someone, it may well be because you don't yet understand where they come from. 90% of the time our disagreements are because we don't really understand the background or the experience or the context from which the other person is coming. And so harsh disrespect which makes it very difficult to get into that understanding is a really bad is a really bad idea. So one of the things I would really like to see with Debian is the socialization of the idea of collaboration as a good and disrespect as a bad. And that's a difficult thing. You come back to, you know, I think there have been long sensitive discussions with Debian about this. How do you move, how do you encourage some kinds of behavior and discourage other kinds of behavior without getting into censorship? But I think it's important. I think leadership is important. And I would like to see leaders within Debian sort of arguing in favor of these things. What I see often is that is that folks who talk about collaboration are criticized and nobody stands up to say, actually, this is a good conversation. We should be having this conversation. There's nothing wrong with this. So in practice, what can this mean for Debian? Well, we started just sort of a year ago, we started within Ubuntu, within Ubuntu, socializing the idea that people should tag the work that they do inside the BTS with user tags so that we could at least get a sense of where we are effectively collaborating and where we aren't effectively collaborating. And so this is really interesting. If you look down you see all sorts of patterns, for example, in some packages just between Ubuntu and Debian, there's really good collaboration in other areas that there isn't. At a sort of macro level, just looking at patches, there are more than 500 patches in the active part of the BTS, not archived. And interestingly to me, more than 300 of them have been accepted. So that suggests that there's actually a valuable stream of input coming from one derivative into Debian. And this is just, I think, the tip of the iceberg. If you look at conversations in the BTS and you start to look at the level of participation from people and I only know Ubuntu, but I assume that it's similar from the other big Debian derivatives, right? This is a very, you know, thousands and thousands of bugs within the Debian BTS have active participation from folks from Ubuntu. So if you just want to measure the raw materials of benefits, it's perhaps not as easy to dismiss the benefits to Debian as some people have made it out to be. There's been some fantastic work done in the last couple of months. Lukas, where's Lukas here? Lukas Nisbaum has done some really good work trying to connect, again, at a technical level, the processes. So trying to make sure that information about what's happening in Ubuntu, that's relevant and appropriate, is easily available to DDs in the package tracking system, for example. Just knowing that there are bugs on your package over there might or might not be useful. I'm not suggesting that anybody should change their, you know, should not do what comes naturally or do the easy thing. But I am saying that we should make it possible for the easy thing, effectively, to be an effective and constructive thing. And I think that work that Lukas has done is fantastic in that regard. On our side, we try to make it easier and easier, much like Don Armstrong's work on making it easy to query the BTS. We've published APIs and so on, so that you can query our bug tracker as well. And I hope that that will mean that we see an acceleration of the sorts of work in sort of sharing information and accelerating information. My ideal dream is that, you know, if a bug gets filed on Ubuntu, which happens to be a bug in, say, Nautilus, that within sort of 24 hours we're having an active conversation between an upstream developer and Nautilus, a DD and an Ubuntu developer, and each of them is just using the tools that they use. To them, it feels like a natural easy conversation, right? The Nautilus guy shouldn't have to worry about coming to the Ubuntu bug tracker, shouldn't have to worry about coming to the Debian bug tracker. And vice versa, right? Everybody should be able to use their tools and just have a natural flow of conversation. That's the sort of goal that we want to get to. Again, just speaking from the perspective of Ubuntu, and it'll be interesting to hear from the other derivatives, I asked, like where within the distro do we have good collaboration? And the things that came out are things like X, DI, Perlin, Python, GCC, Pam, Binder, Bind, Inkscape. Where we have developers in common, it's very easy. Like a couple of memes about where it's easy to collaborate and where it isn't. Where we have developers in common, it's very effective. There are still conflicts. Doko told a funny story about hearing all about some of those challenges with this guy called Doko, from guys who didn't realize that he was Doko. I think that's good. That's why we should have more developers come here. Because often those things can be solved just by getting people together. So the easiest cases are typically where we have developers in common. That hasn't been that easy because of the difference in the way Deleon is organized around packages and Ubuntu's organized around chunks. Which is an interesting thing. I don't think we could have the liberty of organizing around chunks of the platform if Deleon didn't have the rigor in each of the components that it does. We couldn't do that because then you wouldn't have solid and high quality components to be working with. So it's a very interesting counterbalance. But one consequence of that has been that it's been quite difficult as a DD to take an active interest just in your packages in Ubuntu. Because the social meme was that if you wanted to be an Ubuntu developer you needed to care about the whole system experience. And many very good DDs just aren't that interested. So there was a bit of a social hill to climb. So we started opening up to the idea of having explicit participation in particular pieces of the distro. And we've created the mechanism so that people can in fact have common teams and upload to both Deleon and Ubuntu. And that's, I think, there seems to be quite a lot of interest in that. Again, I'm not suggesting that anybody necessarily ought to do that. But if you want to, then we should make it possible for that to happen. I'm also seeing another meme which is that it turns out to be much easier for us to collaborate with Debian where there are teams in place. So I'm very strongly supportive of the shift towards team-maintainership. Particularly teams that cover a couple of packages. We just find that it's much easier to collaborate there. I think because it's a less personal thing, we're not arguing about your package in Debian. This is already a team and we're sort of joining them and there's a slightly there's already a sense of a shared ownership effectively in that piece of property if you think of it that way. Case Cook tells me that we have relatively good collaboration on security front, not just through the CVE level but also on specific issues. We had what I hope will be the worst security issue I ever see in both Debian and Ubuntu and I think the teams responded and reacted very well to that and I hope that there's appreciation from both sides as to how that worked out. I think it's worth countering a couple of myths. One is that a derivative is necessarily a fork. Some derivatives will be forks right? They'll say, wow, look at this great code. Let's take it and go off in that completely different direction and you know what? Good luck to them. It's free software and they will discover things on that road which are going to be interesting and interesting to them and it costs us nothing if they do that. And we have people do this with Ubuntu and I've seen people do this with Debian, you know, it's human nature. Some derivatives though are not implicitly forks. In the case of Ubuntu, we have merged with Debian nine times. There's no real suggestion that we wouldn't do that another nine times. You know what I mean? It's quite a lot of work actually, but we do it every time because we think it's of mutual benefit. It makes it much easier for us to collaborate and it's sensible. It's the right thing to do. And I think you'll find that there are some derivatives that stay effectively that maintain a delta. If you look at the stats the number of diverged packages has stayed relatively constant over the last couple of releases of Ubuntu. It will scale, the number of diverged packages will scale as the Ubuntu developer community scales but essentially there are two forces at work there. One is a merged force and the other is a diverged force and they're both constructed. They're both healthy. There's another idea I think there's a lot of fear when SSDS came along that Ubuntu would somehow supplant Debian and make it go away and that was never the intention and I think four years later with both organizations stronger than ever it's very clear that that's not the case, that both Ubuntu and Debian can be strong and that there's nothing to fear effectively in the existence of a derivative like Ubuntu. I was delighted when someone asked Steve if Zandros or if Ubuntu was a good thing and Steve said no, it's a good thing. It broadens the base of talent. We have some resources here. These resources look both directions. They're resources for Ubuntu developers who want to understand Debian. There are lots of people who come to free software through Ubuntu and I'm very, very proud of that. It's a very, I think it's a significant contribution that we make. Some of them go on to become developers in Ubuntu some of those go on to become DDS. I don't have a count but I'm guessing it's a reasonably significant number of DDS who have just come through the NM process or in the NM process who will have gone through that process. Think of a couple that I know who are DDS who explicitly came to Debian because of Ubuntu. There are also resources there for Debian developers. If you want to understand more about Ubuntu, how we work, how we organize, where we're different, where our processes are different, how our release cycle works and what that release cycle is, then that's the place to go. That's where we organize everything. So, where could we collaborate more in future? Well, I'd like to see more concrete discussion about the future technical direction of the platform. We need to evolve, we need to marry together incremental component based evolution. This idea that something like policy kit comes along, well it gets introduced as a component. But then there's also a systemic view. How do we bring these components together? There are many things which are truly systemic and on those things I think it's very, very valuable for us to have a proactive conversation. I'd like to see the Debian technical review board or technical architecture group be more active and if we can help inject resources into that, if we can help provide ideas, if the derivatives can provide experimental evidence upon which to direct some of that thinking, then that's a valuable resource. I think Debian works incredibly well with relatively little planning. I think that's a good thing. But I also think that there are some big questions which are systemic where it helps to be able to provide guidance and direction and to commit people to a particular direction. Particularly, I think that's true on things like packaging. I was very excited by some of the work that Martin Kraft is talking about. How you can figure out to be effective and to collaborate at the packaging level across multiple distros and with upstream. That's the key thing. We have to try and include upstream in this. For upstream right now our world is a little bit of a mystery. They deeply respect it. But it's a little bit of a mystery compared to the RPM world which is fairly well understood and often easier to interact with from an upstream perspective. We have to figure out how to get upstreams to really understand the benefits of our way of organizing, our way of packaging. Along with packaging goes processes. Again, I think Madduck was talking a lot about processes. How we organize the flow of work. We've done a lot of work in this regard. So we're learning a lot of things. By the end of this year you'll literally be able to branch any package in the distro. So we're trying to build workflows that will scale using distributed version control system. So systemic things like packaging, system initialization is another one. I think we need to figure out how to make Debian both the universal OS that it is, but also the fastest booting OS. And those two ideas are intention. But unless we sit down and really say how can we make it possible to achieve both of those things, we won't actually make any progress. This is one of the areas where I think Debian runs the risk of going in the worst possible direction. Where it says we must support every possible way to do this. In a sense that's good because it means it allows one to discover the best one. But if you never actually then converge on that best one and drive it you simply make everybody's life more difficult and everybody's life slower. So system initialization is another area. Which is sort of across the whole system. Configuration management, I think we do great with Debian but I don't think that's the end of the story. And again what we want is we want these key characteristics of the Debian system which are true whether you're on Ubuntu, whether you're on Zandros, whether you're on Lenny. We want those key characteristics of the system to be powerful and good and better than anybody else's platform. How much time do I have left? Ten. Does that include question time? Okay, then I'll try and wrap up quickly. So that's everything that I wanted to say about formal collaboration. There are two quick memes that I'm pushing and that I wanted to bring to this conference because I'd love to talk to people about them. So if you don't mind I'll take the opportunity to speak about them briefly. One is synchronization across the free software space. And I want to sort of be clear about what I'm not talking about. I'm not talking about limiting people's options. You know, I think projects should set the schedules that absolutely work for them and if those don't have cadence to them that's absolutely fine. But I think in many cases we simply haven't had these conversations. We simply haven't talked about whether there are benefits to having a cadence for a project, whether that's a three-month cadence or a four-month cadence or a six-month cadence or a one-year cadence. The evidence that I see from the kernel from GNOME, from Ubuntu is that there are from internal projects like Launchpad. There are enormous benefits to having a regular cadence. It's cathartic and energizing effectively. There are also challenges. The KDE guys have a very valid point when they ask the question of GNOME, how do we organize a dramatic transition? If you're limited to six-month cycles, how do you do something which is just going to take longer than six months? And it's a really hard problem. And I think the answer is not to say, you know, you're wrong, no, you're wrong, no, you're wrong. The answer is to say, wow, we've learned a whole bunch of things and we've learned a whole bunch of things. How do we bring those together? I think collaboration is much easier. I think developers want to collaborate. Oh, it's fun, right? I think it's much easier when we're collaborating across when we're trying to achieve similar goals in our cycle. You know, if one group is trying to sort of freeze and stabilize and another group is trying to break everything, that's just a recipe for bad conversations, right? When you're trying to achieve similar things in your cycles and when you're working across common versions, I think it's just that much easier to collaborate, that we would see that collaboration go, you know, from 1x to 10x in a short period of time just by changing that. So I'm actively trying to figure out how we can have a conversation between within upstreams is to say, what's the appropriate cadence for them? Because I think if they get onto a cadence and it makes it easy for us to say, well, if we want to be shipping in April, we want to freeze in February and therefore we're likely to be freezing on that version of the kernel and that version of GNOME and that version of X and that version of the cadence is for distros, it gets a lot easier to say, well, let's have a conversation about when we'd like to freeze and what the upstream world would look like. We can reasonably have these conversations now with quite a few major projects and I'd like to expand that to more. But it also allows us to have a conversation across distros where we say, look, if we're going to be freezing at roughly the same time, or if we can agree to freeze at roughly the same time, it doesn't mean we release at the same day, it doesn't mean we make the same decisions and it doesn't necessarily even mean we pick the same components, but it means that at least when we don't do that it's because we have our reasons to and that's perfectly reasonable, right? But if we don't have a reason to be different, if we can arrange to be, you know, aligned, then we will make it so much easier to collaborate. I'm guessing you all know implicitly that it would be much easier to do this with Ubuntu if we happen to be, you know, on something common. And if we can't arrange to be that, I respect that, that's fine, but Ubuntu, I respect the Fedevian, if there are reasons to be different, great. But where we can, let's do it. Let's get Novell involved, let's get Red Hat involved, let's get Gentoo involved, and figure out if we can't start to coordinate this. My sense is if we can do this we will dramatically accelerate the process of the adoption of free software by the rest of the world, people who don't think of themselves as technologists, because they will see this wall of dialogue about, you know, a substantial movement in the free software space and they will have, you know, publicity and communications and discussions, it will catalyze their thinking because they will see, wow, Red Hat, I've heard of that company, Novell, I've heard of that company, Debian, I've heard of this platform, and they're all doing amazing things, and they've got different takes on that, but there's this pulse that will really transform that pathway. We go from being on the face of it disorganized to being on the face of it more professional than the proprietary software world has ever managed to be. So that's the one idea. The other idea is a focus on user experience. BDAL mentioned this. At Canonical we choose very carefully the areas where we can make a difference, and I think this is one of the areas where we're going to try and make a difference. I very much want us to help shift the free software user experience dial from its current set of strengths which are on technical quality, scalability, robustness, efficiency, security and so on and add to that user experience. And this presents some really interesting challenges for us which I'd love to discuss with folks here. The profound challenge is this, how does one help to move that along without creating tension with the upstreams themselves? You've all experienced tension with an upstream I'm guessing, right? You have a patch, you genuinely think that patch makes the system better, right? And now you have to figure out how to engage with upstreams. So we will, within Canonical we will be separating those teams. We're hiring Gnome, KDE or GTK, QT, X, GL type developers and Kernel device driver writers but they're not in the distro team. We're separating those. So there still is this independence and I very much wanted to figure out how we do this without creating the sense, I think the danger in that relationship is that it's an asymmetric relationship. Upstream has the moral high ground, right? But distros ship the code and unfortunately that asymmetry has caused all sorts of poison. These upstreams resent the fact that a distro maintainer can ship with no reference to them something that they dislike intensely.  I'm the maintainer. And we have to figure out how to have a better conversation there. So any thoughts that you guys have on that I'd be delighted to hear. Thank you very much for the opportunity to speak here. This is a community which means a lot to me which I respect, so thank you. I'm happy to take questions. Andreas? Thanks Mark for your nice ideas. I think it's how you talk it explains something why Ubuntu is that successful. But I have one question about your model that Ubuntu is kind of an experiment. If you do an experiment you have a theory with the outcome you do the experiment, have a result conclusion. So if this is an experiment from Debian what would you suggest to Debian from the result of this experiment? Okay, so in a sense Ubuntu is a series of experiments, each release we have the opportunity to experiment. And I don't think there is one experiment in Ubuntu I would never describe Ubuntu as a whole as an experiment because I feel it has much stronger footing than that. But in each decision which we take which is either different or in advance of the decision being taken of Debian that's an experiment and it's either going to work or it's not going to work. We started experimenting with the modular X and that could have not worked but I think it worked and it was subsequently embraced by Debian. Now, sometimes those conversations are constructive conversations sometimes they're not constructive conversations but where I think if we think about them as experiments, in other words if you give permission for a derivative you go and do something different and say hey, we need a framework by which you come back and say, what worked? What didn't work? So I would like to have more Ubuntu developers come to Debian because it gives us an opportunity to talk about both the experiments we have done and the experiments we want to do. So pulse audio was an experiment. Is it going to work? Is it going to work? Will it what's that? Pulse audio is an audio middleware layer effectively. There have been many of these and pulse audio was yet another one and it was quite a controversial decision within Ubuntu to move pulse audio especially since we did it in an LTS release. It's worked out and as a result the code base has got much better testing it should be much more robust and much higher quality when it ships in a Debian release. So that's what I really mean by experimentation. Same with distributed version control. Every branch is an experiment. It's not work. In the past we used to have to argue about where the experiment is worthwhile because as soon as the experiment started it was going to be tainting trunk. But now we don't have to have that argument. Allow, going to give permission for the experiment to happen. Yeah. A question from Baz Soutikow on IRC. Apart from changing release schedules etc. Are there any concrete technical changes you'd like for Debian to make? So, yes. But it's perhaps inappropriate for me to sort of push for a particular technical change. What I'd rather do is have conversations between developers. So I'm reluctant to sort of push for a particular idea because I have, jeez I'm a man with a lot of opinions many of them wrong. So asking me for opinions is dangerous ground. I'd love to see stuff specifically around packaging and around system initialization. I think those are two areas where we have done very well in the past and we can do even better. I'd like to see really strong thinking done there. Just echoing something what I've already been saying this week and I see Mark's picked up on as well. Something I'd love to see more is more of the Debian drivers actually getting involved directly in our packaging teams. It would be absolutely wonderful if we can actually have... The drivers have developers let's steal them. Let's steal their time let them directly contribute to the work that we've got fundamentally the smaller the changes they have to make the more efficient it's going to be for those guys as well. And if we can get upstream involved let's try and break down some of these barriers let's make it work better. I would like to report from the package games team and respond directly to what Sledge said we actually managed to get some people from Ubuntu involved in the games team and it's really working out well and as much as I was myself opposed in earlier days of Ubuntu about getting things back it's really much improved and if you approach the Ubuntu people more friendly and don't really object to them it's working out extremely well I've noticed this myself in the last days I'm delighted thank you for saying so and I hope it continues and time's up alright thank you very much everybody bye


The phonetic range that is there in Indian languages is such, it stimulates every aspect of who you are. English language has a very narrow phonetic range. So this ability to use sounds to stimulate and trigger one's intelligence and energy within ourselves is something that we should not give up. Every child must know one more language other than English, whatever that is, because anyway our states are divided on linguistic basis. So in that state, whatever the language is, they must know. We should not kill these languages because it's taken thousands of years to create it. This is our national pride that we have the maximum number of languages. If we had to create this many languages, see we must understand this. For example, let's say Tamil Nadu and Karnataka, Tamil Nadu and Andhra Pradesh, Tamil Nadu and Kerala. There are no geographical separation. There is no… there are no oceans between these states. There are no mountain ranges clearly demarcating and separating the populations for a long time. But though they lived here for thousands of years, they kept their language, these people kept their language. It's so beautiful. When they went to trade and transact, they learned the other language. But they always kept their language. But today the new generations are losing their language so rapidly. It's very important, all of you, at least in your homes with your children and wherever possible. There must be a certain amount of time where we must use the local language. It's very important. We will regret this deeply after a couple of generations if we don't take care of it now. Because you can't bring back a language. You can kill it. But you can't breathe life into it. It's very difficult.


Welcome back, now let's talk about the century old brand called Hamdard Until recently it was a non-profit organization but now they are planning a makeover for the brand beginning with an aggressive marketing strategy The latest ad for its iconic product, the Hamdardar Rogan Badam Shirin is a step in that direction under the hashtag expect more We have Harish Murjani, the executive creative director at FCB Ulka breaking this one down for us What do you want? At 6.30 am, at school In the afternoon, in the tuition class Not one, two, two So I just don't think it has moved from beyond expect more And this whole thing that the world is expecting more from you So you are stretched and there is somebody you can expect more from in return which happens to be this bottle of oil I don't know, it doesn't really work We are coming So this is the table, uncle It's not just about putting the pictures and saying it's doing that I mean it's about how convincing it's Does it stay with me? No, I don't think it stays with me The fact that this oil is so rich which actually is a nice space because if it's a pure Badam oil it's got a lot of goodness going for it So it's a good space to be in Expect more is fine I think the interpretation of expect more that the world expects so much from you and who do you go to expect so much from and expect so much more from our oil I just think when you join the dots it becomes a bit too forced and stretched Expect more is fine


Elegant. I saw a story about churches being set up, set on fire in British Columbia, possibly. They've been hiding the genocide, not even hiding it, they just been denying it, because everyone knows that the church and the state and collaboration together with the oligarchs were committing genocide in the indigenous population. One of the means of committing genocide was taking their children away, right? Taking their children away and forcing them to speak English, preventing them from speaking their own language. That's ethnic cleansing. Not only that, they were abusing children physically, mentally, sexually, emotionally, and some of them they were just straight-out killing and burying them in mass graves, right? One was found a few years ago, right? And they said, oh, this is an anomaly, it doesn't. But now they're finding mass graves. I'm not talking one or two or 12. We're talking hundreds of children buried on church property, because the churches here were physically, mentally, emotionally, sexually abusing children, and some of them they were executing, or they were dying on their torture or sexual abuse, or whatever it was going on. Depression, whatever it was going on, trying to escape. Who knows? Who knows? Who knows, right? By the way, everything I say, take with a grain of salt, read up on it, do whatever you want. Some of the best places you can get some information is pulp fiction, right? But not pulp fiction, pulp magazines, right? Human artifacts that have documented what's going on through the arts, right? This is one of them that we read yesterday in a live stream, which is the drug war trading cards, the straight dope on America's dirtiest deals, right? This is a 36-card deck that came out in 1991. There's more truth in this, okay? Because we read half of this yesterday and blew us away, right? There's more truth in this card set that came out in 1991 than every single history course combined that you will ever take in a centralized education system. You will be better educated, better informed about what's going on in the world and the history behind it by reading trading cards put out by an independent comic book publishing company. Then you will take in years of history class in a centralized indoctrination center. Just letting you guys know that. That video will be up. Crazy. And that's just about the drug war. There are others. King Canada Live.  Yeah, over 700 on one side, over 700 children, 700. Wrap your effing head around that. Now, just know where I'm coming from. I did a lot of environmental geophysics works, work in the 1990s, and I did a lot of work for different tribes, different nations within Canada. We would, for environmental assessment, when the state, the government or the military was handing land over to the indigenous population because they, under the treaties, they, after 100 years or 200 years or whatever it was, they were gonna handle the land back over to the owners of the land, right? The nation, whichever nation it was. We did environmental work, you know. I did environmental work. So I know a little bit about that history and the connections and stuff like this. Man, once you dig down to that, you be woke so hard that your head will spin, right? Lark bark. War criminals deserve to be imprisoned for their evils indeed. Oh my God, I really hate religion. So many people have died due to faith. See, here's a kicker. They didn't die due to faith. They died because they allowed their faith to be centralized. They allowed, okay, their faith to be hijacked, monopolized, centralized, abused by psychopaths, by psychopaths, right? We read one of those bits of information, the Vatican's churches, the Pope's church, right? What they did in regards to drug smuggling and how they laundered the money and all that jazz, right? Not only religion, I agree with Starsky, it's not only religion. And gang, don't forget Free Assange, Free Assange, Free Assange. Julian Assange is a publisher and journalist that has been crucified for trying to bring transparency and accountability of capital's power to humanity. For more information, see wikileaks.org, defend.wikileaks.org or Julian Assange and WikiLeaks playlist on censor 2 for as long as it will remain up there. Oh my God, I did some research on the Lockerbie flight and people on board. Very interesting, very interesting for what we found out yesterday. Wow, wow, wow. Not that it makes it better, but the site with 700 plus on mark graves, it was over the course of almost 100 years by now. Yeah, yeah. Just generations of indigenous peoples that they try to wipe off the face of the earth because they intervened in the transferring of information, language, culture to children to the next generation, right? So they basically acted like all centralized power does, right? Maybe Wall Street governments, education centers, health associates, whatever you want to think about it. They intervene between family, right? Crazy.


In today's video, we got back a massive PSA return from a viewer. What's up guys? We're back with another PSA return video. Some of my favorite videos to do. We got part of a label on there, but there's a 59 cards. I think in here 58, something like that. There are a lot of cards that we are opening up today. And as I said in the intro, these are not my cards. But before we get into it, we do have a giveaway, and it's one of these cards in this package. It's an SDY Red-Eyes Black Dragon. Just like the video, be subscribed, turn on notifications. Let me know down below your favorite card that we get in this return. Well, I don't, but what you see in this return. All right. So what we are doing today is I had a viewer that wanted to consign his PSA collection with me. I do some consignment where I will sell stuff for other people. So he had an entire PSA return. He said, Hey, do you want to consign it for me? I agreed. I said, Sure, that'd be great. We can do a video and everything. So I'm making a video. Everything in this video is for sale via consignment by me. I will have it available on my Instagram, but I have already posted the cards before you've seen this video. So some will be sold already. The prices on the screen will be what we're looking for. So if you're interested at that price, hit me up. I may or may not still have it, but if I do, we can, of course, make a deal. Before we actually get into the return, I do have an update on my damaged PSA situation. So if you guys haven't seen that video, go check it out. The Flame Swordsman. It came back and I was pretty sure that PSA damaged it. I went ahead and sent it back for review. I sent them a couple of pictures like I had the pre-grade and everything from the video where there's no damage on the top left corner. And then I showed them the picture of the actual card and it's been a few weeks. I could took them a while to get to it, but eventually they got to it and I actually got a call yesterday and they said they had a head grader review my card. So I looked at my card and they determined what they thought it would have gotten. So had it not had the ding, what they said was they think it could have gotten a nine. So it got an eight with the damage. They were saying without the damage, it could have gotten a nine. I thought that was a little bit interesting because it's like, well, if that wasn't there, you're saying it would still possibly be an eight. That would be a little weird because like there's a big ding on it. So I don't know. Yeah, I think what they meant to say was it would have been a nine. I don't know. She's been a little vague for, I'm sure there are reasons, but I was like, okay, a nine. I mean, like it probably would have gotten a nine, but it definitely had a 10 chance. I'll say that. But I knew they were not going to give me any sort of 10 value. But what they did do is give me the difference between the PSA nine, the PSA eight, which is $250. So they refunded me 250. They actually put it toward my next submission because I have two more submissions there. So it's just like a discount at this point, but not really because I lost the value on the card. And then they also refunded my grading costs, which is $75 of the regular rate. So honestly, I was happy with how it turned out. I mean, honestly, I thought it could have gotten a 10, but there was no way they were actually going to refund me like the value of a $1,000 10 when it was water lining. It was certainly not a gym meant easy like shoe in 10. So I didn't expect it to even get a 10. So then refunding me based on the nine, I was fine with it. It was definitely better than I expected. I was expecting them to like offer me like a $25 voucher or something. So and that's all I just wanted to update you guys about that. That's all I really have to say about it. I mean, it's an unfortunate situation and fortunately they did deal with it pretty well and I am happy with it. Okay. Perfect. Here is the giveaway starting off with the red eyes B dragon ultra rare from SDY. So first edition as well. So this is the part of the giveaway. You guys know what to do is like the video, all that good stuff and make sure to thank Demetrio. He's the one who sent us all these cards for the giveaway. All right. Let's get to the cards. We have a PSA nine apple magician girl. Very nice secret rare card. There are a few of these magician girls in here. There's a mix of like newer and there's a few older cards in here as well. We have a key magician girl that's got an eight. Unfortunately, not too awesome. We have a PSA eight beta the magnet where he might have put these in order. So I think these are the lower grades that he got. We got the blue eyes by dragon PSA eight. This is such a cool card. I mean the mega 10 2022. I'm a big fan of that one. The PSA 10s of those are actually decent value. We have the gate guarding because it's got a seven. He sent me a spreadsheet. So I saw some of the grades gate guardian definitely didn't do so hot. That's a 25th anniversary by the way. So we pulled that thing and it got a seven. That's pretty rough. The berry magician girl. So these are the these are the bad ones. We have the dark magician girl. This is the original lost art. So the in dash 019 if you guys don't remember there was actually two versions. I think it was 38 or 39 was the second iteration. They reprinted this thing right away. Surprise surprise next card. We have a big stack next to me now. We have chocolate magician girl secret rare. So there are a few of those we have the berry magician girl also a nice PSA nine and look at that lemon magician girl all the magician girls were graded. There are some cards in here that I look down. I was like, why did he grade this? I don't know. Maybe he can answer that later, but this is a cool. This is from docs. I remember opening this one. You guys remember dimension of chaos. One of our favorite sets. This is one of the four oldies in the set. So pretty cool card there. I was kind of excited to see that one brings back good memories with that one. We have the dark magician of chaos. There are a few like foreign cards. So this is a Japanese card of the dark magician of chaos. Very nice. We have a Japanese prismatic secret rare from battles of chaos. Nice guardian chimera. Then we've got of course the gold rare dark magician. Very beautiful. First edition didn't get a 10. Unfortunately, but good stuff. We've got a classic Valkyrie in the magna warrior, which is not the magnet warrior. It's always like bothered me. It's the magna warrior. It's like, why is he not the magnet warrior? Like everybody else. I don't know, somebody explained to me. I'm sure there's a reason for that. Why is it magna and not magnet? Is magna like plural of magnet? I don't know. Magnets warrior. I don't. Magnets. I think you can say magnets. I don't know. Apple magician girl. We got more magician girls. By the way, here we go. We got the lemon magician girl. Secret rare. Very cool. The blue eyes tune. So a little bit more luck with this 25th anniversary. He at least got a nine instead of a seven. Seven was pretty rough. There's got to be a few sevens in the PSA sub of course. Okay. Legendary fisherman. More 25th anniversary. Very nice pharaoh servant got a nine. Unfortunately. Here's another dark magician girl. So he had two of these. They're both the original print one. This one got a nine instead of a seven. So it's a lot better. Then here's a card that I really like from shadow specters. The number 46 jugulion. This is a pretty cool card because it's an ultimate rare. So shadow specters have those and it's also a pretty cool card because it's a dragon type type. This is not Pokemon dragon monster. What do we even call this anymore? I can't remember. I've been playing too much Pokemon, but this was used in duels for a while. So obviously I love it. So very cool card. Big fan of that. Then we have here's one of the ones that I was just like, what, why did he grade this? He actually had two of these. He has one from the tin, which is even worse because then I'm in the original print and then he has the lighting overdrive. I don't know why he graded these two right here. I would not recommend grading a playable card that's worth like 10 bucks because it would be worth zero if it wasn't playable, you know, so you're kind of grading it and then you take it. You can't play this unless you're, you know, whipping out a 40 card graded deck, which would be pretty cool. Then we have the red eyes V drag another low end card, but at least this is red eyes. So I understand that one. So red eyes card, you know, it's still not going to be very expensive, but we have the Joel Lockbird. We, we spent a lot of time searching for this nice condition card, a little bit off center and pretty nice overall, still a lot more cards to go. We got the ultimate rare dark magician. This card compared to the PSA, the 10 is so much more cause it's so hard to get these in PSA 10. The nines are pretty cheap and affordable actually. They're like 50 bucks or something versus the 10s or a few hundreds. So very affordable. If you want the old to dark magician, I mean, you can get it raw for even less than that, but if you want a greater one, then we have one of my favorite cards because this was my original logo. If you guys are old school fans of the channel, you know that this was instead of my face, it was this. It was the, uh, the dark magician Arcana version. I love it. Here's another playable card that was graded. I'm not sure about this one. I think he said there was some foil bleed on these that might have been why. Yeah. I think that had that's probably why he did some of these. I think these battles of chaos have some really nice foil, but it's Euro because the Euro ones tend to have a lot of foil bleed from battles of chaos. Then we have the, uh, dark magician gold rare for maximum gold. That's very cool. It's dark magician. Can't go wrong. Uh, millennium eyes restrict. There's another weird one's kind of cheap, but at the same time it is millennium eyes restrict, which is somewhat collectible. It's not like the thousand eyes restrict, but it's like the upgraded version. So it's still pretty cool. And we still have more magnet warriors. He's not magna. He's magnet. We have alpha, the magnet warrior. He's an alpha, alpha magnet. Watch out. He's going to get you. Got the ghost or a red dragon Archfiend. This got a PSA nine. Unfortunately, not a 10. 10 would be crazy on this card, but I mean, honestly, this one hits pretty well. A lot better than a lot of those other ones did. Maybe it's a slab helping it out slab. The thing about the PSA slabs, they can really enhance some foils specifically. And that's pretty nice when that happens. Here's the big old arm dragon level 10. Pretty interesting one. Uh, ultra rare. I mean, it's not like high rarity or anything. So blazing vortex, probably one of the only cards greater for blazing vortex ever. Borla load, savage dragon, another playable card that has been graded. Interesting decision on that one. But hey, he can do whatever he wants. You do you. Dark magician girl. This was a great choice to grade this dark magician girl. Obviously got a nine, unfortunately, but those are still pretty valuable. The skull dice very nice. That is skull dice. Very nice. I love it. The change of heart secret rare first edition of Yugi's world. It's got a nine.  Things like a 40 something dollar raw card. So it's definitely not cheap. Now we're getting into some big stuff. Okay. It was obviously haven't seen any 10s yet. You might be like, wow, this is a terrible submission. Well, he put him in order. It seems like we got some 10s. We've got mirror Jade, the ice blade dragon PSA 10 star light rare. So that is a big one. We're talking several hundred on this one. All you brand fans. I know you can't play this one, but I think branded will be it's become such like a cult following that I think eventually people are going to want to have stuff like this because they're like, I remember brandy. It was my favorite archetype or whatever when it dies off eventually. Then we got the traditional dragon of the ice barrier another star light rare. That is beautiful. Blazing vortex. I said the only card from blazing vortex besides the star lights. Of course, here's another star light. This one is not a great star light. It is from Donna majesty. Good memories and bad memories from that said another PSA 10. It's beautiful. We've got another star like Gorgon Empress of the evil light. This one we do have good memories. We pulled two IP mask arena and then this card in the same case. That was insane. Another star like PSA 10 speaking of dark magician girl there. We have a PSA 10 from movie pack secret edition. So that is pretty amazing. That's definitely a solid grade right there. Here's a really cool one. One of more old school ones that he had a majestic red dragon not first edition, but check out that foiling and this got a 10 even with the the ulti stamp. So that's pretty nice. That's why like I feel like when you send it bulk you're more likely to get stuff like the ulti stamp like they don't care as much. But then like the headgear is like, I'll do stamp we got to get that out of there. I don't know if that's true. That's just speculation, but that is nice. Majestic red right. That's a beautiful card and here's one that I really like dual links memories. By the way, sephira queen of dragons. I think this is an underrated card. I don't know if it's going to become when I say underrated don't go and buy all of them thinking it's going to go up. It's probably going to stay underrated, but I do really like the card. It's from duelist alliance. This is the one we pulled. I think I think we pulled this out of duelist alliance. Super cool to me rare. I love that card. Then we got speaking to dual links. We got a little whiz. So this one was definitely okay. Wait, some of these it looks like we're at different times. So it looks like these were a little bit older. So you like mix some returns. It seems like because I just noticed this is an old case. You can really feel it. That's a 42 mil cert versus 70. So I don't know when this have. I think the 70. This is the current sub. This is one of the 777 and then we've gotten into some that are just some other PSA 10s yet. So which state with sage for hire dual links classic. I mean for hires were crazy for a while. That's probably not one you would grade, but hey, it's there same with this one. Ignacy the true Draco warrior also pretty cool. But guess what said, it's from this at the gadgets. Maybe that's a meme card. Who knows? Then there is a crystal beast rainbow dragon 25th anniversary starlight. I think it's a starlight. Okay. That's pretty cool. Prismatic secret is what they call it. But it's a starlight. We got a crystal bonds from a mama mama Jim minton. Please. All right. We have really own of the magic dis of various. So these are all different subs. It looks like this is a different sub. We have a collector rare. Very cool. And we're back to the old, the old, the old sub. This one is a prismatic secret rare. Really possess Lina to Jim minton. More Jim minton's with collector rare change of heart. That is a really awesome guard. Their collectors in the OCG are ridiculously beautiful. And we saw one of these earlier, but we actually got a 10 on one of the blue eyes. That is insane. I remember when I graded all mine. I got like eight and sevens. It was so bad. So getting a 10 on the blue eyes is very solid. A few cards left. We have the master of chaos. This is one that you'd think probably shouldn't great, but it is very iconic because it's dark magician plus one chaos or black sister soldier ritual monster. So that's a pretty cool fusion. I kind of agree with grading this one. I think that's pretty cool. Master of chaos PSA 10. There's another one like that later. We have the ex purely not ex ex gamer not talking to you ex pearly noir collector rare Jim minton. It's a nice card. Here's a really cool one. This is definitely a Europe print blue eyes jet dragon. They said it has crazy foil bleed and it does definitely a Europe print because these get crazy. This is just a secret rare, not the starlight. If you ever see this on your card, I get this message all the time like, is this the starlight rare? It's not. It's just a secret rare. If it's going diagonal, it's secret. It has. It's very obvious when you compare this to a starlight rare like look how shiny this one is. It's all over in this one. You know, it's kind of faint because it's just not really supposed to be there. Obviously. So this is a really cool card blue eyes jet dragon and then the final card. If you guys enjoyed this video and you want to see more PSA returns, whether for me or somebody else, let me know down in the comments. And if you want to consign something, I'm open to it. PSA graded is the easiest thing for me to consign. I will consider doing raw cards if they're higher in value. So hit me up if you're interested in that. And then finally, we have immortal phoenix year freed PSA 10 tune chaos collector red. That's an unlimited. I thought it was first dead. Okay unlimited. Maybe I missed that earlier. So very nice cards. Very awesome turn to meet you. You're out. Thank you for sending them in. I appreciate it. Shout out to Tom foe show, Daxter tomato juice, puffs of doom, Ernesto, Deanna, America doister, supreme stage 21 CJ and then a tie show in Moosa, junior barting Robert F. And Thomas McClain. Thank you guys for supporting the channel. I'll see you guys in the next video. Peace.