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 <trei...@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
signature.asc
Description: Digital signature
