On Sat, 13 Mar 2010, Andreas Krüger wrote: > Package: base-files > Version: 5.1 > Severity: normal > > To help investigate bug 571457, I wanted to compile an openvz upstream > kernel obtained by > > cd /usr/src > git clone git://git.openvz.org/pub/linux-2.6.26-openvz openvz-git-kernel > > For the actual kernel compile, I configured and then tried the Debian way: > > cd /usr/src/openvz-git-kernel > make-kpkg --initrd kernel_image > > Expected result: A linux-image .deb package gets built. > > Result seen: The build fails, with an error message > > dpkg-deb: control directory has bad permissions 2755 (must be >=0755 > and <=0775) > > My analysis: base-files sets up /usr/src with the g+s permission bit, > that bit infects my entire source directory tree, make-kpkg doesn't like > that.
That is indeed the case. Please note that there are alternate ways to verify such thing without reinstalling base-files. apt-get is handy to retrieve the .deb package: # apt-get --download-only --reinstall install base-files Then you can examine the contents for the .deb without reinstalling: # dpkg -c /var/cache/apt/archives/base-files_5lenny5_amd64.deb |grep src drwxrwsr-x root/src 0 2010-01-25 04:26 ./usr/src/ You can also try "apt-get source base-files" and see debian/rules and debian/2775-dirs. Anyway, I agree that make-kpkg and base-files should work together, and I agree that dropping the g+s bit is the easiest way. The reasons for this bit are mostly historical: That is how it was in base-files 1.3.5 when I was not the maintainer, and we never bothered to change it. I've sent this report to the kernel-package maintainer for his opinion, but I'll probably drop the bit anyway. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
