release/picobsd/doc/src/TODO.html

   1 <html>
   2 <! $FreeBSD: src/release/picobsd/doc/src/TODO.html,v 1.6 1999/08/28 01:33:24 peter Exp $ >
   3 <! $DragonFly: src/release/picobsd/doc/src/Attic/TODO.html,v 1.2 2003/06/17 04:27:20 dillon Exp $ >
   4 <body>
   5 <h1><center>            Small FreeBSD ToDo List.
   6 </center></h1>
   7
   8 <p>This list represents various tasks which are being collected from
   9 discussions on freebsd-small, and which represent the general
  10 direction and needs of using FreeBSD for small installations.</p>
  11
  12 <p>The tasks are arranged by how important they are to the overall
  13 idea and goals of the project. If you are interested in doing some
  14 part of the work, please contact the coordinator of PicoBSD project
  15 (<A HREF="mailto:abial@freebsd.org">Andrzej Bialecki</a>).</p>
  16
  17 <hr>
  18
  19 <h2>Short term tasks:</h2>
  20
  21 <ul>
  22 <li>
  23 Eliminate need for patching FreeBSD source tree - either by
  24 keeping our own version of Makefiles, or by adding (many) knobs to
  25 the standard ones. (NOTE: this will be resolved in v. 0.45).
  26 </li>
  27 <li>
  28 Provide options for building separate kernel and FS images of
  29 various sizes.
  30 </li>
  31 <li>
  32 Add some "wizards" to help people new to Unix configure "dialup"
  33 and "net" for most common tasks.
  34 </li>
  35 <li>
  36 Replace most of currently used scripts with Makefiles.
  37 (NOTE: this will be resolved in v. 0.45).
  38 </li>
  39 <li>
  40 Add simple authentication module to oinit.
  41 </li>
  42 <li>
  43 Fix kzip to be able to produce kzip'ped ELF kernels.
  44 (NOTE: currently we work around it by using kzipped /boot/loader).
  45 </li>
  46 <li>
  47 Write better documentation. This is very important - the most
  48 common configurations should be described in detail, step by step.
  49 </li>
  50 <li>
  51 Collect our experiences with using FreeBSD with SBCs, flash disks
  52 etc, and write a short practical guide to embedding FreeBSD.
  53 </li>
  54 </ul>
  55 <hr>
  56
  57 <h2>Medium term tasks:</h2>
  58
  59 <ul>
  60 <li>
  61 Change currently used crunched binaries to something more flexible
  62 - as it is now, even small change in set of programs requires
  63 rebuilding of the whole image.
  64 </li>
  65 <li>
  66 Change the building process so that it allows to easily choose
  67 (with finer granularity) needed components of the target system.
  68 </li>
  69 <li>
  70 Make use of recently added KLD to allow for easy adding and
  71 removing drivers when running stripped kernels.
  72 </li>
  73 <li>
  74 Investigate pros and cons of using the new boot/loader together
  75 with ELF kernels.
  76 (NOTE for v.0.43: it was simply mandatory to start to use it :-)
  77 </li>
  78 <li>
  79 Provide options for building systems which operate from
  80 (basically) read-only media, such as CD-ROM or flash disk. Such
  81 system doesn't need to keep all root FS in memory, but only small
  82 fraction of it for /tmp and /var.
  83 </li>
  84 <li>
  85 Integrate DHCP into "dialup" version.
  86 </li>
  87 <li>
  88 Rework oinit to be more modular, and write additional modules
  89 (remote access, SNMP (?), authentication, shell(), configuration
  90 editor).
  91 </li>
  92 <li>
  93 Provide a remote access (telnetd/login/shell) module for the
  94 "router" version. Make the shell() module more predictable and
  95 compatible with common sense :-)
  96 </li>
  97 <li>
  98 At last prepare usable version of ISP floppy, and test it (some
  99 basic tests with server PPP). This involves among others a version
 100 of PPP which supports Radius.
 101 </li>
 102 </ul>
 103
 104 <hr>
 105
 106 <h2>Long term tasks:</h2>
 107
 108 <ul>
 109 <li>
 110 Either port ROMfs from Linux, or write our own replacement for it.
 111 </li>
 112 <li>
 113 Describe the configuration tasks and parameters of PicoBSD systems
 114 in terms of hierarchy of categories - this is needed to start
 115 working on the next two points.
 116 </li>
 117 <li>
 118 Design a flexible and efficient scheme (not necessarily compatible
 119 with currently used set of shell scripts) for storing and editing
 120 system configuration in some form of hierarchical DB.
 121 </li>
 122 <li>
 123 Design a user interface for configuration of system parameters
 124 and services, meeting the following requirements: hierachical,
 125 logical, helpful (hinting), providing ability to automate certain
 126 tasks.
 127 </li>
 128 <li>
 129 Reduce memory footprint.
 130 </li>
 131 <li>
 132 Add other language versions.
 133 </li>
 134 <li>
 135 Throw some more effort in porting the newer version of W (graphical
 136 UI), so that it uses VESA color modes. IMHO it's worth it.
 137 </li>
 138 </ul>
 139
 140 <hr>
 141
 142 <h2>Other half-baked ideas...</h2>
 143
 144 <p>(fill this in :-)</p>
 145
 146 <hr>
 147 Last modified:
 148 @DATE@
 149
 150
 151 <p><i>Send your comments, ideas, and most importantly the code itself, to
 152 <A HREF="mailto:abial@freebsd.org">abial@freebsd.org</a>.</i></p>
 153
 154 </body>
 155 </html>