On Wed, 23 Dec 2009, Fabian Greffrath wrote:
> No comes the strange part: When I extract the resulting source package
> 'test_1-1.dsc' via "dpkg-source -x test_1-1.dsc" it creates two(!)
> directories, namely 'test-1' and 'foo'. The 'foo' directory contains
> another directory with the name of the patch '01-foo.patch' and this
> directory finally includes the files that the patch modifies. I don't
> think this is a severy issue, but I believe this is not intended,
> though.
Well, if you use quilt to apply the patch, it will do the same, it will
create the directory and the files. Actually it's patch that is creating
those files due to the "-B .pc/../../foo/01-boys-girls.patch/" argument
that it gets. This resolves to ../foo/01-boys-girls.patch/ from the root
directory of the source package.
It looks like quilt has not been designed to allow patches outside of
its patches directory. Any fix for this bug needs to be coordinated with
quilt upstream.
I would suggest to strip the leading "../" first or to convert them to
some other names ("../../foo" could become "_UP_/_UP_/foo" or similar).
> out in the clean rule); then the patch must be applied. Since I don't
> want to carry an additional copy of the (rather huge) patch in
> 'debian/patches' I directly point to it from 'debian/patches/series' and
> thus found this issue.
I suggest you use a symlink instead of a copy. The debian tarball can
contain a symlink and it should nicely resolve your problem.
Cheers,
--
Raphaël Hertzog
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
