Kiara

- major refactoring:
- renamed:
- 'kiara.module_config.KiaraWorkflowConfig' -> 'kiara.module_config.ModuleConfig'
- 'kiara.module_config.KiaraModuleConfig' -> 'kiara.module_config.KiaraModuleConfig'
- moved classes/functions:
- 'kiara.data.operations' -> 'kiara.operations.type_operations'
- 'kiara.processing.ModuleProcessor' -> 'kiara.processing.processor.ModuleProcessor'
- from 'kiara.module_config' -> kiara.pipeline.utils:
- create_step_value_address
- ensure_step_value_addresses
- from 'kiara.module_config' -> kiara.pipeline.config:
- PipelineStepConfig
- PipelineStructureConfig
- PipelineConfig
- from 'kiara.data.values' -> 'kiara.pipeline.utils':
- generate_step_alias
- from 'kiara.data.values' -> 'kiara.pipeline'
- PipelineValueInfo
- PipelineValuesInfo
- from 'kiara.data.values' -> 'kiara.pipeline.values'
- ValueUpdateHandler
- StepValueAddress
- ValueRef
- RegisteredValue
- RegisteredValue
- LinkedValue
- StepInputRef
- StepOutputRef
- PipelineInputRef
- PipelineOutputRef

- removed 'aliases' attribute from Value class, aliases are now specified when calling 'save' on the Value object
- ActiveJob details (incl. error messages -- check the kiara.processing.ActiveJob class) for the most recent or current module executions can be retrieved: `[controller_obj].get_job_details(step_id)
- re-write of the DataStore class:
- support for aliases, as well as alias versions & tags (still to be documented)
- enables the option of having different data store types down the line
- API and overall workings of this is still a draft, so expect to see some changes to how value ids and alias are handled and look like
- internal organisation of existing data is different, so when updating to this version you'll have to re-import your data sets and ideally also delete the old folder (``DEVELOP=true kiara data clear-data-store``)
- '--save' option in the ``kiara run`` command does now take an alias as option (previously the '--alias` flag)

- housekeeping

- this is only a stop-gap release, to a) test the release pipeline, and b) prepare for a fairly major doc/testing effort in the next few weeks
- introduced data operations: operation do the same thing to values of different types (pretty printing, serializing, etc.)

- refactoring of most modules names, mostly centered around the name of a modules 'main' type now

- new way of discovering modules and pipelines -- https://dharpa.org/kiara/development/module_discovery/
- inital support for persisting values via the *kiara* data store
- module namespaces: modules type names are now namespaces strings