Bug#807940: game-data-packager: packages made with game-data-packager have ./DEBIAN

[Simon McVittie]

Control: tags 807940 + unreproducible moreinfo

On 14/12/15 15:55, Alam Arias wrote:
> the packages have a ./DEBIAN in their data.tar(.xz)

I can't reproduce this, and I'm really quite confused by it. I get the
expected packages (with just /usr and directories below /usr in their
data.tar) with either g-d-p 43, or g-d-p from git master.

Do you have anything installed in /usr/local/bin, /usr/local/sbin, ~/bin
or other directories in your $PATH that might influence how Debian
packages are built?

What output do you get from these?

command -v dpkg-deb
command -v ar
command -v fakeroot
dpkg -S "$(command -v dpkg-deb)"
dpkg -S "$(command -v ar)"
dpkg -S "$(command -v fakeroot)"

To check whether there is some issue not involving g-d-p, please try
downloading this:

    https://www.pseudorandom.co.uk/~smcv/soltys-en-data_1.0+43_all.zip

Put it in an otherwise empty directory on the same machine where you see
this bug, then cd into that directory and run

    unzip soltys-en-data_1.0+43_all.zip
    fakeroot dpkg-deb -Znone -b soltys-en-data_1.0+43_all

This should produce a new soltys-en-data_1.0+43_all.deb (it's the
contents of a small, freely-redistributable ScummVM game supported by
g-d-p, with the same layout that g-d-p would put in its temporary
directory). Does that .deb have the same bug with a DEBIAN directory in
data.tar? I don't see this bug when I do that on either unstable or stable.

I notice you reported different dpkg versions on this bug and Bug
#807943. Do you have two different machines, or two different
environments? If you do, please try this in the other one: do you see
the same bug on the other one?

Thanks,
    S