Ian Stakenvicius posted on Thu, 29 May 2014 23:21:47 -0400 as excerpted: > USE_EXPAND generally works or is meant to work when all participating > ebuilds are ok with working from the exact same set of flags. The only > case I can think of otherwise right now is PYTHON_TARGETS, and even then > it is generally considered that all packages can support at least a > small subset of the flags. Even then, we have a second var > (PYTHON_SINGLE_TARGET) for special case packages. > > If that is the case here, we should be ok with a similar concept as that > brought by python-r1.eclass. However I fear that packages are still > going to need to have fallback logic or preference-based flag ordering > if we are going to avoid the need for a bunch of package.use entries on > end user systems. > > Or is the plan to essentially do that anyways, ie, expect the SSL > use_expand to only set one global default, and any deviations from that > would be taken care of via package.use entries?
That's essentially what I've ended up having to do with python. I have PYTHON_TARGETS="python3_3 python2_7" and PYTHON_SINGLE_TARGET=python3_3 , with a bunch of package.env file settings pointing at a single python.starget.27 file, that sets PYTHON_SINGLE_TARGET=python2_7 , for those packages that don't support python3 yet. And for ssl, I already have package.use files that toggle USE flags appropriately for individual packages. Similarly for gles and opengl, since I have them both on by default, but sometimes they interfere with each other so I have to turn one off. So I expect that some amount of package.use or package.env settings will have to be maintained for certain packages that don't fit the normal order of things, no matter what. But with an SSL USE_EXPAND and in particular, if an eclass is setup to coordinate and centralize handling, I expect that at minimum, the number of exceptions I have to deal with as a user won't go up, and likely, they'll go down, since handling will be centralized and hopefully mostly standardized. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
