similar to: SYSLINUX 3.10-pre19 -- definitely a release candidate

I have pushed out SYSLINUX 3.70-pre19. This includes a workaround that I have some early indications might actually resolve the "frozen USB keyboard" problem. If you have a system with this issue, I would *greatly* appreciate: a) if you could test it; b) if it works, if you could verify that 3.70-pre18 *DOESN'T* work. This would be incredibly useful! Thanks, -hpa

Hi guys, Here's another 5.00 prerelease. This one includes fixes for most of the bugs reported in the last round of feedback. The XFS filesystem code from Paulo also got merged this time and there were a bunch of fixes from a Coverity report. This won't be the last prerelease, but we are nearing the end of the 5.00 release cycle, so please do test. Shortlog append below. --- Chen

Changes in 3.10: * gcc 4.0.1 compilation fixes. * Add support for querying the PCI BIOS in libcom32 (used by ethersel et al.) * Fix PCI handing (ethersel etc) on several old chipsets (and VMWare.) * Try to deal with systems with broken EBIOS. * New API call to do "localboot". * New API call to query features.

I tried isolinux 3.10-pre20 on an Acer Aspire 1501LMi notebook and a Shuttle FS-40 desktop box; it fails on both, simply hanging after printing the first line. Last known good version is 3.10-pre16; will try pre17-pre19 when I have some time.

After 64 prereleases, 626 commits, 52,742 lines of changes, and tons of work by many, many people, Syslinux 4.00 is now officially released. Syslinux 4.00 is the first of a set of major code restructuring releases. The single biggest new features are btrfs and ext4 support, and support for disks larger than 2 TiB. Huge thanks to: - Intel, for sponsoring mine, Alek Du's and Feng Tang's

-------------------------------------------- On Mon, 8/11/14, H. Peter Anvin <hpa at zytor.com> wrote: Subject: Re: [syslinux] testing out 6.03 network booting... (6.03-pre19) To: "Shantanu Gadgil" <shantanugadgil at yahoo.com>, "syslinux at zytor.com" <syslinux at zytor.com> Date: Monday, August 11, 2014, 10:21 PM On 08/11/2014 06:12 AM, Shantanu

Folks, I've just spun a 4.07 prerelease. People were asking for a release that contained the commits that have been sitting in the master branch, and I've heard that distros are packaging the master branch just to get at them. --- Matt Fleming (4): extlinux: Avoid dereferencing a garbage pointer Merge branch 'searchdir_leak-406' of

On 08/11/2014 06:12 AM, Shantanu Gadgil wrote: > Hi all, > > I too am getting positive results using 6.03-pre19 lpxelinux.0, for the problem that I have been facing. > > The symptom was that booting hangs on client side. > On the server (DNSMasq TFTP) it keeps getting a request for the same (MAC address) file. > OR, alternatively it just stops completely. > > My

Hi all, I too am getting positive results using 6.03-pre19 lpxelinux.0, for the problem that I have been facing. The symptom was that booting hangs on client side. On the server (DNSMasq TFTP) it keeps getting a request for the same (MAC address) file. OR, alternatively it just stops completely. My server: OptiPlex 755. BIOS A22 The PXE booting client: OptiPlex 960. BIOS A17 * Things are

Hi all, I have officially released SYSLINUX 3.20: Changes in 3.20: * EXTLINUX: New options --install (-i) and --update (-U), to make it clear if a boot loader should be installed or updated. For now, defaults to --install for compatibility; a future version will require one of these options. * New library functions to load and place files in

I've been working with Matt Burgess here on this problem, and have found the following: syslinux 3.08-pre10 ? broken >>> config.inc:max_cmd_len=255 syslinux 3.08-pre11 ? works >>> config.inc:max_cmd_len=1023 syslinux 3.08 ? works >>> config.inc:max_cmd_len=1023 syslinux 3.09-pre1 ? works >>> config.inc:max_cmd_len=1023 syslinux 3.09-pre2 ? broken

I have pushed out SYSLINUX 3.10-pre10 with the fix for Arwin's bug. Still no idea about the bug reported by Curtis Doty. Pending issues before 3.10: - Need for forward-port EBIOS changes from SYSLINUX to EXTLINUX; - Verify EXTLINUX functionality on Supermicro systems; - Try to make some head or tail out of menu.c32 hang, if at all possible; - NOESCAPE. - Curtis' bug (garbage at end of

... and this is pretty much the first version of 2.20 which can be considered likely to actually work, except for the Win32 installer. The big news in this prerelease, by far, is EXTLINUX. I'm also hacking on a "simple menu system" as a com32 module; basically a hack to re-parse the config file and display a menu of its label statements. Don't know when that'll be ready

> >? ? > > We are not ready for > "prime-time" though. > > Using > the "lpxelinux.0" file from 6.03-pre19 ... > > > > My RHEL5 installs, > when? using the "http://" for kernel, initrd and > append lines, seem to be hitting some sort of parameter > length limit. > > The culprit seems to be > the long

The pre19 code assumes that struct lastlog either exists in lastlog.h or isn't there. On NetBSD, struct lastlog is defined in utmp.h. Even worse, the non-lastlog code in login.h is terrible on NetBSD (since NetBSD doesn't have a ut_type struct member). With the patch below, openssh will compile and run on NetBSD again. Thanks, David --- configure.orig Tue Dec 21 06:51:22 1999 +++

I know everyone is itching to test out another prerelease, and there's been quite a lot of activity since the last one. The shortlog is appended below. The feedback from testing the previous prereleases has been really constructive, so thanks to everyone for that. That feedback has been addressed in some of the commits listed below, but it's not all bug fixes, we've also got some new

> > We are not ready for "prime-time" though. > Using the "lpxelinux.0" file from 6.03-pre19 ... > > My RHEL5 installs, when using the "http://" for kernel, initrd and append lines, seem to be hitting some sort of parameter length limit. > The culprit seems to be the long "append" line. > > The same append line, when NOT using

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 >> nasm -f elf -Ox -g -F dwarf -DDATE_STR="''" \

I have just pushed out SYSLINUX 3.60-pre4. I have deferred the gPXE integration branch to a later release, since it looks like the gPXE folks are stalled on their end. Highly unfortunately, because it's cool stuff. What I *do* have, however, is support for a small amount of storage in the boot loader -- currently only implemented for EXTLINUX, but the infrastructure is there for all of

I have written a bash script (see below) to generate bootable SD-USB images using syslinux as booter. The script works OK with versions 3.63 and 3.71, but I get a null pointer error executing /tmp/$SYSLINUX/linux/syslinux -sf -o 16384 SD.img in 3.72. If you execute $ sudo sh SDformat.sh sys then you can test the image easily with qemu $ qemu -hda SD.img ++++++ SDformat.sh