> On Sun, 22 Nov 2015, Michał Górny wrote:
> On Sat, 21 Nov 2015 18:49:03 -0500
> Ian Stakenvicius wrote:
>> All told, I think i'm in favour of banning the variables, and
>> potentially providing getter functions that would output the path
>> of these files if they need to be accessed -- '$(
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11/21/2015 01:36 PM, Michał Górny wrote:
> Hello, everyone.
>
> Currently PMS defines two variables that are being repeatedly
> abused to access repository data in unpredictable and breaking
> manners -- PORTDIR and ECLASSDIR. They both reference
On Sat, 21 Nov 2015 18:49:03 -0500
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 21/11/15 06:29 PM, NP-Hardass wrote:
> > Probably not the ideal solution given that you seem to prefer
> > removal of such variables, but a REPODIR variable which is set to
> > t
On Sat, 21 Nov 2015 18:29:31 -0500
NP-Hardass wrote:
> Probably not the ideal solution given that you seem to prefer removal of such
> variables, but a REPODIR variable which is set to the directory where the
> repo is (basically making PORTDIR dynamic and setting it on a per package
> basis)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 21/11/15 06:29 PM, NP-Hardass wrote:
> Probably not the ideal solution given that you seem to prefer
> removal of such variables, but a REPODIR variable which is set to
> the directory where the repo is (basically making PORTDIR dynamic
> and sett
Probably not the ideal solution given that you seem to prefer removal of such
variables, but a REPODIR variable which is set to the directory where the repo
is (basically making PORTDIR dynamic and setting it on a per package basis)
could enable developers to reference their repo when needed, al
Hello, everyone.
Currently PMS defines two variables that are being repeatedly abused to
access repository data in unpredictable and breaking manners -- PORTDIR
and ECLASSDIR. They both reference only so-called 'master
repository', are permitted in source builds and src_* phases only.
For quite s