Okie-dokie. Thank you. Welcome everybody. Where's my window? There it is. Okay, so on tap for today action items and workgroup updates and a lot of discussion about the action items. So first up would be the hackfest preparation and updates on the upcoming hackfests. And then we got Bill's proposal on the maturity of the software. I think Bill and Jeremy were going to go off and take a look at some of that. And then we have exit criteria so I know we're going to hopefully finish that up along with the update you've made to the project lifecycle for the naming taxonomy if you will. And then Brian did, it says zero dot one. Is this the one you sent before? Actually I should have looked at this last night. I think it's been updated to zero dot two. The link is accurate. I think it's just, yeah. Except that. Yeah, we'll get to it. And then we'll review Todd, the contributors that we've collected thus far and people can take a look at those. And I think what we should entertain at this point in time is we should probably discuss how we pull the list together and then get feedback from the DC as to whether or not they think we might have missed anything. And then there's a Hyperledger Explorer proposal out there but I haven't gotten feedback from Dan in part or so. I think we'll table that until the face-to-face maybe. And then we'll have the workgroup updates unless there's anything else anybody would like to bring forward. Chris, I just heard from Dan. He's interested in the Explorer. He said something about the scheduling being still a couple of weeks out. Yeah, I think I have the same problem in terms of actually getting the software out there. In terms of the proposal, maybe we could have it so that next week we could at least start finalizing it anyway. Okay, thanks. Thanks, Mike. I just came back from vacation so I'll start taking a look at the document you gave me. Oh, I was wondering why I didn't hear back from you. That's perfectly fine. So anyway, it's out there and we'll get to it quickly. All right, so Todd, Hackfest prep and the document. All right. So first quickly on the dates, the San Francisco Hackfest is next week. As everyone knows, if you haven't registered, please do so ASAP. The August Hackfest has been confirmed. It will be virtual August 24th and 25th. And the European Hackfest in fall, we are tentatively looking at October 3rd and 4th, which is a Monday and Tuesday following Cybos. It would be in Amsterdam. We will be firming that up likely today or at least in the next couple of days to have a final date for the TSC next week. In terms of the Hackfest for next week, we threw a couple topics into a draft agenda just from the discussion last week. I'm hoping that into the chat window right now. It's also in the agenda that went out. So if there are other topics that you'd like to see get slotted in or specific conversations or work groups happen at different times over those two days, either put a comment in the doc, send me a note so we can get those different components slotted in. And if there's any suggestions at this point of things people would like to see get added, please raise that at this point. This is Brian. We will have Rai Jones from the likes Foundation on-site. He's been talking with Chris and others about the transition to Garrett as well as to Jira. And I can walk through what the implications of that are and perhaps even do some training around that. But we'll have them there for both days so we should make the most of that. Awesome. Anything? Hey Todd, this is Hart. We've discussed possibly starting to put together a GitHub repository for some of the documentation stuff. And some people and I were looking at starting to set that up next week if that's all right. Excellent. We'll get that slotted in as an agenda item. And if there's a specific timeframe you'd like for that to happen there, let us know. Otherwise, we'll just run that non-conference format and pull a group together. And so Hart, just to make sure I understand, this is for sort of top level hyperledger non-specific to any given project documentation? Yeah, so like yesterday in the architecture workgroup we discussed starting to put together some of the architecture documentation. You know, I know the white paper working group is not quite ready to move to sort of a formal latech white paper, but we've discussed possibly doing that in the future and sort of having the infrastructure ready to do that when we potentially want to do that would be nice. Ah, okay. All right. Fair enough. Just want to make sure I understand. Thanks. This is Jeremy. I would second the need for that. As someone, for example, who has read-only access to the repositories, that means I can edit the wikis, but I can't actually upload any files. And so it would definitely be a help to be able to have some place to put things like that. Another topic, this is Brian, that I'd like to see added is I would like to see the two major projects and, I mean, explore if it's ready. But at least fabric and software like start to talk about with the rest of the developers. What the path is to a one-dotto, you know, using our guides, the documents we're coming up with now, but trying to get a sense for just what is the next, you know, what are the next couple of quarters look like and what stands between us and some sort of minimally viable release that we're happy to hang our hat on. I know there's a lot of variables at play, but those of us who talk a lot to the world about the state of things would love a guide to appropriately that expectations do. And it'd be great as a project just to have some targets, you know, and measure our progress against them. Any other topics before we move on? All right, sounds good. Chris, I think we can move on to the maturity of software discussion at this point. Yeah, so let's actually do this in reverse order just so we can get the exit criteria out of the way. So Arno, can you start and sort of catch us up on where we left off last week with the exit criteria, the updates you made, and hopefully we can get these approved? Yes, hi. So, well, I mean, the document itself hasn't changed much. The main change has been to rename mature state to active. And so I made that change to the project lifecycle document as well. I think everything is square. I moved out the material like background material and the material that Jeremy and Bill had contributed that I moved to a different document. So when it comes to the incubation exit criteria document, I think it's pretty much done. There is only, you know, I think one thing that was left is the towards the kind of, you know, more precise exit criteria that projects might want to set for themselves at the onset of the project. I had some examples and none of them are complete if anybody wants to suggest any, but these are just examples anyway. So it doesn't matter. I think for the crux of the document, I believe we are done. So I think it just needs to be approved and we can, you know, finalize it. So hold on. And of course, like we did for our other document, like the project lifecycle document, we just updated. We can always update that document, right? It's not cast in stone. If there are, you know, if anybody has any other suggestions, we just have to, you know, get an agreement on how to modify the document moving forward. But we can always update it and improve on it. Right. So let me just paste this in. So there's the link in the chat. So why don't we just sort of go around the room and take a roll to approve this. All right. So Chris, you want me to do a roll call vote? Yeah. All right. So to approve this. So running through the TSC members stand from CME group. Yes. All right. Yeah. All right. Hart. Yep. Chris. Yes, please. Mick. Yeah. Dave. Dave, you may be on mute. Sorry. Yes. All right. Great. Richard. I'm not so sure what I'm being asked to approve. Is it the project incubation exit criteria dog or is it something else? Yes, that is correct. Okay. So I'm happy with it from the sense that the conversations I've had, but I've not read it. And the one I'm looking at are the top two and big letters. This is a draft. So what am I actually approving here? This is the final version or this is on the right track. What's the actual question? This is the final until we commend this. Yeah. The whole point is to remove the draft. Right. Okay. Got you. Okay. So just for the sake of good order, because I've not read this much recent version, I'm going to abstain. Not because I disagree, but because in good conscience, I can't vote for something I've not read. So I don't object, but I haven't read it. So it's not safe. Sorry about that. All right. Thank you. Ajit. I love to abstain as well. So I think to read it before I can vote. Okay. And then finally, Andreas in for Stefan. Yes. All right. So with that, we have seven yes and two abstain. So that passes. Okay. Thanks. And then Arno, I think the other change was just to change, mature to active in the life cycle document. Is that correct? That's right. Then I looked around for any other references I couldn't find any. And I have to say, I didn't find it very easy to search our website, but that's a different topic altogether. I was trying to, you know, do a massive search throughout the whole hyperledger website for references to mature. And I couldn't really do that. There's like the GitHub search, it only searches the code pod, but not the wiki. And the wiki doesn't really have a search. I was like, hmm, not the best. So I don't know. But again, that's a different topic. The document, the important thing is the life cycle document itself has been updated. And this document now refers to the right name. So I guess we should probably approve this one too, just to get everybody on board. I don't know if you need to do that. There was an approval last week to change the name from mature to active. The document reflects the decision. That's right. So this is just making that real. Okay. Fair enough. So unless anybody has an objection, I think we should just move on. All right. Sounds good. Okay. Now we take on Bill and Jeremy. And I think I saw an updated proposal, although I haven't had a chance to dive into it. So I hope they're both on. Chris, if I may just one more thing on the executor document. I'll do like I did for the other documents like the project life cycle, where this is in Google Doc now. So I'll move that content to the Wiki. Okay. Thanks. So Jeremy or Bill, one of you guys want to... Here we go. Yeah, this has been Jeremy Severide. Per the discussion over the last couple of weeks, Bill Sparks and I had some offline conversations about some of what we've discussed around incubation and the software maturity. And we don't exactly land, I think, in either one of those. But where we did land was somewhere around risk management for the use of the software. And so we want to just briefly talk about that. So this is really sort of farther out there than a release 1.0 and the like. But it's about if the hyper-electro project succeeds, and the platform's used in production, what could go wrong? This is a good problem to have. This is something farther out. So for that reason, this may be something we want to table to a later time. But these are some of the examples of some of the things that have happened that conceivably could happen if someone's using the hyper-electro platform. So for example, smart contracts could get hacked. There could be an undetected disk failure. These are all just coming in. These, for examples, things like fraudulent payments being issued. These things have happened according to news reports recently. And these are things that could have some serious effect. And granted that there is an Apache disclaimer and limitation of liability, it's a question of whether or not this is something we should address at all. But that's the direction we're going in. What do we do about something like this? And some of it can even be for things that seem innocuous. So for example, Bill, do you want to talk about the example where the archives aren't destroyed on time? Yeah, can everybody hear me okay? Yeah, for example, one of the things we talked about was our application potentially was record retention. So in here you can see archives are not destroyed on time. It was discovered doing a routine audit. But that could go from bad to worse in a hurry in the event of some sort of a security breach and documents with personally identifiable information are compromised that shouldn't be there in the first place because they should have already been purged. So that exacerbates the problem. When you actually, if you want to take that to the asset size of a bank, for example, in addition to your promontory regulator being the FDIC or OCC, if the bank net assets are worth more than $10 billion, you could potentially have the Consumer Financial Protection Bureau added on at that point. So I think that's the kind of things we're looking at. He's going to get to it a little bit later. But identifying risk in some of these intended application usages that the maintainers and folks introduce into the hyperledger for incubation. So one of the standard ways to deal with this is to start doing things like risk assessment workshops or worksheets where you list out the risks, think about how often these things are likely to happen, think about how would you control for these, and then what's left over when you do that. And so as part of the exercises that we're going through is like the requirements working group and elsewhere, when we think about things like the illities about what do you have to do to make this thing robust, resilient, an approach like this could blend very well with that in terms of helping to understand not just what the edge case scenarios are, but what are the controls that people might need to put in place because in some cases those are things that could be in software, can be for example part of what the code, the configuration does, and some of those may be outside of the control of what the software can do. And in some cases, for example, with the smart contract hacking, the fact that they had to go to do a hard fork of the whole public chain is a fairly drastic step. And so it's something to just keep in mind that different challenges, different controls, but this stuff is already happening. And so it's something that we at least probably want to think about encouraging projects at least to think about, even if we decide to table something like this. And Bill, you want to talk about where folks are using this kind of analysis framework? Well, this particular risk assessment worksheet came, this is a Defense Department form that all branches of the military use and we've just kind of adapted it and there's many, many others out there, but they're all closely linked. But I think the point that Jeremy was trying to make, and I now agree with him, is that for each proposal for incubation, there should be a set of risks associated with, that we can basically put forth in a canned scenario. In other words, if you're doing a medical retentions, or medical records retention type of incubation, there should be risks associated with that that are somewhat off the shelf that you can pull in and do a lot of the work ahead of time. And then, of course, when you get to your mitigation control measures, mitigation and control measures, you can at that point assess what your residual risks are and go from there. And whether you agree or disagree with some of the FIPS 199 categories, that's something for the working group to put forth. But I do think that a lot of these risks can be identified ahead of time so that when something's pulled into incubation, there's almost like a database, if you will, of risks that they can pull from. And of course, they can add their own as they identify them in the development process. And of course, one of the things that we've already been doing in the discussions, whether it's in the architectural working group, identity working group protocol, we've started talking about features of the system that in effect are tied to SLAs and tied to risks that we know are out there. And so this, rather than sort of putting the cart before the horse, the saying, okay, let's at least list out some of the risks, categorize them, and then try and be explicit about tying them out to the requirements. So for example, we know that disc failures happen. We know that system availability is an issue. We know that some level of fault tolerance or resilience, some various mechanisms to cope with this are going to be necessary within the platform, which may be over and above the consensus mechanism. But this is just sort of trying to tie a lot of what we've talked about. And I think part of the challenge in the incubation discussion and the reason why it crossed over into the sort of software maturity was there are things that people know from past experience that we're going to have to deal with, whether it's performance, throughput, and the rest, that we need to get into some framework so that we at least know whether we're identifying it or we've chosen not to work on it. And part of the reason for this and part of the question about this is this originally came up in the identity working group where we had a discussion about concerns about people taking the hyperledger code once it's ready and doing something with it that goes awry and then that blowing back onto the whole effort and the whole project. So currently, as we understand it, something like the Apache 2.0 disclaimer warranty and limitation of liability is going to be in there. But the question is, is that sufficient? Now, maybe it is, but another way to tackle that would be to work through a risk approach like this, not to say that we're going to make a judgment about the risks, but to tell folks who are going to use this, not just we disclaim all warranty and limitation of liability and we made a reasonable effort to have the software perform the tasks and that there's a community behind it, but that if they're going to use this for the kinds of things we think they might, they really ought to do a risk assessment and hey, here's a bunch of risks that we think are maybe applicable. Here's a way to think about them and here I want to go fill something out. So at the very least, when somebody downloads this, there'll be something there that we can say, not only did we warn you that something might happen, we gave you a way to even think about it. So that's sort of the direction we thought might be interesting to go in, recognizing that this may be something that we want to table for a later point where we've got code up and running and out there, but we think in part given some of the nature of where we think this might get used and some of the high profile problems that have already surfaced, that this is at least something we ought to think about. Final slide is just a series of references and citations to some of the work that we've talked about in this forum and others as well as some of the places where we've pulled and assembled some of this from. And again, these are just examples and this may certainly be something we want to table for another time and some of the times totally understandable. Let me add on that, when you're looking at the references and citations, one that was just in the news this past week is the very last one on the list, which is the bottom right. This was a Citigroup thing that was, this was a program they've been running for about 15 years and some of you guys may be familiar with this, but what happened was there was a software code error that caused the problem and when Citigroup found out that it was in existence, it was not disclosed. So I think that's what got them in hot water, but they did end up paying a seven million dollar fine on this thing and so I think that it would be worthwhile to go to that link and read, it's a very short article, but read about it and that's the kind of thing exactly like we're talking about. We need to understand what the risks are. At least let people know, provide some references where they look for it. It's not all risk included, but just the ones that we can easily identify going into virtually any project and then as I say, as they develop and the thing becomes more complex, if the maintainers choose to do so, then they'll have to add some additional risk in there. I appreciate everybody's time on this and we put forth a good bit of effort in it and thank Jeremy very much for all his work. Thank you, Bill. Thank you both for this. I think this is very good. I think there's a couple of aspects to this I think that it's probably worth following on. The first would be we should probably explore so what does the Linux kernel do for this? I think there's probably similar types of liability and risk and so forth involved and so it would be interesting to sort of explore if there's anything that we can learn from that project. Then there's the, I mean, I think then there's just a couple of other things. Then is the, and I'm going to get it, is it core infrastructure? I apologize guys, but I can't keep track of every name. Is it the core infrastructure project? You mean Chris, you mean the core infrastructure initiative, the TII? Initiative, thank you. Yes. And so I think we've already sort of, we've talked about, we haven't think we've done an actual engagement with those guys and got a briefing and so forth, but I think that there's probably a good deal that we can learn and benefit from with, from that. And then just when we do actually get to the point of actually starting to put out releases that people are starting to use in anger, we will have to put in, and to this, I think to maybe the city point at the end, some sort of a vulnerability process in place so that people can report privately vulnerabilities, they can be explored and remediated or not, as the case might be. And then announced, obviously carefully, because we don't want to be in a position where we're not saying these things, but we probably do want to have a situation such that people that are delivering software offerings that are based on the Hyperledger project outputs that there's a vehicle to let them know first so that they can apply the remediation in their offerings before we actually tell the rest of the world so there's no zero-day exploits. So I think all those things, I think we need to sort of follow up on, but I think this is a good summary of the kinds of things we need to be aware of. As you grew that, Richard Brown here, just a couple of other thoughts. I thought that was really helpful, especially the links on the last page. A couple of reflections from some of the work we're doing with our members. One of the thought processes we've gone through and I think is relevant here as well is to ask ourselves what is different about this space. So there are similarities and I take Chris's point about the Linux kernel and elsewhere, but there's also some interesting thoughts that arise when you're asking what is different or what is special about blockchain. And one that stands out for me that I think has two implications for this space. One of the things that's different is that this is about building shared agreements, coming to shared consensus between mutually distrusting parties and in different legal entities. So it doesn't make sense to think about the deployment of the software by one firm leaving aside internal deployments. So we're necessarily in the world where multiple organizations and multiple people are agreeing to deploy an application or a solution running on top of the software at once. So immediately you're in the domain or you're immediately in the legal domain, what agreements have to be in place between those people. Essentially you're building a service whether you choose to look at it that way or not. So what are the agreements, whether they're master agreements or whether they need to be there. And then to what extent is the code expected to dominate or to what extent should its power to the extent it has any be delegated to it from a variety of legal agreements which then provides a place to put things like dispute resolution and escape clauses in so that we have a path not only to mitigate the risks or reduce the risks of technical problems, but there's a path for how we resolve them even when they inevitably occur. And then the final thing on maturity, one of the things we think it's important to think about is how the literature is used. So for any given use case, it seems unreasonable to assume it would be fully automated and fully authoritative for the facts on it on day one. Perhaps it would be a shadow or a data propagation let until we're more confident with it. So there's the maturity of the software but there's also the maturity of the uses for which it's put. So I thought that was it. So long story short, I thought that was a useful paper you took us through. Thank you. Hi, this is Ram Jagadeesan here. So this topic of security and risk came up in the architecture world group as well and wanted to bring it up here because we were trying to figure out whether some of these we should take on in the group or not within the architecture world group or not. And so I think our initial thinking was security functions like identity services, policy services would certainly need to address an architecture world group. But there's the second topic of what are the security reviews that need to happen on the Hyperledger implementations and that broke down into two levels. One was security review, security review by the security research community as well as the code audit for security purposes. So both of these I think need to be kind of addressed head on. Now which forum that needs to happen was something that I wanted to bring up here so we can have a discussion and figure out what is the appropriate way to deal with the security review for our implementation. As pointed out, these are very valid risks and given the importance of security in the application domains we are trying to address, I think it's very important for us to have a plan of how to go about doing that. Thanks, Ram. Anyone else? Yeah, so just for my own sake I think, you know, Ram I think it's probably worthwhile to sort of take on some aspects of those. I think the security review, we should probably also talk with Christopher, Alan and his team because I think that group is likely to have a lot of the expertise we're looking for. Yeah, I think Christopher, Alan was the one who brought up the topic in the architecture world group. Okay, there we go. Fair enough. Okay, all right, so Todd what was next? I'm trying to go from memory and I don't have the agenda in front of me. All right, the next thing up is the release taxonomy. Yeah, and for that last week what we talked about was that the semantic versioning standard was something that I felt at least captured better. I don't know what we could be doing then, but my attempt at least to try to restate it poorly. So I think what we were going to do is ask that people take a look at mver.org, I think it is, and come back here and see if that's something that we want to adopt. Maybe that wasn't as clear as an action item as it could have been. I don't know if anyone's had a chance to look at mver.org. I have certainly, I thought I had sent or written something up. I was essentially writing up a proposal that sort of took some and then mapped it to your taxonomy, Brian, in terms of the alpha, beta and so forth. I think that there's still a need to have some sort of tag indicating how ripe something is besides just a number. And so I think that having a taxonomy like that is important. So compliment. That's good. Semver itself. Yeah. Yeah, so there are expectations for alpha, beta means that sort of thing. Good point. Yeah, right. So it provides for there to be a sort of an appended alphanumeric kind of thing. You can do that with things like release candidate numbering and so forth when you're iterating through and finalizing something. And I thought I sent something, but I apologize. Or we could simply turn this existing taxonomy document around and say the version numbering is as defined by semver.org, but the textual descriptions for what each stage represents so hold. And I could create a version 0.3 that did that. I think that would be useful. Maybe we can review that at the face to face. Yeah, I did send out something in the email. Although it wasn't a formal, and I think I could make it a lot more formal. Okay, why don't I take it then as an action item to just make that a small set of mods there and then we can talk about this quickly at a review this at the face to face of the hack site. That sounds good. Okay, I'll do that. Thank you. All right, so next up is the preparing for the six months elections for the technical steering. And so one of the aspects that's in our charter, you know, six months get to know your period for the TSC during that period of time. The TSC members are appointed by the premier sponsors. But the following that there would be an expectation that we would have over that six months gotten to know each other a little bit and figured out who the community, those who contributed in some way, feel that they would like to see on the technical steering committee. And so in order to do that we have to assess so who's made a contribution? Who are the contributors to the Hyperledger project generally? And so we did what we did called the GitHub committers. So all the people that are listed as committers in the various projects are, they get a chip, if you will, they get a vote. And so we've got a list of those individuals by email. I think we may have to figure out who's who through that process. But anyway, we have those emails. I asked Todd to ask the chairs of the various working groups who's, you know, an active contributor to their efforts. For a couple of those groups it was pretty obvious because they had a list of the contributors where, so we actually, we took those lists. So that's the requirements and the white paper working group. And then we asked Ram and Christopher and Oleg to provide us with the people that had been active and helpful in contributing towards the requirements. And so we came up with this list. I think, Todd, do you want to paste that in there? Is that what you just pasted? No, that was the other. You just did not. So that's the spreadsheet with the list. I would encourage people to look through it. There seems to be some duplicated names. I think they're likely over. Yeah, so we'll go through and do some cleaning up of that, removing duplicates and also adding people's names next to the email just so there's a better view. We'll get that knocked out before the end of the week. And then continue to review this leading up to the August 11th election nomination phase at least. So if you are listed in here and we need an email, we're probably going to need an email from you. So like David and Frank and Ram and so forth, I think we need emails. And I can go through and do some manual work there and drop those in. We have some of them, it just hasn't happened yet. Alright, I wasn't sure about that. And then, well, anyway, so that's how we pulled together. So what I guess we should be asking is of the members of the TSC, do we think we're missing anybody? Not individuals, but in terms of have we overlooked any obvious means of contribution? I don't know, maybe we've already got these people. I wonder, I'm guessing there were people out there who are actively building on either STL or Hyperledge of Fabric who aren't necessarily contributing to the build of either of them but are using it in anger. I don't know how we'd identify them if we haven't already or who they are. But I wonder if, basically, as users, they'd have a useful voice. And I wonder whether we'd count constructive usage as contribution and if so, whether they should be encouraged to apply as well. That's a question I don't know the answer to. Yeah, I think that's a fair point. In other groups that I've worked with, the end users do get a voice, but there's a process for figuring out who they were. For instance, OpenStack went through this and it was a little bit awkward initially, trying to avoid the awkwardness. But they just sort of said anybody who thinks that they're a quote unquote member of this community can sign up and be a member of the community as an individual. It didn't cost you anything. There's no requirement to have a contributor or anything.  And they use that for some initial elections. The problem with that, of course, is that we saw people signing up and there was a bit of ballot box stuffing going on, unfortunately. I'm not going to name names, but there was some of that going on. It was a little bit unfortunate. And then they changed things a little bit. And so then the elections for things like the analog to the technical steering that they have at OpenStack were then restricted to somebody had to have literally landed a patch to get a vote in a given year. And then there was pushback that said, well, but what about the users? And then they created some sort of an end user community, but it was you had to be contributing in some meaningful way. So I guess what I'm saying, Richard, is I think that that's right. I just don't know that at this point in time with the early stage of the software that we have a vehicle to actually find those people legitimately. No, that makes sense. No, I wasn't aware of the OpenStack problem. So, yeah, because you avoid the same thing. It is a little awkward. I agree, though, very much with the point that we should find a way of giving end users a voice. I think the question becomes, how do we give them a voice? And to what types of decisions would they be included in? Any other thoughts from anybody in terms of obvious groups or obvious means of contribution that we may have overlooked? I didn't mention most chairs are all magically added as well. They've done quite a bit. We also got all the contributions. I don't know if there have been any, but contributions to the Wiki that may have been separate from commits and workgroup participation. I have to look at that. I'm not sure that I can. That's a good point. And I'll explore whether or not that you can actually figure out who made the contributions.  I'm not so sure about the Wiki. I could look to see if there's an API to use. I'll take an action to do that, Todd, though. That would be great. Then maybe we do have the list. So are you inviting people to, on this document, start to mark out potential duplicates? Or is this something Todd will take on? I think I'm just going to go through... Yeah, I'll take action for that. I think some of the identification of individuals may be obvious, but then there are some others that are going to be less obvious. And I think with the IBM emails, I can probably find a name to match to the email. Gmail accounts are going to be a little bit harder. I think that's it. Then I think what's next is workgroup updates, which we haven't done in a bit, so... There's one more action out there about the Hyperledger Explorer proposal. Oh, we discussed that. I said... I'm sorry. I thought we'd cabled it until next week. Because there is actually a proposal that I had written, but Parta was out on vacation and he hasn't reviewed it, and Dan is also not on the call and he was unable to review it yet. So we'll bring that forward next week. Okay, workgroups. Oleg, are you on? Maybe not. Okay, let's move on to Rahm. Yes. So from the architecture workgroup, I'm happy to report that we finished our first work item. The only pending thing is to finish the documentation for it, but we completed our first iteration on the functionality breakup between the consensus layer and the business logic layer and the interface between them. So we still need to finish up the documentation. We hope to get started on it on the face-to-face next week. And we started discussions. The next major agenda topic is the security functions. And as I mentioned, there's a still an outstanding item to figure out where the security reviews should be dealt with, so we're not sure whether we should take that on yet. I wanted to bring that up here to get the TSC's input on the security reviews. We are planning to have a fairly long session on the face-to-face. I think we have about six to eight hours so that we'd like to have on parallel with the hack fest. So we're putting together an agenda for that and we'll do a doodle poll to kind of figure out which slots would work. So that's about it from my side. And we'd love to get input on how we want to go forward with the security review. I'm sure the code review aspects should be handled somewhere else in terms of getting the academic research community both and the industry research community to look at our crypto framework and bet it from a security perspective. Is there a more appropriate group than the architecture group to take that on? Do you think we should take it on so forth? We'd love to get your input on that. Any questions for Ron? Okay, Dave. Hi, yes. So the white paper working group, so I think we're actually making some pretty good progress. Now we had a meeting yesterday and unfortunately we didn't have enough members for quorum, myself included, and I got called away at the last minute, but we've got quite a bit of changes made since the last draft and they're mostly sitting in, we're using Google Docs, we're going through making suggestions. So we want to just have a quorum to go through, but if you see our new glossary, thank you, Nick, has been applied and heart's really been kind of stepping up as I haven't been able to participate as much as I'd like to in the last couple. So there's quite a bit of new suggestions that have been reviewed, they all look good, a lot of grammatical improvements, and so I think we might be able to be publishing our next draft and in fact we might even want to call this first one a 1.0 since it seems to have, I believe we are in agreement that we've addressed most of the input, if not all the input suggestions in this new version. So hopefully next week we'll have a quorum, we'll be able to accept all the suggested edits that have been put in there and unless there's a major something missing holding back, I would expect that we would be able to have a new version ready for publishing. Dave, any questions for Dave? Somebody's on another conversation. I don't think they're muted. Okay, next up I think was, lost my place here. Christopher, are you on? No. And then finally that would be me, the CI, so I actually made some really good progress, we have Jenkins is basically up and running for x86, I think certainly for the fabric we may be able to transition off of Travis pretty soon. Jenkins seems to be pretty stable for x86. For the X390, I'm sorry, we have a little bit of cross-compiling issues and things that are being worked out, but I'm hopeful that we can get to the point where that's an integral part of our build and our notifications. Right now we're just sort of ignoring that particular branch in terms of merges. And I think there's ongoing work to integrate open power. Again, if there's interest in adding additional architectures to this, please get in touch with myself or Rai and we'll look to integrate other architectures into the platform for builds. We've got Jira and Garrett are both up and running and ready to rock. Rai is out this week, I didn't realize he was going on vacation hoping that we could maybe affect the transition from GitHub to Garrett for the fabric projects on Monday, but since he's out and not back in the office technically until Tuesday, it looks like we may be doing that early in the hackathon to actually affect the transition. But that's good because as Brian noted, Rai will be at the hackathon and so if we have to have any remedial hand holding for people that are unfamiliar with Garrett or Jira, we should be able to accommodate that. We did start to pull in all the issues from GitHub into Jira and we found that what it did was it also pulled in all the pull requests, which is kind of weird. I guess maybe I'm not surprised because pull requests and issues are actually treated very much the same in the GitHub API. You have to actually filter them by the type. So I think we have to take a look at that import script and figure out what needs to be changed there, but hopefully we should be able to have the, certainly for the fabric projects, we should be able to be up and running on Garrett and Jira, certainly I think by next week. Any other questions for me? If not, then I think we're at end of job. So let's say anybody's got anything else. Thank you very much everybody and hopefully we'll see a number of you at the face-to-face. Actually I hope to see all of you at the face-to-face. Thanks Chris. Thanks guys. Bye bye.


