similar to: Patches from Debian

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 Debian version which seem generally useful to me. Please consider merging them: * 0001-digest-sha.patch: It appears that

> 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 Ady, On Sun, 22 Oct 2017 22:49:53 +0000 Ady Ady via Syslinux <syslinux at zytor.com> wrote: > Let's not forget that upstream Syslinux FTBFS when building with > binutils 2.27+: > > "ldlinux.elf: Not enough room for program headers" > > Workaround in Debian's package: > _ Add --no-dynamic-linker to link lines > _

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

On Mon, 23 Oct 2017 15:35:00 +0000 Ady Ady via Syslinux <syslinux at zytor.com> wrote: > > > Let's not forget that upstream Syslinux FTBFS when building with > > > binutils 2.27+: > > > > > > "ldlinux.elf: Not enough room for program headers" > > > > > > Workaround in Debian's package: > > > _ Add

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

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 found the wiki page you were referring to [1] and followed the > mentioned advise, that is, I created the ext4 filesystem without the > '64bit' feature. It worked! Booting is possible now. > > Unfortunately I did not find that wiki page when I was conducting my > own research. There were some locations were I suspected this kind > of information (namely the

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:

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

Hi there, I've had issue with the integration of syslinux into the buildroot project [0]. After some research, it turned out that we were wrongly using the host toolchain instead of the target toolchain to build syslinux. This gave us bigger issues (for instance) when trying to link syslinux with gnu-efi, that was built using the target toolchain. The first one forces ld to output i386

This is fresh install of CentOS v6 and Xen v4.1 on a new Dell server following the tutorial posted at: http://wiki.xensource.com/xenwiki/RHEL6Xen4Tutorial   Every thing went just fine, yet virbr0 won''t work and when I run brctl show I get the following error message:   [root@pe1950 ~]# brctl show bridge name     bridge id               STP enabled     interfaces virbr0         

This is fresh install of CentOS v6 and Xen v4.1 on a new Dell server following the tutorial posted at: http://wiki.xensource.com/xenwiki/RHEL6Xen4Tutorial   Every thing went just fine, yet virbr0 won''t work and when I run brctl show I get the following error message:   [root@pe1950 ~]# brctl show bridge name     bridge id               STP enabled     interfaces virbr0         

Thanks Ady, tried current master and shortened path to /boot/vmlinuz. Same stuff. OSTree doesn't really come into play at this stage, it is just booting the kernel. So I would rather suspect that there is something between ext4, extlinux and qemu. On 03/21/2017 04:01 AM, Ady Ady via Syslinux wrote: >> Hi, >> >> I'm trying to make Syslinux, OSTree and Qemu work

Hi, On Mon, 23 Oct 2017 17:19:43 +0000 Ady Ady via Syslinux <syslinux at zytor.com> wrote: > When you say "new syslinux version from git", do you mean the git > head in anonscm.debian.org/git... (Debian's source code for > Syslinux-related packages), or rather the upstream Syslinux git head > (in repo.or.cz... or in git.zytor.com...)? Sorry for the confusion: I

Package: xen Version: 4.6.0-1 Severity: important User: debian-gcc at lists.debian.org Usertags: ftbfs-gcc-6 gcc-6-misleading-indentation This package fails to build with GCC 6. GCC 6 has not been released yet, but it's expected that GCC 6 will become the default compiler for stretch. Note that only the first error is reported; there might be more. You can find a snapshot of GCC 6 in

http://bugzilla.mindrot.org/show_bug.cgi?id=1149 Summary: Does not build on QNX Product: Portable OpenSSH Version: 4.3p1 Platform: ix86 OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: bitbucket at mindrot.org ReportedBy: kraai at ftbfs.org

Source: xen Version: 4.1.1-2 Severity: serious Tags: wheezy sid User: debian-qa at lists.debian.org Usertags: qa-ftbfs-20111022 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: > make[5]: Entering directory `/build/xen-njlTaX/xen-4.1.1/debian/build/build-utils_amd64/tools/check' > PYTHON=python2.6

Source: xen Version: 4.2.2-1 Severity: important User: debian-perl at lists.debian.org Usertags: perl-5.18-transition This package FTBFS with perl 5.18 (which will soon be uploaded to unstable) owing to a stricter pod2man: pod2text man/xl.pod.1 txt/man/xl.1.txt.tmp man/xl.pod.1 around line 854: Expected text after =item, not a bullet POD document had syntax errors at /usr/bin/pod2text line 84.