Preferred_Debian_Packaging.webm

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