Joey Hess, le Tue 19 Jul 2011 16:47:05 -0400, a écrit :
> jp wrote:
> > I'm preparing a package which contains one single binary and some texinfo
> > documentation.
> > But when I do dpkg-buildpackage, a debian/package/usr/share/info/dir.gz is
> > automatically generated.
> > lintian doesn't like at all. In other words, it complains with the presence
> > of
> > dir.gz, but this file is auto-generated by debhelper. The info file is
> > created
> > in the parent directory, debian/../.
> >
> > So I think this dir.gz shouldn't be generated automatically in such
> > situations.
>
> Your package's build system is generating this file, not debhelper.
Oops, jp misunderstand what I told him. Of course debhelper doesn't
generate it, Makefile does. But the problem still holds: with a standard
./configure && make && make install upstream package with texinfo
documentation,
%:
dh $@
produces a package with a /usr/share/info/dir.gz. Shouldn't debhelper
be able to drop dir? For now, the solution we have found is to tell
dh_auto_install to install in debian/tmp, and create a debian/install
which contains all the desired directories, which is tedious. Or another
solution would be to remove the file explicitly after dh_auto_install,
but dh_auto_install could as well just do it itself, to avoid the
same tedious thing for all simple packages which have a texinfo
documentation.
Samuel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
