1. 20 May, 2020 1 commit
  2. 19 May, 2020 4 commits
  3. 14 May, 2020 4 commits
  4. 07 May, 2020 1 commit
  5. 04 May, 2020 1 commit
  6. 03 May, 2020 2 commits
  7. 01 May, 2020 1 commit
    • Josef Schlehofer's avatar
      resolver-conf: prefer knot-resolver if it is present · ed77e30f
      Josef Schlehofer authored
      The previous conditional was wrong. There is no
      TARGET_mvebu_Turris-Omnia anymore. It is
      TARGET_mvebu_cortexa9_DEVICE_cznic_turris-omnia
      
      That would be just for Turris Omnia and it means that we will be
      using unbound config for Turris MOX. In that case, there's a possibility
      to use TARGET_mvebu. But in the future, we want to have
      Knot Resolver on Turris 1.x as well.
      
      If build system detects that knot-resolver is set to '=Y' or '=M',
      it prefers it. Otherwise in cases like it is unset or set to ='N',
      it prefers unbound config.
      ed77e30f
  8. 30 Apr, 2020 3 commits
  9. 27 Apr, 2020 2 commits
  10. 23 Apr, 2020 2 commits
    • Vladimír Čunát's avatar
      knot-resolver: use the policy hack consistently · ca13263a
      Vladimír Čunát authored
      Doing this differently for ISP's servers than others seemed really ugly
      (probably unintentional mistake).  Now we only put RPZ into policy.rules
      which is probably OK; certainly not as bad as this.
      
      I tested it by applying manually onto a running HBT.
      I think it should also help some cases of "slow luci" – I suspect
      this difference might be the main reason why switching to forwarding
      helped some people.
      Signed-off-by: Jan Pavlinec's avatarJan Pavlinec <jan.pavlinec@nic.cz>
      ca13263a
    • Josef Schlehofer's avatar
      tvheadend: fix conffiles section · f43b19f1
      Josef Schlehofer authored
      - Remove PKG_BUILD_DIR
      It is already default
      - Change TITLE
      - Move maintainer to be sync with other Makefiles
      f43b19f1
  11. 22 Apr, 2020 2 commits
  12. 21 Apr, 2020 1 commit
  13. 19 Apr, 2020 1 commit
  14. 15 Apr, 2020 1 commit
  15. 13 Apr, 2020 4 commits
    • Josef Schlehofer's avatar
      knot-resolver: don't build dnstap module · ad718492
      Josef Schlehofer authored
      Currently, knot-resolver fails with the following output:
      Package knot-resolver is missing dependencies for the following libraries:
      libfstrm.so.0 - Frame Streams data transport protocol
      libprotobuf-c.so.1 - C bindings for Protobuf
      
      These libraries are needed for optional module/dnstap.
      Dnstap is a traffic collection, which supports logging DNS responses to
      a unix socket.
      
      Fixes: a1e5e463 ("knot-resolver: update
      to version 5.0.1")
      ad718492
    • Josef Schlehofer's avatar
      knot-resolver: fix syntax error in init script · 4e7669ee
      Josef Schlehofer authored
      This fixes:
      syntax error. Last token seen: +
      Garbled time
      4e7669ee
    • Jan Pavlinec's avatar
      knot-resolver: update to version 5.0.1 · d5494a2f
      Jan Pavlinec authored
      - Changes in 010-fix-prefix.patch due to meson build system
      - Refreshed patches
      - Removed deprecated option about --forks. Replaced by --noninteractive
      d5494a2f
    • Josef Schlehofer's avatar
      knot-resolver: use meson from packages feed · 3389746e
      Josef Schlehofer authored
      Other changes:
      - Knot Resolver is licensed as GPL-3.0-later
      - Don't reuse PKG_NAME in postinst and prerm
      - Remove MAKE_FLAGS as they are not used
      3389746e
  16. 08 Apr, 2020 1 commit
  17. 06 Apr, 2020 2 commits
  18. 01 Apr, 2020 2 commits
  19. 30 Mar, 2020 5 commits