Hello Tom, this bug is release critical (and together with the other build failure) means that the package got dropped from testing. I would like to see this package back into testing so I try to help a bit. I asked for a jemalloc binNMU already as you probably saw. And now I'm looking into this one.
On Fri, 08 May 2015, Felix Geyer wrote: > Your package provides a find module in /usr/share/cmake-3.0. > cmake 3.2 will not look for modules in that path anymore. The cmake support in hiredis is a Debian specific addition. Tom are there other packages relying on this Debian-specific addition? If no, then this bug can probably be downgraded to normal. I saw that upstream rejected to integrate cmake support and merged only the support for pkg-config. So it seems to me that the third solution proposed by Felix is probably the best: > 1) Ship a config-file package instead. [1] > cmake looks for these packages in an unversioned path: > <prefix>/(lib/<arch>|lib|share)/cmake/<name>*/ > and a couple of others [2] > > 2) Push the find module upstream. [4] > Upstream is usually very responsive. > Once it has been accepted upstream I can cherry-pick it in the > cmake package. > > 3) cmake supports reading pkg-config files. [3] > This needs changes in the reverse-dependencies though. Do you agree with this ? In which case, we just have to file bug reports on packages that rely on this cmake support and drop this debian specific addition. But from a quick search on codesearch.debian.net it looks likes there are no such packages: http://codesearch.debian.net/results/find_package%5C%28.*Hiredis.*%5C%29/page_0 Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
