]> gitweb.michael.orlitzky.com - haeredes.git/commitdiff
haeredes.cabal: require newer cabal and GHC-9.x.
authorMichael Orlitzky <michael@orlitzky.com>
Sun, 28 Aug 2022 15:00:33 +0000 (11:00 -0400)
committerMichael Orlitzky <michael@orlitzky.com>
Sun, 28 Aug 2022 15:00:33 +0000 (11:00 -0400)
haeredes.cabal

index 630d023df4ec514e7b8c60542da15e540af2da34..38d7a9f69d0c10bc96f7edc960b8c00272267334 100644 (file)
@@ -1,9 +1,9 @@
+cabal-version:  3.0
 name:           haeredes
 version:        0.5.2
-cabal-version:  >= 1.8
 author:         Michael Orlitzky
 maintainer:    Michael Orlitzky <michael@orlitzky.com>
-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