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 final release.
And in case anyone missed it, the release can be grabbed here,
http://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/4.06/syslinux-4.06-pre14.tar.bz2
http://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/4.06/syslinux-4.06-pre14.zip
---
Geert Stappers (1):
README: document the need for /usr/include/uuid/uuid.h
Matt Fleming (1):
menu: Disallow navigation to a disabled entry via *any* key
Sebastian Herbszt (2):
comboot: fix documentation
comboot: remove comapi_chainboot
--
Matt Fleming, Intel Open Source Technology Center
Subject: Syslinux-4.06-pre14 Date sent: Mon, 15 Oct 2012 19:27:55 +0100> Another week, *another* -pre. > -- > Matt Fleming, Intel Open Source Technology CenterI have tested ldlinux.sys + menu.c32 v.4.06pre14 regarding last menu entry with "menu disable". The displayed menu has more than 28 rows. I have tested the following keys (repeatedly pressed): all arrow keys, ">" (more than), space bar, ctrl+f, PageDown, End. In no case the last entry (which has "menu disable") was selected. In every case the latest "enabled" entry was selected, and repeating the same keystroke did not move the selection further. I have not tested vesamenu.c32. So regarding this issue, AFAIK the patch works. Now, I wonder what about Paulo and Shao's work on fragmented MFT. There are "./core/fs/ntfs/", "./win32/ntfstest/" and "./win64/ntfstest/" directories. I would guess that the "test" part of the directory names is more appropriate for now? Best Regards, Ady.
On Mon, 2012-10-15 at 19:27 +0100, Matt Fleming wrote:> 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 final release. > > And in case anyone missed it, the release can be grabbed here, > > http://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/4.06/syslinux-4.06-pre14.tar.bz2 > http://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/4.06/syslinux-4.06-pre14.zip > > --- > > Geert Stappers (1): > README: document the need for /usr/include/uuid/uuid.h > > Matt Fleming (1): > menu: Disallow navigation to a disabled entry via *any* key > > Sebastian Herbszt (2): > comboot: fix documentation > comboot: remove comapi_chainboot >Hi, a couple of time ago I sent some patches for supporting sector sizes>512. Although I marked these patches as "initial" I don't see anyreason why they should be merged in. They just add some partial support (no btrfs, windows or other stuff) but is better than today. I noted also a bug resetting adv in extlinux. The problem is in modify_existing_adv. If opt.reset_adv is set you don't initialize filename so the next ext_write_adv will crash. Sorry to report only now. Frediano
Hallo, Matt, Du meintest am 15.10.12:> 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 final release.> And in case anyone missed it, the release can be grabbed here,> http://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/4.06/syslinux-4.06-pre14.tar.bz2> http://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/4.06/syslinux-4.06-pre14.zipCompiling: many warnings, mostly "unused but set". Annoying, but probably not bad. Running: "syslinux"/"isolinux" works well on my really old machines, "pxelinux" also works well over the LAN. Fine! Viele Gruesse! Helmut