Re: [PATCH 1/1] oprofile: Change /root to /home/root

[Saul Wold <sgw@linux.intel.com>]

On 07/03/2012 09:30 AM, Mark Hatle wrote:
> On 7/3/12 10:28 AM, Philip Balister wrote:
>> On 07/02/2012 07:44 PM, Khem Raj wrote:
>>> On Mon, Jul 2, 2012 at 1:06 PM, Phil Blundell <philb@gnu.org> wrote:
>>>>
>>>> Why is it putting "daemon setup information" in /root in the first
>>>> place? Surely that should go in /etc or some such place.
>>>>
>>>> Also, the choice of where root's home directory goes is a distro
>>>> decision and, in the general case, it is not correct to say that "OE
>>>> uses /home/root". Changing the hardcoded value from one thing to
>>>> another is probably not that much of an improvement overall.
>>>
>>> yes having ROOTHOME configurable is desirable but probably nothing as
>>> such
>>> exists AFAICT
>>
>> Why do we use /home/root instead of /root? If we are having to patch
>> multiple recipes to account for this, maybe we should default to /root?
>
> I attempted to figure this out yesterday... I probably have some details
> wrong, so anyone who knows should correct this...
>
> The original Zaurus (commercial release) used /home/root, because the
> main / filesystem was read-only, and there was a need for all user data
> to reside on rw space (SD card?)
>
> When OpenZaurus came about, it copied this behavior and it was
> eventually adopted by handhelds.org, nslu2, OpenEmbedded etc.. this is
> around 2004 time frame and later.
>
> The first reference to this I find in the logs is around January of
> 2004, and it's been that way ever since.
>
>  From what I can tell, there used to be a symlink from /root ->
> /home/root... but I don't see that symlink in OE anymore.
>
>
> This who /home/root vs /root certainly caught me by surprise.. but
> frankly I don't care either way. oprofile is not matching the system, so
> it needs to match -- or the system needs to change.
>
> Most of the developers I work with are partial to /root vs /home/root.
> I'm open to either changing it back to /root, allowing for a more
> dynamic option, or keeping it the way it is..
>
Mark,

For the sack of expediency, maybe we take your change now, can you file 
a bug to make it dynamic and we can get that fixed overall?

Making it dynamic will require a bit more work, would you take that RFE 
on for 1.3 or future?

Sau!

> --Mark
>
>> Philip
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>
>
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>