[MacPorts] #40516: Two new variants + text editor modeline
MacPorts
noreply at macports.org
Tue Sep 17 18:05:38 PDT 2013
#40516: Two new variants + text editor modeline
--------------------------+---------------------------
Reporter: jpolmsted@… | Owner: kjell.konis@…
Type: enhancement | Status: new
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords: haspatch
Port: R |
--------------------------+---------------------------
Comment (by jpolmsted@…):
Replying to [comment:4 larryv@…]:
> Replying to [comment:3 jpolmsted@…]:
> > I'm confused about the opposition. This is the behavior intended by me
> > and seems completely consistent with the test phase. Am I missing
> > something? Under this setup, checking is optional (as it is with
> > a manual install) and it happens after the build and before the
> > install.
>
> This is not true; the test phase is //not// run during a port
installation, even if the Portfile sets `test.run yes`. Users would
already have to explicitly run the tests with `port test R`, so they
should not have to select a variant on top of that.
>
Thanks, that makes sense. I'll update the patch tomorrow to be consistent
with `port test R` usage.
> > From an R user's perspective, I don't think there is a downside. It
> > just copies files to the installation prefix that already exist and
> > can be used.
>
> Hm. If installing the tests isn’t terribly inconvenient (build time,
disk space, etc.), then they should probably always be installed.
I don't disagree, but I'll err on the side of the R developers here. They
didn't (and still don't) choose to include them. But the port maintainer
can easily change it if wanted.
--
Ticket URL: <https://trac.macports.org/ticket/40516#comment:5>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list