> > - 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??
>
> 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?
>
> 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.
The ramdisk package was created because previous LRP systems were missing
the minix format utility, and some init scripts are needed to acutally build
the ramdisk. I have no problem with folding this functionality into
root.lrp if the required functions are now in busybox (or can be added).
The init scripts are very small, and can be backed up as part of root
without causing any problems.
The biggest benifit to using my ramlog.lrp package is the fact that it's
already done...just replace log.lrp with ramlog.lrp, and that's it. Note
that there is a bit of a chicken & egg problem with putting log files on the
new ramdisk. The /var/log directory needs to be populated with some files
for everything to work properly, and given the limitations of the LRP
packaging format, the ramdisk init scripts need to create these files. This
is currently handled by saving a log.tgz file as part of ramlog.lrp, but
there may be a better way to do this.
I'll take look at various ways to implement the extra ramdisk functionality
cleanly...
Charles Steinkuehler
http://lrp.steinkuehler.net
http://c0wz.steinkuehler.net (lrp.c0wz.com mirror)
_______________________________________________
Leaf-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/leaf-devel
