On Wed, 10 Sep 2008, Goswin von Brederlow wrote: > That change has already sort of been requested by dpkg-buildpackage > suddenly setting variables without changing policy to make > dpkg-buildpackage use required. Will you make the request to change > policy?
Which section needs to be updated according to you ? > One problem I see with this is that is hard to detect when people > don't change their habit. If dpkg-buildpackage becomes the interface > to build packages then all other tools (dpkg-genchanges, ...) could > refuse to work by default if for example CALLED_BY_DPKG_BUILDPACKAGE I'm not sure we need to go that far. > is not set. Or at least result in a, for DAK and users, noticable > difference. Including DEB_VENDOR and DEB_BUILD_OPTIONS in the > DEBIAN/control and changes files would be a good thing imho. It should > highlight most misuses of debian/rules. The DAK could then refuse > uploads where the vendor is not Debian. I agree with this. Guillem's plan was to actually integrate the name of the vendor in the Origin field in the .deb itself and have dak check this. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