a little bobble there but not terrible that was uh very scary well the fact that i was able to stay with him i didn't get left that wasn't that was not a terrible chase hello and welcome back here to the channel esda round two track was announced so we're gonna go do a course drive and take our first rips on it on a base tune before we get in with the team and get a full tune dial they make sure you guys follow me on social media all that you found in the description box below so round two of esda is set for this mega space so it is a very long technical track i wouldn't say technical but it's a lot of outer zones so this is just the basic tune that we had run originally from my tandem adi i know adi and jack were on and they do have a pretty basic tune that is a very tight chicane so that like i said adi and them have a base tune dialed in for this car already big thank you to them so we're gonna do a quick drive obviously come out of the chicane we can't cross this line as a lead driver and then our initiation point is here before those lines that's when driving starts we do have a outer zone which we need to be on full throttle pretty much through this whole section and turn into a inner clip or of course we want to get as close as we can to that inner clip as for outer zone two we have the ability to bring out i believe one tire out here but no more on to the rumbles which transitions into a very close wall section which if you're not careful you're going to be wall tapping the heck out of that as well as a big little bit of a slowdown into this outer zone here when i said this track is all outer zones i was not kidding by the fact that this is all outer zones because it's a very long outer zone there and then it turns into another outer zone as well into another outer zone repetitive of outer zones into an inner clip which is midway on the track so it's gonna be something that i have to remember that is midway through the track and not all the way on the in skirts as well as we have another outer zone here another outer zone you wouldn't have guessed and then a final outer zone up here into an inner zone i say final and there's one more outer zone out here and cross the finish line so it's definitely a very long track so we're gonna go and we're just gonna go full send on this track for first you know rips on it we are like i said on that Daytona bass tune so we're gonna see how this bass tune goes it's not really the best tune probably for this track but we're gonna try that 100 boost and see what we can do so first impression runs on this track for round two of esda that's a very tight chicane oh my yeah that's a tight chicane the car has no grip coming up here wow i actually have no grip in the front that's something i'm gonna have to work with adi and then to find out why my car didn't have any grip going off that start oh yeah this track is gonna be interesting it's really downhill too so you're gaining speed going down the downhill as well as trying to maintain angle and i can see a lot of places where you could potentially straighten up and yeah bringing the car in there's not a lot of front grip on this car right now so definitely gonna have to dial in the tune for sure because right now with this tune it's not quite happy so we're gonna try another run or two here on this first impressions video of the track we're adjusting our camera view so give me two seconds here let's get rid of that weird exposure change okay and then now we'll go full set again so like i said we are gaining speed as we're going through the track but the initial part the car does not seem like it has any grip and i'm very concerned on why that does not feel has any grip coming off the start because it's like it's almost understeering and it could just be because we're going uphill so definitely gonna have to pay attention to that we might be able to work that out with the tune yeah there's definitely a bit of a loss of grip going up in that first section so i could see a lot of places where you could potentially straighten up and that wall is going to be killed for a lot of people i feel and i gotta make sure i check in the discord because they were saying we're left for braking is acceptable and things like that because they want you to be pretty much on power through a lot of this track that last hook in is quite challenging and this track is a very challenging track so i don't think um running 100 boost is the right option but then again like i said base tune not a lot of grip in the front for some reason so we're gonna have to be doing some major adjustments and we're gonna be getting with adi and the itanium guys to double check for a tune and uh see we can't get this r35 dialed in for round two the car has been teched in and it is okay before round two i don't think 80 percent's enough but we're gonna find out don't do that let's see if we can finish the track up yeah there's not a lot of grip this car is gonna be need to be gripped up for sure here to be able to run this track how i want it to so luckily i got a good team that's behind me supporting me and helping me build a good tune so that we can get this car ripped up and ready for round two next weekend oh and there's the wall hit so we're gonna do some adjustments on the car run some tandems so we're gonna hop in with adi and them and see if we can't get a good tune dialed in and see what we can do join me the leader chase it pick a slot remember i stopped part of that course was good so that's a good thing i mean the latter part of that course i felt pretty good on the initiation in the second outer zone a little bit shaky well i do like this grip tune that he has set up and you know big thank you to him for this is a quite grippy tune i but the thing is this track needs that grip i feel oh yeah i don't think that's gonna lead i mean he might i can't see with all this smoke this is so bad that is just like throwing up a smoke screen he died in between two i tandem guys yes i do oh yes i think so it's no longer a two jay so yeah or an rb yeah i got you that was pretty good start oh a little shallow i'm just gonna hold it like you can tell me if you really want to go on it right there though so that's good news i don't know who that's bald that was data sometimes i'll take a lead see if i can get my initiation in i also gotta practice not hitting these cones that time for your nose to edge did you just go through me not terrible that was uh very scary well the fact that i was able to stay with him i didn't get left that wasn't that that was not a terrible chase one or two little flubs i found in corrections but otherwise that wasn't a terrible chase and you were right there too so oh yeah it looks like your wheels can fly i mean it feels good so i mean i think i just need to i i just need to get used to the transitions because it's a little bit different because well it's also downhill so you have to manage that downhill aspect of this track i don't know how i saved that but i got the but oh okay that was weird feeling what did it do it kind of went i kind of lost all grip in the front end of the car just randomly just lost like all grip and i had it lost all grip and i went zero i was like zero steer kind of just sliding


