From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id CBF32E008D9; Tue, 18 Nov 2014 08:37:33 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] Received: from webmail.netmodule.com (webmail.netmodule.com [194.29.26.242]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 32915E008CA for ; Tue, 18 Nov 2014 08:37:28 -0800 (PST) Received: from [172.16.92.119] (172.16.92.119) by ebro.netmodule.intranet (172.16.92.40) with Microsoft SMTP Server (TLS) id 15.0.913.22; Tue, 18 Nov 2014 17:36:52 +0100 Message-ID: <546B7517.9040003@netmodule.com> Date: Tue, 18 Nov 2014 17:34:31 +0100 From: Stefan Eichenberger User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.2.0 MIME-Version: 1.0 To: ChenQi , "yocto@yoctoproject.org" References: <546AB7E7.5010304@windriver.com> In-Reply-To: <546AB7E7.5010304@windriver.com> X-Originating-IP: [172.16.92.119] X-ClientProxiedBy: ebro.netmodule.intranet (172.16.92.40) To ebro.netmodule.intranet (172.16.92.40) Subject: Re: Busybox sh link X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 16:37:33 -0000 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit 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