After-thought: this is of course counter-productive for custom port trees that
do not override the main tree but in which you want to use a custom version of
an existing PortGroup.
One could think of making an optional check using `getportresourcepath` before
scanning over all port trees; the
Thanks again, this patch seems to do what I want:
https://github.com/RJVB/macstrop/blob/master/sysutils/MacPorts/files/patch-hierarchical-portgroup-search.diff
R.
On 2018-06-12 21:20, René J.V. Bertin wrote:
> Rainer Müller wrote on 20180612::18:22:46 re: "Re: PortGroup vs. Portfile
> search strategy"
>
> Hi,
>
>> The implementation of PortGroup is here:
>> https://github.com/macports/macports-base/blob/master
On 2018-06-12 10:43, René J.V. Bertin wrote:
> Where would I have to look if I wanted to make a local patch to "base" so
> that PortGroup files are looked up with the same tree hierarchy as used for
> Portfiles (i.e. search first in the default tree, not only in the current
> tree and then the