Someone who uses Gentoo reported to me that Kexi isn't compiled in Calligra 2.8.2. As I noticed in the logs, Kexi is silently skipped because the script is not adding qt3support as a dependency. I also noticed -DQT3SUPPORT=OFF set explicitly. This removes Kexi completely... Do you think it's possible to re-enable it? The error message is: The following required products can NOT be built ----- -- KEXI_APP: Full Kexi (for Desktop) [[needed by: KEXI;PLUGIN_KEXI_SPREADSHEETMIGRATION;PLUGIN_KEXI_SPREADSHEETMIGRATION]] | Qt3Support not found For more information on dependencies please see the file in the source code: https://projects.kde.org/projects/calligra/repository/revisions/master/entry/README.PACKAGERS From this document you can see for example that Kexi uses qt4's qtwebkit as an option. If you want it to be full build on gentoo, qtwebkit would be used. Similar case for other dependency: marble. Regarding Selecting products: It's explained at http://community.kde.org/Calligra/Building: "By default, the build system tries to build all applications." - i.e. the "-DPRODUCTSET=ALL is the default: http://community.kde.org/Calligra/Building#Using_Product_Sets So I think CALLIGRA_FEATURES is not used at all and can be just removed.
(Set to High since build of the Calligra Suite is incomplete)
please attach full build.log
(In reply to Alex Xu (Hello71) from comment #2) > please attach full build.log Asked the original reporter for that already.
Hi Jaroslaw, Unfortunately we don't have a dedicated Calligra maintainer (currently it's just part of the general KDE umbrella) so our packaging has been somewhat lacking lately. We use CALLIGRA_FEATURES to provide the ability to choose which components are built. It's an important part of our packaging system that only what is enabled is built (eg. so we can track which dependencies are required and prevent them from being accidentally removed) so we have to either keep CALLIGRA_FEATURES or build all Calligra components unconditionally. We could consider splitting the major components into individual packages, but I haven't investigated how feasible that is for us. In any case, I'll try to address this soon.
(In reply to Michael Palimaka (kensington) from comment #4) > Hi Jaroslaw, > > Unfortunately we don't have a dedicated Calligra maintainer (currently it's > just part of the general KDE umbrella) so our packaging has been somewhat > lacking lately. > > We use CALLIGRA_FEATURES to provide the ability to choose which components > are built. It's an important part of our packaging system that only what is > enabled is built (eg. so we can track which dependencies are required and > prevent them from being accidentally removed) so we have to either keep > CALLIGRA_FEATURES or build all Calligra components unconditionally. We could > consider splitting the major components into individual packages, but I > haven't investigated how feasible that is for us. > > In any case, I'll try to address this soon. Thanks Michael, -DPRODUCTSET=ALL is the default, which is a build of all apps for Desktop and I think this is what gets built for gentoo. At http://community.kde.org/Calligra/Building#Building_Selected_Applications it's explained a bit. -DBUILD_xxxxx=OFF can be used (with great care) to disable some apps but cross-dependencies can exist, eg. libraries are shared between apps (easy case) but also plugins are (hard case as a mistake isn't visible at build/install time because plugins-app relation is a weak relation). -DBUILD_xxxxx=ON is the default so specifying it in gentoo build does not seem to change anything. In Calligra 2.9 you would be able to specify app (product) names in a list like "kexi krita words" but not for 2.8, and the build-system will take care about ext/int dependencies in every detail. For now I'll be grateful for removing -DQT3SUPPORT=OFF, adding Qt3Support as a build dependency, what would enable Kexi build.
Thanks, this is now fixed in the 2.8.3 bump. I've cleaned out a lot of old cruft in the ebuild but there's still plenty of room for improvement - but at least it's a start.
Thanks Michael! We're going to release Calligra 2.8.4 this week. Do you want to receive notifications for such events?
Sure, that would be good.
