similar to: (no subject)

In my last post I pasted the last few line of the compile log for syslinux-3.02pre2. Here are the correct lines from my failed attempt to compile syslinux-3.01. Still the same error. make[1]: Leaving directory `/usr/src/syslinux-3.01/unix' make[1]: Entering directory `/usr/src/syslinux-3.01/extlinux' gcc -Wp,-MT,extlinux.o,-MMD,.extlinux.o.d -W -Wall -Wno-sign-compare

On Tue, Jan 04, 2005 at 06:50:53PM -0800, H. Peter Anvin wrote: > > Okay, your <linux/fs.h> is broken beyond repair. The proper definition > of BLKGETSIZE64 is: > > #define BLKGETSIZE64 _IOR(0x12,114,size_t) > > There is no "sizeof", and u64 doesn't belong in the user headers. I > suspect this particular screwup is probably the reason that

Some people have reported portability problems with SYSLINUX 3.00, mostly due to the use of HDIO_GETGEO_BIG, which is deprecated; additionally, the advanced menu system wouldn't build for everyone due to a spurious reference to %ebp. This release fixes these things, plus makes the extlinux installer default to zipdisk geometry (64 heads, 32 sectors) if it can't guess anything else.

hello everybody, apologies if I'm missing something here Just tried to build 6.04-pre1 test version with: make bios installer and found some problems all (seemingly) related to inaccurate paths in various Makefiles. I enclose a complete patch at the end of this email, which details the problems I found and how they got fixed for me. As an example, this is the first error I got:

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

As the subject says, building syslinux fails when built against 2.6.8.1 kernel headers. Anybody out there have a patch? The compile errors are below. set -e ; for i in memdisk dos win32 mtools unix extlinux sample com32 ; do make DATE=0x41e470ae HEXDATE=0x41e470ae -C $i all ; done make[1]: Entering directory `/usr/src/syslinux-3.07-pre1/memdisk' make[1]: Nothing to be done for `all'.

I have pushed out a 3.02-pre1 release of SYSLINUX, which has the BLKGETSIZE64 patch, plus a few other things: Changes in 3.02 (so far): * SYSLINUX: The "unix" installer now sets the MS-DOS attributes (hidden, system, readonly.) * COM32 library: build the .lnx (test modules for running under Linux) as architecture native modules, in case

Tying up lose ends, and adding the ethersel module for the Etherboot folks. -hpa Changes in 3.02: * SYSLINUX: The "unix" installer now sets the MS-DOS attributes (hidden, system, readonly.) * COM32 library: build the .lnx (test modules for running under Linux) as architecture native modules, in case i386 devel libraries aren't

Hello, Happy New Year! These patches make syslinux/linux support ext2/3/4, and it doesn't require the root privilege, I'd like to add a separate e2fs/syslinux, if that is more appropriate, it should be easy to do that. I put these patches on github so that you can easily get them in case you'd like to test them. (The repo's name is sys_tmp, which avoids confusing others, I will

On Thursday, 3 August 2017 19:13:48 CEST Richard W.M. Jones wrote: > + fprintf (stderr, "mode = %o\n", statbuf.st_mode); > + if (S_ISBLK (statbuf.st_mode)) > + /* continue */; > + else if (S_ISDIR (statbuf.st_mode)) { > + fprintf (stderr, "S_ISDIR\n"); The two unconditional fprintf() look like debugging leftovers. > + fd = open (device,

https://bugs.freedesktop.org/show_bug.cgi?id=58776 Priority: medium Bug ID: 58776 Assignee: nouveau at lists.freedesktop.org Summary: DRM NOUVEAU: cannot boot with kernel >=3.7 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: balducci at

https://bugs.freedesktop.org/show_bug.cgi?id=61287 Priority: medium Bug ID: 61287 Assignee: nouveau at lists.freedesktop.org Summary: (bisected) kernel>=3.7 breaks nouveau with acceleration for GeForce 6150SE nForce 430 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

I am excited to try this on my system that hangs with 6.03. Is this the best place to report if it continues not to work? Thanks for all of this work! Sent from my iPhone > On Mar 5, 2016, at 08:43, Gene Cumm via Syslinux <syslinux at zytor.com> wrote: > > After so much time and improvements, I'm glad to see and publicize a > pre-release, 6.04-pre1 in >

https://bugzilla.samba.org/show_bug.cgi?id=5182 Summary: -r --include= --exclude= broken for version>=3.0.0pre5? Product: rsync Version: 3.0.0 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

I gave extlinux a whirl, 1. installed debian onto a usb hard drive from laptop (onto /dev/sda1) did *not* install grub or lilo. 2. set up extlinux on /dev/sda # mount /dev/sda1 /mnt/t1 [root at harpo syslinux-3.00]# cd /mnt/t1/ [root at harpo t1]# ls boot/ config-2.6.8-1-386 initrd.img-2.6.8-1-386 System.map-2.6.8-1-386 vmlinuz-2.6.8-1-386 [root at harpo t1]# mkdir boot/extlinux [root

Are the changes in the centosplus kernel limited only to what is enabled the config file? There are some specific (and critical) patches I've had to apply to 2.6.9-11 to make it stable in our environment. Are kernel patches to known problems something that can be considered for CentOS plus? For example, this one was critical to get rid of prio_tree kernel crashes under heavy load:

On 05.03.2016 14:43, Gene Cumm via Syslinux wrote: > 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

Hi: I've been seeing intermittent build failures with the extlinux target, and I believe I've tracked it down to a VPATH issue. See this make -d log: Finished prerequisites of target file `extlinux'. Prerequisite `extlinux.o' is newer than target `extlinux'. Prerequisite `setadv.o' is newer than target `extlinux'. Prerequisite

Hi I understand you (mostly). 0) How do i "install the MBR code as well and to activate your partition." 1) "mount /dev/sda1 /mnt" -->> successfully completed. 2) "mkdir /mnt/extlinux" -->> successfully completed. 3) "extlinux --install /mnt/extlinux" -->> does not work. Funny, but it it seems that there is no such thing as

hi Peter, everyone, I recently installed extlinux on my CF drive. after a few botches, it works, with menu.c32 too. Heres a few notes/observations: - menuing seems pretty sensitive to presence of tabs in extlinux.conf, unlike with pxelinux.cfg/default, Is this an oversight, or something Im misremembering ? - extlinux doesnt have the timeout after menu-choice. if I dont choose, it times out and