portmaster with FLAVOR support available for testing

Rainer Hurling rhurlin at gwdg.de
Fri Dec 15 21:28:35 UTC 2017


Am 15.12.2017 um 22:09 schrieb Stefan Esser:
> Am 15.12.17 um 16:11 schrieb Rainer Hurling:
>> Am 15.12.2017 um 15:48 schrieb Walter Schwarzenfeld:
>>> Yes, if it don't work in the port the port is the problem.
>>>
>>> Rainer Hurling was filed a PR
>>>
>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223764
>>
>> Yes, Walter, your problem is another ports problem as mine, first
>> described in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219641,
>> comment #23, than doubled by PR #223764.
>>
>> In this thread, with portmaster, I asked why portmaster deinstalls
>> py27-qt5-core before it tries to install py36-qt5-core. This is not the
>> case with pure ports make mechanism.
> 
> Please try again with the version I just committed. It seems, that there
> was a path through the program that just removed the passed flavor and
> then proceeded to operate on the default flavor (py27 in this case).
> 
> Sorry for these problems with the port. There are so many possible cases
> and it is impossible for me to achieve sufficient coverage in my tests.
> 
> But I'll try to always quickly fix such problems, when they are brought
> to my attention.
> 
> This was a real problem in portmaster, but problems with ports that
> install files in places that don't differ for different flavors will
> continue to cause the error message reported as an assumed portmaster
> bug multiple times in the last few days.
> 
> Whenever the error message indicates that files are installed in the
> same place, the problem is in the port, not in portmaster.
> 
> Regards, STefan
> 

Hi STefan,

with r456417, portmaster 3.17.11_3, your first approach does not work:


#portmaster -m 'FLAVOR=py36' devel/py-qt5-core
===>>> Currently installed version: py27-qt5-core-5.7.1
===>>> Port directory: /usr/ports/devel/py-qt5-core
===>>> Gathering distinfo list for installed ports
===>>> Launching 'make checksum' for devel/py-qt5-core in background
===>>> Gathering dependency list for devel/py-qt5-core from ports
===>>> Launching child to install devel/py-sip at py27
===>>> py27-qt5-core-5.7.1 >> devel/py-sip at py27 (1/1)
===>>> Port directory: /usr/ports/devel/py-sip at py27
===>>> Launching 'make checksum' for devel/py-sip at py27 in background
===>>> Gathering dependency list for devel/py-sip at py27 from ports
===>>> Initial dependency check complete for devel/py-sip at py27
===>>> Continuing initial dependency check for devel/py-qt5-core
===>>> Initial dependency check complete for devel/py-qt5-core
===>>> py27-qt5-core-5.7.1 >> (1)
===>>> The following actions will be taken if you choose to proceed:
	Re-install py27-qt5-core-5.7.1
	Install devel/py-sip at py27
===>>> Proceed? y/n [y]


FLAVOR completely get lost in some way ...


The second approach, brought up by Mathieu Arnold, works fine:

#portmaster devel/py-qt5-core at py36


The installation does not work with this special port, because of the
conflict with /usr/local/bin/pyuic5, already installed by
devel/py-qt5-core at py27. But this is another story ...


Many thanks for the last patches to portmaster.


More information about the freebsd-ports mailing list