Le Lundi 3 Juin 2002 18:39, K.-P. Kirchdörfer a écrit : > Am Montag 03 Juni 2002 08:03 schrieb Jacques Nilo: > > Dear all: > > With its v1.0-rc2 version Bering appears now fairly stable and it seems > > that quite a lot of people have been giving it a try. > > We would like to stabilize this first version with a "last" rc3 before > > final release. > > rc3 should include: > > 2.4.18 kernel with: > > a/ More netfilter patches (to take care of H323, pptp and the like) > > b/ grsecurity patch > > I'd like to see: > - a fix to send mail from init (this is a one line fix) OK mail it to me offlist please. > - a fix for lrp_space_check; it won't work with Bering, since you've > created a second partition for /var/log > I have a dumb two line fix, Michael D. Schelif has written a much more > flexible script - needs probably more documentation and an example, > Michael... Eric is apparently aware of this one and will take of it. > > busybox 0.60.3 (will save 10k) > > Your busybox still has the applet freeramdisk, I'm pretty shure this > doesn't work with tmpfs, and nobody will free /dev/root. Yes but Bering is using freeramdisk to release /dev/ram0 once initrd has been loaded and everything moved to tmpfs. So I am afraid we still need it (and beside the footprint is really small from what I remember) > > So if anyone wants to report a bug or some code change proposal it is the > > time to do so. I got some proposal in the last weeks but lost my hard > > disk with all my mail in it so do not hesitate to re-issue previous > > suggestion. > > > > Also we need people to review the doc, correct the typos and the like. Do > > not hesitate to volunteer :-) > > Dachstein had a ramdisk.lrp; after I#ve looked into it, it's not needed in > Bering. To create another ramdisk/partition is done nearly automatically if > you have a fstab entry and a package, which provides a mount point - > something worth to mention in the docs. (I can write the few lines of text, > if wanted). Yes and tmpfs is rally very flexible > Another point, is the handling of /lib/modules. > Charles approach in Dachstein-CD has been an intelligent /etc/modules and > load process - with mount/umount commands and cd capabilty. Eric create a > link and hold the CD mount in /cdmnt. Couldn't decide, which way is > better... Any feedback from the list on this issue ? > And as a last point: > The current CD building process with isolinux is technically the most > advanced solution, anyway I can't boot with it. HP Anvin tells us in a few > places, that a lot of older bios are buggy and will only boot with the > ugly syslinux/bootdisk.img solution. In opposite to Dachstein, this is > mostly harmless, cause we don't need root.lrp oin the bootdisk.img. > Therefor an alternate way to build a cdrom should be mentioned in the docs > (again, will try to add it in a timely manner, if wanted). This is a documentation pb. If someone wnats to volunteer to describe that alternate approach I am sure Luis will include it in it's chapter. > Ah, one more - could you please provide a busybox/Config.h similar to the > kernel config? Done. It's in devel/jnilo/bering/latest Jacques
_______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel