Am Sonntag, 26. September 2010, 22:44:56 schrieb davidMbrooke: > On Sun, 2010-09-26 at 21:48 +0200, KP Kirchdoerfer wrote: > > Am Sonntag, 26. September 2010, 21:13:21 schrieb KP Kirchdoerfer: > > > Hi David; > > > > > > I tried buildimage today and wasn't able to boot the genarated iso > > > image in qemu. > > > Right now I'm doing a full rebuild from from scratch to be shure that > > > the error was not caused by changes in my buildenv. > > OK. Glad you were able to create and boot the ISO image. > > > isoimage boots after complete rebuild. > > syslinux-tgz puts the kernel and syslinux.* into a ./syslinux subdir. I > > think that is not intended :) > > Actually it was very much intended! :-) > I was aiming for consistency with the ISO image, which has an isolinux > directory containing isolinux.* Surely it is less confusing if syslinux > and isolinux directory structures are the same... > Also, syslinux looks for syslinux.cfg in /syslinux before /according to > http://syslinux.zytor.com/wiki/index.php/SYSLINUX#How_do_I_Configure_SYSLIN > UX.3F
Didn't knew that... > Putting the kernel there too was my idea, but why not move it out of > the way? It is only required for booting. > Actually I was looking into moving *.lrp into a /lrp directory (to > un-clutter the root directory) too but PKGPATH always seems to look in / > If we change the format / processing of PKGPATH to support PXELINUX then > maybe we could let it accept a sub-directory for the lrp files, as an > option. I don't see the real benefit, other than it may look more nice. The way it is today (having the files in root) isn't broken, so there is IMHO no need to fix anything, but the change requires new documentation, new anserws to user questions and we may break something else. Is it really worth the effort? kp (I was about to rebuild shorewall, you have been faster :)) ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ leaf-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/leaf-devel
