similar to: `make spotless` and /gpxe directory

On 12/22/2014 04:32 PM, Geert Stappers wrote: > On Mon, Dec 22, 2014 at 12:18:56AM +0100, Geert Stappers wrote: >> On Sun, Dec 21, 2014 at 12:21:32PM -0800, Patrick Masotta wrote: >>> sudo apt-get install build-essential >>> sudo apt-get build-dep gcc-multilib >>> sudo apt-get install gcc-multilib nasm uuid-dev >>> >>> $ make spotless

On Sun, Dec 21, 2014 at 12:21:32PM -0800, Patrick Masotta wrote: > sudo apt-get install build-essential > sudo apt-get build-dep gcc-multilib > sudo apt-get install gcc-multilib > > sudo apt-get install nasm > sudo apt-get install uuid-dev > > I run > #make spotless > #make > > but it consistently fails at > > make[3]: Entering directory

On Mon, Dec 22, 2014 at 12:18:56AM +0100, Geert Stappers wrote: > On Sun, Dec 21, 2014 at 12:21:32PM -0800, Patrick Masotta wrote: > > sudo apt-get install build-essential > > sudo apt-get build-dep gcc-multilib > > sudo apt-get install gcc-multilib nasm uuid-dev > > > > $ make spotless > > $ make > > > > but it consistently fails at > >

I'm looking for either a way of setting the root path - a Linux style "pivot_root" functionality, that would be perfect. Also a way of overriding prefixing the root path with a URL or some other acceptable syntax to designate to use a different TFTP server. That would really make PXELinux really versatile. Some people concerned about security may want a way of blocking that just

Op 2014-06-10 om 22:55 schreef Geert Stappers: > > Hello, > > A `make efi32` yeilds me > > make[3]: *** No rule to make target `efi32/com32/lib/memcmp.o', needed by `syslinux.so'. Stop. > make[3]: Leaving directory `efi32/efi' > make[2]: *** [efi] Error 2 It was encountered while doing `make`. The `make efi32` is just to faster reproduce the build

On Sun, Feb 28, 2016 at 04:26:07PM +0000, Patrick Masotta via Syslinux wrote: > > > I have re-implemented /efi/udp.c > Signed-off-by: Patrick Masotta <masottaus at yahoo.com> > > diff -uprN a/core/fs/pxe/pxe.h b/core/fs/pxe/pxe.h > --- a/core/fs/pxe/pxe.h 2014-10-06 10:27:44.000000000 -0600 > +++ b/core/fs/pxe/pxe.h 2016-02-28 08:44:47.127996962 -0700 > @@

Op 2014-07-23 om 17:57 schreef Gene Cumm: > On Wed, Jul 23, 2014 at 10:32 AM, Geert Stappers <stappers at stappers.nl> wrote: > > Hi, > > > > Since which version of pxelinux.0 is understood in pxelinux.cfg/default that > > > > kernel http://host.lan/netboot/vmlinuz > > > > means vmlinuz should be transported over HTTP? > > For non-EFI

On Thu, Sep 24, 2015 at 07:57:47AM -0600, Alan Sparks via Syslinux wrote: > On 9/24/2015 4:59 AM, Gene Cumm wrote: > > On Thu, Sep 24, 2015 at 6:33 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > > > >> Now I have something I can reproduce. Booting my same ipxe.iso to > >> perform an initial TFTP load shows what I saw already. Attempting to > >>

On Mon, Dec 29, 2014 at 04:15:56AM -0800, Patrick Masotta wrote: > On Mon, Dec 29, 2014 at 08:47:54AM +0100, Luke Ledgerd wrote: > > I think I'd like to ask for a feature request to allow pxechn.c32 > > to work with EFI too and to have the ability for PXELinux to have a > > ROOT path variable (kind of like gpxelinux.0) that can either have > > HTTP or TFTP urls.

> On Thu, Mar 17, 2016 at 01:48:52PM +0000, Patrick Masotta via Syslinux wrote: > > > Paulo wrote: > > > BTW, some time ago I reworked the disk handling API to also support > > > UEFI and then linking it against gnu-efi library. Patrick, I don't > > > know what exactly you did, but follow what I did: > > > > > >

On Fri, Feb 20, 2015 at 05:08:26AM -0800, Patrick Masotta via Syslinux wrote: > This patch adds to the core EFI image booting capabilities. > It was tested on VMware EFI clients and HP Elitebook EFI notebooks, > only on PXE environments but it should work on non-PXE scenarios as well. > > Feedback appreciated. > > Best, > Patrick > > Signed-off-by: Patrick Masotta

On Sun, Mar 27, 2016 at 10:10:01AM +0200, Patrick Masotta via Syslinux wrote: > On Sun, Mar 27, 2016 at 01:06:54AM +0000, Gene Cumm via Syslinux wrote: > > On Sunday, March 20, 2016 11:18 PM, Patrick Masotta via Syslinux <syslinux at zytor.com> wrote: > > > I stopped receiving e-mails from the list. > > > is there anything I can do? > > > > Does this

On Sun, Mar 27, 2016 at 09:13:19PM +0200, Patrick Masotta via Syslinux wrote: > On Sun, Mar 27, 2016 at 09:27:06AM -0400, Shao Miller via Syslinux wrote: > > On 3/18/2016 10:57, Patrick Masotta via Syslinux wrote: > > >I stopped receiving e-mails from the list. > > >is there anything I can do? > > > > Sorry about this, Patrick! I believe that some

On Sat, Jan 17, 2015 at 01:20:58PM -0500, Gene Cumm wrote: > On Sat, Jan 17, 2015 at 12:56 PM, Patrick Masotta wrote: > > On Sat, 2015-01-17 Geert Stappers wrote: > > > If 1 person with a yahoo.com e-mail adres does reply on this > > > message, then we have test result for the setting that was changed > > > wednesday. > > > > test > > Patrick,

Hello, A `make efi32` yeilds me make[3]: *** No rule to make target `efi32/com32/lib/memcmp.o', needed by `syslinux.so'. Stop. make[3]: Leaving directory `efi32/efi' make[2]: *** [efi] Error 2 Output of `ls -Gl efi32/com32/lib/mem*.o`: -rw-r--r-- 1 stappers 2812 Jun 10 22:06 efi32/com32/lib/memcpy.o -rw-r--r-- 1 stappers 3620 Jun 10 22:06 efi32/com32/lib/memmem.o

On Mon, Sep 14, 2015 at 05:22:40AM -0700, Patrick Masotta via Syslinux wrote: > Teun wrote: } } Gene wrote } } } Smells like an optimizer/stripper bug :( } } } Patrick, Oscar what build environment do you use? > > Oscar is on holiday for another week. But I'm pretty sure his > > environment should be: > > ... } } # gcc -v } } Using built-in specs. } } COLLECT_GCC=gcc }

On Thu, Mar 17, 2016 at 01:48:52PM +0000, Patrick Masotta via Syslinux wrote: > > Paulo wrote: > > BTW, some time ago I reworked the disk handling API to also support > > UEFI and then linking it against gnu-efi library. Patrick, I don't > > know what exactly you did, but follow what I did: > > > >

On Mon, Dec 22, 2014 at 05:05:36AM -0800, Patrick Masotta wrote: > ok I'm not building from git; I just downloaded/extracted "syslinux-6.03.tar.gz" into a directory and build it from there. > Now I've erased the "> /dev/null 2>&1 " from check-gnu-efi.sh and I'm getting. > > fatal: Not a git repository (or any of the parent directories): .git

Op 2014-08-01 om 20:35 schreef Ady: > Goal: To have one USB drive capable of booting UEFI IA32 and UEFI X64 > (with an optional Syslinux menu containing multiple entries). What I would like to have is the same thing for network boot. So having one topdirectory on the TFTP server that can serve several "architectures". > Problem (solved) #1: The default directory location for

On Mon, Sep 07, 2015 at 07:46:14AM -0500, John via Syslinux wrote: > At 05:13 AM 9/6/2015, Geert Stappers via Syslinux wrote: > > > >I do understand that your network is not 192.168.0.0 but 192.168.1.0. > >I don't understand what information is in _twice_ stating 192.168.1.9. > > /etc/default/tftpd-hpa > TFTP_USERNAME = "tftp" > TFTP_DIRECTORY =