From: Stefan Eichenberger <stefan.eichenberger@netmodule.com>
To: ChenQi <Qi.Chen@windriver.com>,
"yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: Busybox sh link
Date: Tue, 18 Nov 2014 17:34:31 +0100 [thread overview]
Message-ID: <546B7517.9040003@netmodule.com> (raw)
In-Reply-To: <546AB7E7.5010304@windriver.com>
On 11/18/2014 04:07 AM, ChenQi wrote:
> On 11/17/2014 10:07 PM, Stefan Eichenberger wrote:
>> Hello all
>>
>> I have a question regarding busybox and sh. If I want to install bash
>> together with busybox ash, yocto does not consider the
>> ALTERNATIVE_PRIORITY in each case (e.g. if bash is installed before
>> busybox). The problem is that do_install of busybox creates a link to
>> busybox.nosuid. Is there a reason for that? Shouldn't
>> update-alternatives create that link for us? There is already a patch
>> available that targets this problem
>> (467b19efbaa9c0cb04d2665e8cd9a0919849a5ed ) but it only works if ash
>> is completely disabled in the busybox config.
>>
>> So the main question is, wouldn't it be possible to remove this lines
>> completely?
>>
>> Regards,
>> Stefan
>>
>>
>
> I can confirm that this is indeed a problem. And we need to fix this.
> I think the reason for this line is mainly to make 'busybox' provide
> '/bin/sh' so that do_rootfs would succeed.
>
> Regards,
> Chen Qi
Probably I miss something but I don't understand why do_rootfs fails if
the link is not provided? Isn't the link created anyhow during package
installation in the postinstall script with update-alternatives if
necessary?
For testing I removed the link creation temporary from the recipe and
built the core-image-minimal for qemux86, it was creating the link
correctly in this case.
Regards,
Stefan
next prev parent reply other threads:[~2014-11-18 16:37 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-17 14:07 Busybox sh link Stefan Eichenberger
2014-11-18 3:07 ` ChenQi
2014-11-18 16:34 ` Stefan Eichenberger [this message]
2014-11-19 6:00 ` ChenQi
2014-11-19 9:08 ` Stefan Eichenberger
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=546B7517.9040003@netmodule.com \
--to=stefan.eichenberger@netmodule.com \
--cc=Qi.Chen@windriver.com \
--cc=yocto@yoctoproject.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.