On Jan 17, 2006, at 00:27, Ryan Anderson wrote:You should run "make" first, then after that completes run "fakeroot make deb-pkg". I think this is similar to what the Debian package "kernel-package" does, except it substitutes an alternate "debian/" directory. IIRC, it just runs "make install" as a normal user to a staging directory, then runs "$(ROOTCMD) dpkg-deb -b [...]" to build the package. IMHO it's somewhat of a cleaner solution, and I've used it for several years now with no issues. Cheers, Kyle Moffett -- I have yet to see any problem, however complicated, which, when you looked at it in the right way, did not become still more complicated. -- Poul Anderson - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Sunil Naidu | Re: Linux 2.6.20-rc6 |
| Alan Cox | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Chris Snook | Re: init's children list is long and slows reaping children. |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Eric W. Biederman | Re: [PATCH 10/11] avoid kobject name conflict with different namespaces |
