Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Zac Medico <zmedico@g.o>
Subject: Re: Re: Let's redesign the entire filesystem!
Date: Wed, 14 Mar 2012 13:55:12 -0700
On 03/14/2012 01:03 PM, Richard Yao wrote:
> On 03/14/12 14:56, Zac Medico wrote:
>> On 03/14/2012 11:36 AM, Maxim Kammerer wrote:
>>> On Wed, Mar 14, 2012 at 19:58, Matthew Summers
>>> <quantumsummers@g.o> wrote:
>>>> Why is an in-kernel initramfs so bad anyway? I am baffled. Its quite
>>>> nice to have a minimal recovery env in case mounting fails, etc, etc,
>>>> etc.
>>>
>>> There is nothing bad about initramfs. I think that you are misreading
>>> the arguments above.
>>
>> Whatever the arguments may be, the whole discussion boils down to the
>> fact that the only people who seem to have a "problem" are those that
>> have a separate /usr partition and simultaneously refuse to use an
>> initramfs.
> 
> I do not have a separate /usr partition, however I agree with Joshua
> Kinard's stance regarding the /usr move. The point of having a separate
> /usr was to enable UNIX to exceed the space constraints that a 1.5MB
> hard disk placed on rootfs. As far as I know, we do not support a 1.5MB
> rootfs so it would make sense to deprecate the practice of having things
> that belong in / in /usr directory, as opposed to making /usr into a new /.
> 
> Deprecation of this practice would mean that people could type
> /bin/command instead of /usr/bin/command in situations where absolute
> paths are necessary. We could symlink things in /usr to rootfs for
> compatibility with legacy software. In a more extreme case, we could
> symlink /usr to /, which would make plenty of sense given that we do not
> need a separate /usr at all.

I'm not seeing any compelling benefits here that would justify a lack of
conformity with other *nix distros. It seems almost as though it's an
attempt to be different for the sake of being different, perhaps a
symptom of something like NIH syndrome.
-- 
Thanks,
Zac


Replies:
Re: Re: Let's redesign the entire filesystem!
-- Joshua Kinard
Re: Re: Let's redesign the entire filesystem!
-- Richard Yao
References:
Re: Re: newsitem: unmasking udev-181
-- William Hubbs
Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]
-- Joshua Kinard
Re: Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]
-- James Broadhead
Re: Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]
-- Joshua Kinard
Re: Let's redesign the entire filesystem! [was newsitem: unmasking udev-181]
-- Duncan
Re: Re: Let's redesign the entire filesystem!
-- Joshua Kinard
Re: Re: Let's redesign the entire filesystem!
-- Greg KH
Re: Re: Let's redesign the entire filesystem!
-- Philip Webb
Re: Re: Let's redesign the entire filesystem!
-- Greg KH
Re: Re: Let's redesign the entire filesystem!
-- Ciaran McCreesh
Re: Re: Let's redesign the entire filesystem!
-- Greg KH
Re: Re: Let's redesign the entire filesystem!
-- Maxim Kammerer
Re: Re: Let's redesign the entire filesystem!
-- Zac Medico
Re: Re: Let's redesign the entire filesystem!
-- Matthew Summers
Re: Re: Let's redesign the entire filesystem!
-- Maxim Kammerer
Re: Re: Let's redesign the entire filesystem!
-- Zac Medico
Re: Re: Let's redesign the entire filesystem!
-- Richard Yao
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Re: Let's redesign the entire filesystem!
Next by thread:
Re: Re: Let's redesign the entire filesystem!
Previous by date:
Re: Re: Let's redesign the entire filesystem!
Next by date:
Re: Re: Let's redesign the entire filesystem!


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.