pcp
[Top] [All Lists]

Re: [pcp] pcp-gui updates

To: Max Matveev <makc@xxxxxxxxx>
Subject: Re: [pcp] pcp-gui updates
From: Nathan Scott <nathans@xxxxxxxxxx>
Date: Sun, 19 Sep 2010 20:08:08 +1000 (EST)
Cc: pcp@xxxxxxxxxxx
In-reply-to: <19605.53708.548664.819352@xxxxxxxxxxxx>
----- "Max Matveev" <makc@xxxxxxxxx> wrote:

> On Fri, 17 Sep 2010 14:34:44 +1000, Max Matveev wrote:
> 
>  makc> Personally I don't like private frameworks for apps on Mac OS -
> if
>  makc> done without too much thinking it just adds to bloat: consider
> what
>  makc> would happen if private frameworks ship with pcp-gui - 4 .app
>  makc> bundles, 4 copies of Qt?
> 
> After a bit of experimentation I can see two and a bit options:
> 
> 1. use macdeployqt to copy Qt bits into pmchart.app, pmtime.app,
>    pmdumptext.app and pmquery.app, modify install rules to populate
>    install tree with individual copies of Qt bits for each .app.
> 
>    Result: each .app comes with its own life support system
> 
> 1.1 as above but only do it for pmchart.app, the others are modified
>     via install_name_tool to point to pmchart's copy of Qt bits -
> saves
>     some space but creates a dependency on pmchart.app: if it moves
>     then other applications will stop working.
> 
> 2. Ship all Qt bits in /Library/PCP/Frameworks (should it be
>    /Library/Application Support/PCP?) and use install_name_tool to
>    change all binaries to use Qt from /Library/PCP/Frameworks.
> 
> My preference would be for #2. I may even have a mac box which does
> not have Qt installed yet to test this scenario.

I like the sound of #2 as well.

>  nathans> If that can be made to work, lets switch for 1.5.0 ... ?
>  makc> I'll play a bit with this.
> 
> It mostly works, I just need to smooth some rough edges (like
> installing Qt bits too many times).

Awesome, thanks Max!  I have some guys here who could test this too.

cheers.

-- 
Nathan

<Prev in Thread] Current Thread [Next in Thread>