| Age | Commit message (Collapse) | Author |
|---|
|
|
|
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
|
|
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.
|
|
Note: I changed the indentation style, this commit is best viewed with
--ignore-all-space
|
|
Stack is deprecated since upstream PR #1609
|
|
|
|
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
|
|
|
|
|
|
Forgot before push, aur doesn't accept non-ff pushes
|
|
|
|
|