Bug#804169: RFS: libjreen/1.2.0-1
Hi
>
>I understand the problem. I've taken a look into the cmake file and I
>found out that libjreen does not use "icesupport" automatically.
>
>→ option(JREEN_USE_IRISICE "Use ICE from IRIS" OFF)
ok
>On the other side libjreen is looking for a external JDNS. And so it
>would be really better to create a libjdns package for debian, or?
http://www.rpmfind.net/linux/rpm2html/search.php?query=jdns-devel
yes, and seems that fedora already has it
(assuming it is the same package, I didn't check)
>Please correct me if I'm wrong, but I do not agree in your opinion
>because other distributions uses another way of multiarch support.
yes, correct.
Indeed not all multiarch locations might have a "/" in their path.
>For example openSUSE, they uses the path "/usr/lib64/libjreen.so.1". And
>so I think it is impossible to upstream a patch, which changes
>"DESTINATION lib${LIB_SUFFIX}" into "DESTINATION lib/${LIB_SUFFIX}"
>because this would break the support for the other distributions.
yes, I googled around, looked at codesearch.debian.net and you are right,
thanks for the explanation!
>I really do not know how to fix it to make it work for all
>distributions. Any ideas?
your solution is fine :)
>I've sent the the codespelling patch to upstream.
>The cppcheck errors is only a "Uninitialized variable: c". I think this
>is not critical.
>Most of the "$ grep -riE 'fixme|todo|hack|xxx' ." errors occurs on
>icesupport and this is unused. The rest is not critical, too.
>Same on licensecheck. It does not affect this package.
ack.
let me know then if you have some news about this and I'll look at it again
(specially the external library problem)
cheers,
G.
Reply to: