As a side-effect of fixing support for using local .charm
files in bundles in libjuju, the base for relative charm paths in local bundles was changed to match Juju CLI behavior, which is that they are considered relative to the directory containing the bundle YAML file. Previously, libjuju was treating them as relative to whatever the current directory was, which would lead to inconsistent results, both between libjuju and the Juju CLI, as well as potentially between runs of libjuju itself.
If you were using relative paths in a bundle previously and start seeing an error like the following, you may need to update the path in the bundle:
juju.errors.JujuError: ['charm path in application "foo" does not exist: resources/charms/foo']