Removing lua support would be most unfortunate! If you need help from upstream
in getting things to work, let me know.
Just an observation: adding the -O0 option here will create an unoptimized
build, which will run more slowly. So this is definitely not a patch that
should remain more than short-term.
I have no idea what this issue is, by the way. We regularly test pandoc
upstream against ghc versions 8.6.5,
A note from upstream, in case it's helpful: we haven't depended
on cmark-gfm since pandoc 2.10.1 (released a year and a half
ago). If you could move to a more recent version of pandoc, this
would avoid the problem entirely. I'm aware that issues of
policy and packaging may make this difficult,
It would be worth reporting this as a bug to the ghc
tracker, as requested in the message.
Emilio Pozuelo Monfort writes:
> Source: pandoc
> Version: 2.2.1-1
> Severity: serious
>
> pandoc now FTBFS on armhf with a ghc panic:
>
> [112 of 131] Compiling Text.Pandoc.Readers.HTML (
> src/Text/Pa
I don't understand this error. InvalidYaml *is* a constructor for the
type ParseException in Data.Yaml (yaml package). So it's not clear why
the compiler would complain about it being used as a "constructor-like
thing."
What version of ghc is being used to compile?
What version of the Haskell
Note that upstream has already substituted an uncompressed version
(this will be in the forthcoming 1.12 release).
+++ Luca Falavigna [Aug 31 13 13:20 ]:
> Source: pandoc
> Version: 1.9.4.2-2
> Severity: serious
> Tags: sid jessie
>
>
> Source ships a couple of compressed JavaScript libraries wi
+++ Christoph Egger [Jul 22 12 19:31 ]:
> Package: src:pandoc
> Version: 1.9.4.2-1
> Severity: serious
> Tags: sid wheezy patch
> Justification: fails to build from source (but built successfully in the past)
>
> Hi!
>
> Your package failed to build on the buildds:
>
> Linking dist-ghc/build/pan
+++ John MacFarlane [Mar 12 10 09:27 ]:
> +++ Iain Lane [Mar 12 10 09:23 ]:
> > Heya,
> >
> > On Sat, Feb 27, 2010 at 07:47:03PM +0100, Joachim Breitner wrote:
> > >Hi,
> > >[...]
> > >>[...]
> > >>I don't want to hold things u
+++ Iain Lane [Mar 12 10 09:23 ]:
> Heya,
>
> On Sat, Feb 27, 2010 at 07:47:03PM +0100, Joachim Breitner wrote:
> >Hi,
> >[...]
> >>[...]
> >>I don't want to hold things up too much, so I could expedite work
> >>on 1.5 and try to release it in a week or so, so packaging could
> >>proceed.
> >
> >t
+++ Joachim Breitner [Feb 27 10 18:53 ]:
> Hi Jonas,
>
> Am Montag, den 22.02.2010, 12:43 -0800 schrieb John MacFarlane:
> > +++ Joachim Breitner [Feb 22 10 21:21 ]:
> > > > Template Haskell is a standard language feature. My worry, though,
> > > > was that
+++ Joachim Breitner [Feb 22 10 21:21 ]:
> Hi,
>
>
> > Template Haskell is a standard language feature. My worry, though,
> > was that if we did not support all architectures on which pandoc
> > 0.46 built, pandoc would never migrate from unstable to testing.
> > Am I wrong about this?
>
> If pa
+++ John MacFarlane [Feb 22 10 09:14 ]:
> +++ Joachim Breitner [Feb 22 10 15:24 ]:
> > Hi,
> >
> > Am Montag, den 22.02.2010, 15:05 +0100 schrieb Cyril Brulebois:
> > > Source: highlighting-kate
> > > your package FTBFS:
> > > | Running hscolour
+++ Joachim Breitner [Feb 22 10 15:24 ]:
> Hi,
>
> Am Montag, den 22.02.2010, 15:05 +0100 schrieb Cyril Brulebois:
> > Source: highlighting-kate
> > your package FTBFS:
> > | Running hscolour for highlighting-kate-0.2.5...
> > | HsColour: Text/Highlighting/Kate/Syntax/D.hs: hGetContents: invalid
1].
>
> I have commented below the quoted text...
>
> On Tue, Dec 15, 2009 at 10:39:22AM -0800, John MacFarlane wrote:
> >This is unfortunate. Pandoc uses template Haskell to splice the
> >contents of some data files into source files, so they can be built
> >
+++ dann frazier [Dec 07 09 19:37 ]:
> Package: pandoc
> Version: 1.2.1-1
> Severity: serious
>
> pandoc reliably fails to build on hppa:
>
> https://buildd.debian.org/build.php?&pkg=pandoc&ver=1.2.1-1&arch=hppa&file=log
>
> From the most recent build attempt:
> [...]
> Using pkg-config versio
15 matches
Mail list logo