On Thursday 04 Nov 2010 15:22:43 Gianni Tedesco wrote: > On Wed, 2010-11-03 at 17:52 +0000, Michael Brown wrote: > > On Wednesday 03 Nov 2010 17:24:24 Gianni Tedesco wrote: > > > This fixes a regression against Altiris Rapideploy. During the DHCP > > > discover stage the Rapideploy server sends a relayed offer without PXE > > > options, a non-relayed offer without PXE and then a non-relayed offer > > > with PXE. This is a regression from the 0.9.6 days before > > > 9119b0c8af15333796e02433677a54e952b1a73d and before ignoring duplicate > > > DHCP offers. This regression causes the state-machine not to enter the > > > proxyDHCP state and therefore prevents the PXEClient server list and > > > menu from being retrieved which, in turn, prevents the boot ROM from > > > operating as expected. > > > > Could you possibly try iPXE (http://ipxe.org) to see if this problem has > > already been fixed upstream? > > Actually it has already been fixed in iPXE master! Thanks. > > Looks like at least one of my previous patches is also redundant there. > > Is there another mailing list where development is discussed then?
Sort of. See http://ipxe.org/faq#how_does_ipxe_relate_to_gpxe_and_etherboot Michael
