[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#928386: marked as done (syslinux: possible regression bug 'Undef symbol FAIL: memset')

Your message dated Sun, 12 May 2019 13:10:47 +0200
with message-id <20190512131024.7cd0b746@localhost>
and subject line Re: Bug#928386: syslinux: possible regression bug 'Undef symbol FAIL: memset'
has caused the Debian Bug report #928386,
regarding syslinux: possible regression bug 'Undef symbol FAIL: memset'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org

928386: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=928386
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: syslinux
Version: 3:6.04~git20190206.bf6db5b4+dfsg1-1~bpo9+1
Severity: important

Dear Maintainer,

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

    Undef symbol FAIL: memset
    Failed to load libcom32.c32
    Failed to load COM32 file vesamenu.c32

-- System Information:
Debian Release: 9.9
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-9-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages syslinux depends on:
ii  libc6   2.24-11+deb9u4
ii  mtools  4.0.18-2+b1

Versions of packages syslinux recommends:
ii  syslinux-common  3:6.04~git20190206.bf6db5b4+dfsg1-1~bpo9+1

Versions of packages syslinux suggests:
pn  dosfstools  <none>

-- no debconf information

Best regards,

Andreas Steinel
M.Sc. M.Sc.

eXirius IT Dienstleistungen GmbH
Juchem-Straße 24 | 66571 Eppelborn
T +49 6881 99995 0 | info@exirius.de

Amtsgericht Saarbrücken HRB 12124
Geschäftsführer: Dipl.-Math. oec. Michael Royar

--- End Message ---
--- Begin Message ---
Version: 3:6.04~git20190206.bf6db5b4+dfsg1-1~bpo9+2


On Wed, 8 May 2019 15:00:50 +0000
Holger Levsen <holger@layer-acht.org> wrote:

> > Holger: Can you take care of updating the backports version? I've
> > run my little hacky regression-testing script on the modified
> > backports build and it passed all my tests.  
> done.

I've confirmed the issue is fixed in backports version
3:6.04~git20190206.bf6db5b4+dfsg1-1~bpo9+2. Looks like the "Closes:"
mechanism is not available for backports, so closing manually (also not
sure if setting the Version pseudo-header makes sense here since the BTS
does not know about backports versions anyways…).


--- End Message ---

Reply to: