Here we are in our example, Form 1040 populated using LASERT tax software. You don't need tax software to follow along, but it's a great tool to run scenarios with. You can also get access to the Form 1040 related forms and schedules at the IRS website, irs.gov, irs.gov, starting point, single filer, Mr. Anderson, 100,000 W2 income, 12,950 for the standard deductions, getting us down to the 87,050, mirroring that over here on our tax worksheet calculation. And then we're letting the software do the tax calculation on page 2, 14774, 15,000 withheld, getting us to the 226, mirroring that in our worksheet, 14774, 15,000 withheld, 226 were mainly concerned, however, with the top part of the equation looking at the income tax or taxable income calculation. So let's go back to that first page. We're focused down here on the itemized or the standard deductions. Remember, and we only take the itemized deductions if they're greater than the standard deductions. However, we could have an exception to that general rule. There's a general rule, in essence, if we have a qualified disaster type of situation, which we talked about a little bit in a prior presentation, but we'll touch on here. Otherwise, it's usually the case that these other deductions are probably not going to be the thing that pushes people over. The main thing that pushes people over is the home purchase. And that means that you might have a loan related to it, which causes mortgage interest, deductible, and then the property taxes, which are the two big ones. We'd have to clear 12,950 single, 25,900 before we benefit. Let's check it out on the Schedule A to see it in more detail. Schedule A and then the big ones are the taxes and the interest here, but we're focused down here on the cash on the other itemized deductions. So the one big one that could come into play, which will be unique to a particular area or a particular disaster, is the qualified disaster. And if there is one or any kind of federally declared disaster, which may be leveled up to a qualified disaster, and we talked about that more in a prior presentation, so we'll just touch on it here. But you can do more research by looking up the disaster on the IRS website, possibly the FEMA website, looking at the instructions from Form 4684, and then diving into more detail on the specific problem that may have happened in your particular location. Now remember, if it's just a qualified disaster, then it might be up here in the casualty and theft laws. I'm sorry, if it's just a federally declared disaster, it might be up here. And then if it's a qualified disaster, it might be pulled down here into the other itemized deductions where even if you're not clearing the standard deduction, it might still have a benefit. So let's give a quick recap on that. This is coming from Form 4684. So if I scroll down to 4684, 4684, we've got the casualty and theft losses that will typically be populated in a form that's going to be like disbursements like a schedule D for the capital gains. And I'll just put the property again, the date acquired, I'm going to say is negative 010122, or let's not say 22, let's say it was sometime a few years ago, 20 dates sold, the date of the disaster 061522, let's say sales price zero, the cost 10,000. Same example we saw before in the prior presentation. So there we have it. And then I'm going to go to the casualty and theft information and say it was, let's say, a fire. And then we would pick the designation, personal property disaster that happened. And then there's a distinction between the qualified disaster and the non qualified disaster. So there's a difference in the reporting between those two. I won't pick the actual code right now. We'll come back to that in a second. But I'm picking non qualified at this point, fair market value of the casualty, I'm going to say is less than the cost. And I'm going to say we got re compensated for insurance, fair market, fair market value determine safe harbor insurance of 100 or 1000, I'm going to say. So let's just see what that populates in the software. So I pulled back on over here to 4684. And you can see it's basically taken the rule for a loss that's a federally declared disaster, but not qualified, I believe is the way to state it. And so we've got the $100 deduction, but there's also that 10% of the AGI, which basically wipes it out, which means it's not being pulled over here to the schedule a.  And then if I go back on over, you would think that it would it would pull over now, but it's still not pulling over, we'll pull over, we'll pull over, pull over, because it's going to be limited. So if I scroll down, I could see it pulling over at 9,000, 2,900, but I'm not over the threshold to itemize. So it's not pulling, it's not helping at that point in time. However, if now I say let's pull it back up, I'm going to say let's pull my income back up to 100,000. Now it's not populating here at all, but now I'm going to say it's a qualified disaster, which means it's going to move it from the casualty and theft losses down to where we're focused, other itemized deductions. Let's do that. So now I'm going to go back into my disbursements and I'm going to say that it's now a federally declared qualified disaster. Now note that you would want to pick the actual disaster, make sure that you're doing your research to drill down on how to properly record this for the unique area that you're particularly in, your tax software should have the information in it because it was declared and it's usually, it might have a FEMA code and whatnot that you can then tie in and do more research on for that particular issue, but just to see the general flow, now I'm going to flow it back on over and you can see that we have the form 4684 is now being populated, calculated a little bit differently for the qualified disaster. We don't have that 10% of AGI thing going on. We get to the calculation of that 7,500 pulling into the Schedule A, but now it's down here on the other itemized deductions and even though I wasn't itemizing, it basically took that 7,500 plus the floor of the standard deduction, the 12,950 that normally I have to clear before itemizing and just adds it in there so that I basically get the advantage of taking the net qualified disaster even though I'm not itemizing, so that's huge. I mean that could be a big deal and that pulls on over to the first page, so that's kind of an exception to that general rule that you'd have to clear the itemized. It's itemized. It did clear the itemized deductions, but it did so by adding the 12,950 to the itemized deduction, so you have to kind of be aware of that in the specific area. So if you have a qualified disaster or a federally declared disaster of any kind, you probably want to drill down and look at the specifics on how to calculate that unique situation. It's unique because every situation will have its own code, but the general rules for a qualified disaster and a federally declared disaster will generally apply if that category had been applied to whatever disaster you're dealing with, but you want to drill down on that. Okay, so I'm going to undo that. Let's say let's remove that craziness. I'm going to say let's delete that out of here and that puts us back to where we were before, so now we've got the 100,000 and the 12,950. Now let's imagine the other kind of common one in this area which is that gambling loss situation. Now remember in practice you might have some clients that like to gamble a lot and so you want them to be aware of, you know, collecting their losses so that if they have any winnings or when they have any winnings, because eventually you will have winnings, although you would expect the losses to be greater if you're doing gambling at a horse track or a casino or particularly a casino or something like that.