I am Corbin and this is Rick. I kind of hyperextended my elbow. I really did. Going all out for Ranvier. If you're new to our channel, go and smash the like button, subscribe, and ring that little bell to be part of the notification squad. Ring it! And follow us on Instagram! Dang it! And Twitter! I was literally thinking about Ranvier. From all juicy!  It's so juicy. So today, we will be reviewing a film that we saw the trailer for, probably it was actually one of the first it was trailers we reviewed and I'll link that right here. But it it was probably one of the most beautiful it was up to that point the most beautiful trailer we yeah it was had seen I think if it wasn't the first it was one of the very first where we were just flabbergasted at the beauty of the imagery and so we'll be reviewing pattern fought today it's gonna be complete spoiler review because I'm sure all of you have seen it so if you haven't if you haven't go watch it go watch it because here come the spoilers yeah so what do you think how do I love the let me count the ways we're gonna be here a while guys freaking freaking just adored it loved it loved it loved it was I've got so many notes we'll be here for a long time absolutely mesmerizing I think utterly mesmerize is the word yep and it's not just the act I mean the first thing you notice just like in the trailer it's like watching a screensaver like a beautiful like when you have those nature screensavers yeah or it's like watching that and you're just fixed and you don't even have to you could watch it silent almost yeah exactly you sit there and watch it there for an hour and 45 minutes I mean yeah five minutes and be transfixed the whole time just from the visuals so whoever the cinematographer was the cinematography production design art design and the director you guys and let me also say this not just the beauty which I can go on and on and on and on and on about there wasn't a single continuity error that I could find in a movie that long yeah with that much detail the attention to detail was Spielberg level attention and if you guys know how much detail he pays attention to especially when he's doing a historical piece of some kind yeah the attention to detail at every single it's just it clearly toward the end of the movie I just kept thinking to myself it's very clear that every single person involved this with this thing it mattered deeply to them to do this right yeah and it was a labor of love yeah everybody was like like like the like the cast and the production crew for Black Panther how important it was for them to get it right I really felt in every moment from everybody involved yeah that's how the costumes yeah oh my goodness it was so beautiful and they contrasted so well with what was going on and like especially the the end will talk about but when all the women were in red and it was like the sea of red going down into yeah and every shot the way that they had the costuming and the lighting and the set when the girls were walking I noticed this toward the end and it was just this little detail that makes it so aesthetically beautiful when they were walking and it was a shot from down here and Padmavada's walking and behind her on that next floor are the women in red and every single one of them is spaced exactly the same distance apart yeah which creates such an aesthetic beauty that could so easily be missed but they took the time I guarantee they told them I need you guys to be this far apart need you to be this far apart every little thing just like I said the whole thing could be set to some classic Indian music yeah and you could just watch it with that yeah you'd be totally just like whoa yeah the biggest issue with this film is that they for some reason India can't find gorgeous people to be that I know if they could just get attractive people I mean like because the leads were so ugly hard to look at she wasn't believable is like this pretty one no not like some goddess from a different planet you could have played yeah role yeah exactly my goodness the casting was perfect I'll do it was so beautiful the casting with and I loved I love I got it I gotta show you I took the picture of this and I was gonna have us put it up and I'm just gonna take it off my phone man I stopped it to me I'll put it on the screen will you okay so put it up and show me it's it's a bit it's this okay you're gonna put that right here yeah I'll put that okay so here it is even when he's in the dungeon his hair is on point man look about beautiful he is look at me gorgeous even in my worst moment let me ah every single person and obviously I want to formally apologize to Ranveer oh no kidding man please get the word to Ranveer cuz for the disrespect I gave him for gully boy and I didn't I told you you did amazing in gully boy it's just I thought you were the weakest I I was wrong and I formally apologize deeply the disrespect I gave passionately cuz I saw it a second time remember I thought the only way second time and we had been introduced to him a little bit and I appreciated him more I also wasn't as taken by Ali Aba because he stole the show for me had had we seen this before gully boy it's completely different I would have I would have been I would have been just talking non-stop about ran yeah it's so like I said I apologize yeah and nobody else played this role probably my favorite performance I've seen in a Bollywood film I wouldn't argue that at all I mean I've got it's my type of role yeah very interesting he's a villain right just has a lot of weird quirky moments yeah I loved it every time he was on screen I was like holy cow yeah and and also in this film I did not mind the musical numbers one little red on Marvin Miles this is the first time that they they felt like they fit did you get as amped as I did when when that music oh yeah came up I was off of the couch behind the couch moving around oh yeah go around here go baby I love that and then we finally figured out what the arrows yeah I totally forgot the arrows were coming yeah I was so wrapped up in the party dance I was waiting and then I totally forgot about the guy who shot them right cuz I totally forget cuz it obviously it's a long film and so I think that's what they wanted you to do yeah we forgets but I there was a lot of really interesting stuff in this film obviously the the dynamics between the salt and which the king yeah which they perfect cast yeah and then the the in the fact that this is based on a true story right upon a true story historically and also a really legendary poem and I thought they did such a phenomenal job of making this field you know how hard this is they simultaneously made it feel like a historic epic mm-hmm and a poetic lyrical expressiveness that doesn't hurt it's almost fantasy and they pulled that off here in America this seems like a fantasy story right of course sadly yeah many people here wouldn't appreciate the poetry of it yeah but it was such a beautiful film in the way it was told and it was it was literally just like a poem yeah it was and it just kept going on but then I love the different quirks it had the it started off and you met Ranveer and he gave him the ostrich which was cool and weird right very obviously you found out that Ranveer wasn't this really great guy I thought it was gonna be the hero actually I'm like oh cool he's the bad guy then you've obviously felt for his actual wife oh man yeah because he was now he's openly telling her this is gonna be my yeah goddess exactly you're like oh Ranveer yeah but then the fact that one of the best lines in the whole thing I think was there were a lot yeah oh yeah there was a lot but one of my favorite ones was I forget the exact line but it was something the Padma Vaat said it she said in wherever they are it's not just the men who are warriors yeah it's it's the women it's the women yeah and so this is like a heroine story about all the women that defeated yes Ranveer's I forget how to pronounce his name so I don't like the sultan yeah the sultan and you ended up like oh wow he they are really defeating him was doing this for yeah and you're taking his dream away I did not see it coming that she was they were just all gonna sacrifice themselves so they either their their enemies get defeated right and in such a awful way to know it and did you notice speaking of that juxtaposition the way they directed there was a moment in that scene where Ranveer's soldiers are running in and screaming and then they go to the women running to the fire screaming and it's that juxtaposition of the two warriors and they're clearly the ones who have the power and are gonna win you saw the fear on Ranveer's face yes I don't take away my dream the only two times I noticed flaws in this film were some of the CGI that's the only one yep just so some of the CGI moments were weak yeah it's like I totally forgive that yeah and it was when they fell down in the ground in the ground yeah that's clearly CGI right and then when they were throwing the rocks the rocks yeah the burning cold on him and I was like that yeah I might pass you get a pass yeah and so it's like it doesn't the only two issues I really found with the film I wasn't I wasn't even mad about the length of the film because I was like this is so beautiful to watch I don't really mind it not at all at all and when it started I wrote Corbin should love that this film is dedicated to a dog because right at the outset you don't love this film yeah the script was beautiful the first time I really noticed the script was when Padma Bhatt is being questioned by the Guru and he's asking her what is this what is this and she's giving her responses the scripting I don't know how much of that is taken from the the poem or from history but I thought so many moments where I would love to go back and just go through and catch those moments in the script again because the script was so good yeah there was also this interesting moment that it just came out in 2018 right but the the guy who was his second hand was in love with the character you bet and I thought that was such an interesting dynamic it was almost like a Gaston and yeah except that this guy was actually like a badass right right right he was worth having the love of the guy exactly but I thought that was such an interesting because I I haven't seen that in the films we've watched of Bollywood yet yeah not yet no any type of gay relationship I don't think we have we not like this but so I thought of I just I hadn't seen it yet so yeah I can't nothing's coming to mind and I'm sure they'll say they'll dead we haven't had a problem with that for you know I just thought it was a really cool dynamic they added to the whole thing yeah I really enjoyed that part of it I also loved I wrote this this down at the notice two things and I thought this was freaking awesome juxtaposition again of two images that were given the first one when the Sultan first attacks the kings troops right the first attack yeah and there's that big cloud of dust all of his troops go first and he goes last which is pretty awful yeah a general on a commander supposed to be at the front right so I thought wow same thing with him getting the arrows in the back yeah which that was a great thing yeah he fell on it landed on the arrow that was a great but when he got hit in the back yeah freaking pigs I know I loved it but here's the so you've got you've got the Sultan not going in ahead of his troops and at the end who leads the women into the fire yeah she's the first one in the fire yeah that is so freaking strong yeah oh he's known as like this God in India lower carrying his carrying and I want to know what that I know there is a gazillion things culturally and I'm glad I'm remembering this right now the cultural stuff when they started celebrating holy in the film I was like yeah oh yeah that was I know what that is it's so great to connect with that but I know there's a gazillion things culturally that we missed especially toward the end like that when she's carrying that linen with his hand prints on it that's I that's got to have some very deep cultural significance to let us know what that will yeah yeah but one of my favorite scenes was that fight scene at the end but then also the epic I was so glad it came down to the two of them I'm like thank you also what about I think the one of the best moments was when they introduced that the gay guy that he was the present of them and that Ranveer just started like laughing insanely uh-huh I love that moment because it was so many great moments such a weird quirky mm-hmm insane moment yeah those are my favorite types of those green eyes man those green eyes he's just kind of epic he looked like a Jason mom oh yeah jet nobody else they we talk about this a lot I'm sure you do there too about when when you see an actor in a role like the first one that comes to mind immediately is Heath Ledger is the Joker he was born to play that role nobody else to me well they can do their own but he was born to play that Ranveer was born to play that character I think he's just embodies every minute of that thing I want to see a lot more of him yep absolutely man let us know what dad and golly boy yeah yeah let us know what we were obviously watching his stuff in reverse he's a golly boy yeah we're going backwards just go whatever let's always should we is it pastrami mustamani exactly oh and one other thing I really like that I've never seen this in a movie when his head soldier is protecting her the king's head soldier is protecting her as she's leaving and he stayed behind to fight the soldiers they chop his head off but it keeps oh yeah that was great that was freaking cool I was like is each is his head chopped off like even with my head chopped off I'm gonna take some y'all with me I don't know how accurate that is I don't care I know chickens do it but uh that was that I love that moment I was like yeah I don't think I've ever seen that in a in film because it had the epicness of Lord of the Rings but yeah it was like almost more epic and obviously more beautiful way more beautiful way more and obviously true yeah and I wouldn't you know so many times movies are compared to like for example if it's an epic ancient war film they compare it to 300 this was so much more beautiful than 300 obviously better active oh just at every if somewhere to say to me choose between those two films I'm like there is no comparison no none at every level none there's no comparison yeah now obviously one's like that computer animated was the 300 right yeah it was stylized yeah and Zach Snyder did a great job with the style I mean the blood is actually kind of a character in the film because it's so stylized yeah but and it's still a great movie but not this is this is what an epic you know bigger than Lawrence of Arabia you name it and I so loved all of the dragged out beautiful moments of just their romantic moment when they're rubbing all the holy stuff on each other I'm like yeah do that for an hour guys great chemistry all of them did all of them did um but like the I'm Ranveer and the the peddma are actually married in real life yeah right I don't know if they were married before this or if they got married after no idea uh more their kids are gonna be ugly oh yeah man ugly children those kids keep them away from the public they're such just uh yeah beautiful I mean I can talk about the costumes the the cinematography and that because that's the first thing and then obviously all the songs so we only reacted to one before but I mean I loved every single one of the song I loved everything the only problem I had were the couple of little and this is like maybe three percent of the film yeah couple little CGI glitches and that gets a pass yeah that just gets a pass yeah so beautiful movie please let us know what uh next of Ranveer's we should want or um I forget her name anybody oh this yeah his wife yeah say it for me there's a lot y'all pika pride kone yeah so I know she I know she's huge no I got her last name wrong the pika I'm guessing pedokane I'm not even gonna talk about kone where's that padukane because it's taapsee panu I bet it's a padu anyway I want to know how to properly pronounce this she deserves that she's in piku um yeah that's the exact same leads and the exact same director I want to watch that next wow it's the same two and the same director that's got to be off the charts and we've seen the trailer and it looked just as beautiful and the musical number that we love I put that song in my playlist so yeah let us know if that one's worth it which Ranveer and hers as well that we should watch next yeah we loved it obviously go see it if you probably already seen it if you're still here go watch it again go watch it again and uh yeah that's about it I think


