Bug 273308 - dns/knot-resolver: upgrade to 5.7.0
Summary: dns/knot-resolver: upgrade to 5.7.0
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Some People
Assignee: Fernando Apesteguía
URL: https://www.knot-resolver.cz/2023-08-...
Keywords:
Depends on:
Blocks:
 
Reported: 2023-08-23 15:03 UTC by Leo Vandewoestijne
Modified: 2023-08-31 13:40 UTC (History)
1 user (show)

See Also:
fernape: merge-quarterly+


Attachments
knot-resolver 5.7.0 (906 bytes, patch)
2023-08-23 15:03 UTC, Leo Vandewoestijne
freebsd: maintainer-approval+
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Leo Vandewoestijne 2023-08-23 15:03:28 UTC
Created attachment 244297 [details]
knot-resolver 5.7.0

Knot Resolver 5.7.0 was released.

This patch upgrades the port accordingly.

Tested successful in Poudriere.
Comment 1 commit-hook freebsd_committer freebsd_triage 2023-08-31 09:38:50 UTC
A commit in branch main references this bug:

URL: https://cgit.FreeBSD.org/ports/commit/?id=3015e94fb9f0f0d286b5b003510da868d5eae4a0

commit 3015e94fb9f0f0d286b5b003510da868d5eae4a0
Author:     Leo Vandewoestijne <freebsd@dns.company>
AuthorDate: 2023-08-30 08:54:24 +0000
Commit:     Fernando Apesteguía <fernape@FreeBSD.org>
CommitDate: 2023-08-31 09:38:20 +0000

    dns/knot-resolver: upgrade to 5.7.0

    ChangeLog: https://www.knot-resolver.cz/2023-08-22-knot-resolver-5.7.0.html

    Security

     * avoid excessive TCP reconnections in a few more cases Like before, the remote
       server had to behave nonsensically in order to inflict this upon itself, but
       it might be abusable for DoS.

    Improvements

     * forwarding mode: tweak dealing with failures from forwarders, in particular
       prefer sending CD=0 upstream

    Bugfixes

     * fix unusual timestamp format in debug dumps of records
     * adjust linker options; it should help less common platforms
     * hints module: fix names inside home.arpa.
     * EDNS padding (RFC 8467) compatibility with knot-dns 3.3 libs

    PR:             273308
    Reported by:    freebsd@dns.company (maintainer)

 dns/knot-resolver/Makefile | 2 +-
 dns/knot-resolver/distinfo | 6 +++---
 2 files changed, 4 insertions(+), 4 deletions(-)
Comment 2 Fernando Apesteguía freebsd_committer freebsd_triage 2023-08-31 09:39:08 UTC
Committed,

Should this be MFC?

Thanks!
Comment 3 commit-hook freebsd_committer freebsd_triage 2023-08-31 13:38:54 UTC
A commit in branch 2023Q3 references this bug:

URL: https://cgit.FreeBSD.org/ports/commit/?id=318f8edc8a78970a9249b31ce8e6ded30d23feed

commit 318f8edc8a78970a9249b31ce8e6ded30d23feed
Author:     Leo Vandewoestijne <freebsd@dns.company>
AuthorDate: 2023-08-30 08:54:24 +0000
Commit:     Fernando Apesteguía <fernape@FreeBSD.org>
CommitDate: 2023-08-31 13:37:32 +0000

    dns/knot-resolver: upgrade to 5.7.0

    ChangeLog: https://www.knot-resolver.cz/2023-08-22-knot-resolver-5.7.0.html

    Security

     * avoid excessive TCP reconnections in a few more cases Like before, the remote
       server had to behave nonsensically in order to inflict this upon itself, but
       it might be abusable for DoS.

    Improvements

     * forwarding mode: tweak dealing with failures from forwarders, in particular
       prefer sending CD=0 upstream

    Bugfixes

     * fix unusual timestamp format in debug dumps of records
     * adjust linker options; it should help less common platforms
     * hints module: fix names inside home.arpa.
     * EDNS padding (RFC 8467) compatibility with knot-dns 3.3 libs

    PR:             273308
    Reported by:    freebsd@dns.company (maintainer)

    (cherry picked from commit 3015e94fb9f0f0d286b5b003510da868d5eae4a0)

 dns/knot-resolver/Makefile | 2 +-
 dns/knot-resolver/distinfo | 6 +++---
 2 files changed, 4 insertions(+), 4 deletions(-)
Comment 4 Fernando Apesteguía freebsd_committer freebsd_triage 2023-08-31 13:40:06 UTC
MFH after discussion with maintainer.

Thanks!