[Pkg-alsa-devel] alsa-tools 1.0.14-3

[Jordi Mallach]

On Mon, Sep 24, 2007 at 07:54:48PM +0200, Elimar Riesebieter wrote:
> Hmm, I think the intention of linking config.(sub|guess) is to use
> always Debian's latest autotools. The links are overwriting existing
> files. As well the automake runs in ld10k1 and qlo10k1 are changing
> the md5sums checked against .dsc.

But this is no problem, we just forgot to rm config.{guess,sub} in the
clean target. dpkg-source will whine about unrepresentable changes, but
nto about files which vanished. It is okay to get rid of them in clean.

We need no patching. Just link the new versions as we do now, rm them
all on clean. That should be enough.

> The advantage of the tar-in-tar setup is that we need only a rm -rf
> $(SRC_DIR) in the clean target. Well, I noticed many packages using
> tar-int-tar such as vim, samba... and can't see a disadvantage?

There are a few. Many tools available to track Debian packages won't
cope with tar-in-tar, as every package has its own way of unpacking.
It's really nice to be able to see the real contents of the package just
dpkg-source -x'ing it.

> But please enlighten me if I have overseen a debhelper or something
> else which is managing that. I am always free in learning new things
> ;)

I hopefully convinced you above! :)

> Adeo

Adéu!

Jordi
-- 
Jordi Mallach Pérez  --  Debian developer     http://www.debian.org/
jordi at sindominio.net     jordi at debian.org     http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-alsa-devel/attachments/20070926/aa77540c/attachment.pgp