| Age | Commit message (Collapse) | Author |
|---|
|
Since pandoc (the project) has split (a while back, actually) into the
cli and other components, the vanilla package name for the dependency
has changed to suit. Use that for the dependency name.
|
|
It suffices to conflict against the vanilla package, as all the variant
packages should provide=(pandoc-crossref) which will make them conflict
with us given we conflicts=(pandoc-crossref)
|
|
Note: I changed the indentation style, this commit is best viewed with
--ignore-all-space
|
|
|
|
|
|
|
|
|
|
These are also deps of pandoc and are therefore already implied.
The GMP dep is common to all Haskell programs, the zlib dep _might_ be a
transitive dep via the pandoc dependency itself, but I'm not sure.
|
|
Forgot to in 2904ec8c1a55735a8df89ed5206c6084ec36dfe1
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Thanks to @alerque for reminding me of the makedep requirement
|
|
Cf RFC#16
|
|
Upstream releases aren't monotonic wrt vercmp -- eg they release
v0.3.16.0f < v0.3.17.0 < v0.3.17.0a
whereas vercmp would sort this
v0.3.16.0f < v0.3.17.0a < v0.3.17.0
After considering multiple solutions, noticing that the final alphabetic
component seems to be a patch version not reflected in
`pandoc-crossref.cabal`, decided to just drop that component.
The information provided in it is redundant with the .rCOUNT.gSHA
component, and none of the ways of massaging it into an acceptable
pkgver left me confident they'd solved the mononicity problem.
As a bonus, this solution will not create spurious downgrade warnings.
|
|
|
|
Programmatically edit stack.yaml for version bumping, makes maintenance
easier. If yq is undesired, it can be edited out and replaced with a
patch -- the edits should be pretty self-explanatory.
This bumps the LTS used to 22.13, which point-bumps GHC
|
|
|
|
|
|
Forced compilation with ghc-9.6.3 to reduce maintenance burden
(not needing multiple ghc versions installed)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Included patches:
- Upstream PR#348: Fix pandoc breaking some tests' expected output
|
|
|
|
|
|
|
|
Technically, should provide the PVP-appropriate bump over latest stable.
However, that's a) hard to compute in a simple bash script and b)
unlikely to be a problem, especially for executable (ie, nonlibrary)
dependencies
|
|
Upstream updated buildplan to new pandoc version
|
|
|
|
Force usage of happy-1.20.0, since happy-1.21.0 in nightly does not
build
|
|
lts -> nightly change since that is the only resolver containing
hslua 2.0.0
|
|
Sometimes `pandoc-citeproc` lags behind `pandoc` releases, so latest
`pandoc` commit to build against is provided.
This usually entails bumping some versions in `stack.yaml`, so
`verbump.patch` is included (initially empty).
|
|
* Decouple from `pandoc-bin`
* NOTE: `pandoc-crossref` _only_ works with the `pandoc` version it was
built for
* Make into -git package
|
|
|
|
|
|
|
|
|