From ce6014e41a7740da4602e99402edbefc98eb9b21 Mon Sep 17 00:00:00 2001 From: Michael Orlitzky Date: Sun, 28 Aug 2022 11:00:33 -0400 Subject: [PATCH 1/1] haeredes.cabal: require newer cabal and GHC-9.x. --- haeredes.cabal | 42 +++++++++++++++++++++++------------------- 1 file changed, 23 insertions(+), 19 deletions(-) diff --git a/haeredes.cabal b/haeredes.cabal index 630d023..38d7a9f 100644 --- a/haeredes.cabal +++ b/haeredes.cabal @@ -1,9 +1,9 @@ +cabal-version: 3.0 name: haeredes version: 0.5.2 -cabal-version: >= 1.8 author: Michael Orlitzky maintainer: Michael Orlitzky -license: AGPL-3 +license: AGPL-3.0-only license-file: doc/LICENSE homepage: http://michael.orlitzky.com/code/haeredes.xhtml bug-reports: mailto:michael@orlitzky.com @@ -18,13 +18,13 @@ description: Haeredes is primarily useful for ISP network administrators. Customers will occasionally decide to switch hosts without alerting the current host; this can cause two problems: - . + * With NS records, the previous host (at the very least) keeps hosting a DNS zone that does nothing. If that host uses their authoritative nameserver as a caching lookup server as well, it may return incorrect results to queries about the domain in question. - . + * For MX records, the situation is slightly worse. Most mail servers will immediately accept mail for which the server thinks it is the ultimate destination. If a mail server is configured as the @@ -32,29 +32,29 @@ description: then mail submitted to that server may possibly be lost. It is therefore important to remove domains from the old mail host as soon as the MX record is changed. - . + Haeredes can alert administrators when NS/MX records are changed. More detail and usage examples can be found in the man page. - . + /Examples/: - . + Make sure example.com has the expected name servers, [ab].iana-servers.net: - . + @ $ echo \"example.com\" | haeredes a.iana-servers.net b.iana-servers.net @ - . + Check orlitzky.com against only one of the expected two nameservers: - . + @ $ echo \"orlitzky.com\" | haeredes dns1.viabit.com Domain \"orlitzky.com.\" delegates somewhere else: \"dns2.viabit.com.\" @ - . + Check a nonexistent domain (we provide no delegates, since we know .doesnt-exist will not be delegated): - . + @ $ echo \"foo.doesnt-exist\" | haeredes Domain \"foo.doesnt-exist.\" not delegated. @@ -62,13 +62,16 @@ description: executable haeredes build-depends: - base == 4.*, + base >= 4.15 && < 5.0, bytestring >= 0.10, cmdargs >= 0.10, dns >= 1.4, iproute >= 1.2, parallel-io >= 0.3 + default-language: + Haskell2010 + main-is: Main.hs @@ -79,20 +82,20 @@ executable haeredes CommandLine DNS ExitCodes - -- WARNING: the Paths_haeredes module is automatically generated by - -- Cabal itself. We don't want it included in the release tarballs, - -- since we typically want the paths that the user has configured. - -- Nevertheless, Cabal will complain if we don't include it here. Paths_haeredes Timeout + autogen-modules: + Paths_haeredes + test-suite doctests type: exitcode-stdio-1.0 hs-source-dirs: test + default-language: Haskell2010 main-is: Doctests.hs build-depends: - base == 4.*, + base >= 4.15 && < 5.0, -- Additional test dependencies. doctest >= 0.9, filemanip >= 0.3.6 @@ -103,10 +106,11 @@ test-suite doctests test-suite shelltests type: exitcode-stdio-1.0 hs-source-dirs: test + default-language: Haskell2010 main-is: ShellTests.hs build-depends: - base == 4.*, + base >= 4.15 && < 5.0, process >= 1.1 -- 2.44.2