1. 08 Feb, 2019 1 commit
  2. 05 Dec, 2018 3 commits
  3. 03 Dec, 2018 3 commits
  4. 15 Jan, 2018 3 commits
  5. 14 Jan, 2018 5 commits
  6. 22 Aug, 2017 5 commits
  7. 26 Feb, 2017 1 commit
  8. 25 Oct, 2016 1 commit
  9. 16 Oct, 2016 7 commits
  10. 05 Oct, 2016 1 commit
  11. 23 Sep, 2016 1 commit
    • Lisa's avatar
      Correct debug message. · 0982dc1f
      Lisa authored
      It was referring to info that is not meaningful in all cases,
      causing a segmentation fault in "akabei get".
      0982dc1f
  12. 11 Sep, 2016 2 commits
  13. 31 Jul, 2016 2 commits
  14. 13 Jul, 2016 1 commit
  15. 23 Apr, 2016 1 commit
  16. 18 Apr, 2016 1 commit
    • Luca Giambonini's avatar
      fix akabei-key import key (r65) · ddc07122
      Luca Giambonini authored
      When calling "akabei-key get B6611E8A" should add the new key to the akabei keychain, but the output is:
      
      sudo akabei-key get B6611E8A
      - 5A526467B6611E8A Jeff Huang s8321414@gmail.com
      Couldn't find key on the server: End of file
      
      The key was properly downloaded form the server but an error occours.
      Based on the gpg documentation (https://www.gnupg.org/documentation/manuals/gpgme/Listing-Keys.html) there is no need to verify that the key is correct.
      In fact the original code was wrong, if as input we write 0xB6611E8A the identified key is 5A526467B6611E8A so the if condition is never true:
         if (QString::fromLatin1(key->subkeys->keyid) == id)
      furthermore, the key->subkeys->keyid string does not contains the 0x prefix, so the condition is always false.
      ddc07122
  17. 21 Mar, 2016 1 commit
  18. 20 Mar, 2016 1 commit
    • Luca Giambonini's avatar
      akabei enable translations · 96fd05e7
      Luca Giambonini authored
      akabeicore and akabeiclient provides already the translated strings, with this patch akabei is also translated.
      
      akabei help shows the translated strings
      LANG="de_DE.UTF-8" akabei help
      
      does not work:
      translator->load("akabei_" + QLocale::system().name() + ".qm", "/usr/share/akabei/translations/");
      
      it works:
      translator->load("akabei_de.qm", "/usr/share/akabei/translations/");
      translator->load("akabei_de_DE.qm", "/usr/share/akabei/translations/");
      
      QLocale::system().name()  returns it_CH here, and the italian translation is not available currently.
      So I expect that with a german locale must return de_DE.
      
      QTranslator must search for:
      /opt/foolib/foo.fr_ca.qm
      /opt/foolib/foo.fr_ca
      /opt/foolib/foo.fr.qm
      /opt/foolib/foo.fr
      /opt/foolib/foo.qm
      /opt/foolib/foo
      96fd05e7