How to pick up options from another ("master") port, but don't show "config" dialog at all and have defaults in case of absence of "master" port options file?

[Lev Serebryakov]

Hello, Michelle.
You wrote 16 июня 2014 г., 18:35:40:

>>>>   I want some "dependant" ports to pick-up options set in "main" port, but
>>>>  never ever show "config" dialog/UI. I've tried to set
>>>>  OPTIONS_NAME=cat_port, and it set OPTIONS_FILE_SET and OPTIONS_FILE_UNSET
>>>>  variables, but not PORT_OPTIONS variable, as this exact ("dependant") port
>>>>  doesn't have OPTIONS_DEFINE (of course).
>>>>
>>>>   What is proper way to use options in this situation? OPTIONS_SLAVE doesn't
>>>>  look right, as it override options file. I need something like
>>>>  OPTIONS_SLAVE_DEFAULT, which will work as OPTIONS_SLAVE if here is no
>>>>  ${OPTIONS_FILE} and could be overridden by ${OPTIONS_FILE}, if it is
>>>>  present.
>>>>
>>>>   
>>>>       
>> MS> Have a look at editors/pico-alpine and mail/alpine that does exactly
>> MS> what you're asking I think.
>>  Nope. "make config" in "editoris/pico-alpine" shows dialog. I don't want
>> it at all.
>>
>>
>>   
MS> Yes but that option set is different from that in alpine ... OPTIONS=
MS> will clear any options (or just remove the options in that port)
 I don't need to CLEAR options. As soon as I set "OPTIONS_DEFINE=", ${PORT_OPTIONS}
 will be empty too (because it is filtered according to OPTIONS_DEFINE), not
 set according to master port's OPTIONS_DEFAULT, OPTIONS_FILE_SET and
 OPTIONS_FILE_UNSET.

   I need to properly load master port's saved options (including default
 ones, if options were not saved for master port yet) and have properly
 populated PORT_OPTIONS, but don't show any UI at all in any circumstances.

  OPTIONS_EXCLUDE/OPTIONS_SLAVE do wrong thing too: they override state ofd
 options from master port, not inherit them.

  Now workaround is to check OPTIONS_FILE_SET/OPTIONS_FILE_UNSET directly
 (after loading master port's OPTIONSFILE), but it looks like dirty hack.

-- 
// Black Lion AKA Lev Serebryakov <lev at FreeBSD.org>