similar to: SYSLINUX 3.30-pre1 released

On Wed, 16 Aug 2017 12:46:46 -0700, H. Peter Anvin via Syslinux wrote: >Is that true for vesamenu only, or even for text mode syslinux? Hi, I'm using menu.c32 (text mode only), this is the complete config: [root at archlinux ~]# cat /boot/syslinux/syslinux.cfg # http://syslinux.zytor.com/wiki/index.php/Doc/menu PROMPT 0 TIMEOUT 600 UI menu.c32 MENU HIDDEN MENU CLEAR MENU COLOR screen

SYSLINUX 3.30-pre1 is very cool! Is that possible we can use SYSLINUX 3.30-pre1 in pxelinux ? I just tested that, put the configuration file as: ---------------------- default vesamenu.c32 timeout 70 prompt 0 noescape 1 MENU BACKGROUND sample.png ... label sample MENU DEFAULT # MENU HIDE MENU LABEL pxe-client # MENU PASSWD kernel vmlinuz-pxe append initrd=initrd-pxe.img

Add detection code for "MS-DOS 3.30 through Windows 95 (A)" MBR to disklib. Signed-off-by: Gert Hulselmans <gerth at zytor.com> --- com32/gpllib/disk/mbrs.c | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/com32/gpllib/disk/mbrs.c b/com32/gpllib/disk/mbrs.c index 77e4180..37309e1 100644 --- a/com32/gpllib/disk/mbrs.c +++ b/com32/gpllib/disk/mbrs.c @@

For those that are curious, I have put up a sample screenshot at: http://syslinux.zytor.com/graphics_test.png -hpa

-----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:

Basically, more work on the graphical menu, and actual documentation for it. -hpa

Hi all, I have released SYSLINUX 3.30-pre5. This is the first version in which I think we can consider the graphical menu feature-complete. I would really appreciate any and all feedback on this particular test release. Also, if you find a machine on which the graphical menu *doesn't* work, I would appreciate knowing: 1. does it correctly fall back to the text menu? 2. what is

Hi all, I've decided to move SYSLINUX 3.30-pre7 to release candidate status (the difference from 3.30-pre6 is pretty much that 3.30-pre7 contains a very simple compiled-in graphical background if the user doesn't specify MENU BACKGROUND.) Please test it out and let me know. Thanks, -hpa

Hi all i have problems with MENU COLOR.... Default file : #DEFAULT vesamenu.c32 DEFAULT menu.c32 # OPTIONS ALLOWOPTIONS 0 PROMPT 0 # COLORS MENU COLOR SCREEN 36;42 #80ffffff #00000000 MENU COLOR BORDER 30;41 MENU COLOR TITLE 1;35;41 MENU COLOR UNSEL 7;32;41 MENU COLOR HOTKEY 1;33;41 MENU COLOR sel 7;37;40 MENU COLOR Hotsel 7;37;40 MENU COLOR SCROLLBAR 32;41 MENU COLOR tabmsg 31;40 MENU COLOR

Hi, my primary monitor is a LCD HDMI2 and the secondary monitor is a CRT VGA1. The CRT monitor is only turned on on demand, but always connected by VGA. The BIOS is shown on both monitors, but the syslinux menu only on the CRT, as long as the CRT is connected by VGA. Even if it's turned off, the syslinux menu isn't shown on the LCD connected by HDMI. [root at archlinux ~]# pacman -Q

Hello list. The issue I have is that with the changes made to the idmap functionality of winbind, as regards the enumeration of rfc2307 users and groups using getent passwd and getent group, only those AD users that are not in the domains included in the "idmap config (domain)" statements (the ones in trusted domains that get their ID mappings auto-assigned by the TDB backend with

Hi, I'm running into issues receiving faxes which, from what I have read, may be caused by frame slips. While I can find many posts saying to investigate it, I can't find any that describe *how* to debug the problem. Tried searching this list as well to no avail. Any pointers would be greatly appreciated. FYI, I'm running wbel, AMP 1.04, spandsp 2pre4. Faxing to a pstn on a

Hi, I tried using the nouveau driver that comes latest with Fedora Rawhide (xorg-x11-drv-nouveau-0.0.10-1.20080311git460cb26) on my HP Pavilion dv2000 laptop with a GeForce 7150M (PCI 10de:0531) but couldn't even get the server up. The server spit out the following log. Could someone tell me how to get things working? Or even if I should file a bug? Xorg.0.log: X.Org X Server 1.4.99.901

(copying xen-devel, full logs are at bugs.debian.org/748052, this is Debian Jessie, Xen 4.3.0 and Linux 3.13 Mike also reported that Debian Wheezy Xen 4.1.4 didn't work either, not clear which kernel that was with though, Wheezy's 3.2 or Jessie's 3.13) On Thu, 2014-05-15 at 10:11 -0700, Mike Egglestone wrote: > Here are some results with (now) the latest BIOS version 41. (was >

From: Matt Fleming <matt.fleming at linux.intel.com> This is a series of patches that, * shrink the core by moving things into an ldlinux ELF module * begin wiring up some of the C versions of various functions The core now only contains essential code and loads the ldlinux module to do everything else, like providing a command line interface and loading kernels. The config file parsing

Hei, 839ca903f12e (drm/nouveau/kms/nv50: transition to atomic interfaces internally, 2016-11-04) seems to introduce a regression on my machine. Attached dmesg output. Has anyone else seen this on a MacBookPro? Thanks. -- Mit freundlichen Grüßen Alexander Alemayhu -------------- next part -------------- [ 0.000000] microcode: microcode updated early to revision 0x16, date = 2016-04-01 [

Ian Campbell <ijc at hellion.org.uk> writes: #Please boot with loglvl=all on the hypervisor command line for this too. No problem Ian, Here are some results with (now) the latest BIOS version 41. (was version 35) This is a fresh new install of Debian "Testing" non production server. Just wanted to run some test domU's. Changing USB ports, no effect. I even tried a different

hi folks: xorg caused my macbook 10,1 reboot immediately while startup X with latested nvidia-driver and event not to generate Xorg.0.log file attached my verbose message. thanks for any ideas --wsk -------------- next part -------------- Sep 20 15:40:31 rmbp syslogd: kernel boot file is /boot/kernel/kernel Sep 20 15:40:31 rmbp kernel: 2 Sep 20 15:40:31 rmbp kernel: MADT: Interrupt override:

[ 0.000000] microcode: CPU0 microcode updated early to revision 0x1b, date = 2014-05-29 [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Initializing cgroup subsys cpuacct [ 0.000000] Linux version 4.4.0-rc3+ (airlied at crackbookpro) (gcc version 5.1.1 20150618 (Red Hat 5.1.1-4) (GCC) ) #44 SMP Sat Dec 5 16:05:39 AEST 2015 [

From: Matt Fleming <matt.fleming at linux.intel.com> This series fixes some bugs and switches the elflink branch to be entirely ELF modules. It applies on top of, http://syslinux.zytor.com/archives/2011-April/016369.html The deletions in the diff stat below are mainly from deleting com32/elflink/modules (finally!). Now there should be no duplicate code because we don't need COM32 and