Bug #6576

Display our custom syslinux background picture in UEFI mode

Added by intrigeri 2014-01-07 14:35:33 . Updated 2018-01-15 11:58:20 .

Status:
Rejected
Priority:
Normal
Assignee:
Category:
Hardware support
Target version:
Start date:
2014-07-20
Due date:
% Done:

100%

Feature Branch:
Type of work:
Code
Blueprint:

Starter:
0
Affected tool:
Deliverable for:


Subtasks

Feature #7629: Have syslinux menu tested with 6.03-pre18+ Resolved intrigeri

100


Related issues

Blocked by Tails - Feature #7173: Upgrade to syslinux 6.03-pre18 or later Resolved 2014-05-08

History

#1 Updated by alant 2014-02-25 13:59:15

Removing the background image and replacing it by a Title line in syslinux conf worked fine for me.

#2 Updated by intrigeri 2014-02-28 10:16:52

  • Status changed from Confirmed to In Progress
  • Assignee set to alant
  • % Done changed from 0 to 50

Done in feature/uefi, works fine on ThinkPenguin Royal and MacBook Pro 13-inch Mid 2012 9,2 (without rEFInd).

Left to do: test on ThinkPad X230. Reassigning to Alan who might be able to do that one of these days.

#3 Updated by bertagaz 2014-03-02 11:11:17

  • Assignee deleted (alant)

Tested on x230, boots in compatibility or UEFI mode, when installed from an ISO, or cloned. The menu is not very well displayed in UEFI mode, but at least it boots.

#4 Updated by intrigeri 2014-03-14 16:54:53

  • Assignee set to bertagaz
  • QA Check set to Info Needed

bertagaz wrote:
> The menu is not very well displayed in UEFI mode, but at least it boots.

It already booted, and the menu was already not very well displayed, so I’m afraid this does not give me much useful information. May you please clarify what “not very well displayed” means? E.g.:

  1. is it better than previously? (that is, compared to when we were setting the menu background thing)
  2. can one use the menu to do useful things, such as selecting failsafe mode, or editing the kernel command-line?

#5 Updated by intrigeri 2014-04-06 18:42:57

Pinged bertagaz privately.

#6 Updated by intrigeri 2014-04-10 13:50:38

  • Assignee changed from bertagaz to intrigeri

So, on a ThinkPad X230, in UEFI-only mode, with an ISO built from today’s feature/uefi branch:

  • only a part of the syslinux menu appears, as the whole thing is shifted a lot to the top
  • one can’t see the kernel command-line when trying to edit it with TAB
  • the system boots fine

In legacy mode:

  • the syslinux menu is entirely usable
  • the system boots fine

So the current state of things is less than perfect on this specific system, but at least one can boot Tails both in UEFI and legacy modes, and get the full functionality of the boot menu in legacy mode.

Let’s now issue a broad call for testing of feature/uefi, and see how many other systems are affected by similar problems. Then, we can decide if it’s a blocker for shipping UEFI support, e.g. as a tech preview in 1.1.

#7 Updated by intrigeri 2014-05-13 08:41:04

  • Assignee deleted (intrigeri)
  • Target version deleted (Sustainability_M1)
  • Parent task deleted (Feature #5739)
  • QA Check deleted (Info Needed)

This kind of issues was not reported much since the call for testing. So, it’s not a blocker for releasing UEFI support. We’ll see if it is fixed when we upgrade to a newer syslinux (Feature #7173).

#8 Updated by intrigeri 2014-05-13 08:41:45

  • blocked by Feature #7173: Upgrade to syslinux 6.03-pre18 or later added

#9 Updated by intrigeri 2014-05-13 08:42:14

  • Subject changed from Workaround syslinux menu display bugs in UEFI mode to Fix syslinux menu display bugs in UEFI mode

#10 Updated by intrigeri 2014-06-13 09:25:51

I was suggested, on the syslinux mailing-list, that adding MENU RESOLUTION 1024 768 to tails.cfg might help in some cases.

#11 Updated by intrigeri 2014-06-20 13:52:22

  • Assignee set to intrigeri

#12 Updated by intrigeri 2014-07-28 20:39:06

  • Target version set to Tails_1.2

I’d like to fix this in 1.2. Not a blocker, though, likely.

#13 Updated by intrigeri 2014-08-25 22:33:47

  • Target version changed from Tails_1.2 to Tails_1.3

The test results with 3:6.03~pre18+dfsg-1~bpo70+1 (https://tails.boum.org/blueprint/UEFI/syslinux/) don’t show significant improvements in this area. Postponing, we’ll see if newer syslinux fixes it.

#14 Updated by intrigeri 2014-12-05 12:27:36

  • Assignee changed from intrigeri to sajolida
  • QA Check set to Info Needed

I’m very much tempted to give up on that one, and consider the current status as good enough (=> drop the target version). sajolida, does frontdesk get complains about it?

#15 Updated by sajolida 2014-12-11 19:59:56

  • Assignee changed from sajolida to mercedes508

I haven’t followed frontdesk in a while, reassigning to mercedes.

#16 Updated by intrigeri 2015-01-24 08:50:54

Ping?

#17 Updated by mercedes508 2015-01-26 10:39:41

  • QA Check changed from Info Needed to Pass

I don’t remember any complaints about that menu recently.

#18 Updated by intrigeri 2015-01-26 10:42:06

  • Assignee deleted (mercedes508)
  • Target version deleted (Tails_1.3)
  • QA Check deleted (Pass)
  • Feature Branch deleted (feature/uefi)

#19 Updated by intrigeri 2015-08-14 00:44:31

I’ve read on the syslinux mailing-list that this might be fixable by either converting the background picture to JPEG, or applying https://github.com/ppatpat/syslinux/compare/master...ppatpat:zlib?expand=1.

#20 Updated by Anonymous 2017-06-29 10:14:42

  • Subject changed from Fix syslinux menu display bugs in UEFI mode to Display our custom syslinux background picture in UEFI mode

#21 Updated by Anonymous 2018-01-15 11:58:20

  • Status changed from In Progress to Rejected

intrigeri wrote:
> The test results with 3:6.03~pre18+dfsg-1~bpo70+1 (https://tails.boum.org/blueprint/UEFI/syslinux/) don’t show significant improvements in this area. Postponing, we’ll see if newer syslinux fixes it.

Referring to this comment, three years later I am rejecting this. Feel free to reopen it if you want to.