How to Handle Packaging Plugins
Digging into drizzle over the last few days, and going through the process of stipping down plugins to the bare minimum needed to run drizzle... as well as packaging them all separately, I'm beginning to thinking that having a separate package for *every* plugin isn't the best approach. For one... because everything is a plugin... there are a large number of plugins that are expected to just be there enabled by default and would likely not be replaced by another plugin.
I think a good approach would be to split the deck as 'core plugins', and 'optional-
Example Core Plugins: multi_thread, single_thread, *_dictionary, auth_pam, connection_id, function_engine, schema_engine, etc
Example Optional Plugins: archive, blackhole, benchmark, csv, etc
In my mind 'plugins' just automatically trigger the need for a subpackage... but I think in drizzle case it doesn't fit for every plugin (really only a small set of plugins).
Blueprint information
- Status:
- Complete
- Approver:
- Monty Taylor
- Priority:
- Undefined
- Drafter:
- BJ Dierkes
- Direction:
- Approved
- Assignee:
- None
- Definition:
- Approved
- Series goal:
- None
- Implementation:
- Implemented
- Milestone target:
- None
- Started by
- BJ Dierkes
- Completed by
- BJ Dierkes
Whiteboard
This has been implemented. The 'core' (required) plugins are bundled under drizzle7-server. Everything that is optional (and building by default) has a subpackage.
Note: I'm approving on behalf of mtaylor per previous discussions.