Bug#435585: sort out liblzo situation

2007-08-01 Thread Peter Eisentraut
Package: centerim Version: 4.22.1-1 Severity: normal I am trying to get rid of the old liblzo1 library, replacing it with liblzo2. Your package is actually linked with both, which can't be good in any case. AFAICT, nothing in your package actually uses liblzo, it's only the configure scripts

Bug#435585: sort out liblzo situation

2007-08-01 Thread Anibal Avelar
Yes, I know that situation. The problems are the indirect dependencies. Centerim needs libgnutls4 but now gnutls has dependencies with lzo2 (before was with lzo1). I'm working in the centerim's source code for to fix it. Indeed I have the patch. Soon I will commit my changes to the centerim's

Bug#435585: sort out liblzo situation

2007-08-01 Thread Peter Eisentraut
Anibal Avelar wrote: I'm  working in the centerim's source code for to fix it. Indeed I have the patch.  Soon I will commit my changes to the centerim's git repository.  My idea is to modify the configure.ac script for it check for lzo1 (first) or lzo2 (second) the first it found. centerim

Bug#435585: sort out liblzo situation

2007-08-01 Thread Anibal Avelar
Yes, you have reason, but when the compiler is linking the program, it will fail if centerim doesn't detect the correct lzo library. I proved it (I will prove again). For that I don't avoid the correct lzo library used for gnutls. Regards. On 8/1/07, Peter Eisentraut [EMAIL PROTECTED] wrote: