<br><br><div><span class="gmail_quote">2007/9/29, Angelo Naselli <<a href="mailto:anaselli@linux.it">anaselli@linux.it</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> This is KDE4 code not KDE3. libkexiv2 soname for KDE4 have been set to 5.<br>> Look main CMakeList.txt file.<br>sorry? I'll take a look at it i can't understand what 5 stands for here...</blockquote><div><br>
yes, i have overloaded temporally the soname version to 5. Like this we can release another one version for KDE3 without to have a conflict.<br><br>Look my comments from CMakeFile.txt<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> , and of course<br>> > binary compatibility issues.<br>><br>><br>> Impossible. Qt4/KDE4 is not binary compatible with Qt3/KDE3<br>hmm but they can be both on the system and a file contained into<br>pacakge can't be installed if it is already installed from another one.
<br><br>I mean libkexiv2 (for instance) can't be installed for both kde3<br>and kde4 version if it has the same so name or version...</blockquote><div><br>It' can be possible. libkexiv2 header is installed where KDE version is installed (by defautl)
<br><br>For example, in my system (Mandriva cooker) with both KDE3 and KDE4, i have :<br><br>KDE3 in /usr<br>KDE4 in /opt/kde4<br> </div>and there is no confiict<br><br>Gilles</div><br>