1. 17 Oct, 2020 1 commit
    • intrigeri's avatar
      Allow raising sound volume above 100% · bec17ce1
      intrigeri authored
      This helps in 2 cases:
      
       - Folks with hearing problems may need this in order to get stuff done
         with audio.
      
       - Some sound drivers/firmware set the 100% volume pretty low, presumably in
         order to avoid distorted sound. Combined with low-volume recordings,
         this is problematic: on my laptop, I often need to raise the volume to 120%
         or higher.
      
      Closes #17491
      bec17ce1
  2. 12 Apr, 2020 1 commit
  3. 19 Oct, 2019 1 commit
    • intrigeri's avatar
      Use keys.openpgp.org's Onion service as the default keyserver (refs: #12689, #14770) · dbfbfa7b
      intrigeri authored
      For background, see #12689 and its various duplicates. The short version is:
      
       - Unfortunately, hkp://jirk5u4osbsr34t5.onion is way too unreliable.
      
       - Most non-tech-savvy OpenPGP users don't use keyservers at all,
         so this change should not affect them much.
      
       - Tech-savvy OpenPGP users who want to use the Web-of-Trust (which
         keys.openpgp.org's design essentially kills) should be able
         to switch to a keyserver of their choosing, that includes
         non-self certifications.
      
      Let's use the Onion service instead of hkps://keys.openpgp.org/, so that we
      don't lose end-to-end encryption and authentication of the keyserver in
      Seahorse, which doesn't support hkps://. Alternatively, we could use
      hkps://keys.openpgp.org/ everywhere else, but it feels simpler to use the same
      keyserver everywhere.
      
      At this point, the only Tails systems that are affected by this change are those
      run without GnuPG persistence, and newly created persistent GnuPG configuration.
      Pre-existing persistent GnuPG configuration is not updated (yet).
      
      On the test suite front:
      
       - This commit keeps the Chutney-based redirector setup as-is, except it will
         proxy requests to keys.openpgp.org, instead of pool.sks-keyservers.net
         previously. This should work as long as keys.openpgp.org supports cleartext
         communication on port 11371.
      
       - In theory, our long-term plan is to replace this with a local mock keyserver
         Onion service. We'll see if that's still worth the effort once we redirect
         requests to a more reliable upstream keyserver.
      
       - I'm removing the @fragile tag for torified_gnupg.feature. There might
         be other reasons why these scenarios are fragile; let's learn about them.
      dbfbfa7b
  4. 12 Sep, 2019 2 commits
  5. 11 Jul, 2019 2 commits
  6. 18 Jun, 2019 3 commits
    • intrigeri's avatar
      Sort. · d35fcec8
      intrigeri authored
      d35fcec8
    • intrigeri's avatar
      Add Files to favorite apps (refs: #16799) · 30447906
      intrigeri authored
      This gives another entry point to the home folder, which partially mitigates
      any UX regression that might be caused by the previous commit.
      30447906
    • intrigeri's avatar
      Don't display the Home launcher on the desktop (refs: #16799) · c0d168af
      intrigeri authored
      Since the switch to the desktop-icons GNOME Shell extension, the nicer XDG-blah
      name ("Home" in English, translated in many languages) is not used to label this
      launcher anymore: instead, the name of the directory is displayed, in this case:
      "amnesia", which makes no sense to our users.
      
      Our other options to fix that are more costly and we've decided a while ago,
      when I proposed to remove the desktop icons, to keep them until they were too
      expensive to support. So this one goes: we have the Places menu already.
      c0d168af
  7. 01 Jun, 2019 1 commit
    • segfault's avatar
      Fix screen locker not working in Buster (refs: #16763) · 1eba4009
      segfault authored
      We used the disable-lock-screen dconf setting in order to hide the
      default lock screen button in the system menu. But in Buster, this also
      disables locking the screen via the org.gnome.ScreenSaver D-Bus service,
      so we can't use this setting anymore.
      
      This commit disables the disable-lock-screen dconf setting and hides the
      default lock screen button via out gnome-shell extension instead.
      1eba4009
  8. 18 May, 2019 1 commit
  9. 13 Apr, 2019 1 commit
    • intrigeri's avatar
      Disable the TopIcons GNOME Shell extension (refs: #16608) · 2ad4585d
      intrigeri authored
      This extension causes crashes (#11188).
      
      It does not work on Wayland (#8309, #12213) so long-term, we need to remove
      it anyway.
      
      So far we've been blocking on the WIP conversion of OpenPGP Applet into a proper
      GNOME Shell extension (#8310) but it's no clear whether it's worth the effort.
      
      In order to learn how much our users rely on this extension and — transitively —
      on OpenPGP Applet, let's disable this extension for one Tails release. While
      TopIcons is disabled by default:
      
       - Users can still use OpenPGP Applet via the system tray in the bottom
         left corner of the desktop.
       - Users who do need TopIcons for other reasons can enable it again
         with 1 command line.
      2ad4585d
  10. 03 Apr, 2019 2 commits
  11. 07 Jan, 2019 2 commits
  12. 05 Jan, 2019 1 commit
  13. 07 Jun, 2018 1 commit
  14. 30 May, 2018 1 commit
  15. 16 Nov, 2017 1 commit
  16. 10 Nov, 2017 1 commit
  17. 07 Nov, 2017 2 commits
  18. 07 Oct, 2017 2 commits
    • intrigeri's avatar
      Display TopIcons systray on the left of the system menu (refs: #14796). · 4a75e3c0
      intrigeri authored
      This fixes #14796 (on Buster, it is displayed in the middle of the screen, on
      the left of the clock) and an annoying UX problem we have on Stretch:  OpenPGP
      applet is in the middle of icons that share the exact same (modern, GNOME
      Shell-like) behaviour, which is disturbing when opening one of the modern menus
      and moving the mouse left/right to the others, because in the middle one icon
      won't react as expected, and the nice blue bottom border continuity is broken.
      4a75e3c0
    • intrigeri's avatar
      Display TopIcons systray on the left of the system menu (refs: #14796). · 75eb8fd2
      intrigeri authored
      This fixes #14796 (on Buster, it is displayed in the middle of the screen, on
      the left of the clock) and an annoying UX problem we have on Stretch:  OpenPGP
      applet is in the middle of icons that share the exact same (modern, GNOME
      Shell-like) behaviour, which is disturbing when opening one of the modern menus
      and moving the mouse left/right to the others, because in the middle one icon
      won't react as expected, and the nice blue bottom border continuity is broken.
      75eb8fd2
  19. 06 Sep, 2017 1 commit
  20. 15 May, 2017 1 commit
  21. 01 Feb, 2017 1 commit
  22. 22 Dec, 2016 2 commits
    • intrigeri's avatar
      Go back to not starting Florence on startup. · 57af17ca
      intrigeri authored
      This reverts the revert commits d264dbf1
      and e97dc693.
      
      Even though the GNOME Shell extension's logic to avoid double-starting Florence
      is flawed, it is only flawed when one 0. uses Florence; 1. uses a system where
      Florence needs more than 1 second to start; and 2. one waits more than 1 second,
      but less than the time it takes to start before clicking on the icon again.
      
      The alternate option this commit reverts has worse problems: Florence sometimes
      is not hidden on startup, which affects all users, and requires an ugly
      workaround in the test suite (which is broken on feature/stretch currently, so
      this comes with a maintenance cost). Besides, it eats memory for everybody,
      while I expect the vast majority of users don't actually use Florence.
      
      So, all in all, I prefer going back to the behaviour previously implemented
      in feature/stretch, that I had reverted earlier today.
      57af17ca
    • intrigeri's avatar
      Revert "Don't automatically start Florence: the Florence Indicator GNOME Shell... · e97dc693
      intrigeri authored
      Revert "Don't automatically start Florence: the Florence Indicator GNOME Shell extension will start it the first time one tries to display it."
      
      This reverts commit 98838908.
      
      The GNOME Shell extension we use has logic to avoid double-starting Florence,
      using a hard-coded delay. I've seen it fail (possibly due to our time sync'
      system, or just because that hard-coded delay may cause robustness issues
      depending on the hardware). When it fails, then the toggle logic is completely
      broken in terms of UX, since hiding one instance of the virtual keyboard
      shows the next one, etc.
      e97dc693
  23. 21 Dec, 2016 4 commits
  24. 04 Dec, 2016 1 commit
  25. 16 Nov, 2016 2 commits
  26. 29 Aug, 2016 2 commits