Hi, On Wed, 19 Apr 2017 16:05:12 +0100 James Cowgill <jcowg...@debian.org> wrote: > Package: libghc-xcb-types-dev > Version: 0.7.1-4 > Severity: grave > Tags: sid stretch > Control: block 839314 by -1 > > Hi, > > Currently haskell-xcb-types cannot parse xcb-proto 1.12. While strictly > speaking you don't have to use this package to just parse the files from > xcb-proto, it is the package's main purpose and (afaik) only use in the > archive.
On closer inspection, it looks like haskell-xcb-types has never been able to parse the full xcb-proto. It's only ever been able to parse the bits that xcffib needs to work properly. Since adding the extra support is a lot of work and no packages will use it, I suggest that only the xcffib stuff is fixed and then this bug can be cloned as important to cover the other bits. [...] > This is the cause of the xcffib FTBFS in #839314 > > Apparently xcb-types 0.8.0 fixes this. I don't know how suitable that is > to be included into stretch. Upgrading to 0.8.0 breaks the API by adding alignment fields everywhere to handle the parsing of the new "required_start_align" element. This means we would also need to backport the relevant xcffib patches as well. I think this is the best option though. Relevant xcb-types commits: https://github.com/aslatter/xcb-types/commit/0991f1d61b92371e9af51ab0fa3699d7c32e2b65 https://github.com/aslatter/xcb-types/commit/a86e578f0860670f3d43fa2d414e93a60aa72e2d Commit which would need backporting to xcffib: https://github.com/tych0/xcffib/commit/6e6646b7d5eec253225579e1cbb40acf380648b4 (xcffib would then need to depend on xcb-types >= 0.8) I notice the xcffib patches ignore the new alignment fields so we might be able to bodge it by ignoring the "required_start_align" elements in xcb-types, but since that's a bit of a hack, there are no other rdeps of xcb-types, and we're going to have to patch both packages anyway, I don't know if it's worth it. James
signature.asc
Description: OpenPGP digital signature
