Thank you very much. Thanks everybody for coming,… If you are packaging software and you want me to work on with you, this is how you can do that. It is a very self-??? talk: I just want to explain some of the things that I like, some practice that I prefer about Debian packaging, and I don't pretend this is any sort of official, permanent or final thing. I just wanted to share some ideas that I have about the way that I work with packages, in the hope that maybe, hmm, for two hopes: One is that I hope that I can show you something that you have not heard of, or maybe you were doing differently, or maybe you think it is the right think to do and it is just nice to see somebody somebody else doing it. My second hope is that you can tell me what I am doing wrong, and you can help me learn and improve on my own packaging techniques. If you see something that I am proposing up here, and you think there is a problem with it, I would like to hear about it too. I just want to see more of the culture within Debian, of people who are doing packaging, explaining what they are doing, and so I thought I would just step up and explain: "Here is some of the practice that I do", In the hope that other people will do the same and explain what they are doing, and maybe they can learn from me and I can learn from them. Without much further ????, I am just going to dive into it. If you have questions, I am perfectly happy to be interrupted, we have some folks with walking mics in the crowd: you can just raise your hand. I you have got a question or an interruption or whatever, that is fine. I ??? I got the whole 15 minutes, I think there are 20 minutes, I ??? the whole time, so there will be also time for questions at the end if you prefer. But I do not mind being interrupted. So, this is all on this web page here, you could probably skip this talk and go read the web page, but then you would not have the nice ??? actions, and it is easier to tell me that I am wrong in person, so I would like to have that happen. I put this up on the Debian wiki, because I want anyone to be able to find it. If you thing you have got some good ideas, you should put it on the Debian Wiki too: other people can take advantage of the ideas that you have got. First baseline is: I really like revision control. And I know that it makes me a certain flavor on nerd, but when we are working with things that are as complicated as software packages, hmmm, I think a lot of people don't get that in Debian we are not just working on one software package: you are actually probably, if you are doing a responsibly work, on at least two software packages, and maybe 5. So you have got the version that is unstable and you have got the version that you try to maintain for stable as well. And we are committing to doing maintenance work. A lot of our work in the project is ??? in nature: we want to clean up the mess and we want us to stay out of the way and to make sure things work, functionally, for people who are relying on the operating system to not get in their way. So revision control I think is really helpful because it means you can keep track of what changes