Re: [GUSDEV] Re: [ApiDB] [CBIL] GUS Config Changes

[Michael S. <msa...@pc...>]

Yes, this will be done manually.  In 3.5 this file was manually  
created from gus.config.sample in install.  Now, it's exactly the  
same, it's just manually created in a new spot (in $GUS_HOME, not in  
$PROJECT_HOME).

I'll move all further discussion to gusdev so folks don't keep  
getting repeats of emails.

--Mike

On Oct 28, 2005, at 10:04 AM, Deborah Pinney wrote:

> Michael Saffitz wrote:
>
>
>> One additional change:
>>
>> At install time, $PROJECT_HOME/install/gus.config.sample should  
>> be  moved and configured to $GUS_HOME/config/gus.config.  This  
>> file (in  $GUS_HOME) will then be the sole configuration for GUS.
>>
>>
> This should be done manually? build = install ?
>
>
>> No components in GUS will use $PROJECT_HOME/install/gus.config   
>> anymore, nor will it automatically be copied to $GUS_HOME/config/  
>> gus.config
>>
>> --Mike
>>
>> On Oct 27, 2005, at 10:05 PM, Michael Saffitz wrote:
>>
>>
>>
>>> All,
>>>
>>> I've finally fixed the long standing and often confusion generating
>>> issue of properly configuring GUS.  This change should be relatively
>>> minor, and full details are below, but I wanted to make sure  
>>> everyone
>>> was clear.
>>>
>>> Short Version:
>>>
>>> ******    All GUS configuration* now comes from $GUS_HOME/config/
>>> gus.config.  $GUS_CONFIG_FILE is no longer used anywhere in the
>>> codebase.
>>>
>>> $GUS_HOME/config/gus.config is created at build time from
>>> $PROJECT_HOME/install/gus.config.  Thus, you should make changes
>>> there and do a build to move them to $GUS_HOME if you need to make
>>> config changes.
>>>
>>> Long Version:
>>>
>>> In 3.5, we had the gus.config file as well as the $GUS_HOME_CONFIG
>>> file.  The latter was generated by the former, and some components
>>> used one while other components used the other.  It thus became
>>> confusion to know what configuration you were actually using, and
>>> there was of course redundancy.  This resolves that issue.  An
>>> outstanding issue remains how to provide functionality to easily
>>> switch between multiple configurations.
>>>
>>> *  (except when otherwise overridden on the command line)
>>> _______________________________________________
>>> CBIL mailing list
>>> CB...@pc...
>>> https://mail.pcbi.upenn.edu/mailman/listinfo/cbil
>>>
>>>
>>>
>>
>> _______________________________________________
>> ApiDB mailing list
>> Ap...@pc...
>> https://mail.pcbi.upenn.edu/mailman/listinfo/apidb
>>
>>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc.
> Get Certified Today * Register for a JBoss Training Course
> Free Certification Exam for All Training Attendees Through End of 2005
> Visit http://www.jboss.com/services/certification for more information
> _______________________________________________
> Gusdev-gusdev mailing list
> Gus...@li...
> https://lists.sourceforge.net/lists/listinfo/gusdev-gusdev
>