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 1RjD7i-0003Mj-25 for openembedded-core@lists.openembedded.org; Fri, 06 Jan 2012 17:58:34 +0100 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 q06Gp8Re022798 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Fri, 6 Jan 2012 08:51:08 -0800 (PST) Received: from Macintosh-5.local (172.25.36.228) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.1.255.0; Fri, 6 Jan 2012 08:51:08 -0800 Message-ID: <4F07267B.9010708@windriver.com> Date: Fri, 6 Jan 2012 10:51:07 -0600 From: Mark Hatle Organization: Wind River Systems User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: References: <20120106100934.GA3879@jama.jama.net> <77ADD6E7-5632-4B1A-ABC3-6E4DAEEAE3B6@dominion.thruhere.net> <4F071A65.90708@windriver.com> <1325866615.14746.4.camel@ted> In-Reply-To: Subject: Re: libs transition /usr/lib -> /lib questions 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: Fri, 06 Jan 2012 16:58:34 -0000 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit On 1/6/12 10:43 AM, Koen Kooi wrote: > > Op 6 jan. 2012, om 17:16 heeft Richard Purdie het volgende geschreven: > >> On Fri, 2012-01-06 at 09:04 -0700, Chris Larson wrote: >>> On Fri, Jan 6, 2012 at 8:59 AM, Mark Hatle wrote: >>>> On 1/6/12 4:34 AM, Koen Kooi wrote: >>>>> >>>>> >>>>> Op 6 jan. 2012, om 11:09 heeft Martin Jansa het volgende geschreven: >>>>> >>>>>> FWIW today I've noticed that systemd is going other way around >>>>>> http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken >>>>> >>>>> >>>>> And http://fedoraproject.org/wiki/Features/UsrMove >>>>> >>>>> I guess it's time to publish my angstrom branch doing that after the >>>>> holidays :) >>>> >>>> >>>> I respectfully disagree with both of the above URLs. >>>> >>>> The root partition is still very useful as a "small" set of applications and >>>> libraries required for booting. >>>> >>>> Most systems these days contain a combined root and usr partition, which is >>>> fine. However, there are a lot of systems that I've worked on in the past >>>> and I expect in the future that, root being a small R/O system is necessary. >>>> >>>> initramfs can solve some problems, but introduces other issues. Many of the >>>> systems I've worked on simple don't have enough flash to be able to store >>>> the bootloader, kernel and an initramfs [as well as other system items >>>> required by the devices]. In this case a base rootfs makes the most sense. >>> >>> In my opinion, what's proposed in the two links is a good thing even >>> for embedded. Not that we'd use that structure necessarily, but >>> removing the usr vs non-usr separation for binaries and libs is a good >>> thing regardless. Putting /usr in the rootfs still would still work >>> fine, or you could drop usr entirely and move everything to / the way >>> micro does. >> >> The nice thing is we have a system which can actually support the >> different options relatively easily and without much conflict. > > Except that things like fs-perms.txt store hardcoded values :( Yes "hard coded values" that include expandable variables: # Documentation should always be corrected ${mandir} 0755 root root true 0644 root root ${infodir} 0755 root root true 0644 root root ${docdir} 0755 root root true 0644 root root etc.. The format of this file was specifically setup to allow for people to adjust the value of the exec_prefix, libdir, etc as necessary without having to change the default fs-perms.txt. (Also keep in mind the expectation for distributions to add their own locations when necessary.) --Mark > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core