--Apple-Mail-5-671393938
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=US-ASCII;
format=flowed
Tags: patch
This is a bummer of a bug: I've encountered it building my own packages
& now in zaptel-source.
At least dh_installdebconf & dh_installchangelogs, & probably $(MAKE)
install require some root privileges, or:
install: cannot change ownership of...
Since more than one item in the binary-modules: rule requires some root privileges, I conclude that binary-modules should be called using
$(ROOT_CMD).
I don't know about the clean: rule - dpkg-buildpackage calls clean
using it's root command, but the only root-privilege-requiring item in
the rule - at least in zaptel-source - was dh_testroot. Does clean ever
need to be called using $(ROOT_CMD)?
These changes work for zaptel-source:
--Apple-Mail-5-671393938
Content-Transfer-Encoding: 7bit
Content-Type: application/octet-stream;
x-unix-mode=0644;
name="patch"
Content-Disposition: attachment;
filename=patch
diff -ur orig/dh-make-0.36/lib/debiank/rules 200408170/dh-make-0.36/lib/debiank/rules
--- orig/dh-make-0.36/lib/debiank/rules 2003-09-18 16:06:01.000000000 -0700
+++ 200408170/dh-make-0.36/lib/debiank/rules 2004-08-17 18:49:44.000000000 -0700
@@ -127,7 +127,7 @@
# seperate binary-modules target to make testing the package building
# easier
kdist_image:
- $(MAKE) $(MFLAGS) -f debian/rules binary-modules
+ $(ROOT_CMD) $(MAKE) $(MFLAGS) -f debian/rules binary-modules
$(MAKE) $(MFLAGS) -f debian/rules clean
# the kdist_clean target is called by make-kpkg modules_clean. It is
@@ -205,7 +205,7 @@
clean:
dh_testdir
- dh_testroot
+ #dh_testroot
rm -f build-arch-stamp build-indep-stamp #CONFIGURE_STAMP#
# Add here commands to clean up after the build process.
--Apple-Mail-5-671393938
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=US-ASCII;
format=flowed
Keep smiling,
Jack
--Apple-Mail-5-671393938--
--
To UNSUBSCRIBE, email to
[email protected]
with a subject of "unsubscribe". Trouble? Contact list