svn commit: r308655 - in head/games/xmoto: . files

[Dmitry Marakasov]

* Alexey Dokuchaev (danfe at FreeBSD.org) wrote:
> On Tue, Dec 11, 2012 at 05:21:28PM +0400, Dmitry Marakasov wrote:
> > * Alexey Dokuchaev (danfe at FreeBSD.org) wrote:
> > > Looks like these two should also be mentioned in OPTIONS_DEFINE.
> > 
> > Not adding them to OPTIONS_DEFINE preserves previous behaviour and I
> > don't think NLS and DOCS should be in the OPTIONS_DEFINE ever - they are
> > only meaningful to be set globally, and having them in individual ports
> 
> More true for NLS (although traditionally most ports included it in their
> OPTIONS, plus it could be desirable to set it on per-port basis because
> translation can differ in quality considerably; also while I might want to
> disable them for GCC or binutils, I don't mind having localized some nicely
> translated desktop application or game, for example -- esp. if author's
> native tongue is not English).

Agreed.

> Less true for DOCS, as sometimes they pull way to much stuff to build them.

My opinion is that in this case a separate option should be used (e.g.
DOXYGEN). That's disputable: from one POV, we'd want consistent
documentation handling, from another, we won't want extra depends by
default.

It seems like it can be solved by setting a following policy:

- DOCS which pull additional depends should be disabled by default

Unfortunately, that won't really work in current situation, as DOCS
are enabled by default (while no NOPORTDOCS is set).

> While I might generally want them, for some ports I prefer to have it
> optional with definitive description of what to expect (e.g. when it pulls
> TeX or ghostscript).
> 
> That said, I am worried that we don't seem to have these issues documented
> thoroughly in PH.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3 at amdmi3.ru  ..:  jabber: amdmi3 at jabber.ru    http://www.amdmi3.ru