summarylogtreecommitdiffstats
path: root/PKGBUILD
AgeCommit message (Collapse)Author
3 daysSpecify provides versiongesh
3 daysRemove unnecessary provides/conflictsgesh
It suffices to p/c the vanilla package since pacman considers provides in computing conflict. In fact, it is currently redundant to specify conflicts=(hlint-bin), since our provides=(hlint) combines with hlint-bin's conflicts=(hlint) to provide the conflict. Still, as noted in [1], it's best to have provides and conflicts both just contain the vanilla pkgname, so that other variants will definitely conflict (and there's no need for specialized handling for any of them). [1]: https://aur.archlinux.org/packages/hlint-bin#comment-1007225
3 daysRemove incorrect LicenseRef-gesh
It turns out that SPDX license expressions encode semantic, not syntactic equality -- despite a BSD license text being different from the reference SPDX text (due to the copyright line), it still should be encoded as being an instance of a BSD license.
3 daysCleanup for consistency with my other packagesgesh
Note: I changed the indentation style, this commit is best viewed with --ignore-all-space
2024-12-03Build package itself offlinegesh
Separate building the package and its deps into build() and prepare(), respectively (perhaps counterindicated and a sign we should actually be using the wider Arch Haskell ecosystem? Will revert if I see pushback) Uses the --offline flag added in cabal 3.12.1.0 -- the flag was added way back in 1.24.0.0 in 2016-03, so it won't complain on older cabals, but the functionality for build was only added in 3.12.1.0
2024-09-04Move to cabal buildsgesh
Stack is deprecated since upstream PR #1609
2024-05-21Bump to lts-22.22 to pick up ghc-9.6.5gesh
2024-05-02Force building with ghc-9.6.5gesh
The default makepkg configuration sets LDFLAGS but not LD. GHC used to take this as its cue to select its own choice of LD. However GHC would *not* check that its choice of LD supports LDFLAGS. This is a problem for dependencies with C components, which get linked using this LD. A fix[1] for this has landed in ghc 9.6.5 on 2024-04-16, and ghc's installed using the current ghcup HEAD (starting with 7a684ad[2]) will have `--disable-ld-override` passed, which also fixes the issue. [1] - https://gitlab.haskell.org/ghc/ghc/-/issues/24565 [2] - https://github.com/haskell/ghcup-hs/issues/1032
2024-05-02Cleanupgesh
Reorder to standard pkgver/prepare/build/check/package, remove redundant stack setup
2024-04-15Update to SPDX licensegesh
2021-11-01Remove upstreamed verbumpgesh
2021-10-31Bump to use latest 8.10 ghcgesh
2021-02-08git, stack should be makedepends onlygesh
2021-02-07Initial commit (standard git+stack template)gesh