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

Bug#814459: marked as done (pxelinux: doesn't use gPXE/iPXE anymore to load files)

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 owner@bugs.debian.org

814459: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814459
Debian Bug Tracking System
Contact owner@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

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


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

Attachment: 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 <lukas@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.


--- End Message ---

Reply to: