On Tue, Sep 23, 2008 at 5:46 AM, Jonas Karlsson <[EMAIL PROTECTED]> wrote: > Clarification: > Generic flags are defined in Settings/GenericFlags.conf. > Setting flags you do in Data/DistUseFlags.conf, Settings/UseFlags.conf > and USE environmental variable. > > Flags are parsed and enabled in this order: > DistUseFlags.conf, Settings/UseFlags.conf, USE environmental variable, > flags selected by generic flags
Hi guys, Sorry for being so distant from the discussions, but life's been requiring just a lot from me in the past few months. Jonas' clarification came in a good time. I was not seeing the whole picture, and the many files involved (especially their names) was turning that especially confusing. As a simple suggestion, I'd rather name GenericFlags.conf "UseFlagsDatabase.conf", or something similar -- because that's where we set our "database". >> My main concern is that the answer for scenario 1 is "no". I don't >> mind if the answer for scenario 2 is "yes" or "no", as long as the >> semantics are clearly defined. (Is the behavior of scenario 2 the >> point of disagreement between Michael and Jonas?) >> > Scenario 1: > Today: yes. > With my implementation: no. > > Scenario 2: > Today: probably(!) - if best gui available. > With my implementation: Same as today > > The disagreement is not in scenario 2, but in scenario 1. I want > "-tcltk" to affect what the generic flags enable. Today generic flags > are parsed last and if no specific flag in a group is set in an > earlier stage the generic flag will enable best available. I want that > setting "-tcltk" in an earlier stage will not enable tcltk, even when > it is the best available or only (if optional) gui. That's what I would expect from "USE=-tcltk", too. Also, it's important that's the script loads ~/.Settings/UseFlags.conf if such file exists, allowing users without privilege to edit /S/S/UseFlags.conf to override its contents. That should be extended to general conf files, too, as it came to my surprise now that currently we only parse ~/.Settings if no global file has been found. -- Lucas powered by /dev/dsp _______________________________________________ gobolinux-devel mailing list gobolinux-devel@lists.gobolinux.org http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
