Hi,
I'd like to discuss a new feature for (NU) Services.
A service can contain multiple repos and they may change over time. All these
changes are automatically apllied to the system during a refresh of the
service.
But one thing is missing IMHO.
All new repos always remain disabled and have to be enabled manually. In the
registration process we therefore enable each repo one by one.
The server has no way to tell the client what repos should be enabled in his
opinion. And the client has no possibility to change the policy to always
enable repos in services.
I'd recommend to add a new property to the repo definition in the
repoindex.xml: enable="1". Repos tagged like this should be enabled (of
course only in the opinion of the server).
When a service gets added on a client the service should get a new parameter:
autoenable=<value> in its service file (zypper needs to support it).
The value might be one of:
all = automatically enable all repos that the server has
remote = automatically enable all repos that are tagged with enable="1"
none = no automatic enabling - default (if missing),
to be backward compatible
By this, the authority still remains on the client. The client can decide what
policy he wants to use. And the change of the policy is per service, so
changing the policy for one service does not change for all services.
This would be a nice feature for services as you could add one service that
you trust (maybe you administer it yourself) and then forget about it, as the
repos will always adapt automatically.
I had short conversations with Duncan MacVicar and Marcus Meissner about this
topic today but now want to open it for a discussion.
What do you think? Are there better ways to do this? Are there side-effects or
security issues?
Ciao,
Daniel
--
J. Daniel Schmidt