Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Adding the xcb-util package maintainers. On 08/22/2014 05:11 PM, Mauricio Faria de Oliveira wrote: On 08/22/2014 04:04 PM, Mauricio Faria de Oliveira wrote: I can reproduce the failure now, and will check it soon. Got it. It's just a git submodule missing. [...] $ git submodule update --init# gotcha [...] Where those files went? This commit from 'git log m4/' gave a clue: commit 14747e0ef8dfb6668e2bb2e8a6b0c9ef2dace7b3 [...] This patch depends on the util-common-m4 submodule patch in the m4 path It would be nice to have this documented or automatically done in xcb-util.git, like debian/README, debian/rules, for example. It's understandable that the maintainers are probably aware of that git submodule, but debcheckout didn't retrieve it automatically. It took some time until a non-maintainer could realize it. Thanks, -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53f7a590.7030...@linux.vnet.ibm.com
Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Hi Cyril, On 08/22/2014 04:04 PM, Mauricio Faria de Oliveira wrote: I can reproduce the failure now, and will check it soon. Got it. It's just a git submodule missing. I could built xcb-util from git successfully with: $ debcheckout xcb-util $ cd xcb-util $ git submodule update --init # gotcha $ patch -p1 < ~/xcb-util-autoreconf-v2.debdiff $ debuild -b May you please verify it, and consider the patch for an upload? Thank you! P.S.: some details of the investigation: $ autoreconf -vi [...] Makefile.am:6: error: 'pkgconfig_DATA' is used but 'pkgconfigdir' is undefined [...] The definition of pkgconfigdir doesn't occur in the git repo, only in the source package: $ diff -qr xcb-util-0.38 xcb-util [...] Only in xcb-util-0.3.8/m4: xcb_util_common.m4 Only in xcb-util-0.3.8/m4: xcb_util_m4_with_include_path.m4 [...] Where those files went? This commit from 'git log m4/' gave a clue: commit 14747e0ef8dfb6668e2bb2e8a6b0c9ef2dace7b3 Author: Gaetan Nadon Date: Sun Mar 6 17:52:43 2011 -0500 config: use the default xorg .gitignore file This will save future maintenance when module structure/tools change. This patch depends on the util-common-m4 submodule patch in the m4 path Signed-off-by: Gaetan Nadon Signed-off-by: Arnaud Fontaine I googled and read this [1, 2] and verified it: $ cat .gitmodules [submodule "m4"] path = m4 url = git://anongit.freedesktop.org/xcb/util-common-m4.git And done! :) [1] http://lists.x.org/archives/xorg-devel/2011-September/025364.html [2] http://wiki.x.org/wiki/Building_the_X_Window_System/#index6h2 -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53f7a3e4.1030...@linux.vnet.ibm.com
Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
On 08/22/2014 10:10 AM, Cyril Brulebois wrote: Oh. Since the whole idea was committing stuff to git and uploading, I'm “of course” (at least to me but I should really have mentioned that) building from a “debcheckout xcb-util”. [...] Oops. I didn't get that before. I'm relatively unexperienced. Thanks for mentioning it. I can reproduce the failure now, and will check it soon. cheers, -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53f79458.8080...@linux.vnet.ibm.com
Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Mauricio Faria de Oliveira (2014-08-22): > That said (i.e., our builds have the 'same' package list, and the same > build log until dh_autoreconf is run), now I ran out of things to try. > > I would ask you please consider testing the build on another environment > -- more closely matching an official build one. > > .. or to provide me some more clues about your build environment. Oh. Since the whole idea was committing stuff to git and uploading, I'm “of course” (at least to me but I should really have mentioned that) building from a “debcheckout xcb-util”. It looks possible that differences in behaviour might be caused by the files that are(n't) tracked in git, as opposed to those in the tarball. :/ It'd be nice if a regular maintainer would comment on this. Mraw, KiBi. signature.asc Description: Digital signature
Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Hi Cyril, On 08/21/2014 04:49 PM, Mauricio Faria de Oliveira wrote: I'm anyway attaching the list of packages installed on one of these chroots, in case it helps someone figure out what the problem is. Ok, thanks. I'll take a look at it. I looked at it, reproduced the package list to what was possible, forced things a bit, but still could not reproduce that failure. Details of those points: 1) package list I reproduced the package list you sent to the extent it was possible -- some packages don't exist anymore (boost1.53, python3.3, libgnutls28). Some have been gone for a while now (libgnutls28 is June 5 IIRC), so the failure might be related to an old environment as well. I am attaching the package-list diff between my environment and yours. I can't find anything on it that seems to influence autoreconf programs. 2) differences in CDBS? (forced things a bit) I noticed the build log you pasted have no output for 2 CDBS targets: update-config and reverse-config (/usr/share/cdbs/1/rules/buildcore.mk), My 'debuild -b' build log diffs here: rm -f Doxyfile .gitmodules autogen.sh +for i in ./config.guess ./config.sub ; do \ + if test -e $i.cdbs-orig ; then \ + mv $i.cdbs-orig $i ; \ + fi ; \ +done if test -e debian/autoreconf.before; then \ [...] mkdir -p "." +if test -e /usr/share/misc/config.guess ; then \ + for i in ./config.guess ; do \ + if ! test -e $i.cdbs-orig ; then \ + mv $i $i.cdbs-orig ; \ + cp --remove-destination /usr/share/misc/config.guess $i ; \ + fi ; \ + done ; \ +fi +if test -e /usr/share/misc/config.sub ; then \ + for i in ./config.sub ; do \ + if ! test -e $i.cdbs-orig ; then \ + mv $i $i.cdbs-orig ; \ + cp --remove-destination /usr/share/misc/config.sub $i ; \ + fi ; \ + done ; \ +fi dh_autoreconf By reading those build targets' source, the only way I can reproduce that text to be missing (trying to match your build) is by *removing* config.guess/sub. But even with that, autoreconf (and the build) finished successfully: $ rm -f config.guess config.sub $ debuild -b [...] rm -f Doxyfile .gitmodules autogen.sh if test -e debian/autoreconf.before; then \ dh_autoreconf_clean ; \ fi dh_clean rm -f debian/stamp-autotools-files debian/rules build test -x debian/rules mkdir -p "." dh_autoreconf libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'. libtoolize: copying file `m4/libtool.m4' libtoolize: copying file `m4/ltoptions.m4' libtoolize: copying file `m4/ltsugar.m4' libtoolize: copying file `m4/ltversion.m4' libtoolize: copying file `m4/lt~obsolete.m4' libtoolize: Remember to add `LT_INIT' to configure.ac. configure.ac:10: installing './compile' configure.ac:10: installing './config.guess' configure.ac:10: installing './config.sub' test -f configure || sh ./autogen.sh [...] touch configure-stamp [...] That said (i.e., our builds have the 'same' package list, and the same build log until dh_autoreconf is run), now I ran out of things to try. I would ask you please consider testing the build on another environment -- more closely matching an official build one. .. or to provide me some more clues about your build environment. Thank you, -- Mauricio Faria de Oliveira IBM Linux Technology Center --- mauricfo.packages.list.pkg_ver 2014-08-22 09:27:38.155310189 -0300 +++ packages.list.pkg_ver 2014-08-22 08:55:40.851192806 -0300 @@ -125,0 +126 @@ +libboost-iostreams1.53.0 1.53.0-6+b2 @@ -135 +136 @@ -libcap-ng0:amd64 0.7.4-2 +libcap-ng0:amd64 0.7.4-1 @@ -146 +146,0 @@ -libcryptsetup4:amd64 2:1.6.6-1 @@ -153,0 +154 @@ +libdb5.1:amd64 5.1.29-7 @@ -158 +158,0 @@ -libdevmapper1.02.1:amd64 2:1.02.88-1 @@ -167,2 +167,2 @@ -libegl1-mesa:amd64 10.2.6-1 -libegl1-mesa-drivers:amd64 10.2.6-1 +libegl1-mesa:amd64 10.2.5-1 +libegl1-mesa-drivers:amd64 10.2.5-1 @@ -190 +190 @@ -libgbm1:amd64 10.2.6-1 +libgbm1:amd64 10.2.5-1 @@ -200,3 +200,3 @@ -libgl1-mesa-dri:amd64 10.2.6-1 -libgl1-mesa-glx:amd64 10.2.6-1 -libglapi-mesa:amd64 10.2.6-1 +libgl1-mesa-dri:amd64 10.2.5-1 +libgl1-mesa-glx:amd64 10.2.5-1 +libglapi-mesa:amd64 10.2.5-1 @@ -212,0 +213 @@ +libgnutls28:amd64 3.2.14-1 @@ -257,0 +259 @@ +liblognorm0 0.3.7-1 @@ -271,0 +274 @@ +libmozjs24d 24.5.0esr-1 @@ -291 +294 @@ -libopenvg1-mesa:amd64 10.2.6-1 +libopenvg1-mesa:amd64 10.2.5-1 @@ -315,0 +319,2 @@ +libpython3.3-
Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
On 08/21/2014 04:27 PM, Cyril Brulebois wrote: I'm not exactly happy with uploading a change that introduces a FTBFS in conditions that haven't been determined yet. :/ And I can't promise I'll be able to debug this right away since I'm otherwise busy with d-i. Sure. That's certainly understandable. I'm anyway attaching the list of packages installed on one of these chroots, in case it helps someone figure out what the problem is. Ok, thanks. I'll take a look at it. -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53f64d3a.1030...@linux.vnet.ibm.com
Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Mauricio Faria de Oliveira (2014-08-21): > Package: src:xcb-util > Version: 0.3.8-2 > Tags: patch > > Hi Cyril, > > Thanks for looking at this. > > > at Aurelien's request, I've tried applying your patch and triggering a > > build on amd64 in a sid chroot but it failed with: > > The build with the patch worked for me, in a amd64 sid chroot. > It built successfully, producing identical package contents. > > I am attaching a debdiff for your convenience. > > Any chance something was missing on your environment? It doesn't hurt > to ask. :) So it fails to build in a sid devel chroot on two different machines but indeed builds successfully in a minimal (sbuild) chroot. I suspect my development sid chroots have some more packages installed, one of which triggers the FTBFS. I'm not exactly happy with uploading a change that introduces a FTBFS in conditions that haven't been determined yet. :/ And I can't promise I'll be able to debug this right away since I'm otherwise busy with d-i. I'm anyway attaching the list of packages installed on one of these chroots, in case it helps someone figure out what the problem is. Mraw, KiBi. ii adduser3.113+nmu3all add and remove users and groups ii apt1.0.6 amd64 commandline package manager ii apt-file 2.5.2.3 all search for files within Debian packages (command-line interface) ii apt-utils 1.0.6 amd64 package management related utility programs ii aptitude 0.6.11-1 amd64 terminal-based package manager ii aptitude-common0.6.11-1 all architecture independent files for the aptitude package manager ii autoconf 2.69-7all automatic configure script builder ii automake 1:1.14.1-3all Tool for generating GNU Standards-compliant Makefiles ii autopoint 0.19.2-1 all The autopoint program from GNU gettext ii autotools-dev 20140510.1all Update infrastructure for config.{guess,sub} files ii base-files 7.5 amd64 Debian base system miscellaneous files ii base-passwd3.5.33amd64 Debian base system master password and group files ii bash 4.3-8 amd64 GNU Bourne Again SHell ii bash-completion1:2.1-4 all programmable completion for the bash shell ii binutils 2.24.51.20140818-1amd64 GNU assembler, linker and binary utilities ii bsdmainutils 9.0.5 amd64 collection of more utilities from FreeBSD ii bsdutils 1:2.20.1-5.8 amd64 Basic utilities from 4.4BSD-Lite ii build-essential11.7 amd64 Informational list of build-essential packages ii bzip2 1.0.6-7 amd64 high-quality block-sorting file compressor - utilities ii ca-certificates20140325 all Common CA certificates ii cdbs 0.4.125 all common build system for Debian packages ii chromium 35.0.1916.153-2 amd64 Chromium web browser ii chromium-inspector 35.0.1916.153-2 all page inspector for the Chromium browser ii coreutils 8.21-1.2 amd64 GNU core utilities ii cpio 2.11+dfsg-2 amd64 GNU cpio -- a program to manage archives of files ii cpp4:4.9.1-3 amd64 GNU C preprocessor (cpp) ii cpp-4.84.8.3-9 amd64 GNU C preprocessor ii cpp-4.94.9.1-8 amd64 GNU C preprocessor ii cron 3.0pl1-124.2 amd64 process scheduling daemon ii curl 7.37.1-1 amd64 command line tool for transferring data with URL syntax ii dash 0.5.7-4 amd64 POSIX-compliant shell ii dbus 1.8.6-2 amd64 simple interprocess messaging system (daemon and utilities) ii debconf1.5.53all Deb
Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Package: src:xcb-util Version: 0.3.8-2 Tags: patch Hi Cyril, Thanks for looking at this. > at Aurelien's request, I've tried applying your patch and triggering a > build on amd64 in a sid chroot but it failed with: The build with the patch worked for me, in a amd64 sid chroot. It built successfully, producing identical package contents. I am attaching a debdiff for your convenience. Any chance something was missing on your environment? It doesn't hurt to ask. :) This is what I done: $ sudo debootstrap --arch=amd64 --variant=buildd sid sid.amd64 http://ftp.br.debian.org/debian (performed 2 package builds w/ dpkg-buildpackage: without and with the patch) $ for deb in *.deb; do dpkg-deb -c $deb | cut -d. -f2- | sort > $deb.contents; done $ diff libxcb-util0_0.3.8-2{,ppc64el1}_amd64.deb.contents $ echo $? 0 $ diff libxcb-util0-dev_0.3.8-2{,ppc64el1}_amd64.deb.contents $ echo $? 0 Cheers, -- Mauricio Faria de Oliveira IBM Linux Technology Center diff -Nru xcb-util-0.3.8/debian/changelog xcb-util-0.3.8/debian/changelog --- xcb-util-0.3.8/debian/changelog 2012-02-09 22:42:01.0 -0200 +++ xcb-util-0.3.8/debian/changelog 2014-08-21 15:05:41.0 -0300 @@ -1,3 +1,9 @@ +xcb-util (0.3.8-2ppc64el1) UNRELEASED; urgency=medium + + * Build with dh-autoreconf. Thanks to Breno Henrique Leitao. (Closes: #748983) + + -- Mauricio Faria de Oliveira Thu, 21 Aug 2014 14:57:24 -0300 + xcb-util (0.3.8-2) unstable; urgency=low * Convert to multi-arch. Thanks to Tom Ellis diff -Nru xcb-util-0.3.8/debian/control xcb-util-0.3.8/debian/control --- xcb-util-0.3.8/debian/control 2012-02-08 17:40:41.0 -0200 +++ xcb-util-0.3.8/debian/control 2014-08-21 15:05:41.0 -0300 @@ -15,7 +15,8 @@ autotools-dev, autoconf, automake, - xutils-dev + xutils-dev, + dh-autoreconf Standards-Version: 3.9.2 Homepage: http://xcb.freedesktop.org Vcs-Git: git://git.debian.org/pkg-xorg/lib/xcb-util.git diff -Nru xcb-util-0.3.8/debian/rules xcb-util-0.3.8/debian/rules --- xcb-util-0.3.8/debian/rules 2012-02-08 17:40:41.0 -0200 +++ xcb-util-0.3.8/debian/rules 2014-08-21 15:05:41.0 -0300 @@ -4,6 +4,7 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk +include /usr/share/cdbs/1/rules/autoreconf.mk DEB_DH_MAKESHLIBS_ARGS=-V
Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Hi Cyril, I am traveling to Portland and without too much acess to it. I would ask Mauricio to solve it. Thank you, Breno On 08/21/2014 02:33 PM, Cyril Brulebois wrote: > Breno Leitao (2014-05-22): >> Package: xcb-util >> Version: 0.3.8 >> Severity: normal >> Tags: patch >> User: debian-powe...@lists.debian.org >> Usertags: ppc64el >> User: debian-de...@lists.debian.org >> Usertags: autoreconf >> >> Hi, >> >> The xcb-util package is not invoking dh-autoreconf during the build, which >> fails when we try to compile it on new arches. I just tested the attached >> patch and with it applied, the package is built properly. > > Hi, > > at Aurelien's request, I've tried applying your patch and triggering a > build on amd64 in a sid chroot but it failed with: > | (sid-amd64-devel)kibi@arya:~/debian-x/xcb-util$ debuild -b > | dpkg-buildpackage -rfakeroot -D -us -uc -b > | dpkg-buildpackage: source package xcb-util > | dpkg-buildpackage: source version 0.3.8-3 > | dpkg-buildpackage: source distribution UNRELEASED > | dpkg-buildpackage: source changed by Cyril Brulebois > | dpkg-source --before-build xcb-util > | dpkg-buildpackage: host architecture amd64 > | fakeroot debian/rules clean > | test -x debian/rules > | rm -f debian/stamp-makefile-build debian/stamp-makefile-install > | /usr/bin/make -C . -k distclean > | make[1]: Entering directory '/home/kibi/debian-x/xcb-util' > | make[1]: *** No rule to make target 'distclean'. > | make[1]: Leaving directory '/home/kibi/debian-x/xcb-util' > | /usr/share/cdbs/1/class/makefile.mk:55: recipe for target > | 'makefile-clean' failed > | make: [makefile-clean] Error 2 (ignored) > | rm -f debian/stamp-autotools > | rmdir --ignore-fail-on-non-empty . > | rmdir: failed to remove ‘.’: Invalid argument > | /usr/share/cdbs/1/class/autotools.mk:52: recipe for target > | 'makefile-clean' failed > | make: [makefile-clean] Error 1 (ignored) > | rm -f configure-stamp > | # Specific to Git Debian package > | rm -f Doxyfile .gitmodules autogen.sh > | if test -e debian/autoreconf.before; then \ > | dh_autoreconf_clean ; \ > | fi > | dh_clean > | rm -f debian/stamp-autotools-files > | debian/rules build > | test -x debian/rules > | mkdir -p "." > | dh_autoreconf > | configure.ac:17: installing './compile' > | configure.ac:6: installing './install-sh' > | configure.ac:6: installing './missing' > | Makefile.am:6: error: 'pkgconfig_DATA' is used but 'pkgconfigdir' is > | undefined > | src/Makefile.am:2: error: Libtool library used but 'LIBTOOL' is > | undefined > | src/Makefile.am:2: The usual way to define 'LIBTOOL' is to add > | 'LT_INIT' > | src/Makefile.am:2: to 'configure.ac' and run 'aclocal' and 'autoconf' > | again. > | src/Makefile.am:2: If 'LT_INIT' is in 'configure.ac', make sure > | src/Makefile.am:2: its definition is in aclocal's search path. > | src/Makefile.am: installing './depcomp' > | src/Makefile.am:14: error: 'xcbinclude_HEADERS' is used but > | 'xcbincludedir' is undefined > | autoreconf: automake failed with exit status: 1 > | dh_autoreconf: autoreconf -f -i returned exit code 1 > | /usr/share/cdbs/1/rules/autoreconf.mk:10: recipe for target > | 'debian/autoreconf.after' failed > | make: *** [debian/autoreconf.after] Error 2 > | dpkg-buildpackage: error: debian/rules build gave error exit status 2 > | debuild: fatal error at line 1364: > | dpkg-buildpackage -rfakeroot -D -us -uc -b failed > > Mraw, > KiBi. > -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53f62e57.5030...@br.ibm.com
Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Breno Leitao (2014-05-22): > Package: xcb-util > Version: 0.3.8 > Severity: normal > Tags: patch > User: debian-powe...@lists.debian.org > Usertags: ppc64el > User: debian-de...@lists.debian.org > Usertags: autoreconf > > Hi, > > The xcb-util package is not invoking dh-autoreconf during the build, which > fails when we try to compile it on new arches. I just tested the attached > patch and with it applied, the package is built properly. Hi, at Aurelien's request, I've tried applying your patch and triggering a build on amd64 in a sid chroot but it failed with: | (sid-amd64-devel)kibi@arya:~/debian-x/xcb-util$ debuild -b | dpkg-buildpackage -rfakeroot -D -us -uc -b | dpkg-buildpackage: source package xcb-util | dpkg-buildpackage: source version 0.3.8-3 | dpkg-buildpackage: source distribution UNRELEASED | dpkg-buildpackage: source changed by Cyril Brulebois | dpkg-source --before-build xcb-util | dpkg-buildpackage: host architecture amd64 | fakeroot debian/rules clean | test -x debian/rules | rm -f debian/stamp-makefile-build debian/stamp-makefile-install | /usr/bin/make -C . -k distclean | make[1]: Entering directory '/home/kibi/debian-x/xcb-util' | make[1]: *** No rule to make target 'distclean'. | make[1]: Leaving directory '/home/kibi/debian-x/xcb-util' | /usr/share/cdbs/1/class/makefile.mk:55: recipe for target | 'makefile-clean' failed | make: [makefile-clean] Error 2 (ignored) | rm -f debian/stamp-autotools | rmdir --ignore-fail-on-non-empty . | rmdir: failed to remove ‘.’: Invalid argument | /usr/share/cdbs/1/class/autotools.mk:52: recipe for target | 'makefile-clean' failed | make: [makefile-clean] Error 1 (ignored) | rm -f configure-stamp | # Specific to Git Debian package | rm -f Doxyfile .gitmodules autogen.sh | if test -e debian/autoreconf.before; then \ | dh_autoreconf_clean ; \ | fi | dh_clean | rm -f debian/stamp-autotools-files | debian/rules build | test -x debian/rules | mkdir -p "." | dh_autoreconf | configure.ac:17: installing './compile' | configure.ac:6: installing './install-sh' | configure.ac:6: installing './missing' | Makefile.am:6: error: 'pkgconfig_DATA' is used but 'pkgconfigdir' is | undefined | src/Makefile.am:2: error: Libtool library used but 'LIBTOOL' is | undefined | src/Makefile.am:2: The usual way to define 'LIBTOOL' is to add | 'LT_INIT' | src/Makefile.am:2: to 'configure.ac' and run 'aclocal' and 'autoconf' | again. | src/Makefile.am:2: If 'LT_INIT' is in 'configure.ac', make sure | src/Makefile.am:2: its definition is in aclocal's search path. | src/Makefile.am: installing './depcomp' | src/Makefile.am:14: error: 'xcbinclude_HEADERS' is used but | 'xcbincludedir' is undefined | autoreconf: automake failed with exit status: 1 | dh_autoreconf: autoreconf -f -i returned exit code 1 | /usr/share/cdbs/1/rules/autoreconf.mk:10: recipe for target | 'debian/autoreconf.after' failed | make: *** [debian/autoreconf.after] Error 2 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 | debuild: fatal error at line 1364: | dpkg-buildpackage -rfakeroot -D -us -uc -b failed Mraw, KiBi. signature.asc Description: Digital signature
Bug#748983: xcb-util: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Package: xcb-util Version: 0.3.8 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el User: debian-de...@lists.debian.org Usertags: autoreconf Hi, The xcb-util package is not invoking dh-autoreconf during the build, which fails when we try to compile it on new arches. I just tested the attached patch and with it applied, the package is built properly. Thank you, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Index: xcb-util-0.3.8/debian/control === --- xcb-util-0.3.8.orig/debian/control 2012-02-08 19:40:41.0 + +++ xcb-util-0.3.8/debian/control 2014-05-22 19:54:15.0 + @@ -15,7 +15,8 @@ autotools-dev, autoconf, automake, - xutils-dev + xutils-dev, + dh-autoreconf Standards-Version: 3.9.2 Homepage: http://xcb.freedesktop.org Vcs-Git: git://git.debian.org/pkg-xorg/lib/xcb-util.git Index: xcb-util-0.3.8/debian/rules === --- xcb-util-0.3.8.orig/debian/rules 2012-02-08 19:40:41.0 + +++ xcb-util-0.3.8/debian/rules 2014-05-22 19:54:03.0 + @@ -4,6 +4,7 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk +include /usr/share/cdbs/1/rules/autoreconf.mk DEB_DH_MAKESHLIBS_ARGS=-V