From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.windriver.com ([147.11.1.11]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1SSaJC-0001DE-HQ for openembedded-core@lists.openembedded.org; Thu, 10 May 2012 22:49:58 +0200 Received: from ALA-HCA.corp.ad.wrs.com (ala-hca [147.11.189.40]) by mail.windriver.com (8.14.3/8.14.3) with ESMTP id q4AKe2gW016062 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Thu, 10 May 2012 13:40:02 -0700 (PDT) Received: from msp-dhcp22.wrs.com (172.25.34.22) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.1.255.0; Thu, 10 May 2012 13:40:02 -0700 Message-ID: <4FAC27A1.70902@windriver.com> Date: Thu, 10 May 2012 15:40:01 -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: <1336680237-31671-1-git-send-email-obi@opendreambox.org> In-Reply-To: Subject: Re: [PATCH] e2fsprogs: fix packaging error for libext2fs 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: Thu, 10 May 2012 20:49:59 -0000 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit On 5/10/12 3:30 PM, Khem Raj wrote: > On Thu, May 10, 2012 at 1:03 PM, Andreas Oberritter > wrote: >> >> -FILES_libext2fs = "${libdir}/e2initrd_helper ${libdir}/libext2fs.so.*" >> +FILES_libext2fs = "${libdir}/e2initrd_helper ${base_libdir}/libext2fs.so.*" > > its probably not a good idea to mix files from libdir and base_libdir > in a single > package. Since lately we have been accommodating /usr to be mounted > independently. I am assuming the e2initrd_helper is an libexec component... Will libext2fs.so.* still work (during initial boot) w/o the libexec component? (I am assuming it will...) So this looks correct to me. The split packages can have mixed base and prefixed components... it's the filesystem that we hope will work without the /usr being mounted. But if the library requires an item in /usr, then we may have to move that item to /lib as well.... --Mark > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core