dnf versus yum
metherid at gmail.com
Fri Jan 3 12:21:31 UTC 2014
On Fri, Jan 3, 2014 at 7:01 AM, Michael Scherer wrote:
> I could see a few. having a plugin permit to have it more extensible.
> For example, let's say I want to have a system that act a bit smarter,
> and prevent removing kernel, and several others stuff depending on the
> hostname ( ie, in a classroom where people are using VM to test ). Or
> imagine I want to let kernel be removed because the system is in a
> container, so I can detect the container type and decide to let people
> remove or not.
> If all is set in stone in the main software, then we can hardly permit
> theses use cases.
It is not quite either/or though. I would say, providing some safety as
part of the core and have plugins extend the base model with extra features
is the right approach here as opposed to delegating it entirely to a plugin
and have that plugin installed by default. In any case, if dnf developers
were not opposed to having this level of safety from being there by
default, it wouldn't be really an issue regardless of whether the feature
is implementing via a plugin or not which is an implementation detail most
users wouldn't be concerned about.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the devel