← Back to issue list

Remove uv.lock from `kubernetes` and `machine` profiles

View original Github issue

Metadata

Project
charmcraft
Number
#2749
Type
issue
State
closed
Author
dwilding
Labels
Created
Updated
Closed

Current evaluation

Merged changes to remove uv.lock from kubernetes and machine profiles during charm initialization. Updated init output to guide developers in running uv lock manually.

Suggested action:

No scores available.

Issue body

At the Madrid sprints in May, we decided to stop shipping `uv.lock` when initing charms with `--profile kubernetes` and `--profile machine`. It's awkward to keep the locked versions of packages up-to-date. Instead, we expect the charm developer to run `uv lock` after initing their charm. I also propose a clean-up of the `init` output. Something like: ``` Created project files for your charm: charmcraft.yaml pyproject.toml README.md src/charm.py src/demo_app.py ... To manage your charm's dependencies, use uv. To migrate from the Charm plugin to the uv plugin, see: https://documentation.ubuntu.com/charmcraft/stable/howto/migrate-plugins/charm-to-uv/ Next steps: 1. Run 'uv lock' 2. Edit charmcraft.yaml and pyproject.toml to provide metadata, then commit (including uv.lock) 3. Write your charm code and tests ```

Evaluation history

Date Model Scores Action Summary
qwen/qwen3.6-35b-a3b Merged changes to remove uv.lock from kubernetes and machine profiles during charm initialization. Updated init output to guide developers in running uv lock manually.
qwen/qwen3.6-35b-a3b Merged the removal of uv.lock from kubernetes and machine profiles. The init command now omits the lock file and displays updated guidance for developers to run uv lock manually.
qwen/qwen3.6-35b-a3b Closed. Resolved via a pull request that removes uv.lock from kubernetes and machine profiles and updates the init command output to guide developers in running uv lock manually.
qwen/qwen3.6-35b-a3b Implemented via a merged pull request. uv.lock is no longer generated for kubernetes and machine profiles during initialization. Developers must now run uv lock manually, and init output was updated accordingly.
qwen/qwen3.6-35b-a3b
Staleness: 5
Complexity: 20
Confidence: 90
Support Request: 0
keep open Proposal to remove `uv.lock` from `kubernetes` and `machine` profiles and update `init` output; author plans to open a PR.
qwen3.6-35b-a3b-mtp-q6
Staleness: 5
Complexity: 15
Confidence: 90
Support Request: 0
needs triage Contributor proposes removing uv.lock from kubernetes and machine profiles during charm init, updating init output messages, and plans to open a PR.
qwen3.6-35b-a3b-mtp-q6
Staleness: 5
Complexity: 15
Confidence: 90
Support Request: 0
needs triage Contributor proposes removing uv.lock from kubernetes and machine profiles during charm init, updating init output, and plans to submit a PR. Currently awaiting PR submission.

Update history

Date Change
closed

Related issues

Issue Project State Summary Similarity
#2754 feat(profiles): bound dependencies, remove uv.lock files, improve init output charmcraft merged Merged after reviewer approval. Bounded dependencies for kubernetes and machine profiles, removed uv.lock from templates, improved charmcraft init output to match requested profiles, and updated documentation. Fixes #2749.
73%
#2312 feat(templates): use uv for testing and packing kubernetes and machine charms charmcraft merged Merged. Updated charmcraft init templates for kubernetes and machine profiles to use uv for testing and packing. Replaced requirements.txt with pyproject.toml, added a managed uv.lock template, updated documentation, and bumped the minimum ops version to 3.0.
72%