diff options
author | P. J. McDermott <pjm@nac.net> | 2012-05-30 02:13:09 (EDT) |
---|---|---|
committer | P. J. McDermott <pjm@nac.net> | 2012-05-30 02:13:09 (EDT) |
commit | d63cc2690278d5ff7751492892c3f43665a98d05 (patch) | |
tree | 8aebb33e8e974abcba879f62413b073c860246e4 | |
parent | 754a1e98c58c612ba0651dcf38000ecba7bd3e51 (diff) |
Shorten "id" attributes in "dev/todo".
"Installation Bootstrap Tool" was missing an ID.
-rwxr-xr-x | dev/todo.html | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/dev/todo.html b/dev/todo.html index c760f59..62161cd 100755 --- a/dev/todo.html +++ b/dev/todo.html @@ -8,7 +8,7 @@ <p>Thus, generally speaking, the solution to be adopted in this system is to make packages that provide system services also include the necessary init scripts (installed in <code>/etc/init.d</code>), to include inter-service dependency metadata in init scripts, and to use a tool at the time of service package installation to generate sequentially-named symoblic links in <code>/etc/rc.d</code>.</p> <p>An obvious boot sequencing tool is <a href="http://svn.savannah.nongnu.org/viewvc/insserv/trunk/?root=sysvinit">"insserv"</a> maintained by Werner Fink and used by Debian and openSUSE. However, this C program (in compliance with the LSB) assumes the use of runlevels. This operating system uses the init daemon of BusyBox, which <a href="http://git.busybox.net/busybox/tree/init/init.c?id=3da46c81#n1221">doesn't support runlevels</a>. Therefore, we'll need to either modify insserv to work without runlevels or write our own tool for installing symbolic links to init scripts.</p> <p>Additionally, we need to decide how completely we'll conform, if at all, with the LSB in this area.</p> -<h2 id="multiarch">Multiarch</h2> +<h2 id="ma">Multiarch</h2> <p>Multiarch refers to the ability to install and use packages built for non-native architectures. It is currently being <a href="http://wiki.debian.org/Multiarch">documented and implemented</a> in Debian and Ubuntu. Multiarch is useful for this distribution because it makes cross compiling easy (see "Package Cross Building Tool" and "Multiarch Cross Toolchain Packages" below).</p> <p>Simply speaking, there are six <a href="https://wiki.ubuntu.com/MultiarchSpec#Design">aspects of a multiarch implementation</a>:</p> <ul> @@ -41,13 +41,13 @@ </li> </ul> <p>In summary, there is much design work to be done, opkg and opkhelper must be modified to support multiarch, and certain packages will need to be built to handle multiarch library paths. Of course Debian is a great reference implementation, but there still remains much original work to be done.</p> -<h2>Installation Bootstrap Tool</h2> +<h2 id="installation-bootstrap-tool">Installation Bootstrap Tool</h2> <p>A tool similar to <a href="http://anonscm.debian.org/gitweb/?p=d-i/debootstrap.git;a=tree">debootstrap</a> of Debian needs to be written to bootstrap the installation of a basic system. It can be used for building packages (see "Package Cross Building Tool" below) or installing the operating system on hardware targets.</p> <p>Basically, the tool would fetch from the package archive the index of packages, determine which packages need to be installed, download each package, and unpack each package. Since the package manager may not be available, the tool must handle dependency resolution and package unpacking on its own.</p> <p>We can't use debootstrap, since the formats of our binary packages and package archives differ slightly from those of Debian. But we can model our tool after debootstrap or even just fork debootstrap.</p> <h2 id="pkg-x-build-tool">Package Cross Building Tool</h2> <p>A tool similar to pbuilder and sbuild of Debian needs to be written to build packages within a chroot environment containing a base system installed by the installation bootstrap tool. It needs to support cross building of packages using multiarch cross toolchains.</p> -<h2 id="multiarch-x-toolchains">Multiarch Cross Toolchain Packages</h2> +<h2 id="ma-x-toolchains">Multiarch Cross Toolchain Packages</h2> <p>Needed are packages of toolchain components (e.g. GCC and EGLIBC) that use multiarch library paths.</p> <p>There is currently a <a href="http://wiki.debian.org/SummerOfCode2012/Projects#Multiarch_Cross-Toolchains">Google Summer of Code 2012 project</a> to <a href="http://wiki.debian.org/SummerOfCode2012/StudentApplications/ThibautGirka">develop such packages for Debian</a>.</p> <!--#include virtual="../includes/footer.html" --> |