Bug #17074

lsb_release -a returns Debian's distributor_id and description, not Tails'

Added by kogorman 2019-09-19 20:54:58 . Updated 2019-09-20 12:48:04 .

Status:
Confirmed
Priority:
Normal
Assignee:
Category:
Target version:
Start date:
Due date:
% Done:

0%

Feature Branch:
Type of work:
Code
Blueprint:

Starter:
Affected tool:
Deliverable for:

Description

In the version-3 series of Tails, `lsb_release -a` returns the Distributor ID as being `Tails`, and references Tails in the Description field. In Tails 4.0~beta2, `lsb-release -a` references `Debian` in both fields instead.

This impacts applications that rely on lsb or ansible_lsb to toggle Tails-specific features.


Subtasks


Related issues

Related to Tails - Bug #12372: Get software-properties-gtk starting / fix /etc/os-release Confirmed 2017-03-18

History

#1 Updated by intrigeri 2019-09-20 07:01:33

  • related to Bug #12372: Get software-properties-gtk starting / fix /etc/os-release added

#2 Updated by intrigeri 2019-09-20 07:11:34

  • Status changed from New to Confirmed
  • Target version deleted (Tails_4.0)
  • Type of work changed from Debian to Code

Hi!

Indeed, since 10.2018112800, lsb_release uses the info from /usr/lib/os-release, which we don’t modify from the pristine Debian one. Patching that file is sufficient to fix this problem. It can be done by generating config/chroot_local-includes/usr/lib/os-release in auto/config, just like we already add bits to /etc/os-release there.

I don’t know if dropping the Debian info there can break other stuff. Hopefully our test suite will catch such breakage once a branch is proposed and we run our CI on it.

Anyone who decides to work on this should also read Bug #12372, that has some info about this topic: let’s avoid making it harder to fix Bug #12372, and in turn Feature #15262, by fixing this bug.

I’m removing the “Target version” for now as I’m not aware of important use cases that warrant treating this as a blocker for releasing Tails 4.0, and our 4.0 plate is pretty full already. But this probably tells more about my ignorance than about anything else, so feel free to enlighten me :)

#3 Updated by kogorman 2019-09-20 12:48:04

Thanks for confirming! SecureDrop configuration code uses lsb_release (and ansible_lsb) for Tails detection. We can work around this, so I don’t think you need to treat it as a blocker, but if it makes it in it would simplify that logic a bit.