From: Martin Jansa <martin.jansa@gmail.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [meta-oe][meta-efl][meta-gpe][PATCH 7/7] kernel.bbclass: Use kmod-native instead of module-init-tools-cross
Date: Mon, 7 May 2012 22:17:58 +0200 [thread overview]
Message-ID: <20120507201758.GC3146@jama.jama.net> (raw)
In-Reply-To: <20120507194138.GA3146@jama.jama.net>
[-- Attachment #1: Type: text/plain, Size: 4411 bytes --]
On Mon, May 07, 2012 at 09:41:38PM +0200, Martin Jansa wrote:
> On Mon, May 07, 2012 at 09:17:02PM +0200, Martin Jansa wrote:
> > From: Khem Raj <raj.khem@gmail.com>
>
> This is needed in meta-oe because without module-init-tools in oe-core
> we get failures like this:
>
> ERROR: Nothing PROVIDES 'virtual/arm-oe-linux-gnueabi-depmod' (but
> /OE/shr-core/meta-smartphone/meta-openmoko/recipes-kernel/linux/linux-openmoko_3.2.bb,
> /OE/shr-core/meta-smartphone/meta-samsung/recipes-kernel/linux/linux-samsung-crespo_git.bb,
> /OE/shr-core/meta-handheld/recipes-kernel/linux/linux_3.0.1.bb DEPENDS
> on or otherwise requires it)
> NOTE: Runtime target 'kernel' is unbuildable, removing...
> Missing or unbuildable dependency chain was: ['kernel',
> 'virtual/arm-oe-linux-gnueabi-depmod']
>
> kmod recipes should be droped from meta-oe too to get rid of this
> warning:
> ERROR: Multiple .bb files are due to be built which each provide kmod
> (/OE/shr-core/openembedded-core/meta/recipes-kernel/kmod/kmod_git.bb
> /OE/shr-core/meta-openembedded/meta-oe/recipes-kernel/kmod/kmod_git.bb).
>
> I have patch for it in jansa/pull2 too, but
> ERROR: Package version for package kmod went backwards which would break
> package feeds from (0:git-r3 to
> 0:7+git02629fa02e96763db7460a930239cc93649a52f8-r0.0)
> so we need PE bump preferably in oe-core.
This seems to be fine for opkg.. only buildhistory doesn't play nice
with gitpkgv.bbclass, because actual version was 7-r3 and opkg upgrades
it on target (this is after "fixing" libkmod packaging by including
libdir as well as base_libdir pattern..)
Upgrading libkmod2 on root from 7-r3 to
7+git02629fa02e96763db7460a930239cc93649a52f8-r0.0...
And
CONFLICTS_${PN} += "module-init-tools-insmod-static module-init-tools-depmod module-init-tools"
should be probably
RCONFLICTS_${PN} += "module-init-tools-insmod-static module-init-tools-depmod module-init-tools"
RREPLACES_${PN} += "module-init-tools-insmod-static module-init-tools-depmod module-init-tools"
Cheers,
>
> And also libkmod*so.* is now packaged in kmod package not libkmod but that's
> probably bug in oe-core recipe... because
> FILES_libkmod = "${base_libdir}/libkmod*${SOLIBS}"
> and they are installed in ${libdir}.
> probably that's from where this comment in kmod recipe comes from
> # libdir = "${base_libdir}"
>
> Cheers,
>
> > Signed-off-by: Khem Raj <raj.khem@gmail.com>
> > Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> > ---
> > meta-oe/classes/kernel.bbclass | 7 +++----
> > 1 files changed, 3 insertions(+), 4 deletions(-)
> >
> > diff --git a/meta-oe/classes/kernel.bbclass b/meta-oe/classes/kernel.bbclass
> > index 66398ef..b431f8e 100644
> > --- a/meta-oe/classes/kernel.bbclass
> > +++ b/meta-oe/classes/kernel.bbclass
> > @@ -1,7 +1,7 @@
> > inherit linux-kernel-base module_strip
> >
> > PROVIDES += "virtual/kernel"
> > -DEPENDS += "virtual/${TARGET_PREFIX}gcc virtual/${TARGET_PREFIX}depmod virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX} update-modules"
> > +DEPENDS += "virtual/${TARGET_PREFIX}gcc kmod-native virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX} update-modules"
> >
> > # we include gcc above, we dont need virtual/libc
> > INHIBIT_DEFAULT_DEPS = "1"
> > @@ -274,7 +274,7 @@ if [ ! -e "$D/lib/modules/${KERNEL_VERSION}" ]; then
> > mkdir -p $D/lib/modules/${KERNEL_VERSION}
> > fi
> > if [ -n "$D" ]; then
> > - ${HOST_PREFIX}depmod -A -b $D -F ${STAGING_KERNEL_DIR}/System.map-${KERNEL_VERSION} ${KERNEL_VERSION}
> > + depmod -a -b $D -F ${STAGING_KERNEL_DIR}/System.map-${KERNEL_VERSION} ${KERNEL_VERSION}
> > else
> > depmod -a
> > fi
> > @@ -352,9 +352,8 @@ python populate_packages_prepend () {
> > if m:
> > kernelver_stripped = m.group(1)
> > path = d.getVar("PATH", True)
> > - host_prefix = d.getVar("HOST_PREFIX", True) or ""
> >
> > - cmd = "PATH=\"%s\" %sdepmod -n -a -r -b %s -F %s/boot/System.map-%s %s" % (path, host_prefix, dvar, dvar, kernelver, kernelver_stripped)
> > + cmd = "PATH=\"%s\" depmod -n -a -b %s -F %s/boot/System.map-%s %s" % (path, dvar, dvar, kernelver, kernelver_stripped)
> > f = os.popen(cmd, 'r')
> >
> > deps = {}
> > --
> > 1.7.8.6
> >
>
> --
> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
prev parent reply other threads:[~2012-05-07 20:27 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-07 19:05 [meta-oe][meta-efl][meta-gpe][PATCH 0/5] fixes after glib-2.0 upgrade Martin Jansa
2012-05-07 19:05 ` [meta-oe][meta-efl][meta-gpe][PATCH 1/5] libsoup-2.4, gobject-introspection: upgraded in oe-core Martin Jansa
2012-05-07 19:05 ` [meta-oe][meta-efl][meta-gpe][PATCH 2/5] libgee: upgrade to 0.6.4 Martin Jansa
2012-05-07 19:05 ` [meta-oe][meta-efl][meta-gpe][PATCH 3/5] glibmm: fix build with glib-2.32 Martin Jansa
2012-05-07 19:05 ` [meta-oe][meta-efl][meta-gpe][PATCH 4/5] loudmouth: " Martin Jansa
2012-05-07 19:05 ` [meta-oe][meta-efl][meta-gpe][PATCH 5/5] gpe-scap: migrate to use libsoup-2.4 instead of libsoup-2.2 API Martin Jansa
[not found] ` <cover.1336418115.git.Martin.Jansa@gmail.com>
2012-05-07 19:17 ` [meta-oe][meta-efl][meta-gpe][PATCH 6/7] kernel.bbclass: move kernel-vmlinux up in PACKAGES Martin Jansa
2012-05-07 19:17 ` [meta-oe][meta-efl][meta-gpe][PATCH 7/7] kernel.bbclass: Use kmod-native instead of module-init-tools-cross Martin Jansa
2012-05-07 19:41 ` Martin Jansa
2012-05-07 20:17 ` Martin Jansa [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120507201758.GC3146@jama.jama.net \
--to=martin.jansa@gmail.com \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox