<div>Well, look in multimedia, both autotools and cmake config files are present. It work. </div>

<div> </div>

<div>Gilles<br><br> </div>

<div><span class="gmail_quote">2007/3/1, Marcel Wiesweg <<a href="mailto:marcel.wiesweg@gmx.de">marcel.wiesweg@gmx.de</a>>:</span>

<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> yes, but i won't to fight with an hard installation of KDE 4 on my<br>> computer. If Mandriva provide standard packages, it will be more easy to

> do... Yes if Mandriva provides developer packages in time? There is no official release of KDE4 yet, only snapshots. And you need Qt4.3 - not yet released, so you need qt-copy. There is also mentioned the possibility to do a non-root installation of KDE4.

<br>Perhaps in the next or the following week I will try to install a fresh KDE4<br>and then I will tell you about my experience ;-)<br><br>> > > improve anything. Marcel, i need your viewpoint here...<br>> >

<br>> > Yes multithreading is easier with Qt4, but that's not a problem for<br>> > porting,<br>> > the code still works, it means we can actually remove code (and I will<br>> > very<br>> > happily volunteer to remove all the manual event sending code,

<br>> > QDeepCopies of<br>> > QStrings from our multithreaded parts).<br>><br>> Fine for me if you can do it (:=)))<br><br>Oh yes. I am really looking forward to delete some parts of the code and<br>replace it with queued signals ;-) That's fun ;-))

<br><br>> > Overall KDE policy is clear: trunk is KDE4 because it's the future.<br>> > Branches<br>> > are KDE3. Amarok also has its KDE4 = main development branch as trunk.<br>><br>> This is true about KDE core, but extragear is different and do not follow

<br>> KDE release plan...<br>><br>> The problem is than extragear host multiple project witch will use QT3 for<br>> a long time.<br>><br>> Question : where Amarok team have placed the QT4 port source code ? It's

> Amarok is moved to KDE core (like Gwenview) ? <a href="http://websvn.kde.org/trunk/extragear/multimedia/amarok/">http://websvn.kde.org/trunk/extragear/multimedia/amarok/</a> : There is a CMakeLists.txt, and the code is Qt4. All Makefile.* are removed.

<br>In the parent directory <a href="http://websvn.kde.org/trunk/extragear/multimedia/">http://websvn.kde.org/trunk/extragear/multimedia/</a><br>there is also a CMakeLists.txt, and still a Makefile.cvs.<br><br><br>> If i'm following you, after to release digiKam 

0.9.1-final, we copy the<br>> code<br>><br>> >from trunk to stable, and we continue the QT3 digiKam serie in stable, and<br>><br>> in trunk, we start the QT4 port. In this case, we will have a conflict with

<br>> others extragear applications witch continue to use QT3. In fact, the<br>> problem is about the common autotools rules (.configure and <a href="http://makefile.am">makefile.am</a>)<br>> witch are obsolete with CMake. Can we have both at the same time and at the

<br>> same place ?<br><br>We have to talk to the other extragear applications about the location of the<br>libraries that we share.<br>Again taking extragear/multimedia as an example, amarok/ is Qt4, while<br>kmplayer/ is apparently not yet ported. So it seems to work. (I still have to

<br>read the documentation on CMake)<br><br>Marcel<br><br>_______________________________________________<br>Digikam-devel mailing list<br><a href="mailto:Digikam-devel@kde.org">Digikam-devel@kde.org</a><br><a href="https://mail.kde.org/mailman/listinfo/digikam-devel">

https://mail.kde.org/mailman/listinfo/digikam-devel</a><br></blockquote></div><br>