similar to: Problems with 4.04-pre14

If there is anything that you think should have been in Syslinux 4.04 which isn't there please holler now. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

Another week, *another* -pre. I'm really planning on this being the last one. The shortlog is appended below. Apart from a better fix for the "disabled menu entry" bug it's only documentation updates. Testing from the last -pre's has been pretty quiet, so as soon as Ady and Matt have tested this one and confirmed that the disabled entry bug is finally gone I'll do the

I just tried to build syslinux-3.71-pre14-5-gfa6a60e and got the following: make[1]: Leaving directory `/syslinux/syslinux-3.71-pre14-5-gfa6a60e/dos' make[1]: find-mingw.sh: Command not found make[1]: Entering directory `/syslinux/syslinux-3.71-pre14-5-gfa6a60e/win32' gcc -Wp,-MT,syslinux.o,-MMD,.syslinux.o.d -W -Wall -Wno-sign-compare -Os -fomit-frame-pointer -D_FILE_OFFSET_BITS=64 -I.

Hi. We've been using PXELINUX for years, to kick off OS installations (floppy images) and booting assorted tools. The addition of ISO support in memdisk opened up some new alternatives that we also use, e.g. booting WinPE ISO images over PXE. Today I downloaded a BIOS for a HP EliteBook 8440p and discovered that the BIOS file is 3 MB. I could probably squeeze it onto a 2.88 MB floppy image

I have addressed all the issues that I know about (including, hopefully, the isohybrid version dependence...). I would like to release this this week so please let me know as soon as possible if this version is "go". -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

I have pushed out what I hope to be the last release candidate for Syslinux 4.04. Please test it if you have the chance as I would like to have 4.04 out as soon as possible. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

I know quite a few people have interest in internationalizing the menu system. This is a tricky problem, since have a full-blown rendering engine for the more complex languages (Indic, Semitic and East Asian languages being the main ones that have substantial complexities.) Given that, I was thinking that the most sensible thing might be to pre-render strings (basically menu items and

I haven't received a digest from the group in over six days. Have I fallen off the list somehow? Is there an online spot where I may go to see if there was any response to my last message? 73 | *KB3KEY* | John | Mt.Airy,MD On 10/25/2014 09:24 PM, Ilia Mirkin wrote: > Can you grab a copy of dmesg after resume? Can you try waiting ~2 > minutes to see if gdm will restart on its own (due to

The gPXE in the Syslinux tree is ridiculously old. We could either replace it with iPXE or just drop it, giving people a recipe for how to integrate with iPXE themselves. What do people think? -hpa

Hi all, wasnt sure whether this was the best place to put this information; but something seems to have gone 'backwards' in the later pre-releases of 6.03 regarding network booting. below are results of me testing - i did each a few times to make sure they are valid results. hope it helps identify something that's gone awry ? so far, 6.03 pre11 and pre13 (excluding efi32) seem most

So it turns out that -pre13 was quite buggy after all. Once I started running the list of tests that I described in my email, a bunch of those bugs came to heed. Now I think I've fixed them, and so have released -pre14. I have also formally decided to call the final release 3.00 when it's ready. Between code base rewrite + EXTLINUX + libcom32 + simple menu, there is plenty of

I get this error trying to compile current git: nasm -O9999 -f elf -g -F stabs -DDATE_STR="'0x484e9ecd'" \ -DHEXDATE="0x484e9ecd" \ -l pxelinux.lsr -o pxelinux.o pxelinux.asm pxelinux.asm:2693: fatal: unable to open include file `pxeidle.inc' make[1]: *** [pxelinux.o] Fehler 1 - Sebastian

This version fixes the "PXELINUX reboots immediately on error" problem. This actually turned out to be due to a NASM bug; I have changed the code slightly to avoid the problem. Please, people, test this out so I can release a final... ftp://ftp.kernel.org/pub/linux/utils/boot/syslinux/Testing/ -hpa

This release includes Murali's menu positioning patch; it is otherwise identical to 2.09-pre13. I will release this as 2.09 on Sunday unless I hear objections. Note that I've effectively been out of the loop, moving houses, for almost a month, so if there is something I'm forgetting please tell me... -hpa

It really turned out not to be all that hard to do, after all. I definitely feel a bit silly, but there you have it. Please test this out as 3.50 really is way overdue to get out the door. -hpa

Hi, The menu timeout isn't cancelled but restarted when there's only a single item in the menu and I try to move the selection. The selection flashes but of course does not move. Tested with pxelinux under QEMU: $ qemu -net nic -boot n -net user,tftp=tftpboot,bootfile=/pxelinux.0 pxelinux.cfg/default: UI menu.c32 TIMEOUT 100 LABEL single KERNEL blah Adding another menu item

Hi, After fixing the --with-tcp-wrappers problem I decided to look closer at configure.in and found that --with-md5-passwords didn't work either. This patch fixes both problems (remember to run autoconf.) diff -ur openssh-1.2pre14.orig/configure.in openssh-1.2pre14/configure.in --- openssh-1.2pre14.orig/configure.in Mon Nov 22 06:11:05 1999 +++ openssh-1.2pre14/configure.in Mon Nov 22

> Message: 3 > Date: Fri, 06 Jun 2014 08:13:36 -0700 > From: "H. Peter Anvin" <hpa at zytor.com> > To: Andrew Rae <A.M.Rae at leeds.ac.uk>, "'syslinux at zytor.com'" > <syslinux at zytor.com> > Subject: Re: [syslinux] EFI booting over network - can't then load > anything > Message-ID: <5391DAA0.2050207 at

>> Hi, >> >> We have some problems while network booting thin clients. The type is T5540. >> >> At this moment we are using pxe linux 6.03. >> >> The systems are booting correctly with pxe linux version 6.03-pre14. >> We have seen the same error with version 6.03-pre9. >> >> The error message: >> >> Failed to load ldlinux.c32

Okay, I have found a workaround for the build problem that affected -pre13 and -pre14, and as a side bonus I have pulled a couple of fixes, including Sebastian's latest gfxboot updates. -hpa