On Sun, 3 Jun 2001, KP [iso-8859-1] Kirchd�rfer wrote:
> Am Samstag, 2. Juni 2001 23:09 schrieb Charles Steinkuehler:
>
> > - Use the ramlog package instead of the log package...this puts the logs on
> > a seperate ramdisk, avoiding the full ramdisk issues, which are the most
> > likely thing to kill a working LRP system.
>
> Sorry, if I missed something, but can someone explain the advantage of
> having extra packages for everything??
Design choices. A Linux router could be built without any shell, but for
convenience and adaptability, the LRP design uses one. The basic LRP
design works okay with a single ramdisk, and not all machines have enough
memory to handle two ramdisks. Packages are the easiest way to add
functionality to an LRP system.
Is this hard to understand, or is this just a rhetorical question to go
along with an oblique announcement?
> In the case of the ramdisk.lrp I started with Charles package, and it was
> helpful to understand what's needed to have a second ramdisk for log files.
>
> Then I realized that most the package could be replaced by busybox commands,
> at the end ramdisk.lrp has been obsolete - and again a few bytes saved.
> So I ended up with multiple ramdisk support as an integrated function of
> root.lrp. Is this worse than having an extra package?
Probably not, though the problems of divergence from the original versions
should not be ignored. Contributions like this should be considered for
incorporation into major new revisions. It depends whether the the number
of installations that will use this feature warrant making it a
difficult-to-remove extra use of disk or memory. Packages are a lot
easier to maintain than the root filesystem image for diverse
applications.
> Not to mention the sideeffect, that I don't have to waste Charles time for
> help and maintenance of the ramdisk.lrp - it's instead part of the active
> busybox development.
I don't quite follow... ramdisk management doesn't seem to me to be
something that needs C code, and root.lrp will have to be modified to
include any changed version of busybox and appropriate invocations
thereof. But if the idea works, then it will probably be used. If not,
it won't.
---------------------------------------------------------------------------
Jeff Newmiller The ..... ..... Go Live...
DCN:<[EMAIL PROTECTED]> Basics: ##.#. ##.#. Live Go...
Work:<[EMAIL PROTECTED]> Live: OO#.. Dead: OO#.. Playing
Research Engineer (Solar/Batteries O.O#. #.O#. with
/Software/Embedded Controllers) .OO#. .OO#. rocks...2k
---------------------------------------------------------------------------
_______________________________________________
Leaf-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/leaf-devel
