On 2015-04-28 02:49 AM, Schaumlöffel, Jan wrote:
Hi everyone,

I have a working root fs based on “dizzy”, for which I created a
customized machine config, a custom package config recipe and a custom
image recipe.

When running into problems with the python installation on that rootfs I
decided to upgrade to Poky 1.8 “fido”.

So I checked out the “fido” branches of the following repositories:

-git.yoctoproject.org/git/poky

-github.com/openembedded/openembedded-core.git

-github.com/openembedded/meta-openembedded.git

After that, a lot of packages were rebuilt (obviously), but everything
seemed to work, excluding the last step:

NOTE: Executing buildhistory_get_image_installed ...

DEBUG: Executing shell function buildhistory_get_image_installed

DEBUG: Shell function buildhistory_get_image_installed finished

NOTE: Executing: ldconfig -/…/mymachine
-poky-linux-gnueabi/mymachine-image/1.0-r0/rootfs-c new -v

ERROR: No kernel-abiversion file found
(/…/pkgdata/kernel-depmod/kernel-abiversion), cannot run depmod, aborting

DEBUG: Python function do_rootfs finished

ERROR: Function failed: do_rootfs

I already verified that a completely “vanilla” setup from these
repositories (i.e. source oe-init-build-env into empty directory, then
bitbake core-image-minimal) does indeed complete.

The problem is re-introduced as soon as I do not build with MACHINE ?=
“beaglebone” but with my own machine configuration. Naturally I compared
the configurations without finding anything too suspicious.

So, before I go into any further lengths about my machine configuration:
Are there any general hints why the “kernel-abiversion” file might go
missing after migrating from 1.7 to 1.8?

Hmmm. It shouldn't have gone missing. Bits of the kernel build
outputs did move around in 1.8, but the abiversion is still
generated and placed in the STAGING_KERNEL_BUILDDIR.

As for modules, it is placed in the PKGDESTWORK directory as part
of packaging.

After your build has failed, if you look in STAGING_KERNEL_BUILDDIR
do you see the abiversion file ?

Bruce



KR and TIA,

Jan




--
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Reply via email to