MAR
9
2009

Mandriva releases qt-creator with new cmake buildsystem..

Yes, sounds strange. Why should i did it ?
Well, first is known among the distros that qt-creator in first release is not the most friendly to packaging.
Not only beacuse qmake, but because some distros rely on things like splitted packages or 32/64 bits coexistent libs and plugins.
Second, was quite a challenge for me do this, because i need to learn some new tricks ( thanks dfaure for automoc4 help ).
Third, dressing my packager hat, i would love to see qt-creator been in the main Mandriva distro, compliant with our policies, and been adopted as well i expect for kdevelop4 when be released. Qt Creator is one of the amazing IDE's around and i thought that worth the effort to give some love in buildsystem to have it in a full Mandriva way, including our flags and standard cmake build.
During the process, i could manage to fix all bugs open in our bugzilla about packaging, and at same time enable the "most wanted" feature here, the designer plugin, which for some reason was not enabled in our qmake previous compilation.

To summarize what i did:
- Write whole cmake buildsystem
- Backported icons and mime and desktop files from upstream binary Qt Software package ( as same as Kubuntu did )
- Make the plugin standard dir be the Qt plugins standard dir, which make possible have 64 and 32 bits plugins instalable
- Make qt-creator easily compliant to /usr linux install
- Splitted libraries in subpackages as usual, and installed in our standard libdir instead of a subdir
- Reenabled designer plugin.

So, now i'm totally happy with all the changes, barely minimal in code ( most moc include additions and add standard Qt plugin path ).

For who is interested, our svn repository is Qt Creator Package Repos
For who wants to try our marvelous distro, today we will be releasing RC1 from Mandriva 2009 Spring, so you will be able to see how hard we are working to make a better distro for you...

Comments

With a git branch maybe the Trolls would've been so impressed that they would've just pulled in your changes and switched to cmake. haha ok not likely, they have some sort of qmake fetish over at Qt Software, but its possible. :)

Amarok 2.1 will require Qt Script Generator, since we're going to stop bundling it. A similar situation in that it uses qmake. Its pretty simple (the end result is just 6 .so files that you just have to stick in the Qt4 plugin directory), but maybe you would like cmake anyways? If so you can pull in the .cmake files at my branch http://repo.or.cz/w/qtscriptgenerator/amarok.git

Note that the cmake version produces compile problems on a minority of Qt 4.5 users (by minority I mean, it hasn't happened to me or anyone with the ability to fix it lol). This is part of the reason we're switching to depending on it as a separate package.


By eean at Mon, 03/09/2009 - 16:57

Nothing against Git, i just pointed to our package repository, which is svn since 6 years ago ( from Conectiva to Mandriva ).
Since i not expected that cmake build will be adopted upstream, they will remain there for a while :-)


By Helio Chissini de Castro at Mon, 03/09/2009 - 17:18

"Since i not expected that cmake build will be adopted upstream"

Why not? Have you even tried? As song as cmake is optional, it should be no problem.


By kamikazow at Mon, 03/09/2009 - 19:30

Great !
Nice to see more people working actively with cmake.

And I also suggest to try to send it upstream, maybe they are more receptive than you think :-)

Alex


By Alexander Neundorf at Mon, 03/09/2009 - 20:00