On Tue, 16 Mar 2004, Michael A. Peters wrote: > This is in reference to bug https://bugzilla.redhat.com/bugzilla/ > show_bug.cgi?id=118454 which was closed. > > The problem is upgrading a package undoes a change a system > administrator has made to how (if) a service should be started. > > If the sysadmin chooses to delete an init script from sysconfig > management (via chkconfig --del service) - the service will be added > again to chkconfig management when the package is updated via rpm. > > I think that is the wrong thing to happen, and that the init script > should only be added to chkconfig when a package is first installed. > After that - the rpm scripts should leave chkconfig management alone > when upgrading (though should restart service if running and needed - > like openssh server etc.) > > The bug report isn't the proper place to discuss this so I'm leaving > that as is - but apparently, the current practice which undoes an > administrative decision is standard practice in Red Hat / Fedora - I'm > wondering if that standard practice for service handling should be > changed? > > It probably would be a lot of mundane work to change it (lot of packages > with init scripts) - but I think it would be better to. I'm kind of > hoping some people read this list who have *some* influence, but of > course - if there's a reason not to change the current practice, I'd > like to hear it. I don't really disagree with you but OTOH it's just a question of usage: you *can* safely turn a service off with "chkconfig <service> off" and that's the intended way to turn of services, not by removing them from chkconfig management alltogether. This isn't all that different from what happens if you decide some permissions are unsafe and do "chmod go-x /some/path" - now when the package which owns /some/path gets upgraded those permissions are resetted to whatever the package wants, overriding an action administrator purposefully made. - Panu - _______________________________________________ Rpm-list mailing list Rpm-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/rpm-list
