< Back to index
GoboLinux is an alternative Linux distribution. Its major innovation is its reorganization of the filesystem hierarchy. The GoboLinux hierarchy focuses on removing distinctions traditionally made between /, /usr, and /usr/local, and stores each program into its own directory.
GoboLinux's filesystem changes have allowed other innovations, such as an entirely new boot system that does not use System V or BSD style init systems, and a package system using the filesystem itself as a package database.
The GoboLinux hierarchy
The design of GoboLinux is influenced by earlier systems such as NeXT, AtheOS and BeOS, which adopted original filesystem structures while still maintaining a considerable degree of compatibility with Unix. At the root of the GoboLinux tree, there are six directories: Programs, Users, System, Files, Mount and Depot. The contents of each are described below.
* /Programs/ - This directory contains one directory for each program installed in the computer. Each program's directory, in turn, contains one or more version directories, and optionally, Settings and Variable subdirectories. Examples of paths under programs are /Programs/Bash/3.0/bin/bash and /Programs/Xorg-Server/Settings/X11/xorg.conf.
* /Users/ - This directory contains users' home directories, so a user named "bob" would have a home directory of "/Users/bob".
* /System/ - Crucial system files. Most are managed by system applications (for example, /System/Settings/passwd) and GoboLinux scripts (for example, /System/Links).
* * Links/ - Contains "links" directories that index the files under /Programs.
* ** Environment/ - Links to environment files. These are compiled into a Cache file and loaded by the shell, allowing programs to register their own environment variables.
* ** Executables/ - Contains links to files from the programs' bin and sbin directories.
* ** Headers/ - This directory contains links to files from the programs' include directories.
* ** Libraries/ - Links to files from the programs' lib directories.
* ** Manuals/ - Contents of manuals and info directories.
* ** Shared/ - Links to files from the programs' share directories.
* ** Tasks/ - Links to the programs' boot tasks from their Resources/Tasks directories.
* * Settings/ - Configuration files and links to files from the programs' Settings directories.
* ** BootScripts/ - Scripts used during system boot. This is a symlink to Settings/BootScripts/ under /Programs/BootScripts.
* * Variable/ - Multi-purpose log, temporary, transient and spool files.
* ** tmp/ - Temporary files.
* * Kernel/ - Kernel-related directories.
* ** Boot/ - Programs and configuration files used during operating system bootstrap. This is where the kernel image and bootloader configuration files are located.
* ** Devices/ - Device files (managed by Udev).
* ** Modules/ - Contains the various kernel modules, organized by the kernel release.
* ** Objects/ - Provides a view of the kernel's device tree (introduced with the sysfs filesystem in the kernel 2.6 series).
* ** Status/ - Kernel status files (managed by the proc filesystem ).
* /Files/ - Files hold structured data that are used by programs but that are not part of the programs themselves. Those files are usually stand-alone entities, like fonts, codecs and plugins (and as such, do not require package management). Additionally, applications may define subdirectories of their own to store site-specific data -- Compile, the GoboLinux package compilation front-end tool, uses it.
* /Mount/ - mounting point for additional local or remote filesystems. Common subdirectories are CD-ROM, Floppy and Zip.
* /Depot/ - repository for users' files. This repository is meant to be organized as the user sees fit. No subdirectories of /Depot are considered part of the standard GoboLinux hierarchy.
Compile
[http://gobolinux.org/index.php?page=compile Compile], introduced in 011, downloads, unpacks, compiles and installs source tarballs with a single command (such as "Compile allegro") using simple compilation scripts known as recipes.
[http://developers.slashdot.org/article.pl?sid=04/06/05/1949213 Parallels of comparison] have been drawn between GoboLinux's Compile and Gentoo's Portage system (which is, itself, based upon the FreeBSD Ports collection), which accomplishes the above actions with scripts known as "ebuilds". However, unlike Portage (which is made for a traditional, FHS-compatible filesystem hierarchy), Compile extends the capability of GoboLinux's distinctive filesystem hierarchy into the area of package management. Packages, under Compile, are compiled by inserting them, in source form, directly into the filesystem, with separate portions of the package being installed in their own particular directories (such as libgcc being inserted into its own directory in "/Libraries/"). Thus, in GoboLinux, the filesystem is the package manager, so to speak (see [http://gobolinux.org/index.php?page=doc/articles/compile "The Ideas Behind Compile" -->.
Before Compile was released, a third-party port of Gentoo's Portage system to GoboLinux was discussed at Gentoo's official forums and then developed as a Sourceforge project under the name GoboPortage. [http://forums.gentoo.org/viewtopic-t-241718-highlight-gobolinux.html] [http://sourceforge.net/projects/goboportage/]
Among Compile's other features:
* It uses the projects' own download sites: the distribution's repository (or one of its mirrors) is only used for downloading recipes. Recipes may be downloaded on-the-fly or in batch.
* It uses minimalistic and declarative-oriented compilation scripts: typical "configure; make; make install" software can be scripted in two lines, greatly easing maintanance.
* It supports GoboLinux-style dependencies: software compiled "by hand" by the user is taken into account by the detection mechanism.
* It is path-agnostic by design: also works in a [http://gobolinux.org/index.php?page=rootless Rootless]-GoboLinux installation, ie, inside a $HOME directory of any other distribution.
Differences between GoboLinux and traditional distributions
File system
In the GoboLinux hierarchy, files are grouped by their functional category in an index-like structure using symbolic links, rooted at /System/Links: all executables are accessible under /System/Links/Executables, all libraries are accessible under /System/Links/Libraries and so on.
This eliminates many traditional distinctions in the Filesystem Hierarchy Standard, such as the distinction made between non-essential files stored in /usr and essential, emergency files stored directly in subdirectories of the root directory. The developers maintain that, although these distinctions were once very useful, they are no longer necessary in our radically different, modern environment.
Symlinks
There are symbolic links relating most of the usual Unix directories to the GoboLinux tree. Therefore, one can find directories such as /etc, /var/log and /usr/bin in the expected places. These symbolic links point to the functional equivalent under /System/Links, so that crucial pathnames such as /bin/sh and /etc/passwd are resolved correctly. These compatibility directories are concealed from view using a custom kernel modification called GoboHide -- this modification, which implements support for hidden files in Linux, is used for aesthetic reasons only and is optional.
Boot system
Unlike most Linux distributions, GoboLinux uses neither a BSD nor a System V initialization procedure, using instead a procedure specific to GoboLinux. At /System/Settings/BootScripts there are a few files that command the entire boot procedure: BootUp and Shutdown run at system boot and shutdown, respectively; additionally, it is possible to define "runlevel" scripts to specify different ways the system can be initialized (for example, Single and Multi for single and multi-user, Graphical for boot into graphic mode, etc.) and control that from the boot loader menu. The /System/Settings/BootOptions file separate site-specific settings from the rest of the scripts. Application-specific tasks can be found at /System/Links/Tasks and called by the boot scripts.
Releases
Releases are numbered using the octal base system. The rationale for this numbering according to the authors is threefold: it keeps the typical leading zero present in many free software version numbers (since a leading zero is the indicator for octal numbers in the C language); it has no dots, hence there are no "point releases"; and it is a play on the "version bump" phenomenon as, when read as a decimal numbers, octal numbers will cause a deterministic bump each eight releases.
* 013 - November 2, 2006: introduced Listener, a tool for listening on filesystem events and assigning actions to be performed automatically
* 012 - June 6, 2005: introduced [http://gobolinux.org/index.php?lang=en_US&page=manager Manager], a graphical system management tool.
* 011 - June 7, 2004: introduced [http://gobolinux.org/index.php?page=compile Compile], the GoboLinux package compilation tool.
* 010 - January 7, 2004: added a graphical installer accessible through the live CD desktop environment.
* 007 - October 22, 2003: added a per-package metadata directory called Resources.
* 006 - May 9, 2003: introduced [http://www.gobolinux.org/?page=doc/articles/gobohide GoboHide], adopted sandboxed installation of programs.
* 005 - 2003: first release published online.
* Releases prior to 005 were used by the initial group of developers only.
Ports
As of March 2006, Gobolinux is officially made for the i686 only, and the porting to i386 is domain-specific (thus, incomplete). However, in 2003, Hisham Muhammad, the head developer of the Gobolinux project, wrote a [http://www.gobolinux.org/index.php?page=doc/articles/porting_guide "Quick-and-Dirty Porting Guide"] for those who would wish to port the distribution to the PowerPC platform (among other architectures). He is also working on a port by himself [http://gobo.kundor.org/wiki/GoboLinux_PPC]. Ports have been made to embedded architectures, such as ARM and SuperH.
This entry uses material from from Wikipedia, the leading user-contributed encyclopedia. It is licensed under the GNU Free Documentation License. Disclaimer.