Welcome back. Thanks for watching.  This may be the last we ever hear of Ray Epps. So stick around I'm gonna go over all this with you here in a moment But first give me a minute for a quick capitalism break and check out this free coin offer from Noble Gold If you're trying to navigate market turbulence Why not set course to the Noble Gold Investment safe haven with global uncertainty looming your savings and retirement plans are under siege But there's one asset that has stood the test of time Gold unlock the peace of mind that comes with owning gold the ultimate safe haven and if precious metals are new to you Noble Gold Investments will hold your hand through the entire process They have a team of experts who will guide you every step of the way to safety thousands of investors have shielded the retirement savings with Noble Gold Investment don't leave yourself exposed to the markets right now It's way too risky with gold at an all-time high and looking to climb further It's the perfect time and right now get a free three ounce silver American virtue coin when you open an IRA with Noble Gold Investments today act now before it's too late call<PHONE_NUMBER> and claim your free coin now before it's too late or visit Noble Gold Investments comm That's Noble Gold Investments comm the only gold company. I trust and remember There's always risk of investment and there are no guarantees of any kind All right, so we got these transcripts from the sentencing hearing for Ray Epps from Julie Kelly Who's a real clear politics reporter if you haven't read her stuff. She should definitely go check it out But she tweeted out last week. I have obtained the transcript for Ray Epps sentencing hearing earlier this month It's a doozy assistant US Attorney Michael Gordon admits Epps committed multiple crimes on January 6th also lamented Epps being unfairly scapegoated Your honor Ray Epps has been unfairly scapegoated, but he is not a victim He was not a secret agent of the government on January 6th Trying to trick unwitting Trump supporters into committing federal crimes. That is not what happened But he is an innocent either. Yeah, no shit make no mistake Ray Epps did not start the riot or cause it But he did make it much worse. Excuse me He committed multiple crimes on that day he committed multiple crimes that day So this is the prosecutor who should be going for the jugular, right? Especially somebody who's on video telling people to enter the Capitol and actually to storm the Capitol But for some reason he doesn't seem like he wants to do that He's only pled to one because that's the plea offer. We made him but he committed multiple crimes that day He was convinced that the election had been stolen and that the steal needed to be stopped and in their presence Intimidate Congress into not certifying the election and he did everything he did to make that happen the night before on January 5th He went down to a rally and he tried to persuade people that tomorrow We need to go into the Capitol and even though he said I'll probably get arrested for saying this it never happened All right, there's some more transcripts. Well, let me just say a few things about this one real quick I think the way that they worded this might lend towards my theory that ray S might just be a regular guy But he's getting a pass because if not they couldn't blame Trump They're just treating it as established fact that Trump caused it and if Ray Epps is the guy getting felonies because he was Gathering people to storm the Capitol then it's not quite as easy to blame Trump Now you're gonna start to really notice this sort of double-speak nature of this entire thing Because the whole first part they spent saying that he's not a victim and he committed multiple crimes And he wanted hordes of people to not just go to the Capitol but go in the Capitol But now it's gonna switch gears all that being said I expect there's a lot that mr. Ungarf ski is about to say that I'm going to agree with about the mitigating factors in Ray Epps favor Particularly his efforts to deescalate the conflict on multiple occasions and the fact that he was the victim of this widespread conspiracy theory That is both false and continuing to be promoted by many you talking to me real quick Asking questions is not promoting a conspiracy theory and the fact is none of these questions have very satisfying answers And I'm sorry But I just don't buy these efforts to deescalate the conflict because a lot of that mob very well might have been there because of His efforts getting the mob there all riled up to enter the Capitol and then pretend just before the riot started that you whispered To a couple people to be peaceful and not riot does not save your butt or at least it wouldn't save anyone else's butt That's exactly what makes this a conspiracy theory What's so special about this guy and again? The only reason that this is a conspiracy theory is because of that lenient treatment which they continue to give him Bingo then there's this when Ray Epps does his struggle session statement and blames Trump for everything The blame of the insurrection is not on the FBI is on those who are at the Capitol engaged in an insurrectionist activities And those who misled Americans like myself into believing the election had been stolen notice how tightly this all sticks to the state script Oh and for your cooperation and conduct you have been vilified and threatened in a way unique to January 6th defendants There are no other defendants who have done what he did and then gotten away with it He's literally the only one which is why this is a conspiracy theory.   It's undeniable if he was a fed or not who knows But the fact is he got lenient treatment He continues to get it and that is extremely odd. And so the judge says all right again, mr Epps, good luck to you I hope that you were able to continue your contributions to the community without continued threat of violence Oh, thank you very much. Oh, yes, thank you for our propaganda victory here Epps And for all you did to help us in our little operation. You've done your part to save democracy It's insane. It's like to prove this conspiracy so false. We've admitted that he committed multiple crimes And we're just letting him off scot-free and as far as I know They never ever mentioned the fact that Ray Epps told baked Alaska that his plan was to storm the Capitol In fact, it's something I almost never see anywhere other than Twitter. Why would they leave that out? Why would they treat the guy who planned the whole thing as some sort of a victim while everyone else? That's even loosely associated with January 6th is hated. It has the full force of the law thrown at them Let me know what you think in the comments And if you'd like to discuss this with me further you can find me in my discord server the links for that in the Description and pin comment. Thanks for watching. I'll see you on the next one


Okay, so hello everyone and thank you for joining us today. My name is Jafar and I work as a tech marketing manager for Red Hat. Today we have a very esteemed guest from the engineering and we wanted to welcome you to this new session about. So usually we pick up different topics for the open shift coffee break and this one will be a special episode because it's the first one of a recurring series. A series that we wanted to do about pipelines. So we will specifically be speaking about texon, which is a Kubernetes native way of doing CI CD. And today I have Ciamar, Savita and Nikhil from the engineering and we have also our lifetime guest, Tero, who will still be sharing coffee with us. So if you guys can make a quick introduction for yourselves. So who wants to go first? I can start. Okay. Ciamar here, my product manager for OpenShift pipelines that based on the upstream takedown project and at Red Hat I generally look after the CI CD space on OpenShift. Cool. Yeah, I can go next. So here. Thanks for having me here on the OpenShift coffee break. So myself Savita. I'm basically part of DevTools group group. And I basically work on OpenShift pipelines and upstream projects like tecton KNATU. So currently I'm based out of India Bangalore office. Okay, thank you very much for joining. And Nikhil. Hello, I'm Nikhil Narbis. I'm also from Bangalore, India. I'm part of developer tools in Red Hat. And I contribute to tecton CD projects and I mainly focus on the operator and the product, the productization part of OpenShift pipelines where we bring the upstream components like pipelines to this into OpenShift. Okay, thank you very much again. Hi, my status change from co-host to permanent guest. Since I worked for Red Hat last week, but currently working as a senior engineer DevOps in a company called Bangalore. So I will be providing the external view of the thing so that not everything is so. It's a red and black and white. So I will be challenging, see if I can do engineering. All right. All right, you're very welcome to do so. And of course, we see that you're still wearing a red shirt. We know that even if you work for a different company, you can never leave Red Hat. Correct. Okay. So, yeah, thanks again. So the goal here today is, as I mentioned, we're going to have a recurring series about tecton. And of course, we will also speak about the productized version of it, which is OpenShift pipelines. And this, the goal is to have pragmatic sessions where we go. So as we move along in the different episodes, we learn new things, new things about the tecton concepts, and we show you also how to do that. So it's basically, it's not a master course, but it's basically showing you the different concepts, how to use them, how they work together. And because we have the great luck to have engineering guys from us, we can also understand better what Red Hat does in the communities, how we develop things, et cetera. So Siamak, since you are the product manager for that, how about you tell us a bit more, how Red Hat got involved with tecton, why we chose that, and what we do in the communities as a starter. Sure, so I'll be happy to share a little talk a little bit about that. The continuous integration space is really, is not in the shortage of solutions. There are, if you go, like as long back as you go 10 years, 15 years, there is a very colorful landscape, a variety of different solutions that target continuous integration. In different ways, they all want to solve the same problem that you want to automate the activities involved in the software development lifecycle, like building the binary of your application, testing it, perhaps running some security checks against it. And there are more and more activities that all solve the same problem, you want to automate this, but there are different approaches to this. So this is quite colorful. And if you go a couple of years back, there is also a large number of cloud services that do the same thing, look at Travis and signal CI and get that pipeline is a little bit of action and so on. So it's really, there was no shortage of solutions, if you, if you may, if you will. However, as we saw so red hat, like I'm a part of OpenShift, OpenShift is the Kubernetes throw enterprise Kubernetes from red hat and there is a sharp really increasing adoption of Kubernetes across the industry. Not everywhere, but it really grows double digits and a lot of organizations that are building cloud native applications Kubernetes is not really, it's a given that is a platform for deployment. So you see this growth of applications being deployed on Kubernetes and the CI systems that are completely oblivion to, to the platform, to the continued platform. So there was this gap that was discovered in the Kubernetes community as the CI systems are very different from how, from the infrastructure that the application is deployed on. If you, and when you're using cloud services to an extent maybe you don't even want that to be aware of your environment but as you get closer to deployment or if you're you want to run those in house within your own infrastructure, even if your infrastructure is a cloud but if you're the owner of the infrastructure, then it starts to become problematic that way of that division that exists. And then you can also notice there has been a lot of efforts in bridging this gap, right, so there has been a lot of engineering efforts about how we can make Jenkins to work much nicer on a container platform. You can see similar to other container platform to other CI engines. You can see it also. So, most of the cloud based CIs, they do recognize enterprise needs and they have a version of that that runs on on Kubernetes, at least the pipelines can execute on Kubernetes and there are ways to have the runners, for example, to schedule the actual execution of the jobs on Kubernetes. There have been a lot of efforts to sit in between and bridge these two words together, which works to a certain degree but there are still limits to that. The obvious ones are, for example, one aspect is that how the CI engine itself, how well that is suited for Kubernetes environments and the more traditional monolithic that solution is the more difficult it is running on Kubernetes. And then Jenkins is a great example. Everyone is Jenkins user, Red Hat, including Red Hat, and running Jenkins on Kubernetes itself, it's difficult because Jenkins is designed really for a different era. It was designed way before containers, very thin. The limits that exist is still that, for example, if your application is deployed on Kubernetes, you keep your credentials as secrets on Kubernetes. And perhaps you have a secret manager that is managing those centrally across multiple clusters for you or using a cloud key manager of sort. And then you have the CI engine that needs the exact same credentials because it needs to go to the same bit repos or deploy to the same clusters. And you have a completely different way of redefining the exact same credentials. So now we have two different places to have the exact same credentials and then you rotate them, update them and so on. And when you have configuration in one board, Kubernetes all conflict now in other places is different. So it's this different concepts like created, created frictions on how we bring these borders together. So this was recognized first when the Knative project started by Google as a serverless platform at the heart of Kubernetes and there it was recognized that we also needed built system that is more closer to Knative, closer to Kubernetes. They always see a system that can build container images are are like really good, but all these gaps make it difficult to use it within Knative. So Knative build was formed to focus on this problem. And as use cases were collected on what does Knative build need to do, quite quickly it was evident that we're not talking about building container images, we're talking about continuous integration. There are so many other activities around directly related to build but need to happen right before or after building an image. So that was the pivoting point that the Tecton project that Knative build was broken out of Knative project and became really what Tecton is today. It became a project that focuses really on this gap between CI and Kubernetes and a CI framework that is really at the heart of Kubernetes builds on the concept of Kubernetes. So you build your pipelines concept with the same concept that you're familiar with you build a pipeline you have tasks or stages and of sorts and so on. But you really build you really build them with the concepts of Kubernetes as well you have pods in it you have containers, you have secrets, coffee maps so for someone that is on Kubernetes. This seems a very natural step you're learning here with extremely low because you are like really reusing everything that you have from from your existing skills and even constructs that you have on Kubernetes and build pipelines from them. So that was really the problem that Tecton trying to solve to create a native CI that is built for Kubernetes is familiar to Kubernetes and inherits the operational model of Kubernetes as well. So it's, it becomes absorbed into the cloud Kubernetes platform. This is a background of a project like not that brief project. Yeah, but that's the genesis. It's interesting to see how, like, I didn't know it came out of the creative project. So it's such a fast moving project that it feels like ages ago even though this is like two years ago or one and a half years ago if I'm not mistaken like this and one and a half years ago perhaps but it is. It's a very fast moving project and an open shift we do quite ourselves that we want to make Kubernetes simple for developers are our goal is really to be the number one developer. Platform or on Kubernetes. So we monitor this space very closely and it was quite evident for us that Tecton is is really did the right direction for continuous integration on Kubernetes. And we were already investing in creating for several of those workloads and we started investing in Tecton as well. We have like two of the really sharp engineers on the Tecton team with me on the call that we we work a lot on upstream and address issues and bring customer cases that are very relevant within the enterprise environments and work through them. And within Tecton upstream project with creating enhancement implementation discussing and then bring them down as a supported product to brand and customers. All right. I have a easy question. You mentioned that there are several different like toolings to do the CI CD. What about those customers they have a zillion lines of Jenkins code groovy and scripting and everything. What is the like the way to move forward if they want to move to let's say that is it lift and shift or is it just reengineering. Or is it the same concept like moving from VMs to container now is moving from Jenkins to cloud native pipelines or something. Are there any like code and rules. How that should be done. I wouldn't say like this is the typical answer that you don't want to hear from me on this that it's all depends right depends on what what customer has done but I would say that this is similar to any other type of change we have seen in the waves of technology matures and evolves and you are left with the decision on how do I move from my existing way of working to this new way that addresses some of the challenges that I that I have. But at the same time there's a lot of work for me a lot of existing investment so there's this trade off of how do I address those challenges without like stopping still and spending a year just refactoring stuff right this is the same conversation in microservices and monolithic applications or think container VMs like you mentioned or this happens like this is the exact same type of change. What do we see at a lot of our customers is that they usually draw the line at some point and every any new effort that is being gone into CI or building pipelines or building a platform that provides CI as a service to internal teams that redirects to investing in Tecton in this example while maintaining and keeping the existing investment and over time analyze and see very make sense to perhaps move some of those existing efforts to take time but we don't see that often that people like stop and move everything that they have already on Jenkins or some other platform to to take time it's a more gradual movement but absolutely like this becomes a pivoting point that no new investments takes place for example in in creating pipeline through Jenkins that's as the customers that started off to take time. Okay, make sense. I have actually another question to the engineering team. Since you follow the upstream closely and the upstream is driven of course by the customers and the users to which are actually the customers and user are demanding from the project. So, take time is has become quite wide as one of the it has the luxury of having quite a large number of vendors and individual contributors in the community, each of them bringing their own use case the use cases of their companies or their customers to the community so it really grows in a variety of different directions. But I thought I can like get help from Soviet and nickel that they focus on two of the sub projects of takedown they can talk a little bit about their areas of their which direction they see in in those areas that is that is growing. Would you like to go first nickel for ladies first actually so we time. Yeah, so yeah. Yeah, I think we both can mention some so maybe you can go first, and then I can talk about other points as well. Yeah, so as I mentioned like I most of the time I spend working on triggers, which is one of the sub project of entire tecton CD, like tecton CD. So, and also operators so maybe Nikhil can address most of the things in operators so coming to triggers. So, initially like when tecton CD project started it started with the pipeline project, I mean sub project module. So, once they started pipeline thing everything pipeline run and those things has to be run manually. So, they got a requirement or like use cases like how do we schedule these pipeline run or task run dynamically based on some events or some mechanism so that those things will be dynamically run. In that case, trigger event based mechanism they were they thought and they started with this trigger project. So, initially like they started with the alpha API so that's how the Kubernetes API start works initially they start with alpha then beta then GA. So, triggers is still isn't the alpha state. So, this first started adding the basic integration with the GitHub. So, because most of us will be very familiar with the GitHub source code management tool. And this way they have started into like extending the SCM tools like GitHub Bitbucket GitLab. And after that event one flow of event mechanism started working. And later like once the basic flow is started happening then we got a lot of requirements I mean user inputs like okay we want now customization of these event mechanism. I mean we don't want to use the just the basic input provided by triggers and also we want something customization on top of that. So, this way it started evolving and now we have the customization step. And also like not trigger supports the KNATU KNATU based event listener also because right now till now what was happening whenever trigger creates the objects. The pod is keep on running even though someone is not sending events. So, in that case the resource utilization was unnecessary wasting. So, in that during that time like we thought okay let's use the KNATU based mechanism also. So, now the trigger integrates with KNATU also. Yeah, so this way we start adding the features based on the user inputs or based on the use cases and based on like lot of inputs from the developers companies who started contributed. Yeah, so right now trigger is in alpha state so maybe like another month or two months we will be making it to the beta. Then, yeah, this is how we start contribute and add the new features to triggers. I think, yeah, Nikhil, can you just add just quick comment in between. Yeah, one second before you. So, just let's not forget that I know we are all very well versed into tech time. We speak about those different concepts, like event listener and triggers and stuff like that. But what I wanted to do because let's keep in mind that this is a one on one session we are basically introducing. Although the audience might know what I wanted to do is first have a quick recap of those main concepts, just to set the floor so everyone watching can understand what basically we are talking about. And then we can, if it's okay with you we can articulate more in depth information about those concepts. Would that work for you. All right, so let me just I'm going to share my screen and show you those different types of concepts. Meanwhile, I will have a question. Maybe audience doesn't know that is it correct that when the API is in alpha, the API might change, but after beta the API doesn't change anymore. And then of course GA it's solid. So that's a good to know when customers start using Decton that if they use API, which is alpha, there might be changes and even breaking changes. So that's, that's good to know. Yep, exactly. So we kept our triggers for around, I think year, I mean, more than six months is in the alpha state. So, yeah. Yeah, sure. Don't try to build productize TI or production CI based on alpha features. That's the goal or message there. All right, so very quickly, I'm going to introduce those concepts to set the floor. So, as I mentioned what we wanted with Decton or what the community wanted was to basically standardize around concepts that everyone will be free to implement how they want but basically make those things able to work using Kubernetes native resources. So, with Decton, basically we extend Kubernetes with some new concepts. We use what we call the custom resource definition mechanism that allows us to enrich communities with new things. So basically, if we go at the very base layer, we add three things which are the notion of a pipeline, the notion of a task and the notion of a step. So a pipeline is a sequence of tasks that can run in sequence or in parallel. Each task will run in the pod and each task will contain several steps that will run in containers in the same pod. So, to give you examples, so all of those things, of course, are going to be defined the Kubernetes way, mainly in using YAML resources. And if we see an example of a pipeline, we see here that we have several tasks that will, for example, clone the source code, then build it and then deploy it. So we can have conditional, we can have retries, we can have some execution logic built within the pipeline. But the very important thing that is, although all of those things happen in different pods or different containers, we can share data between all of those steps or tasks. So, for instance, say that you wanted to clone your code, and this can be done by a task in a pod, but this pod will write the data to some shared workspace, we call that workspaces. And it's going to be, for example, a persistent volume that another pod can then mount. And if you wanted now to build the binary of the application using something like Maven, we find the source code already there. We can also use things like subpaths to say I'm going to clone my code in this specific folder, I'm going to store my Maven artifacts or cache in this folder. So you can basically share data between the different pods that are playing some parts in your pipeline. Next steps are tasks. So each task is going to run in the pods, meaning that it's going to use a container image. So the great thing with that is there are existing tasks that you can find that we should, for example, with OpenShift, or that you can find on a marketplace called the Tecton Hub. But if you were missing some specific binaries or streets that you need to run your CI step, then it's very easy to build that into a container image. So that's one of the skills. So Tero, you asked how should I move from my traditional CI to Tecton. So one of the, I would say, key skills would be to learn really how to write Docker files or create container images and embed whatever custom tools you need to perform your steps. So if you needed a specific CLI, then you have to build, if there's no image that already provides that, you can build your own image, embed all the tools within that image, and then you can reference it within your steps as your image that will run the comments. Okay. And final step is final concept is the step. And basically the step says, I'm going to use this specific image, and I'm going to run this specific comments. So for instance, if you wanted to build your Java application, then you can do a Maven package or if you wanted to install your, your dependencies or whatever you can do a Maven install, etc. So basically, you have a task that has several steps and each step can have different commands with the container images. Okay, so that's the final concept that I spoke about, which is how to share data between different items. And basically it's going to be a persistent volume that will be shared between different parts of your pipeline. For instance, you will have a first task that will get some data, write it to the persistent volume, and then you will have another task that will reference the same persistent volume, we call it a workspace and text on concepts, and it will be able to find the data there. So these are the building blocks that you need to know about. And I have something that I have built also to talk about the triggers. But maybe let's save that for a bit later on when Savita and Mikhail show us the demo and try to expand the demo with this notion of I'm going to make a commit to my code and then trigger the execution of my pipeline. Alright, so that was it for the concept. I hope it sets the floor to understand what we are manipulating in terms of resources and how they get executed on Kubernetes. Should we go now back to Mikhail to answer the question at the upstream. You mean the direction in which the upstream is going? Yeah, correct. Let's finalize that question. Sure, definitely. Thank you. So I can answer that question in two aspects. One is the general philosophy and the second one is the direction in which the work is going. So the general philosophy is this. So that is in the beginning. So it was kind of assumed that Tecton is a tool that we use for the outer loop builds, that is, when you want to build and publish something in the enterprise. So at first, we did not have that focus of whether Tecton can be used for a developer's workflow. That is, I'm building a software and then I wanted to run some tests and, you know, and then just deploy in my local setup. But right now, discussions are going on in that aspect, that is whether Tecton should consider this developer's local workflow as well. So one aspect is that we are also thinking about ways to make sure that CICD pipeline is also a part of the application and so thinking about those two in two different terms. And the second aspect that is the general work that is happening. So initially, a lot of focus was on the core functionalities that is how do we write a task and how do we share tasks and the different features that we need to share data between tasks or pipeline. Such things. But now the workflow, there's a lot more focus on supporting features as well. For example, as Yemma mentioned in Tecton, all the workloads run as containers. So when you run a pipeline, the tasks come up and they run as task runs, which is essentially ports. So all the logs, everything stays inside the port. But if you want to retrieve those logs, you cannot keep those ports forever. So now there are projects like Tecton Resins in upstream. So basically it's a method to upload or save your logs somewhere so that you can kill the task run ports. And then there is a lot more workflow related work happening inside operator, because initially the focus was on just installing the components. That is, you just want to install Tecton pipelines or just triggers. But now people want to have access to methods using which they can automate upgrades, configuration and customization. A good example is we have the operator project, which can be built for two different platforms. That is, when it is built for Kubernetes, it has certain set of behavior and it provides the upstream Tecton dashboard. But when we build the operator for downstream, it does not supply the upstream dashboard, but in addition, instead it provides some cluster tasks, which comes on OpenShift. So in that aspect, there's a lot of focus now on to the supporting features or supporting workflows, rather than on the code workflows. Okay, makes a lot of sense. But then, as I assume, it's a really fast-moving project. Yeah, I'm speaking of that. So thank you very much. There's a question about pipeline resources. And because you guys have been involved in the upstream engineering discussions on all those things, could you tell us why they have been deprecated? I know there are some issues with them, some limitations. They have been mostly replaced by this notion of workspaces where you can instead of referencing pipeline resources, you can say the code is in this workspace and just choose that. For example, can you tell us more why they've been deprecated and what's the new way of doing that? So I can give an overview. So that is, initially it was thought that the way we share workflows will be using pipeline resources. That is, we have types of pipeline resources like Git, image, storage, cluster, et cetera. And then there was a point where people were starting to request more and more types of pipeline resources. And the types of pipeline resources are input in the core protection implementation. So that is, each time we want to add a new pipeline resource, we'll have to add that to the core implementation. So instead of adding pipeline resources, we thought about duct-type pipeline resources. That is, we can provide an interface using which users or other developers can create custom pipeline resources without having to make changes in the core implementation. But that did not take off. But instead, I think when Tec-Tone started becoming popular, people were more interested in sharing workflows using tasks and pipelines. So pipeline resource, it's generally saying that, okay, so basically, in simple words, pipeline resource is just a collection of steps. So if you use a pipeline resource, just before running your pipeline, it will add a few steps just before or after your defined steps. So for example, if you say pipeline resource of type Git, it's just going to add the mechanism to clone the Git repository. But right now, it is more clear for people to see that in a task, like the Git clone task. So the pipeline that you define is what you see running. But with pipeline resources, you see these additional steps running. It might be a little unclear. So two reasons. One, that is, it was kind of difficult to support more types of pipeline resources. And second, I think using tasks and sharing workflows using tasks and pipelines instead of pipeline resources makes it clear, more clear. All right, thanks. Yeah, so the last way, concepts we have to manipulate, the easier it's going to adapt, to be able to adapt Tec-Tone and those things. So thanks a lot. So I do have one question though. So I know you guys are working on the operator and extending it to make it easier to do things by instantiating Kubernetes concepts. So one of the things that I think are useful when you are doing CI or CD, for instance, is the ability to say, I'm going to pose execution for some time. And then when I get someone to approve this execution, then it's going to trigger a new pipeline or something like that. So are there plans to have this type of like generic approval concept added to Kubernetes as a CRD or something like that? Or can you tell us a bit more about how we are going to implement this notion of unapproval gate using Tec-Tone pipelines, for instance? If it's something that is in the works, if not, we can speak about the other topics. It's an open source project. You can implement it yourself. Yeah. I can't speak a little bit about that particular topic. All right. So this is a very common request, right? And it really comes from, like I said, a majority of traditional lines. Yeah, like it's not even traditional. A majority of teams have at some point been using Jenkins, right? And Jenkins, this is one of the like patterns you use. You add a manual approval there. And the pipeline will waste for like things happening to outside the system. So I'm not saying this is only in Jenkins, but this, like immediately comes to mind from Jenkins. So this is definitely a very common request. And there are discussions and requests on it within Tec-Tone as well. In Tec-Tone, some of the issues when you look at a Tec-Tone project in the community are created as like this type of larger topic questions. There's not much we do about manual approval. So there is definitely a use case for that and interest in the community. There is also interest in it from like a lot of customers I talk to, because like I said, they are coming from some other CI system that supports this. So at some point this will appear, I believe, in Tec-Tone as well. And the timeline is not known because the discussions, the community to consolidate and come to a level that fits the Tec-Tone model really well. The original thought was that these are really modeled at different pipelines. So at any point, if you have to really wait for a long time and then do something else, are they really a single pipeline? There are two different sets of activities that need to happen, but you're modeling it as a single pipeline and connecting them with the manual approval thing in between. So that was like the original thought. But we do also recognize the case for, even though they are separate pipelines, but having them together with manuals, that makes it easier to correlate these activities to each other. So it's much easier to have insight into and flow and the things that happen and the phases that happens on the system, but rather outside the system. Auditability. Yeah, exactly. I do expect that this will appear in Tec-Tone at some point, but we don't know yet when. Okay, thanks. All right, so thank you very much guys. So I believe Niki and you had something to showcase what we talked about. Would you like to go over a quick demo of pipelines now running on top of OpenShift because I believe we add things on top of the core Tec-Tone to have a very nice and productized version within OpenShift. Would you like to show that? So for info, we have 20 minutes. So we have prepared a brief demo just to give an overview of the different things that are possible with Tec-Tone pipelines slash OpenShift pipelines. So let's accept the share of her screen and then we will take you through the demo. Yep. Yeah, I'll quickly share my screen. I hope it's visible now. Yeah, it is. I shall add one point here that is, so just like Asiama said, the engine behind a Tec-Tone is a Kubernetes. So there is no other, you know, a CICT engine that we can store. Exactly. So basically, so we can leverage our Kubernetes knowledge. So that is we interact with Tec-Tone the same way we interact with any other Kubernetes resource. So at the same time, one of our goals is to make sure that people get a feel that they are interacting with a CICT system, not Kubernetes. So that is where the Defconn sort comes in. So what we try to provide is a CICT experience instead of, you know, how to deal with endless ML files. Yes, you can always edit ML files. But this is what we have, you know, we want to show you how this Tec-Tone CD, which leverages Kubernetes features, can be provided as an integrated system where you can be, you can forget that it is running on Kubernetes and use it as any other CICT system. Yep. All right, thanks. Yeah, so as like we talked about operator and different Tec-Tone CD components. So for the installation purpose, as Rafa said, like we release our OpenShift pipeline as a productized stable build. So we recently released DA, which is 4.1. So yeah, I'm just going to the, this is a 4.8 cluster. So I am installing the Red Hat OpenShift Pipelines from the operator hub. You can see 1.4.1. This is the GA release we did last month. So I'll just, with few clicks, I could able to install the OpenShift Operate, OpenShift Pipeline operator on this cluster. So you can see like a lot of channels, but the stable is the one which we released recently. So yeah, I'll click on the install and it started installing the operator with the OpenShift Pipeline components like pipelines, triggers and like cluster tasks. All those things will be installed when we install through this operator. So you can see like it's still under progress. Like it will take few minutes to install it. I hope it should come soon. And it always installing the OpenShift operators. So meanwhile, Nikhil, you wanted to add something about operators like why we started adding the operators. Why we are not using, instead of directly installing pipeline triggers separately. Why we have to go through operator itself, but what are the benefits we get? In simple terms, we use operators to import human operator logic into software. So which that means is that, so you take on pipelines, triggers, all those are upstream projects and which needs a lot more of human operator manipulation or a system admin's job to get them installed and make sure that they are configured properly. And they upgrade properly without breaking your workloads. So that sounds like a lot of documentation and a lot of issues. So instead of that, what we are trying to do, trying to do is gather all the best practices and recommended practices around, you know, around the lifecycle of technology applications and compare them in software as OpenShift pipelines operator. So, so then we are trying to take this operator to different levels of maturity so that initially it will provide insulation and upgradation and then we'll start supporting metrics. So we can support backup and recovery such things. Yep. Thanks, Nikhil for the brief information about the operator. So you can see like the operator is installed successfully. So in the installed this thing. And if you go like all of the tecton pipelines, OpenShift pipelines components and pipelines and triggers will be installed in the project called OpenShift pipelines. So now we are ready with the pipeline on our 4.8 cluster. So let's just install one of our basic pipeline to show like how a pipeline is created as part of our demo. So today we are going to show one of the front end and back end application integration and deploying through pipeline. And also we are planning to show like how we can send event from the GitHub so that a pipeline run will be created based on the events. So let's make use of this basic add flow through Git. Now, so I will be installing one of the pipeline called front end which is OTY. Yep. So I will be giving the Git URL as OTY. So it should automatically choose the runtime builder, which is Python. So our UI application is in the Python language. So you can see here we have we can choose any of this deployment or deployment config. So I'll go with the default configuration. And also here we get the like option whether we want to create a pipeline template or not. So I will be choosing this add pipeline and then we have a create route application. So it means like for this UI pipeline a route URL will be created so that we can easily access it. One more thing I wanted to show here in the visualization. So this pipeline when we choose when it creates it basically have these three tasks like first it will fetch the repository then build it and then finally it deploys it. So now let's create the pipeline. So it starts creating the pipeline. We can see a good view of topology in the topology section of this pipeline. So did you have any Kubernetes resources in your Git repo as well or just a source code application? So yeah, yamls are there. So but it doesn't take these yamls. It just take the code. Right. You generate deploy your application and generated those manifest for you. All you have them there you if you didn't have them that would have been final. So it deploys application generates deployment and routes and service and also added a pipeline for you based on take time that builds application. Yes, exactly. So you can. Oh, sorry. I just created my pipeline in the open ship pipeline name space itself. So we can see a lot of things here, but that's okay. So here you can see a pipeline or UI application got created pipeline. But yeah, so we get error. Like image pullback of because in the operator we have some restriction or some restriction to not to create any of the pipeline example or resources in the open ship pipeline name space where actual components are running. So this is just a restriction we have added as part of our operator code. Nikhil you want to add something like why we have added this restriction mean well I'll create another namespace and create a pipeline over there. Sure, sure. As we're running short of time you can switch to that for the cluster if you have that accessible, then you can show the final executed, you know pipeline time. Yeah, yeah, sure. Okay, so, so that's a good question. I mean, that's a good question about why that open ship pipeline name space is different from other namespaces. So, like I was mentioning before, the operator embeds a lot of operator knowledge. So that is one of the operator knowledge is when you want to run a pipeline or the tone application itself. It needs certain are back permissions and privileges so that it can run on open shift. So if you get the upstream release and then set it up, then all of this will have to be done manually. So what the operator does is it create create a service account called pipeline in all the namespaces with sufficient privileges so that it can be used to run your city workloads. But the operator doesn't create this pipeline service account in namespaces with a open shift or a cube prefix. So open shift pipelines is an in space where operator will not touch. So it doesn't have that default service account which could build the image and then put the image. So now you can see the reason for not allowing to create the pipeline resources on open shift pipeline. So for the time being, I have created a new project called demo and I have created a pipeline over there. So this pipeline run is in the running state. So if you want to see which step it is happening right now, so we can see patch repository is completed. So it means the cloning of the code is done. Now it's doing the build you can see the four steps over there generate build push and digest to result. So it's like create the Docker file build it and push it to the internal registry and finally we will get the show so that the same show will be used in the deploy to deploy the thing. So now like meanwhile if you wanted to see what all things it is going we can go to log section and we can see okay. So in which step it is exactly happening and where the progress is happening through this different different steps. Now meanwhile like until it happens so I can show a few more things here. So if we go back to pipelines and see here like we can we have all these options like once we create through add flow, we will get a pipeline and a pipeline run running automatically. But later we do some edit to the pipeline and we wanted to run it again. So in that case what we can do we can click on start and it will we need to do this manual step to start the pipeline run again. So instead of that what we can do in order to avoid that manual interventions we can add a trigger over here. So this trigger basically what it will do it will watch on the events and trigger a pipeline run for us. So maybe like maybe as Jaffa said like we can stay tuned to the next episode for more information about the trigger and deep dive of the trigger concepts and how those dots will be connected from GitHub to the pipeline run creation. So for now I'll just show the workflow here not to the concept wise. So you can see here like we have a list of providers supported like we have Bitbucket GitHub GitLab. So for now for the time being I am selecting the GitHub pull request review comment so that I can send some review comment to the existing pull request. So for that I am choosing the GitHub provider type and you replace the OTY and you can see everything as it is the default values. So once I add this one yeah so meanwhile you can see a pipeline run is success so the pipeline run is success now. Now let's go to administrator view and see in the pipeline section we have as I have added triggers right now so I can see an event listener and trigger template and cluster trigger binding. So like yeah the definitions and importance of these things we can see it later. So now what I'll do I will get the URL for the event listener so that I can configure in my webhook. So yeah this is the you are I can go to networking section and the routes I can get this URL. So if I directly hit this URL I'll straight away get the error saying that OK I have not sent any body format because get a full request review comment is expecting some comments in the body section. So that's why if you directly hit the URL we get this error. Now let's go to this is the repo which is my own folk one so I can have access to the settings. So what I'll do I will go to webhook section and I will quickly add the webhook. So here I'll just remove the existing default values and I have posted the webhook URL here and trigger code expect the content type to be in the application JSON format. And by default the push event will be selected but I don't want the push event because I am interested in the full request commit event. So I will be choosing that event here and I will add a webhook. So this one's webhook is added once it is success you can see a webhook you can see here no events are triggered till now. So what I'll do for time being what I did I just created a pull one pull request and it kept it ready. So meanwhile I'll just watch on the pipeline runs here. So if I go to pipeline section and pipeline runs you can see there is only one pipeline run is running. So now what I will do I'll just add some comment over here. Let me go to file changed and let me add one of just a simple comment. So once after I add this comment event will be sent to the event listener then event listener will do the operation of yeah I think it's taking time. Okay, so is GitHub pages working. Maybe try to refresh the page. Yeah, sure. So I'll just quickly refresh it. Let me go back to file changed comments, a single comment. Okay. So I think there is some issue. So, yeah, try to reply. Under the, the first conversation. Okay, let me let me try that way. So GitHub is playing with us today. So. All right, so let me try to delete something even. Okay. Wow. Nothing is working with the comment. Okay. So yeah, for time being what I'll. So once we add this single comment what it will do it will just come here and start trigger the pipeline run. But I just wanted to show that. It's fine. It's fine. We know it's not on our side that it's not getting triggered so no worries. I can testify that it works. So thank you very much, Savita and everyone because we are getting close to the end of the show. What we will do is actually for the next show. We will talk about the cinematic that happens to have that event. So here the pipeline with everything you said like the event listener, the trigger templates the trigger bindings and everything and explain how all of that works together. So that's going to be a first, a second topic. And as we go along with those sessions, we are going to extend that pipeline with more complex topics. So thank you very much for everyone for your time. Thanks. Samak Savita, Nicky L zero. It was great to finally be able to start that that show about tecton pipelines and open shift pipelines. And I hope to see you soon in the next sessions. So, All right, I'm going to stop the stream and thank you very everyone who has attended. Nice day everyone. Thanks. Have a nice day. Bye.


