Hello Charles, > OK, I've hit the first major bug (or feature difference) between Bering > and Dachstein, which is the handling of the package path. > > Dachstein automatically *ALWAYS* includes the boot= device in the > packagepath, while Bering seems to completely ignore the boot= device > when loading packages (except for a 'hack' to get DoC working if PKGPATH > is not defined). > > Is this an oversight or the desired behavior? > I think it's an oversight, linuxrc from Bering(-uClibc) is heavely based on the original Dachstein script so I can't imagine any reason why this particular behaviour should be different. > I initialized the package path to the boot= device for the following > reasons: > > - Everything works as before if you don't include a PKGPATH setting in > the kernel command line or provide a pkgpath.cfg file on the boot= > device, ie: backwards compatability. > > - There's no real need to specify the same device twice, which wastes > kernel command line space (limited to 256 characters). > > NOTE: The DoC 'hack' would *NOT* have been required, if the old > Dachstein method of including the boot= device in the package path had > been implemented. > An extra reason to change the behaviour, the less hacks the better I think.
But can't we remove the "boot=" line althogether? I know it's used as backup device but if we f.e. make the last device in the PKGPATH line the backup device a lot of script lines can be removed. The boot= line isn't used for the boot device for a long time anyway. I don't think backward compatibility is a big issue. > Before I 'fix' this in the new linuxrc scripts I'm working on, I want to > make sure it's not supposed to work the way it does for some reason I > don't fully understand. > I don't know of any reasons. > -- > Charles Steinkuehler > [EMAIL PROTECTED] > > Eric Spakman ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
