Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 1/1] powertop: inherit update-alternatives and use	a higher priority than busybox
Date: Fri, 08 Jul 2011 17:43:27 +0100	[thread overview]
Message-ID: <1310143407.20015.910.camel@rex> (raw)
In-Reply-To: <AAA99274-8387-49A8-9DD1-0AA9FC18D344@dominion.thruhere.net>

On Fri, 2011-07-08 at 16:57 +0100, Koen Kooi wrote:
> 
> Op 8 jul. 2011 om 16:00 heeft Richard Purdie <richard.purdie@linuxfoundation.org> het volgende geschreven:
> 
> > On Fri, 2011-07-08 at 08:25 +0100, Koen Kooi wrote:
> >> 
> >> Op 8 jul. 2011 om 02:40 heeft "Cui, Dexuan" <dexuan.cui@intel.com> het volgende geschreven:
> >> 
> >>> Tom Rini wrote:
> >>>> On 07/07/2011 01:39 AM, Dexuan Cui wrote:
> >>>>> busybox-1.18.4 installs /bin/powertop and the powertop recipe
> >>>>> installs /usr/bin/powertop. So, in PATH, if /bin appears before
> >>>>> /usr/bin, we would run the version offered by busybox, which has a
> >>>>> very limited function (e.g., no parameter is accepted) and this
> >>>>> causes trouble to eclipse plugin. 
> >>>>> 
> >>>>> We can use update-alternatives for powertop with higher priority to
> >>>>> resolve the issue. 
> >>>>> 
> >>>>> Fixes [YOCTO #1208]
> >>>>> 
> >>>>> Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
> >>>> 
> >>>> This fix seems a bit incomplete.  Why is busybox putting powertop into
> >>>> /bin when it almost certainly belongs in /usr/bin like the real recipe
> >>>> was placing it.  busybox needs a fix here too.
> >>> Thanks for the comment! 
> >>> I was hesitant about fixing busybox as I wasn't sure if it's worthy
> >> to make a patch to only fix the path for busybox. I don't know why
> >> busybox puts it into /bin. I think the best place may be /usr/sbin/. 
> >>> A little unluckily this patch to powertop has been already in poky
> >> master... So maybe we could try to fix the recipes in future, e.g.,
> >> when upgrading them.
> >> 
> >> we should do the right thing in oe-core,  the poky people can clean up on their own. 
> > 
> > I don't think anyone is suggesting we shouldn't do the right thing in
> > OE-Core? :)
> > 
> > I merged the original patch on the grounds that its was an improvement
> > to the situation. We've identified a better improvement so can someone
> > please send me the patch and I'll likely merge that too.
> 
> the email makes it seem that the patch was merged into poky, but not
> oe-core.  When reading it like that the proposal involved merging the
> 'incomplete' patch for the sake of keeping poky and oe-core in sync

The OE-Core component of Poky always stays in sync now...

Cheers,

Richard





  reply	other threads:[~2011-07-08 16:48 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-07  8:39 [PATCH 0/1] the fix to bug 1208 Dexuan Cui
2011-07-07  8:39 ` [PATCH 1/1] powertop: inherit update-alternatives and use a higher priority than busybox Dexuan Cui
2011-07-07 15:40   ` Tom Rini
2011-07-08  1:40     ` Cui, Dexuan
2011-07-08  7:25       ` Koen Kooi
2011-07-08 15:00         ` Richard Purdie
2011-07-08 15:57           ` Koen Kooi
2011-07-08 16:43             ` Richard Purdie [this message]
2011-07-08 20:45               ` Koen Kooi
2011-07-07 12:37 ` [PATCH 0/1] the fix to bug 1208 Richard Purdie

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=1310143407.20015.910.camel@rex \
    --to=richard.purdie@linuxfoundation.org \
    --cc=openembedded-core@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