[106781] trunk/base/doc/macports.conf.in

Ryan Schmidt ryandesign at macports.org
Sat Jun 8 00:40:36 PDT 2013


On Jun 7, 2013, at 22:13, larryv at macports.org wrote:

> Revision: 106781
>          https://trac.macports.org/changeset/106781
> Author:   larryv at macports.org
> Date:     2013-06-07 20:13:01 -0700 (Fri, 07 Jun 2013)
> Log Message:
> -----------
> macports.conf.in: Rewrite comments in a (hopefully) consistent style.

Thanks! It's grown a bit over the years and it's great to get a consistent rewrite.


> Modified Paths:
> --------------
>    trunk/base/doc/macports.conf.in


> -# Lowered scheduling priority (0-20) to use for make when building ports
> +# Lowered scheduling priority to use for make(1) during builds. Accepted
> +# values are 0 (normal priority) through 20 (lowest priority).
> #buildnicevalue		0

All commands run in the configure, build and destroot phases are given this nice value. It's not specific to make(1).


> -# Options for generated startup items
> -#
> -# startupitem_type may be "default", "systemstarter", "launchd", or
> -# "none"; if the option is empty or "default" then a startupitem type
> -# appropriate to the platform will be chosen. Mac OS X 10.4 Tiger and
> -# above will default to launchd, while older Mac OS X systems will
> -# default to systemstarter. If option "none" is chosen, port
> -# startupitems are ignored and no startupitems are installed.
> +# Type of generated StartupItems.
> +# - launchd: Create StartupItems for use with launchd.
> +# - systemstarter: Create StartupItems for use with SystemStarter.
> +# - rcng: Create StartupItems for use with the rc.d system.
> +# - default: Create StartupItems for SystemStarter on OS X 10.3 and
> +#   older, for launchd on OS X 10.4 and newer, and for rc.d on other
> +#   platforms.
> +# - none: Disable creation of StartupItems.
> #startupitem_type	default

I'd leave off the mention of the default on OS X 10.3 and earlier, since it has already been several years since MacPorts was last able to be compiled on 10.3 or earlier. I wouldn't bother changing the base code, I just don't think there's any benefit to making people read documentation that doesn't apply to anyone anymore.




More information about the macports-dev mailing list