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