diff --git a/doc/html/index.html b/doc/html/index.html index bc811e4..2dd6afd 100644 --- a/doc/html/index.html +++ b/doc/html/index.html @@ -3,7 +3,7 @@
-
@@ -104,7 +104,7 @@ Red Hat and related distributions
Instructions:
Mandrake-type distribution require perl-GTK >= 0.7002
Red Hat type distributions require Gtk-Perl >= 0.7002
-All RPM based distributions require perl-Expect and friends available from the main repostiory:
+All RPM based distributions require perl-Expect and friends available from the main repository:
perl-Expect
perl-IO-Tty
perl-IO-Stty
@@ -435,7 +435,7 @@ Notes:
"Reboot" Passes the reboot command to the mconsole to reboot the -Linux virutal machine. +Linux virtual machine.
@@ -619,8 +619,8 @@ Notes: directory, device, or source options.
What's the advantage of using this program? [back]
@@ -705,7 +705,7 @@ which have focused on providing a particular type of root filesystem and boot method. Observation reveals that all these approaches share many commonalities. gBootRoot has been designed to embrace -these similiarities, and to allow developers to create drop-in methods +these similarities, and to allow developers to create drop-in methods via modules or easy to understand templates. gBootroot is the GIMP of distribution creation! @@ -980,9 +980,9 @@ This allows developers who create add-ons (ex: make-debian-x11) to remain confident that any changes made to add-on replacements will remain available to all users. Replacements -from add-ons are placed in the archictecture-independent +from add-ons are placed in the architecture-independent /usr/share/gbootroot/yard/Replacements directory, and the -archictecture-dependent /usr/lib/bootroot/yard/Replacements +architecture-dependent /usr/lib/bootroot/yard/Replacements directory. When a user opens up gBootRoot, the program checks to see if there are any new replacements and then creates symlinks from the @@ -1005,7 +1005,7 @@ directly by any user-Note for users of version 1.2.14 or earlier: Verions of gbootroot +Note for users of version 1.2.14 or earlier: Versions of gbootroot before 1.3.0 didn't have this set-up, instead there were just copies of add-on replacements in the $HOME replacement directory to allow the user to directly modify add-on replacements. @@ -1282,7 +1282,7 @@ While on the subject, it should be pointed at the setting up init and its runlevels is one of the most challenging areas of creating a bootable root_fs. Often your creation will only work with "single" until all the conflicts -are resolved. Things are complicated even futher by the fact that +are resolved. Things are complicated even further by the fact that devices can now be set up in two majors ways: tty? or ttys/? (devfs). Fortunately, user-mode-linux comes in very handy for hunting down all the bugs. @@ -1375,7 +1375,7 @@ An interesting question. Let's consider the two disk compression method, first the initrd is decompressed into /dev/ram0 or /dev/rd/0, then the root filesystem is decompressed into /dev/ram1 or /dev/rd/1, even though -one would think since everything is being done in memory, the prescence of +one would think since everything is being done in memory, the presence of the libraries would remain in memory. But, in this case memory is partitioned and the new root device doesn't share information with the previous root device. An easier way to look at this is simply @@ -1505,7 +1505,7 @@ originated from a genext2fs filessytem made as a normal user. It includes utilities like filesystem creators. It is part of the automated filesystem creation system, and after it is booted by uml, it is -intereacted with via expect based on user choices placed in the filesystem +interacted with via expect based on user choices placed in the filesystem box. Considering that mkreiserfs doesn't allow loop devices to be used, this is an easy way to get around this limitation, and most importantly it @@ -1596,7 +1596,7 @@ page up with the second button to 1440 and step with the first button to
Changing from gz to bz2 compression for the boot image in the main section has no effect and gzip is still exectuted. [back]
+Changing from gz to bz2 compression for the boot image in the main section has no effect and gzip is still executed. [back]