[Debian GNUstep maintainers] Bug#666334: gnustep-back: FTBFS: build-arch doesn't apply patches

[Salvatore Bonaccorso]

Control: reopen 666334
Control: found 666334 0.22.0-1
Control: retitle 666334 FTBFS: build-arch problems with patch applying and instalation of files genrated only in build-indep target

Hi

(only going to RC bugs for wheezy):

On Mon, Jul 30, 2012 at 02:37:17PM +0200, Ralf Treinen wrote:
> Control: tags + patch
> 
> Hello,
> 
> this bug still has to be dealt with in wheezy, since the release team 
> most probably won't accept the new upstream version into wheezy. Here
> is a trivial patch:
> 
> 
> % debdiff *.dsc
> diff -u gnustep-back-0.20.1/debian/changelog gnustep-back-0.20.1/debian/changelog
> --- gnustep-back-0.20.1/debian/changelog
> +++ gnustep-back-0.20.1/debian/changelog
> @@ -1,3 +1,11 @@
> +gnustep-back (0.20.1-3) unstable; urgency=low
> +
> +  * NMU
> +  * debian/rules: targets build-arch and build-indep, not build, must depend
> +    on patch (closes: #666334)
> +
> + -- Ralf Treinen <treinen at debian.org>  Mon, 30 Jul 2012 14:25:59 +0200
> +
>  gnustep-back (0.20.1-2) unstable; urgency=low
>  
>    * Upload to unstable.
> diff -u gnustep-back-0.20.1/debian/rules gnustep-back-0.20.1/debian/rules
> --- gnustep-back-0.20.1/debian/rules
> +++ gnustep-back-0.20.1/debian/rules
> @@ -112,16 +112,16 @@
>  
>  	touch $@
>  
> -build: patch build-indep build-arch
> +build: build-indep build-arch
>  
> -build-indep: debian/build-indep-stamp
> +build-indep: patch debian/build-indep-stamp
>  clean_files += debian/build-indep-stamp
>  debian/build-indep-stamp: config
>  	$(MAKE) -C Documentation messages=yes
>  
>  	touch $@
>  
> -build-arch: debian/build-art-stamp debian/build-cairo-stamp
> +build-arch: patch debian/build-art-stamp debian/build-cairo-stamp
>  clean_files += debian/build-art-stamp debian/build-cairo-stamp
>  debian/build-art-stamp: debian/configure-art-stamp
>  	dh_testdir

This unfortunately seems not enough to fix the issue: When building
not package FTBFS with:

----cut---------cut---------cut---------cut---------cut---------cut-----
Making install for bundle libgnustep-cairo-020...
 Creating /build/build-gnustep-back_0.20.1-2.1-amd64-xpAXlq/gnustep-back-0.20.1/debian/gnustep-back0.20-cairo//usr/lib/GNUstep/Bundles...
 Installing bundle directory...
make[1]: Leaving directory `/build/build-gnustep-back_0.20.1-2.1-amd64-xpAXlq/gnustep-back-0.20.1/build-cairo/Source'
: # Allow it to be used as a default backend
dh_link -pgnustep-back0.20-cairo \
          /usr/lib/GNUstep/Bundles/libgnustep-cairo-020.bundle/libgnustep-cairo-020 \
          /usr/lib/GNUstep/Bundles/libgnustep-cairo-020.bundle/libgnustep-back-020
dh_testdir -a
dh_testroot -a
dh_installchangelogs -a ChangeLog
dh_installdocs -a Documentation/{ANNOUNCE,NEWS,README}
cp: cannot stat `Documentation/ANNOUNCE': No such file or directory
dh_installdocs: cp -a Documentation/ANNOUNCE debian/gnustep-back0.20-art/usr/share/doc/gnustep-back0.20-art returned exit code 1
make: *** [binary-arch] Error 2
dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2
----cut---------cut---------cut---------cut---------cut---------cut-----

This happens also in the experimental version.

@Yavor, so this still affects wheezy. I can try to help and provide a
patch and/or do an NMU (time permitting), in case Ralf cannot do right
now. Please let me know.

Due the above I have, reopened the bug, retitled to reflect that there
seems a more general problem using build-arch/build-indep targets in
debian/rules.

Regards,
Salvatore