1. 31 Jul, 2019 1 commit
  2. 06 Jul, 2019 1 commit
  3. 30 Mar, 2019 1 commit
  4. 20 Feb, 2019 1 commit
  5. 19 Jan, 2019 1 commit
  6. 22 Oct, 2018 1 commit
  7. 17 Aug, 2018 2 commits
  8. 12 Aug, 2018 1 commit
  9. 11 Jul, 2018 1 commit
    • Marcus's avatar
      build: improve gradle experience · 9889a98d
      Marcus authored
      This expands the gradle wrapper shell script used by the buildserver for
      usage outside the buildserver environment. It also allows downloading
      whitelisted versions of gradle if they are not yet deployed to the
      buildserver by simply upsating the copy of fdroidserver (in contrast to
      having to reprovision the whole buildserver).
      We first move the buildserver/gradle shell script to the repo root
      as gradlew-fdroid, as it's an fdroid specific gradle wrapper.
      We also now sync it inside the build VM before each build.
      We then add a list of whitelisted gradle distributions taken from the
      makebuildserver script.
      The script additionally now reads two env vars which tell it where to
      expect installed versions of gradle and where it might store downloaded
      gradle .zip files. Both of those are configurable from config.py. As the
      first should normally just be a subdir of the second it's not exposed in
      the example config.py but only used by the buildserver config.py.
      Default config now uses this internal gradle wrapper but a path to a
      custom wrapper or specific gradle distribution can still be set from
      Closes #98
      Ref: #370
  10. 27 Jun, 2018 1 commit
  11. 26 Jun, 2018 1 commit
  12. 19 Jun, 2018 3 commits
  13. 12 Mar, 2018 1 commit
    • Gio's avatar
      Fix misleading java_path example · 87fdca0d
      Gio authored
      As you can see in fdroidserver/common.py:219
      for java_version in ('7', '8', '9'):
      the code look for java version without the 1. in front, after getting a
      bunch of error message that JDK could't be found, investigating the code
      and documentation I discovered my configuration was ignored because of
      this and realized the example was wrong
  14. 12 Feb, 2018 1 commit
  15. 11 Feb, 2018 1 commit
  16. 23 Jan, 2018 1 commit
  17. 29 Nov, 2017 1 commit
  18. 26 Nov, 2017 1 commit
  19. 11 Aug, 2017 1 commit
  20. 04 Jul, 2017 2 commits
  21. 03 Jul, 2017 1 commit
  22. 24 Apr, 2017 1 commit
  23. 10 Apr, 2017 1 commit
  24. 19 Mar, 2017 1 commit
  25. 17 Mar, 2017 2 commits
    • Hans-Christoph Steiner's avatar
      convert internal dict keys to match fdroidclient's Apk class · 6c2cf2cc
      Hans-Christoph Steiner authored
      This syncs up the field names between the fdroiddata .yml files, the keys
      used in the implementation in fdroidserver, the index data format, and the
      final data structures in fdroidclient.  This makes it easier for devs to
      follow, and makes the Jackson parsing library automatically handle
      converting the data from the index file to Java instances.
      This bumps the metadata version since the apkcache will have to be
      Here are the name changes:
      * apkname --> apkName
      * id --> packageName
      * sha256 --> hash
      * version --> versionName
      * versioncode --> versionCode
      tests/repo/index.xml was changed only to bump the metadata version
      from 17 to 18.
    • Hans-Christoph Steiner's avatar
      `fdroid update` uses datetime instances for timestamps · fcb7a0fe
      Hans-Christoph Steiner authored
      Using datetime instances as the internal format makes it much easier to
      convert between the formats needed for index.xml and index-v1.  apkcache
      still uses time tuples and known_apks.txt still uses the ISO date.
  26. 15 Mar, 2017 1 commit
  27. 03 Mar, 2017 1 commit
  28. 01 Mar, 2017 1 commit
  29. 24 Feb, 2017 1 commit
    • Hans-Christoph Steiner's avatar
      test for original "v0" index XML compatibility · 56ef716a
      Hans-Christoph Steiner authored
      The original index.xml format needs to stay around for backwards
      compatibility, but we shouldn't touch it anymore once the new format is in
      place.  This is a test to make sure `fdroid update` can still generate the
      correct XML.
      install_list and uninstall_list should be tuples or lists in order to
      ensure that the order is preserved.
      These tests also check that the added and lastupdated dates are
      working correct, based on the dates in tests/stats/known_apks.txt. I
      could see no useful way to test the timestamp, it is just hardcoded
      using a regexp search-and-replace.  Running these tests manually might
      require deleting tmp/apkcache.
  30. 17 Feb, 2017 1 commit
  31. 23 Dec, 2016 1 commit
  32. 05 Dec, 2016 1 commit
    • Hans-Christoph Steiner's avatar
      remove support for XML app metadata, its broken · ce3efe41
      Hans-Christoph Steiner authored
      JSON and YAML are very closely related, so supporting both of them is
      basically almost no extra work.  Both are also closely related to how
      Python works with dicts and pickles. XML is a very different beast, and its
      not popular for this kind of thing anyway, so just purge it.
  33. 25 Nov, 2016 1 commit
  34. 07 Nov, 2016 1 commit
    • Hans-Christoph Steiner's avatar
      gpg-sign all valid files in the repo, including source tarballs · 56d51fcd
      Hans-Christoph Steiner authored
      This makes sure there is a GPG signature on any file that is included in
      the repo, including APKs, OBB, source tarballs, media files, OTA update
      ZIPs, etc.  Having a GPG signature is more important on non-APK files since
      they mostly do not have any signature mechanism of their own.
      This also adds basic tests of adding non-APK/OBB files to a repo with
      `fdroid update`.
      closes #232
  35. 23 Oct, 2016 1 commit