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

Reply via email to