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

Reply via email to