cellulosic liquid crystal solutions and suspensions can form chironematic phases which display a wide range of optical textures when in the liquid crystal and state. These textures can be preserved in solid films formed by evaporation of the suspension or solvent. The evaporation process causes the formation of raised rings around the receding contact line which are attributed to the anisotropic shrinkage of the chironematic structure. Atomic force microscopy, AFM, has been used to study the morphology of these films, revealing a radial orientation of the cellulose nanocrystals at the free surface of the film, with a radial height variation corresponding to the anisotropic shrinkage of the chironematic phase. This article was authored by Derrick G. Gray and Sariamou.


Yeah, we on boss talk one-on-one. Yeah, we gonna Damn, he came out to some comedy shows to me out there. Shout out the tip though man. Cuz he Wait a minute. The nigga doing stand-up now. Yeah, but he wasn't then. No, I've seen the nigga doing stand-up Yeah, now listen, I ain't see it. I can't listen. Now this ain't no nothing to play with listen I know but you gotta jump to you gotta jump in the front you Because it's a lot of comedians around it was on set though Then he rock with so after that show he decided he just gonna he's just going for it. No, that ain't why that ain't why Hey, man, look, I ain't gonna say bad about you But the tip look I did a show I did a comedy show listen though Listen what I'm saying. I did a comedy show, right? I did a comedy show was like open mic night I just went cuz I'm let me work on some stuff, right?  I went in there like the hassle I need to try to try this stuff, but I got in I seen the vibe I'm like and ain't gonna put me right up because I'm cheating at Mara So they'd be like we're gonna say you for lab will put these people So I go up and they was giving a host a hard time and she funny as hell They was just one of them type of crowds. So when I go up I'm like, oh, it's my type of crowd cuz nigga.   No, this is what I do You feel I'm saying I'm naturally funny more than I know it.  Do like cuz it's a natural You can tell what's up natural when it's it's like it's a force You feel I'm saying body language energy the way a nigga talk then you be the nigga in person Like oh, this is how this nigga really talk like you feel I'm saying but some dude Some dude that was just at the bar talking to me like the bartender knew me, right? And she was like, I see that my who he was like who's you the dude was right?  He talked to me like bro. Keep doing your thing.  You know, I got this joke about snitching You know I'm saying but it's a twist to it.  They just laughing back with me while I'm roasting them You know I'm saying and I'm thinking like I say he was y'all like what's going on? You know I'm saying like he like, uh, they like nah, we don't know him whatever.  Like you just you know, I'm gonna stay.  Yes, we doomed. Hey, I'm with Jesse with the crush Jesse get on the ground He can't swing it fast. He got it. He just he just got a bar You lay on the ground ball up give me the stick and let me baseball back these niggas away from us or something Like, you know, I'm saying but when I got off. He was just like, um tip was like, hey, he would us He was like, oh my bad. Yeah, he just he just turned to a whole nother person, right?  I'm like that.   Like no that's not No, I'm not gonna shake your hand even if tip didn't do that and you did that to me.  That's all good. You was joint. I don't know you.  Yeah, I get all I'm like, but you good, but you was tripping last night Yeah, but you don't know that you know you nothing So tip them new to cat and that's no tip didn't know me the tip just went over there and said it like he just went I didn't accept that tip just seemed that dude was you know I'm saying and yeah He's gonna squashed it. He taught you for to tell me tip went on stage after that No, man, but that's why I respected that because he had to do it, but I wouldn't worry about dude anyway We're too drunk, but he was done That ain't your first time having an issue with somebody oh, no, not at all So at the end of the day, yeah, yeah, you do you do how do you avoid the issues see that I don't think you do No, no, no, no, you can the thing is like when you be with you you naturally funny You you you could be in your said just talking myself that you plan on talking about but then But then once you once you get to talking man, some people can get offended like I could say something in your wife Like something simple like say y'all in the front.  You like hey, bro.  I'm for real bro that you be like man Let me go if I get my ass with like you just got to find a way to fix it and get away from it So it's like boom so you get back in your said like I mean I can't say it right now because it'd be natural to come off my head to do it in the moment But it's like boom but sometimes me I keep going if a nigga just like I'll be like I can read energy very well. You just talking loud about waiting on you outside after the club after the was like If they did they probably waited too long cuz I don't go out right to the club He played when I saw mad and it was niggas after me I ain't going to the show over so you sit outside waiting on me You know you ever been so mad that you drive you could drive somewhere away a couple days I'm talking about three weeks later. You ain't mad no more.


