On Tue, 19 Jun 2018 01:28:50 +0300
Павел Лысенко via Qbs <[email protected]> wrote:

> I have created a toolset for app deployment. The toolset consist of some tool 
> applications, scripts, images and qbs modules. The apps (and other staff) 
> declared as products within qbs project.
> To make toolset available for all projects, I've added qbs modules to search 
> path by ' qbs config preferences . qbsSearchPaths  
> my/toolset/default/location '
> And here are 2 issues:
> 
> 1. Toolset uses it's own modules to deploy itself. That works fine, but if it 
> is already installed, there are 2 same modules in different locations 
> (my/toolset/repo/clone vs my/toolset/defult/location) and qbs throws an 
> error. I have to delete installed toolset if I want to build the updated one. 
> And module version property is not suit for me, because other modules could 
> be updated while depoy module version remains the same. Is something to allow 
> select module explicitly (like Depends{ name: "someModule"; path: 
> "path/to/someModule" }) is planned?

I think this case is handled by
https://codereview.qt-project.org/#/c/229159 and the problem should no longer 
exist with qbs 1.12.

> 2. I've tried to use windeployqt --dry-run to collect deployment rule output 
> artifact list, but multiple tools are located in the same folder and that 
> leads to artifact collisions. So, I've removed them from build graph, however 
> there is a racing could happen now. Is there some designed solution for this 
> case?

Sorry, you'll need to be more specific. What are the collisions, and what kind 
of race do you get?

> I've seen some mentions about planned win(mac)deployqt replacements for qbs, 
> but cannot find any related tickets to follow. Is that actually planned?

This functionality will definitely be added, but the general concept hasn't 
been worked out yet.


Christian
_______________________________________________
Qbs mailing list
[email protected]
http://lists.qt-project.org/mailman/listinfo/qbs

Reply via email to