Opera

Version [**0.7.0**](https://pypi.org/project/opera/0.7.0/) of [xOpera TOSCA orchestration tool](https://xlab-si.github.io/xopera-docs/) is finally here!

It includes the following updates:

- [x] updated Ansible executor for ansible-core migration
- [x] reduced `opera` Python package size - this has been done by replacing [ansible](https://pypi.org/project/ansible/) dependency with [ansible-core](https://pypi.org/project/ansible-core/), which does not install half gig of Ansible collections as users can install only the ones they need (with `ansible-galaxy collection install`) or can still use extended install option with `pip install opera[ansible]` to install all collections
- [x] removed Pipfile and Makefile
- [x] updated dev.sh and Python requirements
- [x] migrated CI/CD from CircleCI to GitHub Actions
- [x] further reduce size of orchestrator by moving [xOpera TOSCA parser](https://github.com/xlab-si/xopera-tosca-parser) to [`opera-tosca-parser`](https://pypi.org/project/opera-tosca-parser/) Python package
- [x] xOpera TOSCA parser add experimental support for TOSCA 2.0 in README

**Full Changelog**: https://github.com/xlab-si/xopera-opera/compare/0.6.9...0.7.0

There is a new version [**0.6.9**](https://pypi.org/project/opera/0.6.9/) of [xOpera orchestrator](https://xlab-si.github.io/xopera-docs/) available and includes the following new things and changes:

- [x] Bugfixes for concurrent output issues
- [x] Display additional info for operation errors
- [x] Updates for parsing of TOSCA interfaces (derivation, optimization, etc.)
- [x] Fixes for TOSCA template comparer file comparison function
- [x] Remove CI/CD runs for Python 3.7
- [x] Updates for opera validate library function
- [x] Allow creating only zipped CSARs to be more compliant with TOSCA

A 'o ia!

We are happily releasing a new version [**0.6.8**](https://pypi.org/project/opera/0.6.8/) of [xOpera TOSCA orchestration tool](https://xlab-si.github.io/xopera-docs/).

This version contains the following new things and updates:

- [x] Bugfixes for TOSCA type operation definition inputs
- [x] Corrections for TOSCA templates within examples and integration tests
- [x] Updates for README and Python package info
- [x] Additions for missing normative TOSCA networking types
- [x] Removal of deprecated `opera init` CLI command
- [x] Enable CLI version retrieval with `--version/-v` CLI flag
- [x] Fixes for the latest CLI command bugs
- [x] Adding detection for missing TOSCA requirements
- [x] Resolving errors in unit and integration tests
- [x] Dockerfile for xOpera CLI

A hui hou...

Happy Halloween from xOpera! 👻 🎃 🕷️ 🌕 😈 🗡️ 🧛 🧟 🕸️

We're are proudly announcing version [**0.6.7**](https://pypi.org/project/opera/0.6.7/) of [xOpera TOSCA orchestrator](https://xlab-si.github.io/xopera-docs/).

This release comes with the following new features and updates:

- [x] Better indication of different node orchestration states
- [x] Faster integration tests
- [x] Generalize usage of pathlib objects in CLI command functions
- [x] Adding unit tests for CLI commands
- [x] Update old unit tests to satisfy pylint
- [x] Fixes for unpackaging TOSCA CSARs
- [x] Refactorings for validation for of TOSCA CSARs
- [x] Apply TOSCA functions to all entities
- [x] Check also TOSCA executors with opera validate
- [x] Upgrade Python dependency packages
- [x] Add support for Python 3.10 and omit Python 3.6
- [x] Use only f-strings for string formatting in the code
- [x] Add new xOpera logo

We're are marking a new release - [**0.6.6**](https://pypi.org/project/opera/0.6.6/) of xOpera TOSCA orchestrator, which brings the following new features and updates:

- [x] xOpera's documentation has been moved to [xopera-docs](https://github.com/xlab-si/xopera-docs) repo and is now available at https://xlab-si.github.io/xopera-docs/
- [x] adding evaluation for TOSCA functions that are used inside YAML maps and lists
- [x] calculate code coverage and push reports to [Code Climate](https://codeclimate.com/github/xlab-si/xopera-opera)
- [x] updates for README badges and quickstart section
- [x] directly render input values instead of the path in `opera info` command and expand the output with CSAR and service template metadata
- [x] repair the integration test for concurrency
- [x] catch undeclared requirements on node templates (TOSCA requirement assignments match with TOSCA requirement definitions)
- [x] enable validating directory-based CSARs with `opera validate` CLI command
- [x] add CI/CD test executor that uses python `3.9.4`
- [x] update package versions in `Pipfile` and refactor code to satisfy pylint

Waiting is over! We are happy to release the newest version - [**0.6.5**](https://pypi.org/project/opera/0.6.5/) of `opera` orchestrator, which includes the following new features and updates:

- [x] introducing mandatory sanity checks for PEP8, linters, typing, commit messages
- [x] refactorings for `tosca.nodes.Storage.ObjectStorage` TOSCA normative type definition
- [x] refactorings for `tosca.nodes.Database` TOSCA normative type definition
- [x] apply tab completion to diff and update CLI commands
- [x] allow saving orchestration outputs and info to a file
- [x] update help messages for all CLI commands
- [x] detection for invalid Standard and Configure TOSCA interface operations
- [x] including TOSCA policies to topology and other necessary things for the new notify CLI command
- [x] the new [`opera notify`](https://xlab-si.github.io/xopera-opera/opera_cli.html#notify) CLI command, which enables invoking TOSCA triggers from TOSCA policies (and therefore enables scaling)
- [x] fixes for diff CLI command for different workdirs
- [x] updating and adding new examples (e.g. Docker and Kubernetes) to opera's [documentation](https://xlab-si.github.io/xopera-opera/)