Re: What remains to be done before the freeze
There is at least one fairly bad bug in pandoc 1.9.2, and I'm
planning to release a new version 1.9.3 fairly soon, which will
fix it and several others (and add a docbook reader). It would
be terrific if this could be debianized before the freeze (and
dependencies highlighting-kate and texmath brought up to date).
One question, though. Currently the 1.9.3 code base requires
blaze-html 0.5.*. I'm not sure whether debian plans to upgrade
blaze-html or not. If not, then I could add a Cabal flag to
make it possible to compile pandoc with blaze-html 0.4.*.
+++ Joachim Breitner [May 09 12 09:41 ]:
> the freeze is nearing and we should decide what we want to get in, and
> then concentrate on that. Luckily, most release blockers (such as the
> build failures on mips et. al.) have been fixed.
> We still need to upload a policy compliant version of
> Furthermore, there are some FTBFS to investigate:
> Then there is the new platform coming up. It would be great to release
> with 2012.2.0.0, as we have mostly upgraded to the newer versions
> anyways. Have a look at
> https://github.com/haskell/haskell-platform/blob/pre-release/haskell-platform.cabal https://github.com/haskell/haskell-platform/blob/pre-release/NOTES-2012.2.0.0
> For that we’ll have to upgrade HTTP, mtl, network, stm, text,
> transformers. With cgi we are ahead of the platform, I’ll query them if
> they have a reason not to ship the newest version.
> GHC 7.4.2 might be coming up soon, as well:
> If GHC is really quick with the release and the platform will bless
> 7.4.2, we should go with that. Otherwise, we should look carefully at
> the release notes and stay with 7.4.1 (which has received some testing
> in Debian) if we are not missing anything bad.
> Any other wishes what needs to get into squeeze?
> Besides that, please start going through the bug list and see what bugs
> we should fix before the release. Also, as soon as the platform packages
> are updated, please refrain from uncoordinated uploads of packages high
> in the dependency graph, as these will hold up the transition.
> Joachim "nomeata" Breitner
> Debian Developer
> firstname.lastname@example.org | ICQ# 74513189 | GPG-Keyid: 4743206C
> JID: email@example.com | http://people.debian.org/~nomeata