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 git repository. My idea is to modify the configure.ac script for it check for lzo1 (first) or lzo2 (second) the first it found. After I will rebuild my debian package with all changes. I rebuild the package with all new changes that they coming in the last weeks. I hope in one week it will be ready and to upload on unstable. Thank you for report it. Regards. On 8/1/07, Peter Eisentraut <[EMAIL PROTECTED]> wrote: > 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 that insist on it. I suspect that this is some broken > idea to have the dependent libraries have their dependencies satisfied. > libgnutls comes to mind. This is pretty useless. I suggest that you > try to remove the relevant parts from the configure scripts and do away > with the liblzo business altogether. > > I tried building your package with LDFLAGS=-Wl,--as-needed, which removed > a great deal of redundant library dependencies, including both versions > liblzo, so I recommend that in any case. > > -- Anibal Avelar (FixXxeR) http://fixxxer.cc GPG: 83B64656 - C143 4AD8 B017 53FA B742 D6AA CEEA F9F3 83B6 4656 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
