X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/b9a91f8fc85e3a9737302a1e4de04cee9d989eb8..d91a137cb15c1dd69cb50280d829d269364da65c:/debian-sponsoring.html diff --git a/debian-sponsoring.html b/debian-sponsoring.html index 054d3d769e..14c458f33c 100644 --- a/debian-sponsoring.html +++ b/debian-sponsoring.html @@ -16,10 +16,10 @@ would do a bad job if I tried to maintain more packages.
When sponsoring, I prefer being approached by the package maintainer on IRC (pere on irc.debian.org and irc.oftc.net) with the -URL to where the package can be downloaded. This is a low-overhead -solution to me, and I do not accumulate a large backlog of request for -sponsoring (as would happen if I tried to gather sponsor request using -email. :). +URL to where the package can be downloaded. I prefer an URL to a .dsc +file to pass to dget. This is a low-overhead solution to me, and I do +not accumulate a large backlog of request for sponsoring (as would +happen if I tried to gather sponsor request using email. :).
The packages should be lintian clean and tested in pbuilder or similar, to make sure the dependencies are correct and obvious @@ -27,5 +27,34 @@ problems are found. I primarily sponsor packages going into debian/main, so if the package isn't acceptable for main, there is normally no need to approach me. +
I find it best to hear directly from the person planning on +maintaining the package, to be able to ask how much time the +prospective maintainer plan to spend on the package, as well as work +out issues with the package directly. + +
When I sponsor packages, I add a line 'Upload sponsored by Petter +Reinholdtsen' to the debian changelog to document the fact to the next +sponsor of the package. + +