Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 15 Dec 2017 22:28:29 +0100
From:      Rainer Hurling <rhurlin@gwdg.de>
To:        Stefan Esser <se@freebsd.org>, Walter Schwarzenfeld <w.schwarzenfeld@utanet.at>, <freebsd-ports@freebsd.org>
Subject:   Re: portmaster with FLAVOR support available for testing
Message-ID:  <8dcae2a3-271a-65c8-d3cb-dba87cdcdf8f@gwdg.de>
In-Reply-To: <d8741ff9-21b9-4576-de91-6dab7092a57d@freebsd.org>
References:  <76ab16e0-db71-7702-df08-1e15882618c6@freebsd.org> <6216647a-6cfe-4886-846f-f7f873ff9f9f@utanet.at> <f8764063-879b-3bee-ce0a-c7038586d0cd@gwdg.de> <d8741ff9-21b9-4576-de91-6dab7092a57d@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
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@py27
===>>> py27-qt5-core-5.7.1 >> devel/py-sip@py27 (1/1)
===>>> Port directory: /usr/ports/devel/py-sip@py27
===>>> Launching 'make checksum' for devel/py-sip@py27 in background
===>>> Gathering dependency list for devel/py-sip@py27 from ports
===>>> Initial dependency check complete for devel/py-sip@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@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@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@py27. But this is another story ...


Many thanks for the last patches to portmaster.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8dcae2a3-271a-65c8-d3cb-dba87cdcdf8f>