Re: Progress on a "spiritual" derivation of GoboLinux

Liam Proven <[email protected]>
Newsgroups gmane.linux.distributions.gobo.general
Message-ID <CAMTenCFKDycCH=csDN1bEc1Zk2A6Xo3Zx6yhcZNgdRU2_WEUTQ@mail.gmail.com>
On 27 April 2013 05:17, Trans <[email protected]> wrote:
> Thought you all might be interested in hearing about my progress in creating
> a spiritual derivative of GoboLinux. In turn I use any feedback you have to
> offer.
>
> Originally I had planed to use GoboLinux's file hierarchy with only some
> minor modifications, but I have given it a great deal of contemplation and I
> am thinking now of taking things an additional step forward in one respect
> while taking a step back in another.
>
> Taking the later point first, I am thinking it might be better to use the
> more traditional FHS directory names with some minor modifications, not
> because I think that's better --Gobo's full names are a definite
> improvement. But it occurs to me that it may be easier for others to accept
> in transitioning away from FHS. In other words, by providing a "migration"
> path away from FHS toward something more sane might be better received then
> immediately jumping to a radical departure from current standards.

But there already is such a thing - the hidden system of symlinks.

I would either say stick with the existing system *completely*
unmodified - it survived 14 releases and is the end result of a lot of
consideration and work - or, and this is I would say a *much* less
desirable version - adopt Apple's layout, as that is familiar to
hundreds of millions and also exhaustively tried and tested.

Obviously, it's your project and I can't tell you what to do, but I
would say, *DO NOT* reinvent the wheel yet again.


> On the former point, I've come up with a concept of division of the file
> system into a set of user/groups. Each of these would have the exact same
> file layout. Users can belong to groups which grants them access to all that
> groups files. System, in Gobo terms, is just one of these user/groups with
> some special files in its layout (e.g. the Kernel entries). Another special
> group would be the "Common" group which is always shared by all users.
>
> As for the exact layout I am torn between two overarching patterns. The more
> traditional pattern would keep toplevel "categorical" directories, e.g. app,
> etc, home (or Programs, Settings, User in Gobo terms), but under each of
> these would be a subdivision of user/group. For example:
>
>     app/
>       system/
>       common/
>       joe/
>     etc/
>       system/
>       common/
>       joe/
>     home/
>       system/
>       common/
>       joe/
>
> This has the downside of separating a users file across different toplevel
> directories, but its not so bad given how distinct the types of files are.
> This layout also syncs well with the current FHS.
>
> The alternative is put the user/groups on top.
>
>     system/
>       app/
>       etc/
>       home/
>     common/
>       app/
>       etc/
>       home/
>     joe/
>       app/
>       etc/
>       home/
>
> While radical is a certain sense, this later design strikes me a very
> compelling. It turns the whole layout on it's head. It's almost like having
> Rootless in every subdirectory of the root file system. I am very curious to
> learn what other think of this.

Neither of them makes any sense to me, both involve huge amounts of
pointless duplication, and TBH, with no offence intended, neither is
anything I would have any interest in using.

> Finally I want to mention that I came up with, what I think might be good
> strategy for getting a distro up and running fairly quickly while also
> creating a way around a number of painful boot issues, as well as a way to
> have a solid rescue system. Basically the idea is to have two distros in
> one. The first is a minimal install that goes in a small primary partition.
> It acts as the boot system and takes care of the initial setup of the system
> after which it does a chroot over the to the main distro and goes from
> there. Generally once the boot distro is setup it rarely needs to be changed
> so its a perfect fallback if the main system gets hosed for some reason. It
> also doesn't even have to be the exact same distro --which allows me to
> start out with a minimal install of an off-the-shelf distro to get thinks
> rolling. I am using Debian right now and will probably set it up something
> like Damn Small Linux. (Note, I've also been considering TinyCore but I am
> not sure that is mature enough to make a very helpful jumping off point
> although it has more similarities with Gobo's design. I am also considering
> Gentoo.) Eventually this "kickstart" OS can be the same as the main distro
> once its mature enough. Why not do that right away? Well, I suspect that
> setting up the init system and implementing good hardware detection is one
> of the harder aspects of creating a good distro. This would allow me to
> worry about those things later, and focus on the package system and improved
> file hierarchy first. Please correct me if I am wrong about this though.
> Maybe booting and hardware detection is easier then I think it will be?
>
> Okay, that's a good rundown thus far. I have few other notions, but those
> can wait. Would love to hear what other think about all this.

It's 2013. Rescue systems boot off USB or CD at a push. Again, this
seems like pointless duplication to me.

Sorry to be so negative, but since I read your post I've been thinking
about a more "positive" way to put my reply but I couldn't think of
one.

--
Liam Proven • Profile: http://lproven.livejournal.com/profile
Email: [email protected] • GMail/G+/Twitter/Flickr/Facebook: lproven
MSN: [email protected] • Skype/AIM/Yahoo/LinkedIn: liamproven
Tel: +44 20-8685-0498 • Cell: +44 7939-087884
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.