All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Mike \(mwester\)" <mwester@dls.net>
To: <openembedded-devel@lists.openembedded.org>
Subject: Re: Need advice on changing kernel.bbclass
Date: Thu, 7 Jun 2007 06:26:48 -0500	[thread overview]
Message-ID: <044101c7a8f6$bcf43290$6e01a8c0@twilight> (raw)
In-Reply-To: 200706070839.52842.openembedded@hrw.one.pl


----- Original Message ----- 
From: "Marcin Juszkiewicz" <openembedded@hrw.one.pl>
To: <openembedded-devel@lists.openembedded.org>
Sent: Thursday, June 07, 2007 1:39 AM
Subject: Re: [oe] Need advice on changing kernel.bbclass


>
> RPROVIDES_kernel-2.4.22-xfs = "kernel-image-2.4.22-xfs" should solve your
> problem.

I've made the change, and the build is starting...

but I'm not sure about this.  This will instruct ipkg that the package
"kernel-2.4.22-xfs" will satisify the dependency for
"kernel-image-2.4.22-xfs", right?  That's not the problem I've faced with
right now; I don't need to generate extra information for the
kernel-*.ipk --- that won't help the hundreds and hundreds of devices
already installed.  I need instead to alter the information in the generated
kernel-module-*.ipk files so that they do not have a dependency on
kernel-2.4.22-xfs (as the installed devices do not, according to the old
packaging, have that dependency satisfied -- instead they feature only
kernel-image-2.4.22-xfs).
Or do I misunderstand the RPROVIDES/RDEPENDS mechanism?

> Change was in kernel*.bbclass and it was discussed on this list -
> thread "[oe] RFC: Kernel image packaging" from 14 March this year.

I'll dig up that thread for review.  Clearly this is not a high-priority
problem, if it's taken almost 3 months for this issue to surface since this
change to kernel.bbclass was made -- clearly adding kernel modules to the
feeds for the older releases is not a common things any more.  But there is
a (reasonable) request in the queue, so I'd like to find a way to get those
modules built (that doesn't require the user to "upgrade" their installation
entirely, especially since I have no intention at this time of building a
new release for them to upgrade to!)

Thanks!
Mike (mwester)





  reply	other threads:[~2007-06-07 11:30 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-07  4:30 Need advice on changing kernel.bbclass Mike (mwester)
2007-06-07  6:39 ` Marcin Juszkiewicz
2007-06-07 11:26   ` Mike (mwester) [this message]
2007-06-07 11:56   ` Mike (mwester)
2007-06-07 12:41     ` Marcin Juszkiewicz
2007-06-07 18:45     ` Richard Purdie
2007-06-07 20:51       ` Mike (mwester)

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='044101c7a8f6$bcf43290$6e01a8c0@twilight' \
    --to=mwester@dls.net \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.