From kde-windows  Sun Apr 08 08:02:54 2018
From: Thomas Friedrichsmeier <thomas.friedrichsmeier () ruhr-uni-bochum ! de>
Date: Sun, 08 Apr 2018 08:02:54 +0000
To: kde-windows
Subject: Re: Binary factory for RKWard
Message-Id: <20180408100254.082231e3 () edge>
X-MARC-Message: https://marc.info/?l=kde-windows&m=152317460224113
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--Sig_/eK4vz1RJgNV_QMfL2uKlRS4"

--Sig_/eK4vz1RJgNV_QMfL2uKlRS4
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Following up to myself:

On Mon, 2 Apr 2018 12:42:49 +0200
Thomas Friedrichsmeier <thomas.friedrichsmeier@ruhr-uni-bochum.de>
wrote:
> I'll also quiz you about two subsequent problems though:
>=20
> 1. For some reason in the install stage of rkward, files end up in
> /IMAGEDIR/CRAFTROOT/ instead of just /IMAGEDIR. I.e. I have files
> going
> to /Users/thomas/kde/build/extragear/rkward/image-RelWithDebInfo-master/U=
sers/thomas/kde/Applications/KDE/rkward.app,
> etc. And then they get qmerged with the extra path, too, of course.
> Did anybody run into a similar problem, before?

This one went away, after fixing a seemingly unrelated problem. (There
was an error in the middle of cmake install, _but_ cmake install seemed
to carry on, happily, _but_ it then apparently did not get to the point
of fixing up the installation path).

> 2. libz in QtNetwork and QtCore (possibly in more frameworks than
> that) does not have path information, and cannot be found when running
> from libexec. Fixing it up of install_name_tool allows our backend
> binary to start from libexec.

This one is still an issue, although easy enough to work around.

Now trying to figure out how to fix our packaging stage...

Regards
Thomas


--Sig_/eK4vz1RJgNV_QMfL2uKlRS4
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJaycyuAAoJEDkVkd8YWMu2onYQAIg4PoCGRTUTxN06+ctBOhnU
dghKNSQb75rz9nnRWkWdZhWBLdXic0XjVvrR/D6G8oED/3jl5FeOBzuOSI1Ak3Ac
ntWxa63vG6Ddh/kfQC5AQpJmZ5FhZFcKxIooRdQPXcQ2wndZlAi4yU+0ZxZ/ze+T
YblKJXXsJS/XiZexNkzylNRT34/d08Lcqi/QTOYGaUU3KfpgxnvsmVcKo254SpA/
4H6tcJ2xGJO6TZ7PUUTaOAcMSDfagDB4atMaC21prxUEsJ5wzs8o9pA5IGjPolKc
2CgJsTEYaJjD2mp5uSKoE4XnJ1t6JG635X2DP9vRBhF0Kya5gM/Or47JXwtt24Qp
vEGcNWktCvMp0hSXJRZrj2LTglbDqTnV6p1J1ICxGwaAvUbXWi2SybN5nHQvUGE8
1KAn4dLI/SeyezK6pCGkUgHlXCwOdMWmh7LRYHj1buZpjbHC4meiVWm2pHa0PISR
eqHbAYsulA53P2AWH5++zrwH8TqxSiocsMzldnOzLJiOdGhXh5Rrdar8aKh8ccRD
fJ1P9huLHG/2n5Z4zck6tD+KuYO0UcXJ6IcPlu38T5PcibSBg8hJdpqrV4K5Rt1b
N0PSGmwkBYCKC52/4fWiCUiSuuxt+e88RN3Fdc+CMCJQBZTwWLvOEyhQxaPtp2BN
e9DsWHMmj80WPYZTR0Rn
=3w1U
-----END PGP SIGNATURE-----

--Sig_/eK4vz1RJgNV_QMfL2uKlRS4--