1. 22 Jan, 2019 3 commits
  2. 21 Jan, 2019 3 commits
  3. 19 Jan, 2019 1 commit
  4. 15 Jan, 2019 3 commits
    • steadfasterX's avatar
      ensure case insensitivity for the LANG vars · 4ffee8db
      steadfasterX authored
      Change-Id: I895fe850b09e8afcbd102210893b4d7caa8604b4
      4ffee8db
    • steadfasterX's avatar
      fix: path change for fwulpatcher · 0daf891d
      steadfasterX authored
      Change-Id: I38b842a6995d683d4ab160d57dd17c0633c8fe34
      0daf891d
    • steadfasterX's avatar
      fix (workaround): language change requires a reboot · 62f1c36f
      steadfasterX authored
      workaround script for language bug (only needed for persistent builds)
      #88
      
      The root cause is still uncertain but it is clear that lightdm sometimes
      writes ~/.dmrc and sometimes not. As all language settings in FWUL
      depend on a properly written ~/.dmrc the language does not apply (bug1).
      If ~/.dmrc gets written correctly the languages are half-set, meaning e.g
      the keyboard setting get applied (due to the fwul-session handler) but not
      the desktop itself. Even logging out and back in will *not* apply them.
      /etc/environment and /etc/locale.conf are set as well by the fwul-session
      handler but still lightdm ignores everything except when rebooting or
      when restarting lightdm itself (bug2).
      
      The most interesting one is this all does not happen in forgetful mode. There
      you can select a new language and it does change the whole desktop after
      logging in. I tried to find out why and what the difference here is but without
      success atm. lightdm does not restart (assumption1) in forgetful and no
      obvious other processes are there or are not there (assumption2).
      Even more interesting is that when lightdm gets restarted in forgetful it
      behaves like in persistent - so no immediate language apply anymore!
      
      Even removing /etc/locale.conf and environment had no effect when restarting
      lightdm so I am lost atm and so included this workaround script which detects
      the half-set language and offers a lightdm restart. Not that convenient but
      better than it is atm.
      
      Change-Id: Ia704e17b5bf5f865e9397373c63412e30ef3807b
      62f1c36f
  5. 14 Jan, 2019 2 commits
    • steadfasterX's avatar
      fix: set default language back to EN · 8ec2c262
      steadfasterX authored
      closes #87
      
      setting locale.conf is not enough to enforce a default lang in the greeter
      anymore. for this /etc/environment is set which also get auto updated
      by the fwul-session script
      
      Change-Id: Ie11eeda9fd449772657678f679f3e64ddde334b0
      8ec2c262
    • steadfasterX's avatar
      fix: set default language back to EN · 35f0214f
      steadfasterX authored
      closes #87
      
      It seems that the lightdm greeter changed the way it displays the language
      on first boot. Before the sorting in /etc/locale.gen has been respected and so
      EN was displayed by default but now an alphabetical sorting happens which
      let de_DE (german) be the default.
      This forces en_US on first boot regardless of the rest.
      
      Change-Id: I60a551e52638a0fc10cb5569741a804e108e51e3
      35f0214f
  6. 02 Jan, 2019 3 commits
  7. 30 Dec, 2018 2 commits
  8. 28 Dec, 2018 7 commits
  9. 27 Dec, 2018 11 commits
  10. 21 Dec, 2018 5 commits