There has been a wealth of documented artifacts found within very ancient sediment, coal seams, minerals, and even stones and geodes, all indicating that a vastly different story has taken place upon our Earth, to that of what the majority stubbornly persist in assuming. So many pieces of evidence, in fact, it seems, that it has been an impossible task for an unknown group of tyrants who, for whatever reason, have attempted to conceal or suppress such discoveries, or more importantly, hide the historical tales in which they are all trying to tell us, and these next three are no exception. The Lanzhou Stone, discovered in 1999 by Zhilin Wang in a remote mountainous area in northwest China. Upon research being undertaken, it was established to be unexplainable. The rock is made of an unknown material, and the metal artifact embedded within may quite possibly have alien origins, as reported in the Lanzhou Morning News on June 26, 2002. More than 10 geologists, physicists, and other specialists from such institutes as the National Land Resources Bureau of China, the Institute of Geology and Minerals Research, and the School of Resources and Environment, all eventually studied the possible origins of the stone. The results of these examinations, the possible explanations for its formation, or indeed origin, were never released. Amazingly, however, the scientists unanimously concluded that the stone is currently one of the most valuable in China or possibly the world. When pressed for further explanation, it was disclosed that the rock will apparently be extremely important for future research and, quote, archaeological studies. Any further disclosure regarding the scientist's discoveries has remained elusive. The Wolfseg Iron has a similarly suppressed story. Over 20 million years old, this extremely ancient and clearly once worked cube of iron may also have come from space. Indeed, that is a conclusion many educated researchers arrived at. Although attempts to discredit such claims involve recent testing, which has shown the cube lacks usual elements present in meteoric material, they all avoid mentioning its strong magnetic characteristics, a signature uncannily similar to that found in meteorites and other objects with an otherworldly origin. It was discovered when a workman at the Braun Iron Foundry in Scherendorf, Austria was breaking up a block of lignite that had been mined at Wolfseg. In 1886, mining engineer Adolf Gürlte reported the object to the Natural History Society of Bonn, who noted that the object was coated with a thin layer of rust, was made of iron, and had a specific gravity of 7.75. Early descriptions of the object appeared in contemporary editions of the scientific journal's Nature in Lestronomy, identified at the time by numerous scientists as being a fossil meteorite. Now virtually unanimously concluded to have been man-made, it has thus been unexplainable. Stolen at one point, it was strangely returned to another museum, now without a compelling mainstream explanation. It has simply been condemned to the history books as some form of elaborate hoax. Impossible artifacts have been found in the most unusual of places. For example, a seemingly unbreakable piece of unknown metal, possibly a ring of ancient, or according to man's official history, alien origin found within a geode encapsulated for over 200 million years. Most people begin with good intentions, but sadly, are often allured away by various means of temptation, subsequently allowing such relics to disappear into the archives of the past. This report and the accompanying image, it seems, is all that we will ever see regarding this compelling artifact. A mysterious fate experienced by many such artifacts, for example, sadly only the Wolfseg Iron now remains in the public domain for future testing. What secret within our past is felt by some clearly powerful people as an imperative to keep concealed from the majority of the world? Maybe the question should be, will we ever be ready or indeed able to find out? Most people are aware of the crystal skulls, the best of which hidden away within the Smithsonian. Perfectly carved from solid pieces of crystal, their origins, purpose, or indeed possible function remain a mystery. What many are not aware of, however, is the astonishing archaeological discoveries which have recently been made in Spain. A remarkable set of crystal weapons found within megalithic tombs at a site known as Valencina de la Concepci. Archaeologists investigating the site have uncovered a vast array of crystal arrowheads, an exquisite crystal dagger blade, along with a number of other artifacts. Found within an enormous megalithic structure, constructed out of large slabs of slate, the resting place of at least 25 once clearly very important individuals, along with their extraordinary smorgasbord of grave goods. Included within the finds was another mystifying number of shrouds, claws made of tens of thousands of perforated amber beads. Just how they managed to fashion these mysterious crystal weapons remains unclear. A number of investigators have remarked that great skill must have been required to produce these unique rock crystal weapons. The rock crystal dagger blade in particular was found in the upper level of the structure. Its morphology is not unheard of in the Iberian Peninsula, although, however, all the samples recorded anywhere else were made from flint and not crystal. Furthermore, and perhaps even more intriguing, is the fact that the crystal is of unknown origins, detailed in thorough analysis being unable to successfully pinpoint the original whereabouts of this magnificent crystal. Given the technical skill and difficulties involved in creating the objects from such a material, rather than simple flint, their purpose, and indeed manufacture, has been a tough thing for academia to explain. However, it is unlikely that any funded academic would presume, like we can, that these highly advanced, perfectly manufactured weapons could in fact be far earlier artifacts, created by a civilization with far greater capabilities than those of known prehistory. Supporting this hypothesis is that despite these objects being found relatively frequently within the burials of the 4th and 3rd millennia BC, crystal implements disappear from later funerary monuments within the early Bronze Age, a quote truly striking development, researchers say, as it would seem the use of this raw material as grave goods was almost entirely abandoned, end quote. The reason for this remains a mystery. However, is it possible, as mentioned, that these were merely a discovered relic of a bygone era, thus making their availability limited? This would therefore make it appear as though there was a sudden halt in their mysterious and unexplained manufacture, while all the while, in reality, the manufacturing of these objects occurred at a different time in our history. Discovered in 1860, within the astounding valley of the Kings, the Atlantis Ring has since proven to have been a most incredible of finds, not only for the secret sacred geometry that was found to have been inscribed upon this seemingly insignificant clay ring, but also for the strange, seemingly reoccurring pattern of curses or good-look talismans wrapped around the entire magic of this once incredible, yet now lost civilization. Once discovered, it was said to cast a protective spell upon those who wore it. A supposed positive energy force that, although as strange as that of the Curse of Tutankhamun, is one that is far less mentioned within the career and discoveries of Howard Carter himself. This, regardless of the fact that it has since gone on to be an incredibly popular mass-produced product, once kept secret for many years by Carter himself. Also, now sold under the claim that it does indeed emit a powerful energy field around the wearer. The science behind these claims we cannot claim to understand. However, the Ring's modern popularity, along with the lack of coverage regarding this possible legend within the discussion of Howard Carter's career, we have found peculiar. Featuring two triangles, six small and three larger rectangles with a semi-cylindrical form, it was originally found by Marquis de Grain, a blueprint of the Ring was soon sent to Carter himself, who made and wore a secret replica which he kept himself until his death in 1939. In 1922, Carter would discover King Tut's tomb. Before opening the tomb, hieroglyphics above the tomb's unbroken seal were read. It said, The wings of death shall touch all who violates the pharaoh's eternal rest. Unperturbed, they opened the tomb, discovering treasures beyond all of their wildest imaginations. Yet, as warned, all who were involved in this discovery eventually met curious fates, with just Carter himself left, the one person who was undeniably the most guilty party in the entire excavation. He would not die until 17 years later, at the reasonably young age of 66. During these 17 years, however, the flurry of media attention around the claimed curse persisted. Interestingly, whenever asked how he had seemingly escaped the curse for so long, he would always reply that he had a secret talisman, a good luck charm, that protected him from the curse. This initial cast of the ring Carter had made, it turns out, he seemingly knew of its incredibly important geometric significance. Yet, it was not until 1940, while going through his documents that his studies and indeed rules of wearing the ring were revealed to the world. His talisman, a replica of the Atlantis Ring, a relic many thousands of years old, originally made from Eswan and clay, like something out of a holy grail story. It seems the least valuable, seemingly most conspicuous of finds turned out to be one of the most, if not the most valuable to Howard himself, out of all the golden wonders he had ever unearthed. This one, one which he didn't even discover himself, he kept closest to his heart. It is because of this, that we find the Atlantis Ring highly compelling.


