Hi Peter! I'm not sure what's going on with this bug, but I beg you and the other people involved to please stop playing the BTS ping pong and try to understand each other.
I'm sure this is just a mis-understanding, and that we can fix it without the need of losing anymore of everyone's time. According to the message you sent on January 31st: > My .diff deletes the file fine. So there must be something wrong with > your build process. I don't know which is "your" .diff, but I suspect it must be differente from the .diff currently in Debian, which does not delete ifdhandler.h: ==== PASTE ==== [EMAIL PROTECTED]:~/sources/debian/packages$ apt-get source libgcr410 Leyendo lista de paquetes... Hecho Creando árbol de dependencias Leyendo la información de estado... Hecho Necesito descargar 76,3kB de archivos fuente. Des:1 http://debian.torredehanoi.org sid/main libgcr410 2.4.0-8 (dsc) [615B] Des:2 http://debian.torredehanoi.org sid/main libgcr410 2.4.0-8 (tar) [68,3kB] Des:3 http://debian.torredehanoi.org sid/main libgcr410 2.4.0-8 (diff) [7355B] Descargados 76,3kB en 0s (91,7kB/s) dpkg-source: extracting libgcr410 in libgcr410-2.4.0 dpkg-source: unpacking libgcr410_2.4.0.orig.tar.gz dpkg-source: applying ./libgcr410_2.4.0-8.diff.gz [EMAIL PROTECTED]:~/sources/debian/packages$ cd libgcr410-2.4.0/ [EMAIL PROTECTED]:~/sources/debian/packages/libgcr410-2.4.0$ ls apdubuil.c defines.h gemplus.h ifdhandler.c or3gbpco.c t0case1.c apdubuil.h gemansi.h gserial.c ifdhandler.h or3gbpop.c t0case2.c apduspli.c gemcard.h gtgbp.c LICENSE or3gll.h t0case3.c apduspli.h gemcom.h gtgbp.h Makefile or3icc.c t0case4.c COPYING gemdef.h gtser.h or32gem.c or3icc.h t0cases.h debian gemerror.h gttimout.c or3comm.h or3utils.c debug.c gemgcr.h gttimout.h or3confi.c or3utils.h debug.h gemmac.h ifd2gem.h or3gbpcl.c Readme [EMAIL PROTECTED]:~/sources/debian/packages/libgcr410-2.4.0$ ls -l ifdhandler.h -rw-r--r-- 1 marga marga 4287 sep 25 2001 ifdhandler.h ==== END PASTE ==== So, as you can see, the source package currently shipped in Debian is not deleting ifdhandler.h. If you don't believe this to be true, please do one "apt-get source libgcr410" in a clean directory and check for yourself. I'm also attaching a build log of an attempted build inside a cowbuilder, with the same failure, just in case you think it might be caused by something else. The provided patch might be an ugly hack, but it's one of the only ways of permanently removing a file from the build process. The only other way is removing the file from the .orig.gz file, thus losing the "pristine tarball" property. I hope we can find a solution to this without any more fighting over the bug's state. -- Love, Marga
signature.asc
Description: Digital signature
