[127391] trunk/dports/kde

[Ian Wadham]

Hi again Ryan,

On 27/10/2014, at 2:24 PM, Ian Wadham wrote:
> On 27/10/2014, at 1:13 PM, Ryan Schmidt wrote:
>> On Oct 26, 2014, at 9:03 PM, Ian Wadham wrote:
>>> Variants in MacPorts are global in scope, which means that variants like "debug" and
>>> also "docs" get applied to *every* dependency, back as far as Sumerian clay tablets… :-)
>>> With KDE and Qt having such a long list of dependencies, well…
>> 
>> Well, variants are passed on to *uninstalled* dependencies. If dependencies are already installed, they're not rebuilt with that variant. So if you don't want the variant passed down to uninstalled dependencies, install the dependencies first. For example, you could install the port normally first, without the debug variant, which would install all needed dependencies. Then you can reinstall the port with the +debug variant and only that port will be built with the debug variant.
> 
> Well, I just tried that and here is what happened…
> 
> Tara:~>sudo port install palapeli +debug
> --->  Computing dependencies for palapeli
> <snip>
> Error: org.macports.extract for port palapeli returned: 
> 
> ERROR:
> In order to install this port as +debug,
> Qt4 must also be installed with +debug.

But, to be fair, the following worked beautifully… :-) and
exactly as you said, Ryan.  It's the first time I have been
able to see KDE doco on MacPorts in months… :-)

Tara:~>sudo port clean palapeli
--->  Cleaning palapeli
Tara:~>sudo port install palapeli +docs
--->  Computing dependencies for palapeli
etc.

So maybe there is a "poison pill" somewhere in the KDE or Qt
portfiles which affects the +debug variant, but not +docs.

It is certainly true that you CAN install KDE apps and libraries with
debug options and without having debug in Qt.

I do that almost every day in my KDE development environment, which
uses git-repository versions of KDE, but links to qt4-mac in MacPorts,
with no debug variant.

Cheers, Ian W.