| non port: Mk/bsd.options.mk |
|
SVNWeb
|
Number of commits found: 137 (showing only 37 on this page) |
|
Mon, 10 Jun 2013
|
[ 09:27 bapt  ]  
Yet more factorisation
|
[ 09:19 bapt ]
Factorise code
|
[ 08:39 tijl ]
Append per arch defaults directly to OPTIONS_DEFAULT. Duplicates
are eliminated later.
|
[ 08:37 tijl ]
Exclude options directly from OPTIONS_DEFINE and set ALL_OPTIONS
later. This simplifies the NO_OPTIONS_SORT case.
Approved by: bapt
|
[ 08:22 bapt ]
This should not have been in either
|
[ 08:20 bapt ]
Partial revert of r320440 some things has been committed that shouldn't have yet
|
[ 07:27 bapt ]
Removed useless quotes
|
|
Sun, 9 Jun 2013
|
[ 16:04 tijl ]
Remove some redundant comments.
Approved by: bapt
|
[ 16:02 tijl ]
Eliminate _ALL_EXCLUDE temporary variable and fuse two .for loops.
Approved by: bapt
|
|
Fri, 7 Jun 2013
|
[ 08:06 bapt ]
Do not automatically popup dialog in case only options from global options are
defined
Requested by: many
|
[ 05:55 bapt ]
Remove the OPTIONS parsing for real this time
|
[ 05:49 bapt ]
Fix exclusion of global options per ports
|
|
Thu, 6 Jun 2013
|
[ 13:58 bapt ]
Readd the OPTIONS parser given that apparently someports still haven't been
converted, and passed throught the grep that was supposed to find them all
Reported by: Vincent Hoffman <vince@unsane.co.uk>
|
[ 06:29 bapt ]
Remove support for parsing the old OPTIONS macro, the compatibility code to load
the old optionsfile and compatibility with WITH_ and WITHOUT_ in make.conf
remains for now;
|
|
Wed, 5 Jun 2013
|
[ 17:21 bapt ]
Remove empty radio/single/group/multi options from lists
This can happen due to slave/exclude
|
|
Thu, 2 May 2013
|
[ 09:14 bapt ]
Fix NO_OPTIONS_SORT
Reported by: hrs, osa
|
|
Mon, 29 Apr 2013
|
[ 14:49 bapt ]
Rework OPTIONS_EXCLUDE and OPTIONS_EXCLUDE_${ARCH} so that is also get excluded
from the SINGLE/MULTI/GROUP/RADIO
Add new (OPTIONS|${UNIQUENAME}_(UN)SET_FORCE to force options from make.conf
what ever has been saved via make config [1]
Add new OPTIONS_SLAVE designed to help slaved ports, each options added to
OPTIONS_SLAVE will be removed from master's OPTIONS_DEFINE, and PORT_OPTIONS
will be set as if always on.
Submitted by: Marco Steinbach <coco@executive-computing.de> [1]
|
|
Mon, 25 Mar 2013
|
[ 09:15 bapt ]
Fix mismatched brackets
Submitted by: draco@marino.st
|
|
Mon, 10 Dec 2012
|
[ 10:14 bapt ]
Extend the options framework providing 2 new macros:
OPTIONS_RADIO: a more user friendly way to allow selecting only 0 or 1 options
among a list of options
OPTIONS_GROUP: this macros should be used to group options by theme allowing the
user to select 0 or N options among a list of options
With hat: portmgr
Reviewed by: beat
|
|
Wed, 10 Oct 2012
|
[ 08:48 bapt ]
We are in 2012, it is time to activate IPV6 options by default everywhere
|
|
Fri, 5 Oct 2012
|
[ 13:43 bapt ]
Options can now be overridden from command line using
WITH/WITHOUT.
Name has been proprosed by gahr during brainstorming on ports@
PR: ports/170180
Submitted by: ohauer
|
|
Mon, 16 Jul 2012
|
[ 22:36 bapt ]
compare options loading from /var/db/port/options and make.conf against the
complete list of options.
COMPLETE_OPTIONS_LIST being OPTIONS_DEFINE + all the OPTIONS_SINGLE_* + all the
OPTIONS_MULTI_*
|
[ 11:38 bapt ]
- Document new options framework in bsd.options.mk
- new OPTIONS_DEFINE_${ARCH} and OPTIONS_DEFAULT_${ARCH} to define and activate
options per arches.
- No more append to PORT_OPTIONS options that are not in OPTIONS_DEFINE, (in the
expection of DOCS, NLS, EXAMPLES for compatibility)
|
|
Fri, 13 Jul 2012
|
[ 10:23 bapt ]
Add new OPTIONS_EXCLUSE_${ARCH} to be able to exclude an option on the given
arch
Fix xorg-server on sparc64 by excluing the HAL option on sparc64 has it used to
be before convertion to new options framework [1]
Reported by: marius@
Tested by: marius@
Approved by: kwm [1]
|
|
Wed, 6 Jun 2012
|
[ 11:47 bapt ]
Do not search for upper case uniquename what setting per ports options
|
|
Tue, 5 Jun 2012
|
[ 06:56 bapt ]
Activate NO_OPTIONS_SORT by default when the ports still use the old framework,
that case user still get the exact same out as prior optionsng, for converter
ports NO_OPTIONS_SORT remains per port so that by default options are sorted but
maintainer can decided to unsort them.
|
[ 06:03 bapt ]
Allow NO_OPTIONS_SORT to work with old OPTIONS
Requested by: dougb@
|
|
Mon, 4 Jun 2012
|
[ 11:43 bapt ]
Remove crufts committed by mistake
Reported by: matthew@
|
[ 10:23 bapt ]
Fix loading of old options
Tested by: flo@, gelraen (via IRC)
|
|
Sat, 2 Jun 2012
|
[ 09:13 bapt ]
Remove the double quotes while converting from old options framework to new one.
This fix the too long options breaking the UI
Reported by: Oliver Pinter <oliver.pntr@gmail.com> (via private mail)
|
|
Fri, 1 Jun 2012
|
[ 09:06 bapt ]
by default optionsng sort the options before prompting to them.
add a new KNOB for maintainers: NO_OPTIONS_SORT to prevent from sorting the
options.
Requested by: osa@
|
|
Tue, 29 May 2012
|
[ 15:35 bapt ]
if user set OPTIONS_UNSET EXAMPLES they create NOPORTEXAMPLES variable for
compatibility
With hat: portmgr
|
[ 15:19 miwi ]
- Do not activate EXAMPLES by default if NOPORTEXAMPELS is set
- Add shared EXAMPES descriptions
With hat: portmgr
|
[ 14:46 bapt ]
Do not activate DOCS by default if NOPORTDOCS is set
|
[ 13:30 bapt ]
Fix python's make config [1]
Better backward compatibility [2]
Reported by: ketas (on #bsdports) [1], flo@ [2]
Tested by: flo@ [2]
|
[ 11:49 bapt ]
recreate the WITH_/WITHOUT_ options for compatibility
|
[ 09:54 bapt ]
New options framework for the ports
for maintainers:
it introduces 3 different types of options: simple, multi and single:
- simple options are the same as the current options (i.e. on or off.)
- multi options are options where at least one must be set (1-N).
- single options are options where one and only one must be set (exclusive
options).
for users:
- OPTIONS_SET: globally enable some options
- OPTIONS_UNSET: globally disable some options
- ${UNIQUENAME}_SET: enable per-port choice of options
- ${UNIQUENAME}_UNSET: disable per-port choice of options
For compatibility the old OPTIONS framework is now working on top of the new one
The options previously set with old OPTIONS are imported and converted
transparently.
A new knob NO_DIALOG if defined in the the config-conditional target is ignored
(prevent the dialog(1) ui to show up.
Thanks to all people involved:
beat@, crees@, Bryan Drewery, linimon@, novel@ and others, for testing,
comments, patches
|
Number of commits found: 137 (showing only 37 on this page) |
As an Amazon Associate I earn from qualifying purchases.