Hi Philipp,
thanks for the pointers, I'll try to test the alternative patch you've
suggested within the week.
On Sun, 16 Oct 2022 09:20:37 +
Philipp Kern wrote:
> Apparently I cannot test this within qemu OVMF (per [3] and it also
> didn't boot for me).
Interesting – this is how I tested
Hi Vangelis,
thanks for your report!
On Sun, 23 Jan 2022 17:32:34 +0200
Vangelis Koukis wrote:
> After installing syslinux on a FAT32 fs:
> (...)
> I see the md5sum of ldlinux.c32 doesn't match the md5sum of
> /usr/lib/syslinux/modules/bios/ldlinux.c32:
> (...)
>
> I don't know where syslinux/
Source: syslinux
Version: 3:6.04~git20190206.bf6db5b4+dfsg1-3
Severity: serious
Tags: ftbfs
With the new version of gnu-efi that was recently uploaded [1] to
unstable, syslinux fails to build from source.
So far I tried applying a simple fix from the upstream mailing list [2]
which result in a s
Hi Julian,
are you planning on updating GNU efi this release cycle? The new
version will break compatibility (and definitely break syslinux
builds). The compatibility breaking changes are all good by themselves
as far as I'm concerned (e.g. jmp_buf is compatible with the C standard
in newer vers
I was kindly pointed to
https://bugzilla.suse.com/show_bug.cgi?id=1166605#c5
privately (thanks!), which explains that __builtin_strlen is not
actually a "builtin" and relying on that without providing a strlen
implementation is not correct (and in fact broken with GCC-10).
I'm updating the patch
Control: tags -1 + moreinfo
Hi Mikhail,
apologies for the long delay, there was a lot going on the before winter
holidays.
On Wed, 13 Nov 2019 17:59:13 +0100
Mikhail Morfikov wrote:
> My current kernel command line is about 400-character long. When it
> was shorter, I didn't have any issues wh
On Wed, 30 Oct 2019 22:41:48 +0100
Sven Joachim wrote:
> On 2019-10-30 21:03 +0100, Lukas Schwaighofer wrote:
> > I'm suspecting that there is somehow a mismatch between the version
> > of syslinux/extlinux used while installing (i.e. running `extlinux
> > -i`) and the
Control: tags -1 + moreinfo
Hi Sven,
thanks for your report!
On Wed, 30 Oct 2019 18:58:12 +0100
Sven Joachim wrote:
> Today I built myself a USB stick with grml on it (see #943838 for the
> problems I had with that). When booting an old 32-bit laptop with
> this stick syslinux threw some erro
Thanks for the report.
I expect this to be an easy fix: "menugen.py" is the only python file
as far as I can tell. It's only used during build time and is python3
compatible since syslinux version 4.07 according to the changelog.
Unless something goes wrong I should be able to close this with th
Hi Timothy,
thanks for reporting. The whole file organization of syslinux (both
which file is in which package, as well as the location of files) needs
improvement. This is something I intend to work on during the bullseye
cycle.
As part of that, I'll also look into whether we need both the per
Control: tags -1 + confirmed patch
Hi Andreas,
On Fri, 3 May 2019 14:21:06 +0200
Andreas Steinel wrote:
> In version 6.04~git20190206.bf6db5b4+dfsg1-1, the bug that was closed
> in 6.04~git20171011.af7e95c3+dfsg1-6 is back - at least in the 64-bit
> UEFI part, legacy works fine:
>
> Full log i
Control: tags -1 + confirmed
Hi Wolfgang,
thanks for reporting!
On Thu, 10 Jan 2019 15:27:07 +0100
Wolfgang Scheicher wrote:
> After switching from stretch to buster i realized that the
> Hardware Detection Tool (HDT) in the Advanced options Boot menu fails
> with this error:
>
> Undef symbol
Hi Carl,
Sorry for the delay, I was away from my e-mail on the weekend.
On Thu, 13 Dec 2018 23:21:38 -0600
Carl Karsten wrote:
> This MR depends on (or blocked by?) it - should I note that somewhere?
>
> https://salsa.debian.org/installer-team/debian-installer/merge_requests/7/commits
You def
Hi Carl,
On Thu, 13 Dec 2018 14:01:19 -0600
Carl Karsten wrote:
> What does it take to get this into buster"?
> https://packages.debian.org/sid/syslinux-common
I usually use https://tracker.debian.org/pkg/syslinux to answer this
kind of question, which tells us:
Not touching package due to
Hi Carl,
thanks for reporting!
On Mon, 3 Dec 2018 00:15:21 -0600
Carl Karsten wrote:
> Undef symbol FAIL: memset
> Failed to load libcom32.c32
This is indeed a problem with the most recent syslinux version from
Debian. I introduced it by taking the gnu-efi 3.0.8 compatibility patch
from Ubunt
Hi Holger,
thanks for uploading syslinux to backports. Was there a specific reason
for that I should be aware of? I believe I fixed all the important
bugs in a stable point release [1]. In any case, if you think there is
value in maintaining syslinux in stretch backports, I'm happy to
maintain
Hi Marco,
On Sun, 2 Sep 2018 14:08:09 +0200
Marco d'Itri wrote:
> When providing to syslinux.efi an http URL in option 67:
>
> dhcp-option=option:bootfile-name,http://pxe.example.net/EFI/SYSLINUX/syslinux.efi
>
> then it will try to download the modules like ldlinux.e64, the
> configuration f
Hi,
On Fri, 17 Aug 2018 21:43:50 +0200
Lukas Schwaighofer wrote:
> Matthias: As the binutils maintainer, can you provide any help? I
> don't really know how to proceed… and since this was broken by a
> Debian revision, it's probably not an upstream problem? Thanks!
I'v
On Sat, 18 Aug 2018 12:42:45 +0200
Lukas Schwaighofer wrote:
> Unfortunately my tests shows that with this new build the efi binary
> no longer works (at least when testing tianocore). I have not yet
> determined if this is also related to binutils and I suspect this is
> actually
Hi,
the problem started with the upgrade from binutils 2.31.1-1 to
2.31.1-2. If I download the following 4 packages and install them, I
can build syslinux just fine:
https://snapshot.debian.org/archive/debian/20180726T092202Z/pool/main/b/binutils/binutils-x86-64-linux-gnu_2.31.1-1_amd64.deb
https:
Control: tags -1 + confirmed
Hi Santiago,
I can confirm the build failures. The same error also happens when
building syslinux on buster from upstream's git repository.
I'll try to find out which dependency change caused the size of mbr.bin
to grow and will then probably need to work with upstre
Hi Steve,
>Everything else looks ok, but I'm curious - why are we using
>Build-Depends-Indep for gnu-efi?
Because it's unavailable on x32 and only needed for the syslinux-efi package
wich is arch independent.
Arch indep packages are built on amd64 on the buildds so the dependency can be
reso
Hi,
the maintainer of gnu-efi has updated the package to 3.0.6 in
experimental (I had actually asked for this in #880506 [1]). The new
version of gnu-efi causes syslinux to FTBFS.
I have reviewed and added the patches from upstream's mailing list to
restore compatibility with the new gnu-efi ver
Hi,
the release team has approved the proposed syslinux jessie-pu [1].
Please sponsor the upload. It can be found in the debian/jessie branch
of the git repository:
https://anonscm.debian.org/git/debian-cd/syslinux.git
Thanks
Lukas
[1] https://bugs.debian.org/880123
pgpzzBUigrING.pgp
Descri
Hi again,
I just checked the contents of the
/etc/kernel/post{inst,rm}.d/zz-extlinux
files which are identical:
#!/bin/sh
set -e
# Exit if extlinux was removed (!= purged)
if [ -x /usr/sbin/extlinux-update ]
then
# Update
On Tue, 7 Nov 2017 21:48:04 +0100
Lukas Schwaighofer wrote:
> 0. The syslinux installer is part of the syslinux binary package
That should have been:
0. The syslinux installer is part of the *extlinux* binary package
Hi Laurent,
thanks for reporting this problem. Leftover files in /etc/kernel/*.d
are bad… I made a bit of research and found out the following, all of
which happened during the jessie release cycle:
0. The syslinux installer is part of the syslinux binary package
1. Version 3:6.03~pre1+dfsg-2:
Hi Christian,
thanks for reporting this problem. I've only recently taken over
maintenance of syslinux/pxelinux in the Debian CD Group. Sorry you had
to wait more than a year for a response…
We recently uploaded a pre-release of syslinux 6.04 to Debian
experimental. Amongst other things the cha
Hi,
thanks for sponsoring!
It bothers me (probably more than it should) that syslinux still does
not build reproducibly on i386 [1]. Ironically, I cannot reproduce the
problem locally (i.e. if I create an i386 schroot and use that to build
the package, it still builds reproducibly on my machine)
Hi,
On Thu, 2 Nov 2017 13:36:55 +
Steve McIntyre wrote:
> gbp:error: Error creating
> syslinux_6.04~git20171011.af7e95c3+dfsg1.orig.tar.xz: Pristine-tar
> couldn't checkout
> "syslinux_6.04~git20171011.af7e95c3+dfsg1.orig.tar.xz": fatal: Path
> 'syslinux_6.04~git20171011.af7e95c3+dfsg1.orig.t
Hi,
I've packaged a new version of syslinux based on the current syslinux
git state. This allows dropping 12 of the patches of our patch queue,
leaving only few of which I have forwarded most to upstream :) . While
I would prefer upstream releasing a new version or pre-release, I think
that havi
Hi,
I need a sponsor for the stretch-pu I've prepared for syslinux (version
3:6.03+dfsg-14.1+deb9u1). It's in the debian/stretch branch of the git
repository:
https://anonscm.debian.org/git/debian-cd/syslinux.git
The release team has already approved the request [1].
Thank you
Lukas
[1] ht
+around 2005 by correcting the C/H/S order (thanks Thomas Schmitt,
+Closes: #879004).
+
+ -- Lukas Schwaighofer Sun, 29 Oct 2017 19:12:43 +0100
+
syslinux (3:6.03+dfsg-5+deb8u1) jessie; urgency=low
* Cherry-pick upstream patches that fix booting on some Chromebooks
diff -Nru syslinux
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: pu
Tags: stretch
Severity: normal
X-Debbugs-CC: debian-cd@lists.debian.org, debian-b...@lists.debian.org,
k...@debian.org
Dear release team and other involved parties,
I hereby ask for permission to update the sy
Hi Marek,
I've recently taken over maintenance of syslinux/exlinux as part of
the Debian CD Group, so I it's time to have a look at my own bug report.
Thanks for providing the link to the upstream changelog :) .
I've just compiled the most recent version of syslinux from git. It
turns out that e
Hi,
thanks a lot for your feedback and for explaining the whole process.
On Wed, 18 Oct 2017 01:44:25 +0200
Cyril Brulebois wrote:
> > I didn't think to open a separate bug against syslinux, which
> > would have been the right thing to do… the bug against debian-cd,
> > which is affected by thi
Hi KiBi,
On Wed, 18 Oct 2017 01:57:45 +0200
Cyril Brulebois wrote:
> I've just sponsored your upload, thanks!
>
> Please push an appropriate tag for this commit:
> ce704619daaa2f973e6d569c0e0ac713984529e6
Thanks, I've just pushed the tag!
> PS: I only read debian-cd@ infrequently when my at
Hi,
as it turns out, syslinux in stretch is in a quite sorry state. To
summarize:
1. Booting from ext4 partitions created with Debian stretch does not
work, because ext4's 64bit feature is enabled by default (since
Debian stretch) and not supported by syslinux [1].
2. Booting from btrfs do
Hi,
sorry to ask for yet another sponsoring so soon. Two days ago upstream
merged the fix for allowing extlinux to boot from ext4 filesystems with
the 64bit feature enabled, which I'd like to get uploaded soon.
With the patch applied, I can no longer reproduce the ext4+64bit
problem, so I'm conf
Control: retitle -1 extlinux: cannot boot from ext4 filesystems with 64bit
feature enabled
Control: tags -1 - moreinfo + confirmed upstream
Hi,
thanks for reporting and working on this issue. I'm certain the
experienced problem is due to the 64bit feature in ext4, which is set by
default when u
Hi Thomas,
thanks for pushing this forward :) .
On Sat, 14 Oct 2017 19:53:46 +0200
"Thomas Schmitt" wrote:
> now that a new set of SYSLINUX packages is announced by
> (...)
> what to do with this bug report ?
> Re-assign to package "syslinux" and then close it ?
Well, that bug is only solved o
On Sat, 7 Oct 2017 18:29:23 +0200
Lukas Schwaighofer wrote:
> I've not gotten around to test EFI booting yet.
I've now successfully tested the 64 bit efi variant using qemu and
TianoCore. The 32 bit variant is yet untested, because Debian's edk2
source package does not produc
On Wed, 4 Oct 2017 10:48:59 +0100
Steve McIntyre wrote:
> >I'd be happy if someone took the time to review the changes I made so
> >far in git:
> >https://anonscm.debian.org/git/debian-cd/syslinux.git
> >(...)
>
> All looks sane enough so far!
Thanks for taking the time to look through the
Hi Thomas,
On Wed, 04 Oct 2017 10:20:13 +0200
"Thomas Schmitt" wrote:
> I wonder whether the new binary isohdpfx.bin is byte-identical to the
> tested MBR with the fix:
>http://www.ludd.ltu.se/~ams/tmp/isohdpfx.bin.170324
I just checked: it is. So far so good :) .
> Another question is whe
Hi team,
I've worked a bit on syslinux now. I've fixed one notable problem that
I've found: The current syslinux package (statically) links against a
pre-compiled version of gnu-efi (supplied in the syslinux source
package).
I also made a few more improvements apart from cleanup:
* the package
HI Thomas,
On Thu, 28 Sep 2017 22:47:16 +0200
"Thomas Schmitt" wrote:
> good to know that the SYSLINUX/ISOLINUX packages are maintained again.
Well, I'm only starting with the adoption, I hope I can manage :) .
> Please consider to also adopt bug #857597 from package debian-cd:
> (...)
Thanks
Hi CD Team,
I've decided to try my best to maintain syslinux. I've just had a
short conversation with Steve and Cyril on irc and we have agreed
that I should join the Debian CD team and make syslinux a team
maintained package.
I've only worked on Debian packages for about half a year now, but I
Control: owner -1 Debian CD Group
Control: retitle -1 ITA: syslinux -- collection of bootloaders (DOS FAT and
NTFS bootloader)
Hi,
I intend to work on syslinux as part of the Debian CD Group. I'm open
to team maintenance and will probably need help every now and then
anyways, so if you read th
48 matches
Mail list logo
