Your message dated Sun, 3 Dec 2017 13:47:31 +0100
with message-id <20171203134731.13b37863@localhost>
and subject line Re: pxelinux: doesn't use gPXE/iPXE anymore to load files
has caused the Debian Bug report #814459,
regarding pxelinux: doesn't use gPXE/iPXE anymore to load files
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 ow...@bugs.debian.org
immediately.)
--
814459: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814459
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: pxelinux
Version: 3:6.03+dfsg-5
Severity: important
Tags: upstream
Dear Maintainer,
[ this is a regression from wheezy ]
pxelinux up to the version in wheezy supported loading files via upcalls
to gPXE/iPXE. For example, one could use gPXE/iPXE to load pxelinux via
HTTP, set a HTTP URI as the pxelinux prefix and pxelinux would be able
to load that URI because it could ask gPXE/iPXE to do that for itself.
With pxelinux 5.10 an own implementation for many network protocols was
now introduced, the binary 'lpxelinux.0' contains that implementation,
as opposed to 'pxelinux.0', which contains the legacy implementation.
Unfortunately, the current version of pxelinux in jessie, stretch and
sid doesn't support calling out to gPXE/iPXE any more from the legacy
implementation (there is source code for that still there, see
gpxe_open, but there's also #define GPXE 0 in core/fs/pxe/pxe.h because
the code doesn't actually compile any more); the legacy implementation
hence only supports TFTP now, and e.g. HTTP is not supported any more
with gPXE/iPXE.
I see three options:
- fix this and reenable fetching files via gPXE/iPXE from the legacy
'pxelinux.0'
- completely drop the legacy version and make 'lpxelinux.0' the only
implementation (and call it 'pxelinux.0' again)
- document very _clearly_ that setups that aren't purely TFTP now have
to use the newer 'lpxelinux.0'
Regards,
Christian
-- System Information:
Debian Release: 8.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.3.0-0.bpo.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
pxelinux depends on no packages.
Versions of packages pxelinux recommends:
ii syslinux-common 3:6.03+dfsg-5+deb8u1
Versions of packages pxelinux suggests:
pn tftpd-hpa <none>
-- no debconf information
signature.asc
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
Version: 3:6.04~git20171011.af7e95c3+dfsg1-1
Hi Christian,
On Tue, 7 Nov 2017 20:16:50 +0100
Lukas Schwaighofer <lu...@schwaighofer.name> wrote:
> We recently uploaded a pre-release of syslinux 6.04 to Debian
> experimental. Amongst other things the changelog mentions:
>
> core: Re-add gPXE/iPXE support for HTTP on pxelinux.0 (Gene Cumm).
>
> So I hope the problem has been resolved, but I didn't verify that yet.
> In case you still have a suitable setup, would you mind testing the
> version in experimental?
I have just verified (using iPXE and qemu) that the 6.04 pre-release
(currently only available in experimental) indeed fixes the problem.
I'm therefore closing the bug.
Regards
Lukas
--- End Message ---
