[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-windows
Subject:    Re: Binary factory for RKWard
From:       Thomas Friedrichsmeier <thomas.friedrichsmeier () ruhr-uni-bochum ! de>
Date:       2018-04-08 8:02:54
Message-ID: 20180408100254.082231e3 () edge
[Download RAW message or body]


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:
> 
> 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/Users/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


[Attachment #3 (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]