Harmonise wildcards

[ekatef]

Closes #1197

Changes proposed in this Pull Request

Arguments of mock_snakemake have been updated using parameters of the sector-coupled test config (config.test1.yaml renamed into config.sector.yaml)

Checklist

• I consent to the release of this PR's code under the AGPLv3 license and non-code contributions under CC0-1.0 and CC-BY-4.0.
• I tested my contribution locally and it seems to work fine.
• Code and workflow changes are sufficiently documented.
• Newly introduced dependencies are added to envs/environment.yaml and doc/requirements.txt.
• Changes in configuration options are added in all of config.default.yaml and config.tutorial.yaml.
• Add a test config or line additions to test/ (note tests are changing the config.tutorial.yaml)
• Changes in configuration options are also documented in doc/configtables/*.csv and line references are adjusted in doc/configuration.rst and doc/tutorial.rst.
• A note for the release notes doc/release_notes.rst is amended in the format of previous release notes, including reference to the requested PR.

[davide-f]

Thanks for the PR, this looks nice for me; few minor comments.

[davide-f]

These changes are probably a refuse? It applies also to the following yaml files

[ekatef]

I thought about fixing a typo: the current version of the config is 0.4.2, and it should be probably the same across the scripts?

[davide-f]

That is probably a refuse maybe; hadn't the number to match the version of the repo?

[ekatef]

That is probably a refuse maybe; hadn't the number to match the version of the repo?

Agree that it would be best when there is a match between the configuration and the release versions. But what is we introduce changes into the config when the repo version remains the same? We have discussed the idea to use sub-versions of the config to track (e.g. 0.4.1.1) that but agreed that it's against semantic versioning. Ideally, it would be great to have a release every time when the config changes, but that is not exactly realistic as far as we don't have an automated release process

Happy to discuss at the next convenience 🙂

[davide-f]

Also this one can be merged right? @ekatef ?

[ekatef]

Also this one can be merged right? @ekatef ?

I think yes 🙂

[davide-f]

mmm... conflicts :'( would you mind fixing them?

[ekatef]

mmm... conflicts :'( would you mind fixing them?

Thanks a lot for the reminder 🙂 Done!