- 19 Sep, 2020 1 commit
-
- 11 Sep, 2020 2 commits
- 07 Sep, 2020 1 commit
-
-
intrigeri authored
On #17199 (and possibly #17228) I've seen breakage that seems to be caused by udevadm trigger: the Greeter starts just fine, but on login, systemd-logind is confused about the state of FDs (for /dev/dri/card{0,1}) it passes to X.Org: when amnesia's X.Org starts, it gets passed paused FDs which makes it abort. I suspect that's because at least one of /dev/dri/card{0,1} seem to briefly disappear and come back again when we run udevadm trigger. So let's try to avoid replaying kernel events for graphics-related devices.
-
- 06 Sep, 2020 2 commits
- 29 Aug, 2020 2 commits
-
-
intrigeri authored
The argument passed to sort_gpus() looks like this: [{'Slot': '00:02.0', 'Class': 'VGA compatible controller [0300]', 'Vendor-code': '8086', 'Vendor': 'Intel Corporation', 'Device-code': '5917', 'Device': 'UHD Graphics 620', 'SVendor': 'Lenovo [17aa]', 'SDevice': 'UHD Graphics 620 [225c]', 'Rev': '07'}] So sorting the list based on whether the Vendor ends with "[8086]" did not do what we want, i.e. sort Intel GPUs last (which we do because the Plymouth message will be truncated, and we want to display the most relevant GPUs first, which usually are not the Intel integrated GPU).
-
- 19 Aug, 2020 1 commit
-
- 17 Aug, 2020 1 commit
-
- 14 Aug, 2020 1 commit
-
-
anonym authored
There is no langpack tarball for the 10.x nightly builds, so let's just skip all other locales and focus on getting the browser starting for now.
-
- 07 Aug, 2020 1 commit
- 21 Jul, 2020 2 commits
-
-
geb authored
As tails-spoof-mac is running as root, its messages cannot be translated according to the user settings. This commit solves this problem by reading the localization settings from the environment (/etc/default/locale) in tails-spoof-mac initialization. To make this work, we also set up the desired localization environment before launching tails-unblock-network and tails-spoof-mac.
-
intrigeri authored
On MAC spoofing failure, include the name of the disabled network card in the title of the notification That was the intention since 988b4186 but in that commit, we forgot to replace gettext with eval_gettext when introducing variables in the translatable string. Let's fix this and accordingly, drop the test suite workaround for this bug. refs: #17784
-
- 20 Jul, 2020 1 commit
-
- 17 Jul, 2020 2 commits
-
-
geb authored
-
geb authored
Delegate the discover of interface names to udev, instead of relying on reading and parsing /sys and lspci ourself, to make the discover more resilient to missing files, bus agnostic (allowing to discover non PCI devices like USB ones), and explicit (using udev's own hwdb).
-
- 11 Jul, 2020 5 commits
-
-
Paul Wise authored
Suggested-by: ShellCheck Documentation: https://www.shellcheck.net/wiki/SC2148
-
Paul Wise authored
Suggested-by: ShellCheck Documentation: https://www.shellcheck.net/wiki/SC2145
-
Paul Wise authored
Suggested-by: ShellCheck Documentation: https://www.shellcheck.net/wiki/SC2068
-
intrigeri authored
-
intrigeri authored
-
- 10 Jul, 2020 6 commits
-
-
boyska authored
this takes in consideration the case of revision or other message that might follow the device code. I don't have HW that has revisions, so I don't know if they are put before or after the device code. The code is now defensive on this: the device code is extracted as the last block which might look like a device code, and the rest is kept as device name.
-
boyska authored
the codes are put at the left: this makes it less probable that they are trimmed away.
-
boyska authored
filtering with -d::0300 is enough
-
boyska authored
-
boyska authored
just run with "doctest" on the cmdline
-
boyska authored
-
- 26 Jun, 2020 4 commits
-
-
anonym authored
We'll get a KeyError for the Debian-gdm user that now owns a preset, since we try to find 'HOME' in its environment, but it's not defined.
-
boyska authored
-
geb authored
Udev may close child processes when a process associated with a rule (/etc/udev/rules) terminates. As mac spoofing notifications processes are launched in background, with a static wait, they may be killed before the message is effectively displayed. This patch makes tails-spoof-mac wait for those processes before exiting. It may makes tails-spoof-mac wait indefinitely. However, udev will ensure it terminates after 120 seconds.
-
- 25 Jun, 2020 2 commits
-
-
geb authored
(/etc/udev/rules) terminates. As mac spoofing notifications processes are launched in background, with a static wait, they may be killed before the message is effectively displayed. This patch makes tails-spoof-mac wait for those processes before exiting. It may makes tails-spoof-mac wait indefinitely. However, udev will ensure it terminates after 120 seconds.
-
sajolida authored
-
- 24 Jun, 2020 2 commits
-
-
sajolida authored
- 23 Jun, 2020 1 commit
-
-
geb authored
Udev may close child processes when a process associated with a rule (/etc/udev/rules) terminates. As mac spoofing notifications processes are launched in background, with a static wait, they may be killed before the message is effectively displayed. This patch disable the background call of the notifications messages to ensure they wont be killed.
-
- 18 Jun, 2020 2 commits
- 08 Jun, 2020 1 commit
-
-
anonym authored
Setting that env var does not seem to work.
-