Hi, I did some testing with the daily build from 2014-09-29 which includes the changes KiBi committed for this bug.
1) unpacked daily case wheezy server unpacked daily tarball in foo/ ldlinux.c32 symlinux present boot foo/pxelinux.0 everything works as expected 2) di-netboot-assistant daily case wheezy server di-netboot-install installed daily, which does * moves debian-installer/amd64 to debian-installer/daily/amd64 * copies debian-installer/amd64/pxelinux.0 to debian-installer/pxelinux.0 * no ldlinux.c32 symlinux boot debian-installer/pxelinux.0 gets 'Failed to load ldlinux.c32' (as expected) 3) chain wheezy to d-n-a daily case wheezy server, syslinux-common 2:4.05+dfsg-6+deb7u1 installed cp /usr/lib/syslinux/pxelinux.0 tftpboot/ have a pxelinux.cfg/default that also contains: INCLUDE debian-installer/pxelinux.cfg/default boot pxelinux.0, select daily-amd64 gets "::/debian-installer/daily/amd64/boot/screens/vesamenu.c32: not a COM32R image" (this is a known failure mixing 4.x with 6.x, see #759424) 4) chain wheezy+6.03 to d-n-a wheezy server, setup 6.03+ldlinux.c32 in tftpboot have a pxelinux.cfg/default that also contains: a menu section that uses menu.c32 INCLUDE debian-installer/pxelinux.cfg/default I ran into problems with menu.c32/vesamenu.c32 not being able to find libutil.c32 and libcom32.c32. It seems that sometime after wheezy (probably 6.0x?), syslinux-common (and d-i) switched to using dynamic versions of these things, so you can't just point at things like you used to be able to. You can use the new PATH variable (introduced in 5.00+) to set the search path and it looks like debian-installer/amd64/boot-screens/syslinux.c fg is doing this which is good (but that hadn't loaded yet in my chaining experiment). That solves loading modules after pxelinux loads and reads it's config, but it can't solve finding ldlinux.c32. Would it be too much to ask to have ldlinux.c32 static like before? The current pxelinux.0 is 43k and ldlinux.c32 is 117k, so while it would more than triple the size, it's still not big (I'm not sure what the space constraints are, if any). di-netboot-assistant is probably going to need to be fixed (unless pxelinux.0 is switched to contain ldlinux.c32). -- Matt Taggart tagg...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org