similar to: Patches from Debian

Hi, I've recently started working on the syslinux package on Debian. I noticed there are a few patches applied to the Debian version which seem generally useful to me. Please consider merging them: * 0001-digest-sha.patch: It appears that "Digest::SHA1" has been superseded by "Digest:SHA". * 0003-extlinux-manpage.patch: Updates to the extlinux man page. *

On Sun, Oct 22, 2017 at 5:52 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > Thanks. I'll try to get to these soon. > > On Oct 22, 2017 4:14 PM, "Lukas Schwaighofer via Syslinux" > <syslinux at zytor.com> wrote: > > Hi, > > I've recently started working on the syslinux package on Debian. I > noticed there are a few patches applied to the

> Hi, > > I've recently started working on the syslinux package on Debian. I > noticed there are a few patches applied to the Debian version which > seem generally useful to me. Please consider merging them: > > * 0001-digest-sha.patch: It appears that "Digest::SHA1" has been > superseded by "Digest:SHA". > * 0003-extlinux-manpage.patch:

Hi Gene, thanks a lot for looking at the patches and merging them! :) On Sat, 4 Nov 2017 12:51:22 -0400 Gene Cumm <gene.cumm at gmail.com> wrote: > Aside from patch "burping" on unnecessary characters, everything > looks good. Sorry, should have checked for that? > 0001-digest-sha.patch moves from "Digest::SHA1", last touched in CPAN > in 2010 (but only 3

I have put a compile hack in for older distros and pushed it out as syslinux-3.62-pre16; for those who have reported compilation problem on older distros I would greatly appreciate if you could confirm if it works now (it worked for me on a CentOS 3.9 VM.) -hpa

I am trying to build an RPM starting from the TAR archive. The relevant error is: make[1]: Entering directory `/tmp1/Software/rpmbuild/BUILD/syslinux-5.00/libinstaller' perl bin2c.pl syslinux_bootsect < ../core/ldlinux.bss > bootsect_bin.c perl bin2c.pl syslinux_ldlinux 512 < ../core/ldlinux.sys > ldlinux_bin.c perl bin2c.pl syslinux_mbr < ../mbr/mbr.bin > mbr_bin.c perl

Hi, this patch replaces the first simpler version: https://www.redhat.com/archives/libguestfs/2017-August/msg00117.html The approach now is to use a C snippet, which should pose way less compatibility issues. Thanks, Pino Toscano (1): Switch binary embedding to a C source .gitignore | 2 +- src/Makefile.am | 18 +++++++++--------- src/{bin2s.pl => bin2c.pl} |

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:

Hi, Sorry for writing so many messages. I am doing a license review for syslinux in Debian and I've stumbled on the following files: * efi/console.c * efi/derivative.c * efi/diskio.c * efi/main.c * efi/mem.c * efi/pxe.c * efi/tcp.c * efi/udp.c All of them start with /* * Copyright 2011-2014 Intel Corporation - All Rights Reserved */ with no further indication of any license. This

Changes in 3.61: * EXTLINUX: fix crash when accessing an empty file. * elf.c32: If a PHDR segment is present, load it. * Fix SHA-1 and MD5 passwords. * ISOLINUX: fix booting when mastered without mkisofs -boot-info-table (broken since 3.50, sigh...) * Handle BIOSes which emit multiple contiguous valid memory regions in the e820 map. Begin3 Title: syslinux Version: 3.61 Entered-date:

The current approach of writing a custom assembler snippet has few issues: - the assembler needs to manually things like the correct section, disabling the executable stack, and so on - the symbols are global, and exported with an awkward interface (i.e. uint8_t offsets) - the assembler source is built with a manual rule - the embedded data is not properly aligned according to the needs of

The build system rolled up R-3.4.3.tar.gz (codename "Kite-Eating Tree") this morning. The list below details the changes in this release. You can get the source code from http://cran.r-project.org/src/base/R-3/R-3.4.3.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter Dalgaard

The build system rolled up R-3.4.3.tar.gz (codename "Kite-Eating Tree") this morning. The list below details the changes in this release. You can get the source code from http://cran.r-project.org/src/base/R-3/R-3.4.3.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter Dalgaard

Thanks: I installed from source and got an error when loading a package: -------------------------------------------------------------------- > library(eha) Loading required package: survival Error: package or namespace load failed for ?eha? in dyn.load(file, DLLpath = DLLpath, ...): unable to load shared object '/usr/local/lib/R/site-library/eha/libs/eha.so':

ok I'm not building from git; I just downloaded/extracted "syslinux-6.03.tar.gz" into a directory and build it from there. Now I've erased the "> /dev/null 2>&1 " from check-gnu-efi.sh and I'm getting. fatal: Not a git repository (or any of the parent directories): .git Failed to build gnu-efi. Execute the following command for full details: I do not

Hi, I'm trying to build extlinux statically, but no matter what CFLAGS or OPTFLAGS I set in the Makefiles I get bios/extlinux/extlinux: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=ef970f59a48b226b2397b73a56e02a73b79c5f0a, not stripped I have tried adding OPTFLAGS= -static to the extlinux/Makefile as well as

This fixes the issue I had come across with the default subvolume not being set/used on btrfs when isntalling via `extlinux --install /boot/syslinux`. Signed-off-by: Jordan Beaver <jordan at beaveris.me> --- extlinux/main.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/extlinux/main.c b/extlinux/main.c index 09740bd..c3d9612 100644 --- a/extlinux/main.c +++ b/extlinux/main.c @@

Hi! I was looking to download EXTLINUX in the following page : http://www.syslinux.org/wiki/index.php/Download But I do not see that it can be done. It is said that "The SYSLINUX download includes PXELINUX, ISOLINUX and MEMDISK as well." But, there is no word about EXTLINUX Please, advise Thanks Mau

Hi, I found a bug in extlinux/main.c. Writing a bootloader on a file mounted via /dev/mapper in Lunix it crashed on me with a segment fault. The bug is here: if (!ioctl(devfd, HDIO_GETGEO, &geo)) { Since we are already called with geo as a pointer the & is wrong as the pointer itself will be overwritten. This works: int get_geometry(int devfd, uint64_t totalbytes, struct

From: Gene Cumm <gene.cumm at gmail.com> COMBOOT API: Add get current working directory call to most Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- Adds an API call to obtain the current working directory. EXTLINUX will not return the correct value yet however SYSLINUX, ISOLINUX, and PXELINUX will return the correct value. For the moment, EXTLINUX will ONLY return