Hey guys, how are you today? We are here with another video for my creative year for October 2018 and we are here for the reviewer tip video. This month our topic is salvage, hence the pile of things in front of you. So we're going to talk about the different kind of salvage things that I keep and save and collect and why and what I do with them and I'm going to show you a few examples. So, so I save a lot of weird things. Okay, everything from flattened, well everything from bottle caps and these I have flattened with pliers and a hammer. I have bags of these. Two parts from old cell phones and old computer mice, buttons off of keyboards, a broken USB drive, dried up watercolor paint tubes, bread ties, little plastic bread ties. These are from a set of watercolor, watercolor water brushes. The Jane Davenport ones with the Inkenum and these protected, they were between the base of the brush and the tip to keep it from leaking and activating too soon.  I thought they were interesting, so I saved them. I also have for larger pieces or the larger collection. These generally live in my bank of small drawers and if you don't know what that is a few months back I did a share your space video where I shared my art room and my bank of small drawers of small parts and that's where these small parts live, but I do want to sometimes save bigger things and you need some place to put those. So I actually have a salvage bin. Let's see if we can zoom out at all. There we go. So I have this big bin from Target that is my salvage bin. There's lots of different things in here. Everything from wood floor samples and tile to foam, silverware, plastic boxes. I bought some fake cactus to do a project with and this was kind of what was left over. I thought it was interesting. At least the box. I didn't want to throw it away, so went the salvage bin. These are the little cactuses that were left over. Children's building blocks, old thread spools, pieces of wood rounds, a flower pot, old vintage boxes from parts. This I actually found at the thrift store. Look at that. It's an old sewing kit. Scissor kit. It's pretty cool. So there's all kinds of things in here and some of this is from this thrift store or Etsy shops, but a lot of it is just literally salvage. Like this is from a microwave meal and I just I thought the bowl was interesting. I thought the strainer was interesting. It might be fun to do some acrylic pouring through it or see if I could use it for a stencil. There's all kinds of things, so I want you to take some time when you're just going through life and take a second look at things.  I also save the little bags, the mesh plastic bags from like onions or the little cheeses, the little round cheeses. I can't think of what the name of them right. Laughing Cow Cheeses. So this is a piece of a hanger. So all these kind of things would be interesting to use in your art.  Let's move this bin out of our way. So the 3D pieces are really interesting. And this is my studio mascot for the year. She's made out of a jar lid. Actually, a candy lid from a wedding that I went to where they favor was candy and a little tin. This is a doorknob.  She's at least half salvage and she's pretty cute. So she lives here in my studio. You can also do things like, for instance, if you're cleaning out your supplies and you have all these old paint brushes because you're hard on them like I do and they're nerfed up and on their last leg, last year we did artist trading brushes and I have a whole jar of those. We all took our old brushes that were kind of past it anyway, decorated them up, added more interesting things to them and then traded them with each other. And I have a jar of those here. You can also use a lot of the flat things in artwork.  It's really just an embellishment with old book texts, some painy paper, tag words. This is a little piece of just leftover jewelry wire from another project I was working on. I was going to throw it away and I thought, you know, I'm going to stick it on there. This plastic that's been alcohol inked, that's from a takeout food container. I took the lid and I cut it apart and I decorated it with sharpies and alcohol ink. And then you can just take that and glue it to a page, a journal front, almost anything. You can also use these bits and pieces in your journals. I'm going to show you some specific examples. This is a journal I've been working on this year. And as you see, I did start actually the year, start the journal by dating the pages. And then as I got farther along, I just stopped doing that. That's not good. So here on this page, the salvage piece, I want to point out is this is just an old leaf I found in my path while I was out walking one evening with my husband. It was perfectly flat and dry. I thought it was interesting. So I came home and glued it to my page with gel medium. On this one, you're going to say, OK, what's salvage on that page? See all these bits? These are paint drips that were on my silicone mat from another project and they dried and I was able to pick them off and peel them off the mat and then glue them to my page. Here's another one that you're going to say, what's salvage about that? This literally is off a package I got in the mail. Here's another one. So here is a teabag. In it, I have a tag with a piece of another piece of product packaging, the clear plastic and a bread tie as a little tab salvage doesn't just have to be hardware. You don't have to think of like hardware and metal. It can be that, but it also can just be those bits of a tissue box or a the top from a takeout container. I drink a certain kind of tea that has a pattern on the inside of the box, which I'll show you here. So here's another page I did recently and this piece of cardboard back here. This is actually part of a teabag. And this is the inside. This is a piece of just scrap that I was going to throw away. So there are a lot of things you can do with salvage and found bits and pieces. So as you grow through your art and your life, I want you to take a second look at things and I want you to see if there's anything interesting about it. You might be interested in putting in your salvage bin and using in your artwork. I'm not saying save everything.  When it's full, you've got to stop saving and use up what's in there. That's kind of an important key. Otherwise, you'll just keep saving everything. And here, just by the way, this is from an acrylic pour. Normally, I would have probably just thrown it away, but that's the kind of thing that it's just it's salvage. It's interesting. So think about it, take a second, look at everything and see what you can find to add to your salvage bin or start one. I'd love to see what you do. Leave any questions, comments or concerns in the comments below. If you're not part of the Facebook group, My Creative Year, and you'd like to be, click on my link tree link in the description below. When you do that, you're going to find a list of every single place I am on the Internet that you can find me, including My Creative Year, so you can go over there and join and share with the rest of us in the Facebook group what interesting kind of salvage pieces you find to use in your art. I can't wait to see. That's it for right now. Don't forget the most important thing. Go out and have a great day. Do something nice for yourself because you deserve it. And I'll see you later. Bye, guys.


