Hi, David Bremner wrote:
> [Subject: please consider it anyway, even if useless for non-free files] Please keep in mind that these emails appear in a crowded inbox, so the subject line can be a good place to put valuable context. > It is sometimes convenient to keep files deleted in the integration > branch of a version control system even if these files are dfsg free; > most recently I did this to facilitate cherry-picking patches from > upstream of an embedded library (yes, ick, I know). There is no nice > way of representing this in a quilt series; one easily ends up with > enormous patches. I don't think I understand this particular use case --- why patch the embedded library instead of just removing it? --- but David Claughton's example of being able to simply and reliably remove an embedded convenience copy of another package in a way that tools like lintian can notice makes sense to me. If someone writes a patch, I'll be happy to review it. ;-) > git diff --diff-filter=D --name-only >> debian/clean > > This works, but the dependence on debhelper to unpack is unsatisfactory. One can't rely on the clean target having been run before the initial build anyway, no? Lazily, Jonathan -- To UNSUBSCRIBE, email to debian-dpkg-bugs-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
