Per-Product Config file divergence

Miloslav Trmač mitr at volny.cz
Tue Mar 11 20:06:49 UTC 2014


2014-03-10 17:10 GMT+01:00 Toshio Kuratomi <a.badger at gmail.com>:

> At last week's FESCo meeting, the fact that Products desired to have
> divergent configuration was briefly touched on.  On Thursday, a few FPC
> members had a brainstorming session about it and on Friday, sgallagh and
> that brainstorming continued with sgallagh, adamw, tflink, notting, and
> myself.


Do we have *actual* use cases?  Not just "some package might need to", but
"$package needs to diverge in $config and obvious/simple approaches like
comps aren't sufficient".

Without such use cases, if the recommendation to use alternatives(8) stems
from case 3 "Want to have a single tool that can switch default configs
per-package", I feel fairly confident in just rejecting that theoretical
use case.  (IOW, a Server would still be a Server if workstation is
co-installed, and Cloud would still be using the Cloud-specific defaults if
the full Server package set is installed.)

(The numbered cases 1 and 2 are still necessary, but this proposal really
does nothing for them besides "write some code"--we can always do that, not
necessarily invoking alternatives(8).)
    Mirek
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20140311/87a624cf/attachment.html>


More information about the devel mailing list