Re: Getting rid of /usr for F12?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 17.04.09 06:48, Ralf Corsepius (rc040203@xxxxxxxxxx) wrote:

>
> Lennart Poettering wrote:
>> Heya,
>>
>> there's one topic that keeps popping up in various discussions: can't
>> we get rid of /usr? The seperation of / and /usr doesn't make much
>> sense anymore.
>
> This is a very short-sighed view.

Oh, is it?

>> We could make /usr a symlink to / for an interims phase
>> and everything would be good for conservative folks who think the FHS
>> is the holy bible.
>
> Religiousity isn't the point - The point is: There are reasons for why  
> the FHS rsp. the GNU standards are setup the way they are.

First of all FHS is not a "GNU standard". 

Secondly, it is of course very convincing if you just nebulously say
'there are rasons' instead of mentioning any.

>> And for the folks who think /usr is awesome because it allows mounting
>> /usr ro while mounting / rw: it's not.
>> Much more useful it would be if
>> / in its entirety could be mounted ro. Debian allows that. It's not
>> too hard to make that work on fedora as well.
> You are oversimplifying.
>
> Mounting / ro: will never work (/var, /tmp, /etc etc.) , while mounting  
> /usr ro: should be pretty simply.

On Debian /etc doesn't need to be rw. And it wouldn't be too difficult
to allow the same on Fedora.

/tmp and /var should of course be mounted writable.

Lennart

-- 
Lennart Poettering                        Red Hat, Inc.
lennart [at] poettering [dot] net         ICQ# 11060553
http://0pointer.net/lennart/           GnuPG 0x1A015CC4

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux