[OE-core] [PATCH] Revert "kmod: Use base_libdir for installing libkmod"

Tom Rini tom.rini at gmail.com
Thu May 17 21:16:37 UTC 2012


On Thu, May 17, 2012 at 10:02:43PM +0100, Richard Purdie wrote:
> On Thu, 2012-05-17 at 22:44 +0200, Koen Kooi wrote:
> > Op 17 mei 2012 om 22:29 heeft Richard Purdie <richard.purdie at linuxfoundation.org> het volgende geschreven:
> > 
> > > On Tue, 2012-05-15 at 13:54 -0700, Khem Raj wrote:
> > >> On Tue, May 15, 2012 at 2:32 AM, Koen Kooi <koen at dominion.thruhere.net> wrote:
> > >>> The commit breaks pkgconfig and after discussing it with the kmod and udev maintainers the conclusion was reached that putting the libraries in /lib instead of /usr/lib is not supported.
> > >>> 
> > >>> This reverts commit 6b74f2461735272bd950a4f060dab6e778a36f92.
> > >> 
> > >> while this is what I had initially it doesn't go well with kmod living in
> > >> /sbin and accessing libraries from /usr due to our QA checks although
> > >> I am all for simplifying it where we don't make this check at all.
> > > 
> > > I've had requests for it along with a commitment to fix it and patches.
> > > If we decide we don't want this, fine and that will be the case if
> > > patches are not forthcoming to fix the QA issues. I don't think we've
> > > reached that point at this with that yet.
> > > 
> > > I've decided to accept this patch and "unbreak" meta-oe/udev at the
> > > expense of screwing up OE-Core. I am however still deeply unhappy people
> > > are trying to bypass OE-Core this way and then "blackmail" OE-Core using
> > > breaking meta-oe as a reason. The whole systemd thing has been badly
> > > handled and needs to get fixed properly.
> > 
> > What does systemd have to do with this?
> 
> Why does meta-oe has its own udev recipe? Is systemd related to that at
> all?

I would imagine it's part of the tight coupling of parts here, yes.

> >  This is about a broken commit breaking udev 182 for over a week.
> 
> OE-Core worked fine and the commit fixes QA warnings which are now back.

Isn't the rule for QA errors supposed to be that you fix real problems
and tell the automated checks "we know what we're doing, be quiet" ?

All that's happened is that meta-oe has been working as intended and put
in a newer version of a recipe, before oe-core can move to it, and found
problems that need to be addressed.

-- 
Tom




More information about the Openembedded-core mailing list