Skip to content

"charm build ..." always adds "xenial" and "trusty" to series #608

@dreibh

Description

@dreibh

Checklist

  • Confirmed this is an issue with charm-tools, not charmstore-client
  • Provide versions of tools used
  • Described the feature or ways to replicate the issue

What version am I running?

I ran the following command: snap info charm and got the following ouput:

name:      charm
summary:   charm and charm-tools
publisher: Canonical✓
store-url: https://snapcraft.io/charm
contact:   https://discourse.juju.is/c/charming
license:   unset
description: |
  charmstore-client and charm-tools
commands:
  - charm
snap-id:      2Rryoc2ylScfbFl4eQtpntHD9iuZuMvt
tracking:     latest/stable
refresh-date: 3 days ago, at 16:17 CEST
channels:
  latest/stable:    2.8.2               2021-02-01 (609) 119MB classic
  latest/candidate: 2.8.2               2021-02-01 (609) 119MB classic
  latest/beta:      2.8.2               2021-02-01 (609) 119MB classic
  latest/edge:      2.8.3+git-1-736b1ad 2021-02-23 (620) 119MB classic
installed:          2.8.2                          (609) 119MB classic

I am using: Ubuntu 18.04 LTS, with the "charm" snap from latest/stable.

Issue/Feature

I have a simple proxy charm for Open Source MANO (OSM), where I set the series to "bionic" and "focal" in metadata.yaml.
Then, I run charm build ...
The resulting build contains the specified series, plus "xenial" and "trusty".

I expect/expected the following

The build probably should only contain the specified series, not adding "xenial" and "trusty".
I would in the following assume that OSM's Juju installation creates a container with one of my specified series, not using "xenial" (which is quite old now).

What I got

Give us what you got, commands run, output, etc. If this is a feature request, delete this section.

...
"series":
- "xenial"
- "bionic"
- "focal"
- "trusty"
...

Manually removing "xenial" from the build's metadata.yaml does not lead to OSM's Juju installation use "xenial". It always uses "xenial", regardless of what is specified in the metadata.yaml. But this is probably a separate bug?

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions