similar to: SYSLINUX 3.54-pre1 (bug fix release candidate)

This is 100% functionally equivalent to 3.54-pre1, with only a few minor documentation changes. Changes in 3.54: * Add "menu separator", "menu indent", "menu disabled" (see README.menu). * vesamenu: fix handing of VESA modes with noncontiguous memory buffers. In particular, Qemu/KVM sets up such a mode when Cirrus

Hi all, I have pushed out a SYSLINUX 3.30-pre1. The main difference versus earlier versions is that this version contains a *preview* of a VESA graphical menu system (vesamenu.c32); it's used the same way as menu.c32, with the addition of a few more commands (which can also be used in menu.c32 in this new version): MENU BACKGROUND file.png ... loads a background image in PNG format.

I've just pushed out a 6.00-pre1 release. This release includes support for booting EFI machines. The code is currently in the alpha stage. Having said that, you should expect most things to work correctly, including things like the graphical menu. Please help test if you can, and if you find any bugs, please report them. To facilitate building different versions of syslinux.efi (32-bit and

I am attempting to setup a test gpxe(linux.0) http site, to test among other things the recent dynamic option 252 solution. In the process of investigation I stumbled across http://www.etherboot.org/wiki/appnotes/authmenus which indicates the gpxe can launch vesamenu.c32 directly. Various other pages on etherboot's site indicate menu.c32/vesamenu.c32 can be used independently as well.

The -pre2 version of HDT 0.3.6 is out. Gert was a great source of motivation for making that -pre2. He found many bugs and gave nice ideas. Thanks Gert for your time and your _many_ tests. This release will be more or less what will be included in the incoming syslinux 3.84. Since -pre1, here come the Changelog * Reporting CPU L1 & L2 cache * Report "Hw.Virt" in cpu

The -pre2 version of HDT 0.3.6 is out. Gert was a great source of motivation for making that -pre2. He found many bugs and gave nice ideas. Thanks Gert for your time and your _many_ tests. This release will be more or less what will be included in the incoming syslinux 3.84. Since -pre1, here come the Changelog * Reporting CPU L1 & L2 cache * Report "Hw.Virt" in cpu

The 0.3.6 release will be mostly bug fix oriented. Before releasing, I'd love having more feedback on it. So here come the -pre1 release. I would like to thank the following people for making this new release possible : Pierre for his patches, Gert for his tests, Alexander Andino for his great artwork, Ralf Carl for his very reactive debugging on older hardware, Changelog for -pre1 *

The 0.3.6 release will be mostly bug fix oriented. Before releasing, I'd love having more feedback on it. So here come the -pre1 release. I would like to thank the following people for making this new release possible : Pierre for his patches, Gert for his tests, Alexander Andino for his great artwork, Ralf Carl for his very reactive debugging on older hardware, Changelog for -pre1 *

On 06/13/2013 10:15 PM, Gene Cumm wrote: > On Thu, Jun 13, 2013 at 8:08 PM, Gerardo Exequiel Pozzi > <vmlinuz386 at yahoo.com.ar> wrote: >> Hello >> >> While testing PXE booting, I decided to change IPAPPEND to the new >> SYSAPPEND and does not work: nothing is appended to command line. >> >> I tested using menu.c32 and vesamenu.c32, same issue.

... > nasm -f elf -Ox -g -F dwarf -DDATE_STR="''" \ > -DHEXDATE="0x56dc3c62" \ > -Di386 \ > -I/tmp/syslinux-6.04-pre1/core/ \ > -l ldlinux.lsr -o ldlinux.o -MP -MD ./.ldlinux.o.d /tmp/syslinux-6.04-pre1/core/ldlinux.asm > nasm -f elf -Ox -g -F dwarf -DDATE_STR="''" \ > -DHEXDATE="0x56dc3c62" \ > -Di386 \ >

On 06.03.2016 18:23, poma wrote: > On 06.03.2016 16:47, poma wrote: >> ... >>> nasm -f elf -Ox -g -F dwarf -DDATE_STR="''" \ >>> -DHEXDATE="0x56dc3c62" \ >>> -Di386 \ >>> -I/tmp/syslinux-6.04-pre1/core/ \ >>> -l ldlinux.lsr -o ldlinux.o -MP -MD ./.ldlinux.o.d /tmp/syslinux-6.04-pre1/core/ldlinux.asm >>>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 When I tried to use the menu.c32 from SYSLINUX 3.30-pre1, the simple menu have different background color than that in 3.20. 1. use the menu.c32 from SYSLINUX 3.30-pre1, the simple menu is: http://lfod.nchc.org.tw/stick/syslinux/syslinux_menu_3.30_pre1.jpg 2. use the menu.c32 from SYSLINUX 3.20, the simple menu is:

Hi again, I got a new dmesg log with the debug parameters, but I guess I could not isolate VESA. I blacklisted it at /etc/modprobe.d/blacklist.conf but comparing those logs I see no difference... Is it possible to isolate VESA somehow without removing it? The new logs are here, I'm posting full content because I'm not sure what information is more relevant...

Okay, nothing like user mail at 3 am to keep one awake... I have implemented a filename-based syntax for downloading from an alternate TFTP server in PXELINUX. If the filename starts with IP address:: it will: a) Download from the alternate TFTP server; b) Suppress the common pathname prefix. I was considering also adding a configuration file option to set the default TFTP server, but I

After so much time and improvements, I'm glad to see and publicize a pre-release, 6.04-pre1 in https://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/6.04/ Personally, I've already been working testing the pre-release as-is and my tests have been positive so far. I appreciate feedback like that from Gabriele Balducci and testing "make bios installer". Yes, there are a

Probably have already seen this, but since I didn't see in the email archives: thune:/usr/src/syslinux/syslinux-2.12-pre1# make install make -C sample com32 all make[1]: Entering directory `/usr/src/syslinux/syslinux-2.12-pre1/sample' make[1]: *** No rule to make target `com32'. Stop. make[1]: Leaving directory `/usr/src/syslinux/syslinux-2.12-pre1/sample' make: *** [installer]

Hi all, I have pushed out a prerelease of one of the development branches (I currently have three development branches open), 3.70-pre1. This release revamps a whole lot of internal APIs to support reading files without knowing their length ahead of time. This is necessary in order to support network protocols which do not advertise the transfer size. The immediate user-visible change is

SYSLINUX 4.00-pre1 FAT32 does not support?? ------------------ ???? ??????????????????????????????????????????????http://www.aggov.com?????????????????http://www.aggov.com??? http://www.aggov.com??7*24??????????????

Was seeing it I could get any closer with the efi boot using the 6.0.4, and didn't have any more luck. Did a test with it in bios mode and it works for the regular kernels, but when I tried the hdt.c32 I get the following error? Undef symbol FAIL: parse_url Failed to load COM32 file hdt.c32 Only find urlparce.c in the PXE directory, and no reference to it in any files in the hdt

On 03/08/2016 02:53 PM, Gene Cumm wrote: > > Poma, in my opinion, this behavior means it's your/Fedora's responsibility > to propose a change that distinguishes between broken and working NASM > 2.11.06 or revert the commit in your/Fedora's build. > Yes, it is highly problematic to have especially build tools with version numbers that don't match upstream having