<div dir="ltr">That was good timing, and the newly compiled image ended up working where we could test. However, it did not fix our issue, but we do not believe at this time the issue is related to ipxe itself; we were entertaining the idea because our networking team is being lazy. <div><span style="font-size:13.1999998092651px;line-height:1.5"><br></span></div><div><span style="font-size:13.1999998092651px;line-height:1.5">Thanks a bunch for you help!!! </span></div><div><span style="font-size:13.1999998092651px;line-height:1.5"><br></span></div><div>Regards,</div><div><br></div><div>Matthew Hassel</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Aug 26, 2015 at 9:12 AM Michael Brown <<a href="mailto:mcb30@ipxe.org">mcb30@ipxe.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 25/08/15 16:21, Matthew Hassel wrote:<br>
> That did prove to be difficult so I ended up recreating what I thought<br>
> the embedded script looked like. Curious, any thought on bringing back<br>
> uri encoding. We use serial numbers as a key to dynamically build<br>
> kickstart files and unfortunately VMware uses spaces in their serial<br>
> numbers. Any new cut of ipxe is broken when building vms because<br>
> uristring no longer works.<br>
<br>
Funny you should mention that:<br>
<br>
   <a href="http://git.ipxe.org/ipxe.git/commitdiff/ba36953" rel="noreferrer" target="_blank">http://git.ipxe.org/ipxe.git/commitdiff/ba36953</a><br>
<br>
There are outstanding issues regarding how iPXE treats URIs, but the<br>
ability to expand settings with any special characters URI-encoded<br>
should work.<br>
<br>
Michael<br>
</blockquote></div>