On Wed, Jan 05, 2005 at 07:55:32AM +0100, Marc Haber wrote: > On Tue, Jan 04, 2005 at 07:35:47PM -0500, Justin Pryzby wrote: > > I was looking at bug #226947 [0], and wondered if you could implement > > what you want in ./debian/rules. > > Probably, but it looks quite out of place there. diff generation > should really happen outside of the package itself. > > > I know, this requires patching rules > > for each backported package, but I just want to make sure I understand > > this correctly. > > > > So, call interdiff immediately after rules:clean? > > Probably, or immediately after dpkg-source -b. > > I am currently using a script that calls debuild, and my local > debinterdiff afterwards.
I've been looking at some old devscripts wishlist bugs and came across this one. The only places debuild could implement hooks are before the initial dpkg-buildpackage call and after the build has completed, before the signing process. In the former case, why would you want a hook (debuild hasn't done anything except clean the environment and possibly change directory); in the latter case, a local script which essentially does: debuild -us -uc "$@" && mylocalprog && debsign is what I presume you'd want? The only advantages to having the hook in there are that debsign can be given the correct changes file to sign. If you want hooks where you're talking about, you'll have to reassign this request to dpkg-buildpackage, because that's the only program which can implement hooks during the actual build process. Although, having said that, without the signing parts, dpkg-buildpackage is actually very simple and could be reimplemented within debuild.... Hmmm.... Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