Hi everyone, Joe for jatsby's casebrace.com coming at you with our last filler break to knock out the football mixers coming up in a severed video You got 2019 Daunris football coming at you hangar box random team number two Usual we're gonna do the break first at the end. We'll randomize we'll re-randomize everybody's names in top four It's gonna win those mixer spots big. Thanks all of these folks for getting into the action They're the teams right there. So let's do the break first Gotta make you sweat a little bit three and a six nine times one two seven eight and Ninth and final time about three and a six. There you go. There's nine right there We got to mare down to Mike three and a six nine times four teams two and Ninth and final time. Good luck Eagles down to the Rams after nine All right, so there's the first half of the group right here And there's the second half of the group right there not gonna read off all the names this little One box break, but remember this is this is the 2019 draft class No trade windows. Let's print and rip. There's the final print out right here And here's our is Kyler Murray nice rookie phenoms rally Colin Sullivan Cardinals. Oh my god. It's pretty cool. It's pretty good Three Zabin Howard John Brown Terry Bradshaw And we've got these inserts right here power formulas Warren moon fits Dairy Slayton the rookies And Aaron Rodgers no offense Some team cards right here, which I kind of like for some reason All right, there you go, so nothing too crazy there, but We want to see who's gonna win those mixer spots. That's the whole point So let's grab Colin's name down to grab everyone's name between calling down to Adam put them into a new list Let's roll it. Let's randomize it a six and a four ten times. What's top four? after ten good luck one two three and 10th and final time. All right now from five down to 32 Thank you. I appreciate you trying. We'll get him next time. Congrats to the top four Adam Adam John and Adam. Wow. I don't think I've ever seen three out of the four spots That's why you play the game folks Because something like that can happen. Alright, congrats to you Adam. Hey John, you got a spot too. Congrats to you as well Thanks for watching everybody the mixer coming up next in a separate video jazby's case rates.com