Control: reopen -1
Control: tags -1 - patch
Control: retitle -1 make kgendesignerplugin useful for cross compilation

On Mon, Mar 19, 2018 at 12:51:02PM +0100, Helmut Grohne wrote:
> kpimtextedit fails to cross build from source, because it fails running
> kgendesignerplugin with an Exec format error. Likely, kgendesignerplugin
> needs to be marked Multi-Arch: foreign. I took a look into its
> documentation and it seems that this tool converts ini-style
> configuration files into C++ source. Since both are text formats, that'd
> constitute an architecture-independent interface and thus would warrant
> Multi-Arch: foreign. I'd like to thank you for having nicely split this
> tool into a separate package. This splitting simplified the analysis. If
> you agree, please apply the attached patch.

I am very sorry: My analysis is wrong. The marking I requested is wrong.

The reason is that I missed the cmake files that are also present in the
binary package. It turns out, it wasn't split up into tiny enough
pieces. During a cross build, cmake will now miss those cmake files.

So I see basically two ways forward now:
 * We could move the cmake files to /usr/share/cmake. Beware that at
   least one of them contains a reference to some other cmake file and
   thus a path that matches /usr/lib/<triplet>/cmake/... That path would
   have to be adapted somehow for a successful move of the cmake files.
 * We split the cmake files into a separate package. Not exactly. We
   leave them where they are but move the actual kgendesignerplugin
   binary to a separate kgendesignerplugin-bin package and move the
   Multi-Arch: foreign marking to that new package having the original
   package (with the cmake files) depend on the new
   kgendesignerplugin-bin package. We did this a few times already
   introducing various -dev-bin packages. This is known to work.

I'm slightly in favour of the former solution, because fewer packages
are generally better. Still that might not be possible and I don't have
a patch for that either. All I can do is hope that someone from the kde
team understands this and makes it work.

Helmut

Reply via email to