[RFC] Policy for Apache module installation / deinstallation (LoadModule manipulation)
000.fbsd at quip.cz
Wed Oct 18 18:24:30 UTC 2017
Chris H wrote on 10/18/2017 19:25:
> On Wed, 18 Oct 2017 02:16:37 +0200 Miroslav Lachman <000.fbsd at quip.cz> wrote
> Installing a Module would:
> o search for the Module line in httpd.conf (commented/uncommented)
> o create a commented line (if not exist)
> o present a banner regarding the [httpd.conf] line
I agree with this.
> DeInstalling a Module would:
> o search for the Module line (commented/uncommented)
> o nuke the line (if exists)
> o produce a banner regarding what happened
> I don't think this method is too intrusive (regarding httpd.conf)
> because if the Module line doesn't exist; placing a commented line,
> and providing a banner as to how to Activate it, is/should be expected.
> OTOH removing a Module line on a Module you are UNinstalling should
> be expected; as the Module no longer exists, and can no longer be
> enabled. This process should also present a banner, as to what just
But there is a big problem on pkg upgrade which means deinstall +
install. All users of some module are left without this module after
simple pkg upgrade and this is bad. It is the same as if 'pkg delete
apache24' deletes whole httpd.conf which it does not if it was modified.
That's why I propose
DeInstalling a Module would:
o search for the Module line (commented only)
o nuke the line (if exists and is commented)
o produce a banner "You may need to manually remove LoadModule
mod_whatever if it is no longer needed."
pkg upgrade should leave the machine in working state just after restart
of upgraded services. No need to re-enable some module again and again
after each pkg upgrade.
Plain pkg upgrade should not revert any changes in config files which I
did on purpose.
More information about the freebsd-ports