Brian Harring posted on Sun, 09 Sep 2012 15:10:27 -0700 as excerpted: > [Current profile config to to mask the USE=introspection > globally, but unmask it for app-crypt/gcr]: > > use.mask: > introspection > > package.use.mask: > app-crypt/gcr -introspection
> [Suggest killing package.* content, folding it into use.*] > use.mask: > * introspection > app-cryt/gcr -introspection > Specifically, collapsing: > package.use.mask, use.mask -> use.mask > package.use.force, use.force -> use.force > package.use.stable.mask, use.stable.mask -> use.stable.mask > package.use.stable.force, use.stable.force -> use.stable.force You mention doing this for the profile. ?? Would user's package.* and general make.conf settings remain the same? ?? What about user's existing /etc/portage/profile overrides, if any? ?? Are you proposing the change be only for new profiles, eventually deprecating the old ones, thus having the PMs (and devs maintaining profiles) support both methods for awhile much as the cascading profiles migration was handled? By definition, at least user's current /etc/ portage/profile/ settings are in the current format, so if you continue to support that, you'll in effect continue to support the old profile format, and (from the PM viewpoint) migration might as well be via new profiles and current profile deprecation, but that will force profile maintainers to maintain both for whatever period. ?? And if they change, are you proposing a script that a user can run to automate the process, or simply a news item pointing to the appropriate gentoo profile upgrade documentation page, or ?? In general, the idea seems like an eventual efficiency gain and I'm not opposed, but I do wonder if the gain is actually going to be worth it in practice, given the above. Still, I'm not opposed, but I tend to be rather more leading edge and less opposed to change than most users in any case, and I'd guess a significant number of both users and devs that will be trying to support them (and both sets of profiles if the profile deprecation and upgrade migration method is chosen), will have rather stronger ideas about the practical cost/benefit ratio of such a change. -- 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