Hey, Redis, come on. I am Greg Sussman, joined today by Gabe Morenze. Take a look at this weekend's UFC fights. The names, well, they're not easy. Hopefully the winners are easy to predict. Let's go on, Gabe. We're ready to rock and roll, Greg. You know what? You need a degree from Rosetta Stone to pronounce some of these names. But let's get the picks right. I'm more concerned with the predictions than the pronunciations. Let's roll. Predictions, greater sign, pronunciations. Let's begin with Takashi Sato. Taken on, Rameez, Brahemaj. It's Sato that's the favorite over at the Bandule Sportsbook. He's minus 138 as we record this. Gabe, you like Sato the favorite here. How come? Yeah, there's gonna be some fireworks to get the party started on a Saturday. We know about the 25 foot octagon as opposed to the 30 footer. Sato is an aggressive fighter, 15 and three, Greg. A seven and two in his last nine fights, two and one in his last three. The sole loss to Bilal Muhammad, who as we've seen and we saw last week is a world-class fighter. No shame at all in losing to Bilal Muhammad. You wanna talk about destruction. His last eight fights have failed to go to the judge's scorecard, all right? So Sato comes in here looking to take care of business and looking to finish you. He's more of a striker. He's more of a bruising, powerful, traditional fighter. Brahemaj is gonna be looking for the submission and I don't think he's gonna find it. I can't tell you that eight of his 10 fights have got under the number as well. You guys will see, I'm more of an over better because you get plus money on rolling the dice, on taking over round props in the UFC. But in this fight, Greg, I don't see it going the distance. I think somebody's gonna get stopped and I think Sato's gonna be the one to do the stopping. So I'm gonna lay the price with Sato here and I'm gonna go under two and a half rounds, not over under two and a half rounds. I expect Sato to win this fight before the two and a half round mark. So we're used to Gabe normally taking the over in the rounds, not in this fight. He's begging on Sato. He's begging on the under two and a half rounds. Sato does his job and wins this fight early. Let's move on to another fight here, Jordan Griffin taking on Yusef Zalaal in both these fighters are coming in hot. You expect both fighters to put up a good fight could be an early fight of the night. Cabinet here, Gabe, who do you like? Well, if you guys remember, we were on Jordan Griffin a couple of weeks ago, but his opponent failed to make a wait. So he's been in the bullpen, so to speak, awaiting to get back into the octagon. I actually liked this about Griffin. It's interesting because against Minner, he was like a minus 225, a minus 230 favorite. People aren't so sure this time around. They look at Griffin, they see a 30 year old fighter. They see an 18 and seven fighter and you look at Zalaal comes in seven years younger, Greg. Eight and two record versus a 30 year old with an 18 and seven record. But let's look at who they fought before. You look at Griffin, man. The guy's been in there with Jaskali. He's been in there with Dan Igie. He's been in there with world-class fighters before and no respect against Zalaal. But I think Griffin, I think the experience is gonna be the difference here. Often, it's a young man sport, Greg. That's not to fool ourselves, but sometimes you can be too young. And I think that Griffin's been around long enough in his career that he's not gonna let this opportunity get away from him. He got on Dana White's contender series. He took care of business. He's taken care of business in the UFC as well. I think this is a winnable fight for him. Listen, the matchmaking is great on this card. They're all very evenly matched fighters, Greg. But I think we're getting a fair price on Griffin here. I think his wrestling and his scramble is gonna be the difference. Give me Griffin, very fair price minus 106. As we said, this is gonna be a good fight. Griffin's been waiting in the wings to finally have about 30 years old. He needs a victory. And hopefully at this point, he gets it for us. A good price for Gabe Marensi. And let's get it on. Let's get it in on the Fando Sportsbook. And you know, to me, Greg, I just want to stress the big difference here is like we talk about this. And this is so I'm gonna sort of teach you how to fish and not just give you some fish and chips. Right now, but don't just be fooled by records, guys. You can look at a record and go, oh man, this guy's 12 and two and this guy's 18 and seven. Yeah, who did they fight? You know, a couple of fights ago, Zalal's opponent, Greg, you had a record of one and three, okay? You had a record of one and three. Four fights, one and three. The guy was fighting tomato cans. So yeah, he's got an impressive record. Now he's in here against the guy with seven losses but it's actually fought in real UFC fighters before. Give me Jordan Griffin. Especially, do I want to bet against the guy named Jordan right now? No, give me Jordan Griffin. Let's go. Jordan Griffin certainly know tomato can. He has an impressive UFC fights in his past. We'll see what he can do this weekend. Up next is Kay Hansen taking on Jinyu Frye and Frye. Well, she is the underdog here. Plus 138 at the Fando Sportsbook. We gave you like to throw in those underdogs when going over some of these fights that you're placing your money on. Frye is one of those fighters. I tell you what, Greg, listen, I don't make the numbers, right? I just break down the fights. And I tell you guys on a weekly basis this that when I look at a fight, I'm picking the winner. I'm not betting the number. I find you can get yourself in trouble. You can say, well, you know what? I don't really think she's gonna win the fight or I really don't think he's gonna win the fight but man, it's plus 175. Well, there's no value if the fighter didn't win the fight. So sometimes I'll like the favorites. Sometimes I'll like the underdog I'm gonna be honest. And I respect the odds makers, okay? I don't get the number on this one. I don't really understand the number on this. As far as this fight was made on extremely short notice. So both fighters are coming in here on short notice. Kay Hanson, she's not allowed basically into the casinos after this fight, right? She's 20 years old. She's 20 years old. She's a good fighter. She's a good young fighter. She's fought in Invicta. She's being fast-tracked, Greg. The fact of the matter is due to the pandemic she's been fast-tracked to a deal in the UFC. She's not quite ready for this in my opinion. Like she's 20 years old and it's not like she's nine and oh or something, Greg.  She's six and three, bro. All right. She's a scrapper. She's tough. She's 20 years old.  But let's not kid ourselves. If not for the pandemic right now and the fact that the UFC, I mean, let's look, Greg. They're using the same fighters every couple of weeks now. They're having a hard time getting fighters into the building. She was willing and able to show up and fight. Now I'm not saying she's coming off the street. She's very talented, but she's 20 years old.  So do you want the wily vet or do you want the youngster? In the fight game, Greg, there's a difference between being the younger, stronger opponent and just sort of being overmatched a little bit. And I think that, you know, fry is a former champion, man. We're talking about the former Adam Way Invicta champion. We're talking about a woman that's been in there with world-class fighters before. She also has a gas tank, man. She's been in deep wars before. She's gone the distance before in championship fights. To me, the experience is a big, big factor here. And I put some research, so a little deeper research into this fight. I was watching some tape and some old fights of Hanson and a fry as well. I just think fry's experience, I think her stand up or fight IQ is going to be a little bit too much for the 20 year old making her UFC debut. Normally it doesn't end well for kids to make the debut like this. Now you throw in short notice against the former Invicta champion. I don't understand the number here. Give me the underdog, plus 138 and the former Invicta champ. I get it. Normally you want to go with the young phenom, but Kay Hanson's not necessarily young phenom. The record isn't outstanding by any means. And fry, a former champion. Fry is the bet and getting plus money over a fandal. Well, that one is kind of a no-brainer. One last fight we want to talk about and that's Dustin Poirier, the diamond, taking on Dan Hooker. Hooker is a heavy underdog, plus 184, while the diamond's at minus 230. Poirier's got some friendship in him, Gabe. You got to go with him. Yeah, he's got the crazy Cajun. Crazy Cajun. And I'll tell you what, he's not called the diamond for nothing. All right, some fighters don't live up to their nickname. This guy does because he shines all the time. Great fighter, Greg, great, great fighter. You know, I was thinking about this fight and I was thinking to myself, I'm like, Dustin Poirier might be, he might be the best fighter and sort of modern UFC history, let's say over the last like decade that hasn't been a champion before, but I'm wrong. He has been a champion before. He's been an interim champion, but so is everybody else. Where's my interim belt actually? So it's around here somewhere. No, no, I don't want to insult any of the fighters. They're all tough, but he was briefly an interim champ and then he lost the compete after the fact. So whatever, and there's been a lot of interim champs as of late, but Dustin, I'm telling you guys, since the UFC has come back and it came back that first fight, it was against Justin Gaichi and Tony Ferguson and we were all pretty excited for it. To me, this is the coolest fight since then. This is the coolest fight since then. This is great stuff and oh yeah, by the way, Dustin Poirier beat Justin Gaichi, bro. That's how good Dustin Poirier actually is. So you look at Poirier, four and one is last five fights, wins against Eddie Alvarez, wins against Justin Gaichi, wins against Anthony Pettis, wins against Max Holloway. The only loss was to a guy, I don't know, maybe you guys have heard of him before, his name's Kabeep. Oh yeah, maybe the greatest fighter in the history of Miss Martial Arts, Kabeep. So in his last five fights, that's the only fight that he lost. Taken on Dan Hooker. Now I'll tell you what, Dan Hooker, Greg, is every bit as tough as a dude named Dan Hooker from New Zealand would expect to be. You know what I'm saying?  And in New Zealand, you're like, oh yeah, that's Dan Hooker over there. Dan Hooker's tough, bro. All right, Dan Hooker's a tough dude, seven and one in his last eight fights. And he does have some name wins, all right? He's got a couple of, you know, name brand wins. Gilbert Burns, as we see fighting for a championship right now, he's beaten them. He beat Paul Felder. How about this, Greg? We're busting out some stats and some trends here. This is an incredible statistic and fact. I saw it and I was like, no, really? Let me back this up and it's true. Dan Hooker got into a bloody war with Paul Felder. Great fight, very entertaining fight, last fight, all right? Paul Felder's lost five times in his career, Greg. Every fighter that's beaten Paul Felder has lost his next fight after. Pretty interesting. Five professional losses, five fighters have beaten Paul Felder. They're 0-5 after they play Paul Felder.  It's like, I don't know. You fight Paul Felder, you might beat him, but you're not winning your next fight. 0-5, I thought I'd throw that out there. I like pouring already here. Listen, Hooker was sort of a guy that was, you know, like these Aussies and the Brits and the Kiwis. They come in, they're scrappers. They're really game guys. They've got a ton of heart, but they're not the most skilled guys, all right? He was like three and three in the octagon. Suddenly, Hooker's found something, man, and he's been in a real zone. He's sort of, you know, it's that he's hitting his peak right now in his early 30s here. But the fact of the matter is, Poirier is just that good, all right? If not for a Conor McGregor, if not for a Khabib, if not for the elite of the elite of the elite, Dustin Poirier would be a longtime champion right now. He's that good. And to me, he's just in a different class and he has a different level than Hooker. Now, you look at Dustin Poirier, man. He cuts you up fast, Greg. He looks to finish fights fast, man. Like, he looks for finishes this dude. He's an aggressive fighter, but doesn't mean that he hasn't been in wars before, all right?  And I think we're gonna roll the dice here, man. We saw Poirier and Holloway get into a vicious battle. We saw Felder and Hooker get into a vicious 25-minute war before. Both these guys can finish you, but they both got so much heart. I don't see it happening.  And he's gonna get some shots in, too. We're gonna have a 25-minute battle and we're getting plus 198 that this goes over four and a half rounds, Greg. So give me Dustin Poirier to win the fight and give me over four and a half rounds. And if it doesn't get to the four and a half, it's because Poirier finishes them. We're gonna bet Poirier. We'll also have Poirier in our parlays as well. But I like this fight to go over four and a half with plus 198, nice value there. A tough, tough fight here between two battlers, but he just gave some great stats. Poirier, one of the better fighters in the UFC. That's how it is to anybody, like you said. This is a good battle, one you're looking forward to. Two brutes head to head, but some of those stats, man, five losses for Felder, five opponents that have lost their next fight. That's an awesome stat, man. Taking out one of the bank. Poirier, the guy here that you're betting on, minus 230 at the Fandal Sportsbook, over four and a half rounds. You get that at plus 198. That's it for us here on the Fandal Hurry Up Game. We appreciate it, Tom. Good luck this weekend. Always a pleasure, guys. May the winners be yours. Absolutely. Have a fantastic weekend. Enjoy the fights. We'll see you back here next week for another edition of the Fandal Hurry Up.