On Tue, Dec 19, 2017 at 8:52 PM, ChenQi <qi.c...@windriver.com> wrote: > On 12/19/2017 10:33 PM, Bruce Ashfield wrote: >> >> On Tue, Dec 19, 2017 at 12:23 AM, ChenQi <qi.c...@windriver.com> wrote: >>> >>> On 12/19/2017 12:45 PM, Bruce Ashfield wrote: >>>> >>>> On Mon, Dec 18, 2017 at 11:03 AM, Ross Burton <ross.bur...@intel.com> >>>> wrote: >>>>> >>>>> Hi, >>>>> >>>>> Another batch of patches from the list which have passed autobuilder >>>>> testing and >>>>> review. >>>>> >>>>> Ross >>>>> >>>>> The following changes since commit >>>>> d6b6508e0be4452eb285495403b73fa9fcf51e3e: >>>>> >>>>> temp disable inode checking on sstate (2017-12-13 14:02:02 +0000) >>>>> >>>>> are available in the git repository at: >>>>> >>>>> git://git.yoctoproject.org/poky-contrib ross/mut >>>>> >>>>> for you to fetch changes up to >>>>> f64e867d1ff5e559a96f44fac8a2434ad2643502: >>>>> >>>>> meta-selftest: wic: Add test for --use-uuid / --fsuuid (2017-12-16 >>>>> 00:21:42 +0000) >>>>> >>>>> ---------------------------------------------------------------- >>>>> Alejandro Hernandez (4): >>>>> busybox: Add mkfs.EXT2 support on poky-tiny >>>>> linux-yocto: Update genericx86* SRCREVs for linux-yocto 4.9 >>>>> linux-yocto: Update genericx86* SRCREVs for linux-yocto 4.12 >>>>> linux-yocto: Update genericx86* SRCREVs for linux-yocto 4.4 >>>>> >>>>> Alexander Kanavin (9): >>>>> gobject-introspection: update to 1.54.1 >>>>> webkitgtk: update to 2.18.3 >>>>> psmisc: update to 23.0 >>>>> ffmpeg: update to 3.4 >>>>> devtool: add a 'latest-version' command >>>>> devtool: provide useful defaults for version/commit when >>>>> upgrading >>>>> recipes >>>>> devtool: add license checksum change handling to 'devtool >>>>> upgrade' >>>>> maintainers.inc: add an entry for dwarfsrcfiles >>>>> maintainers.inc: add an entry for pkgconf >>>>> >>>>> Chang Rebecca Swee Fun (1): >>>>> recipetool: create: fix conflict between SRCREV and tag >>>>> >>>>> Chen Qi (4): >>>>> coreutils: upgrade to 8.28 >>>>> coreutils: add PACKAGECONFIG for single-binary >>>>> dbus: upgrade to 1.12.2 >>>>> dbus-test: upgrade to 1.12.2 >>>> >>>> >>>> Anyone else seeing dbus blow up during configure after this update ? >>>> >>>> -------------------------------- >>>> Initialising tasks: 100% >>>> >>>> >>>> |########################################################################################################################################| >>>> Time: 0:00:00 >>>> >>>> NOTE: Executing SetScene Tasks >>>> >>>> NOTE: Executing RunQueue Tasks >>>> >>>> ERROR: dbus-native-1.12.2-r0 do_configure: autoreconf execution failed. >>>> >>>> ERROR: dbus-native-1.12.2-r0 do_configure: Function failed: >>>> do_configure (log file is located at >>>> >>>> >>>> /home/bruce/poky/build/tmp/work/x86_64-linux/dbus-native/1.12.2-r0/temp/log.do_configure.30425) >>>> >>>> ERROR: Logfile of failure stored in: >>>> >>>> >>>> /home/bruce/poky/build/tmp/work/x86_64-linux/dbus-native/1.12.2-r0/temp/log.do_configure.30425 >>>> >>>> Log data follows: >>>> >>>> | DEBUG: Executing shell function autotools_preconfigure >>>> >>>> | DEBUG: Shell function autotools_preconfigure finished >>>> >>>> | DEBUG: Executing python function autotools_aclocals >>>> >>>> | DEBUG: SITE files ['endian-little', 'common-linux', 'common-glibc', >>>> 'bit-64', 'x86_64-linux', 'common'] >>>> >>>> | DEBUG: Python function autotools_aclocals finished >>>> >>>> | DEBUG: Executing shell function do_configure >>>> >>>> | automake (GNU automake) 1.15.1 >>>> >>>> | Copyright (C) 2017 Free Software Foundation, Inc. >>>> >>>> | License GPLv2+: GNU GPL version 2 or later >>>> <http://gnu.org/licenses/gpl-2.0.html> >>>> >>>> | This is free software: you are free to change and redistribute it. >>>> >>>> | There is NO WARRANTY, to the extent permitted by law. >>>> >>>> | >>>> >>>> | Written by Tom Tromey <tro...@redhat.com> >>>> >>>> | and Alexandre Duret-Lutz <a...@gnu.org>. >>>> >>>> >>>> <snip> >>>> >>>> | autoreconf: running: >>>> >>>> >>>> /home/bruce/poky/build/tmp/work/x86_64-linux/dbus-native/1.12.2-r0/recipe-sysroot-native/usr/bin/autoconf >>>> >>>> >>>> --include=/home/bruce/poky/build/tmp/work/x86_64-linux/dbus-native/1.12.2-r0/dbus-1.12.2/m4/ >>>> --force >>>> >>>> | configure.ac:95: error: Unexpanded AX_ macro found. Please install >>>> GNU autoconf-archive >>>> >>>> | If this token and others are legitimate, please use >>>> m4_pattern_allow. >>>> >>>> | See the Autoconf documentation. >>>> >>>> | configure.ac:374: error: Unexpanded AX_ macro found. Please install >>>> GNU autoconf-archive >>>> >>>> | autoreconf: >>>> >>>> /home/bruce/poky/build/tmp/work/x86_64-linux/dbus-native/1.12.2-r0/recipe-sysroot-native/usr/bin/autoconf >>>> failed with exit status: 1 >>>> >>>> | ERROR: autoreconf execution failed. >>>> >>>> | WARNING: exit code 1 from a shell command. >>>> >>>> | ERROR: Function failed: do_configure (log file is located at >>>> >>>> >>>> /home/bruce/poky/build/tmp/work/x86_64-linux/dbus-native/1.12.2-r0/temp/log.do_configure.30425) >>>> >>>> ERROR: Task >>>> >>>> (virtual:native:/home/bruce/poky/meta/recipes-core/dbus/dbus_1.12.2.bb:do_configure) >>>> failed with exit code '1' >>>> >>>> NOTE: Tasks Summary: Attempted 458 tasks of which 451 didn't need to >>>> be rerun and 1 failed. >>>> >>>> -------------------------------- >>>> >>>> Is there something I should have cleaned besides dbus and dbus-native >>>> ? This is a >>>> build directory that I've been using for ages (if that makes a >>>> difference). >>>> >>>> Reverting the uprev of the dbus packages, fixed my build. >>>> >>>> Bruce >>>> >>>> >>> Hi Bruce, >>> >>> I also encountered similar problem when I was upgrading dbus. The problem >>> has been solved by adding 'autoconf-archive' to DEPENDS. >>> >>> configure.ac:374 means macro AX_CODE_COVERAGE. >>> For now, I can find it in recipe-sysroot-native of dbus-native. See >>> below. >>> >>> ~/poky/build-systemd/tmp/work/x86_64-linux/dbus-native/1.12.2-r0 [1] $ >>> grep >>> -rw AX_CODE_COVERAGE recipe-sysroot-native/ >>> recipe-sysroot-native/usr/share/aclocal/ax_code_coverage.m4:# >>> AX_CODE_COVERAGE() >>> recipe-sysroot-native/usr/share/aclocal/ax_code_coverage.m4:# >>> AX_CODE_COVERAGE >>> >>> recipe-sysroot-native/usr/share/aclocal/ax_code_coverage.m4:AC_DEFUN([AX_CODE_COVERAGE],[ >>> >>> ~/poky/build-systemd/tmp/work/x86_64-linux/dbus-native/1.12.2-r0 [1] $ >>> grep >>> ax_code_coverage.m4 >>> recipe-sysroot-native/installeddeps/autoconf-archive-native >>> recipe-sysroot-native/usr/share/aclocal/ax_code_coverage.m4 >>> >>> Could you please help check if autoconf-archive-native is in DEPENDS of >>> dbus-native? And also the above files available in recipe-sysroot-native >>> of >>> dbus-native? >> >> I removed my revert of the upgrade, and it definitely blew up again >> (in the same way). Here's >> the things you wanted me to check: >> >> yow-bashfiel-d4 [/home/bruc.../1.12.2-r0]> pwd >> /home/bruce/poky/build/tmp/work/x86_64-linux/dbus-native/1.12.2-r0 >> yow-bashfiel-d4 [/home/bruc.../1.12.2-r0]> grep -rw AX_CODE_COVERAGE >> recipe-sysroot-native/ >> >> So that AC define isn't in my native sysroot. >> >> As for the depends, do you mean dumping it from bitbake, or just >> reading the recipe ? >> (I'm thinking bitbake, since anyone could read the recipe), but for >> completeness sake, the >> recipe has: >> >> DEPENDS = "expat virtual/libintl autoconf-archive" >> RDEPENDS_dbus_class-native = "" >> RDEPENDS_dbus_class-nativesdk = "" >> >> And from bitbake -e on dbus-native: >> >> DEPENDS="pkgconfig-native autoconf-native automake-native >> libtool-native gnu-config-native gettext-minimal-native expat-native >> virtual/libintl-native autoconf-archive-native" >> >> ... but yet, I still fail to configure. >> >> Bruce >> > > Hi Bruce, > > That is strange. After thinking for quite a while, my best guess is that you > might be using an old meta-openembedded repo. If this is not the case, then > I must get the environment for further investigation.
Aha!! Your guess is right. Thanks for helping me sort this out. I was only updating oe-core to keep my rebuild minimal, and that is what caused the problem. If I had noticed the original patches on the list, I probably would have been aware of that requirement. Cheers, Bruce > > The autoconf-archive recipe was in meta-openembedded repo and was later > moved to oe-core. > I found a commit in meta-openembedded's commit history that might be related > to this problem. > > commit 449030b1b920a0ee12a63e2655744db559303778 > Author: Zhixiong Chi <zhixiong....@windriver.com> > Date: Wed Apr 19 14:28:35 2017 +0800 > > autoconf-archive: drop m4files confliction with gnome-common > > Delete the conflicting m4files with gnome-common to avoid the > confliction, > and the two m4 files will be installed by gnome-common that comes from > oe-core, then set rdepends to gnome-common. > > Signed-off-by: Zhixiong Chi <zhixiong....@windriver.com> > Signed-off-by: Martin Jansa <martin.ja...@gmail.com> > > Note that this commit adds a patch to autoconf-archive which removes two m4 > files. > > +-M4FILES="m4_esyscmd([echo -n m4/*.m4])" > ++M4FILES="m4_esyscmd([echo -n m4/*.m4 | sed -e 's:m4/ax_code_coverage.m4 > ::g'|sed -e 's:m4/ax_check_enable_debug.m4 ::g'])" > > And the two errors you encountered are related to these two files. > > configure.ac:95: error: Unexpanded AX_ macro found. > > It's this one. AX_CHECK_ENABLE_DEBUG([$enable_developer]) > > configure.ac:374: error: Unexpanded AX_ macro found. > > It's this one. AX_CODE_COVERAGE > > If this is not the case, give me the environment personally if convenient, > and I'll find out why. > > Best Regards, > Chen Qi > > >>> Best Regards, >>> Chen Qi >> >> >> > -- "Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end" -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
