From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail1.windriver.com ([147.11.146.13]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1SPhqm-0002Dp-Ue for openembedded-core@lists.openembedded.org; Thu, 03 May 2012 00:16:45 +0200 Received: from ALA-HCA.corp.ad.wrs.com (ala-hca [147.11.189.40]) by mail1.windriver.com (8.14.3/8.14.3) with ESMTP id q42M6f6n011480 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 2 May 2012 15:06:41 -0700 (PDT) Received: from msp-dhcp15.wrs.com (172.25.34.15) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.1.255.0; Wed, 2 May 2012 15:06:40 -0700 Message-ID: <4FA1AFEF.2020105@windriver.com> Date: Wed, 2 May 2012 17:06:39 -0500 From: Mark Hatle Organization: Wind River Systems User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: References: <1335968616-2436-1-git-send-email-jason.wessel@windriver.com> <4FA145AD.4070606@windriver.com> <965C6250-6D1E-438E-8207-1E1D9DAF398A@dominion.thruhere.net> <1335995396.3181.10.camel@x121e.pbcl.net> In-Reply-To: <1335995396.3181.10.camel@x121e.pbcl.net> Subject: Re: [PATCH] qemu-native: depend on unfs-server-native X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 May 2012 22:16:45 -0000 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit On 5/2/12 4:49 PM, Phil Blundell wrote: > On Wed, 2012-05-02 at 16:44 +0200, Koen Kooi wrote: >> Op 2 mei 2012, om 16:33 heeft Jason Wessel het volgende geschreven: >> >>> On 05/02/2012 09:29 AM, Koen Kooi wrote: >>>> Op 2 mei 2012, om 16:23 heeft Jason Wessel het volgende geschreven: >>>> >>>>> The user mode NFS server does not get built by default when you are >>>>> using a purely command line driven development environment without SDK >>>>> tools. In order to accommodate simple test configurations and have >>>>> all the tools built for the minimal validation with qemu-native, >>>>> simply add the dependency to unfs-server-native. >>>> So all images I build for e.g. qemux86 now have an nfs-server? Can we please move settings like that to the specific images? >>>> >>> >>> This is part of the simulation environment. Not all of the run qemu functionality works correctly without this. >> >> I repeat: Can we please move settings like that to the specific images? >> >> I don't need nor want nfs servers in the images I build for qemu. And they work just fine without it. > > Surely unfs-server-native isn't going to go in the images, is it? The > name rather suggests that it is a host-side tool. From looking at the proposed patch, the unfs-server-native is a -build- (image) dependency, but it's not ending up in the final image. > The subject line for this patch is misleading, by the way. Saying > "qemu-native:" at the beginning makes it sound as though you are > changing something about the qemu-native package, which turns out to not > be the case as far as I can tell. I think the summary line is a bit misleading for people familiar with OE-core short logs. As I see it: qemu.inc: Machines including qemu support should have the unfs server available --Mark > p. > > > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core