Update charmcraft.yaml build tools - #164
Open
renovate[bot] wants to merge 1 commit into
Open
Conversation
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
from
January 27, 2026 02:07
4276a84 to
1ed5b0f
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
2 times, most recently
from
February 10, 2026 02:01
80a7346 to
8cbca2c
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
from
February 17, 2026 01:55
8cbca2c to
9218dac
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
2 times, most recently
from
March 3, 2026 01:54
f82ad6c to
f194f92
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
from
March 10, 2026 01:53
f194f92 to
5e52c02
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
2 times, most recently
from
March 24, 2026 01:48
c3aa0f9 to
4e4961a
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
from
March 31, 2026 01:45
4e4961a to
26ad2f1
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
from
April 7, 2026 01:57
26ad2f1 to
8653539
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
from
April 14, 2026 02:10
8653539 to
311b94e
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
2 times, most recently
from
April 28, 2026 01:16
0287349 to
dc4293d
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
3 times, most recently
from
May 12, 2026 02:38
b7852db to
7059356
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
from
May 19, 2026 03:05
7059356 to
9af1117
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
2 times, most recently
from
June 2, 2026 01:30
46fce64 to
b6ce371
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
from
June 9, 2026 01:27
b6ce371 to
05e3c11
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
2 times, most recently
from
June 23, 2026 04:42
9bf5b35 to
12b472c
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
from
July 14, 2026 03:42
12b472c to
adf9ae7
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
2 times, most recently
from
July 28, 2026 03:58
6594513 to
413fe79
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
from
August 4, 2026 03:38
413fe79 to
8c3d7d1
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
from
August 11, 2026 07:48
8c3d7d1 to
1295b85
Compare
renovate
Bot
force-pushed
the
renovate/charmcraft.yaml-build-tools
branch
from
August 18, 2026 03:51
1295b85 to
e0bf1d6
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
2.0.0→2.4.11.8.0→1.10.01.92.0→1.97.10.5.15→0.12.5Release Notes
python-poetry/poetry (poetry)
v2.4.1Compare Source
Changed
installer==0.7.0(#10887).Fixed
poetry update <package>failed when<package>was a transitive dependency (#10885).v2.4.0Compare Source
Added
solver.min-release-agesetting to require package releases to be a certain number of days old before they are considered during dependency resolution (#10824).solver.min-release-age-excludeto exclude selected packages from age filtering (#10824).solver.min-release-age-exclude-sourceto exclude all packages from selected package indexes from age filtering (#10824).Changed
poetry update(#10721).installer>=1.0.0(#10869).findpython>=0.8(#10874).Fixed
requires-pluginsfails on Windows if scheme paths are on different drives (#10869).poetry selfcommands failed due to an outdated lock file (#10715).poetry env activatedid not work for bash on Windows (#10716).poetry debug resolvefailed when there was a package with a marker (#10807).--config-settings(#10804).poetry publish --buildignored failing builds and uploaded stale artifacts (#10802).poetry publishwas aborted instead of retrying after package registration (#10801).lazy-wheel(#10800).lazy-wheelwas corrupted when part of it had already been cached (#10806).METADATAfile caused an exception on Python 3.15+ (#10860).http-basiccould not be set for repository names with periods (#10845).Docs
.gitignoreontool.poetry.packages(#10835).poetry-core (
2.4.0)packagingto26.2(#936).v2.3.4Compare Source
Fixed
v2.3.3Compare Source
Fixed
gitdependencies from annotated tags could not be updated (#10719).VIRTUAL_ENVorCONDA_PREFIXenvironment variables (e.g., afterconda deactivate) would cause Poetry to incorrectly detect an active virtualenv (#10784)..venvwas a file instead of a directory (#10777).poetry publish --no-interaction --buildrequested user interaction (#10769).poetry initandpoetry newcreated a deprecatedproject.licenseformat (#10787).Docs
poetry installandpoetry update(#10713).pyproject.tomlexamples (#10753).poetry cache clearexample (#10749).pipxinstallation instructions (#10783).poetry-core (
2.3.2)platform_releasecould not be parsed on Debian Trixie (#930).project.readme.textin thepyproject.tomlfile resulted in broken metadata (#914).include-groupentries were lost when[tool.poetry.group]also definedinclude-groupsfor the same group (#924).<value> not in <marker>constraints was wrongly treated as always satisfied (#925).>version constraint (#921).0was treated as equal to the corresponding public version (#920).!= <version>constraint wrongly disallowed pre releases and post releases of the specified version (#929).inandnot inconstraints were wrongly not allowed by specific compound constraints (#927).v2.3.2Compare Source
Changed
dulwich>=1.0(#10701).poetry-core (
2.3.1)platform_releasecould not be parsed on Windows Server (#911).v2.3.1Compare Source
Fixed
Docs
v2.3.0Compare Source
Added
pylock.tomlfiles withpoetry-plugin-export(#10677).requires-poetrybefore any other validation (#10593).project.readmewhen runningpoetry check(#10604).poetry cache clearoptional (#10627).--no-cachesolves an issue (#10585).poetry initwhen tryingpoetry newfor an existing directory (#10563).poetry publish --skip-existingfor new Nexus OSS versions (#10603).poetry debug info(#10588).Changed
installer.re-resolvefromtruetofalse(#10622).poetry.utils._compat.metadata, which is sometimes used in plugins, in favor ofimportlib.metadata(#10634).poetry python(#10606).poetry init, only add the readme field in thepyproject.tomlif the readme file exists (#10679).dulwich>=0.25.0(#10674).Fixed
poetry removedid not work for PEP 735 dependency groups withinclude-groupitems (#10587).poetry removecaused danglinginclude-groupreferences in PEP 735 dependency groups (#10590).poetry adddid not work for PEP 735 dependency groups withinclude-groupitems (#10636).poetry-plugin-export(#10667).poetry publishused the metadata of the project instead of the metadata of the build artifact (#10624).poetry env usejust used another Python version instead of failing when the requested version was not supported by the project (#10685).poetry env activatereturned the wrong command fordash(#10696).data-dirandpython.installation-dircould not be set (#10595).virtualenvs.promptcaused an incomprehensible error message (#10648).Docs
~/.netrcfor Poetry credential configuration (#10630).packagesare automatically detected (#10680).poetry-core (
2.3.0)python_full_versionmarkers with pre-release versions were parsed incorrectly (#893).v2.2.1Compare Source
Fixed
poetry self showfailed with a message about an invalid output format (#10560).Docs
poetry-core (
2.2.1)v2.2.0Compare Source
Added
--formatoption topoetry showto alternatively output json format (#10487).Changed
installer.no-binaryandinstaller.only-binaryso that explicit package names will take precedence over:all:(#10278).poetry installwhen a wheel is built from source (#10404).dulwich>=0.24.0(#10492).virtualenv>=20.33again (#10506).findpython>=0.7(#10510).importlib-metadata>=8.7(#10511).Fixed
poetry newdid not create the project structure in an existing empty directory (#10431).poetry-core (
2.2.0)[project.license](#870)..gitignorewere not included in the distribution (#874).v2.1.4Compare Source
Changed
virtualenv<20.33to work around an issue where Poetry uses the wrong Python version (#10491).pyproject.tomlfile (#10471).Fixed
poetry installwas called with--no-plugins(#10405).Docs
poetry addif no version constraint is explicitly specified (#10445).v2.1.3Compare Source
Changed
importlib-metadata<8.7for Python 3.9 because of a breaking change in importlib-metadata 8.7 (#10374).Fixed
--directoryoption did not work if a plugin, which accesses the poetry instance during its activation, was installed (#10352).poetry env activate -vprinted additional information to stdout instead of stderr so that the output could not be used as designed (#10353).poetry-core (
2.1.3)projectsection were treated as non-optional when a source was defined for them in thetool.poetrysection (#857).===were not parsed correctly (#860).extramarkers with a value starting with "in" were not validated correctly (#862).v2.1.2Compare Source
Changed
Fixed
poetry lockwas not deterministic (#10276).poetry env activatereturned the wrong command fortcsh(#10243).poetry env activatereturned the wrong command forpwshon Linux (#10256).Docs
poetry-core (
2.1.2)#846).
extramarkers were not simplified (#842,#845,
#847).
python_versionmarkers was not recognized as empty (#849).python_versionmarkers were not simplified (#848,#851).
v2.1.1Compare Source
Fixed
poetry env use pythondoes not choose the Python from the PATH (#10187).poetry-core (
2.1.1)python_versionmarker resulted in an invalid marker (#838).v2.1.0Compare Source
Added
buildcommand build-system agnostic (#10059,#10092).
--config-settingsoption topoetry build(#10059).config-settingswhen building dependencies (#10129).findpythonto find the Python interpreters (#10097).--no-truncateoption topoetry show(#9580).#10065,
#10126,
#10127,
#10132).
Changed
poetry newdefaults to "src" layout by default (#10135).#10114,
#10138,
#10146).
--priority(#10134).Fixed
#10067,
#10128).
poetry initwas not able to find a package on PyPI while adding dependencies interactively (#10055).@latestdescriptor was incorrectly passed to the core requirement parser (#10069).True(in contrast totrue) were interpreted asfalse(#10080).poetry env activatereported a misleading error message (#10087).poetry add --optionalwould not correctly update the lock file (#10076).pipwas not installed/updated before other dependencies resulting in a race condition (#10102).keyringsimultaneously (#10062).zipapp(#10074).Docs
envcommands (#10027).nameandversionfields are always required if theprojectsection is specified (#10033).project.gui-scripts#10121.#10133).
poetry-core (
2.1.0)__pycache__directory and*.pycfiles were included in sdists and wheels (#835).v2.0.1Compare Source
Added
poetry searchin legacy sources (#9949).poetry source showoutput when PyPI is implicitly enabled (#9974).Changed
Fixed
poetry syncdid not remove packages that were not requested (#9946).poetry checkfailed even though there were just warnings and add a--strictoption to fail on warnings (#9983).poetry update,poetry addandpoetry removewith--onlyuninstalled packages from other groups (#10014).poetry update,poetry addandpoetry removeuninstalled all extra packages (#10016).poetry self updatedid not recognize Poetry's own environment (#9995).poetry installstarted withWarning:instead ofError:(#9945).Command.set_poetry, which is used by plugins, was removed (#9981).poetry build --cleanshowed a malformed short option instead of the description (#9994).Docs
projectsection (#9996).project.readmeandproject.urls(#9948).poetry install --syncwithpoetry syncin the section about synchronizing dependencies (#9944).poetry shellwithpoetry env activatein the basic usage section (#9963).project.nameis always required when theprojectsection is used (#9989).poetry-plugin-exportin the section aboutpoetry export(#9954).poetry-core (
2.0.1)Home-pagewithProject-URL: Homepage(#807).tool.poetry.packageswithout a specifiedformatwere not initialized with the default value resulting in aKeyError(#805).project.urlsentries were not processed correctly resulting in aKeyError(#807).project.dependenciesviatool.poetry.dependencieswere ignored ifproject.optional-dependencieswere defined (#811).python-poetry/poetry-plugin-export (poetry-plugin-export)
v1.10.0Compare Source
Added
pylock.tomlfiles (#357).Changed
Fixed
"dependency walk failed"error message gave an outdated advice (#353).v1.9.0Compare Source
Added
--all-groupsoption to export dependencies from all groups (#294).Changed
--withand--onlyand deprecate--without(#212).poetry.lockfile is not consistent with thepyproject.tomlfile (#310).Fixed
"dependency walk failed".This fix requires a
poetry.lockfile created with Poetry 2.x (#286).pre-commithook regex matched wrong files (#285).rust-lang/rust (rust-lang/rust)
v1.97.1Compare Source
==========================
This backports an LLVM submodule bump to include the LLVM-side fix and a
revert of the rustc change that is one known trigger for the bug. The rustc
side revert should not be strictly necessary but is done out of abundance of caution.
v1.97.0Compare Source
==========================
Language
Result<T, Uninhabited>andControlFlow<Uninhabited, T>to be equivalent toTfor must use lintdead_code_pub_in_binarylint for unused pub items in binary cratesdiv32,lam-bh,lamcas,ld-seq-saandscqtarget featurescfg(target_has_atomic_primitive_alignment)selfin imports in more casesPlatform Support
Refer to Rust's platform support page
for more information on Rust's tiered platform support.
Stabilized APIs
Default for RepeatNCopy for ffi::FromBytesUntilNulErrorSend for std::fs::Fileon UEFI<{integer}>::isolate_highest_one<{integer}>::isolate_lowest_one<{integer}>::highest_one<{integer}>::lowest_one<{integer}>::bit_widthNonZero<{integer}>::isolate_highest_oneNonZero<{integer}>::isolate_lowest_oneNonZero<{integer}>::highest_oneNonZero<{integer}>::lowest_oneNonZero<{integer}>::bit_widthThese previously stable APIs are now stable in const contexts:
char::is_controlCargo
build.warningsconfig. This controls how lint warnings from local packages are treated. Useful for enforcing a warning-free build in CI, replacing-Dwarnings. docsresolver.lockfile-pathconfig. This allows specifying the path to the lockfile to use when resolving dependencies. Useful when working with read-only source directories. docs--target-dirdoesn't look like a Cargo target directory. This prevents accidental deletion of non-target directories.-mshorthand for--manifest-pathcurldependency fromcrates-iocrateRustdoc
--emitflag--remap-path-prefixCompatibility Notes
f32: From<{float}>to constrain{float}pin!, in order to prevent unsoundness. The most likely case where this might impact users is: writingpin!(x)wherexhas type&mut Twill now always correctly produce a value of typePin<&mut &mut T>, instead of sometimes allowing a coercion that produces a value of typePin<&mut T>. This coercion was previously incorrectly allowed since Rust 1.88.0.std::charconstants and functionsf64methods which have been deprecated since 1.0varargs_without_patternlint in depslink_sectionspecifierenums have changed. This is not a breaking change, as it only applies toenums without layout guarantees, but is noted here as we've seen people impacted from having made assumptions about the layout algorithm.#[export_name = "..."]where the name is empty#[link_name = "..."]&#[link(name = "...")]parametersshutdownon a socket to shut down the write side, attempting to write to the socket will now produce aBrokenPipeerror rather thanOther. MapWSAESHUTDOWNtoio::ErrorKind::BrokenPipev1.96.1Compare Source
===========================
v1.96.0Compare Source
==========================
Language
exprmetavariable tocfgManuallyDropas patterns (fixing a regression introduced in 1.94.0)Compiler
riscv64gc-unknown-fuchsiabaseline to RVA22 + vectorLibraries
NonZerointegersStabilized APIs
assert_matches!debug_assert_matches!From<T> for AssertUnwindSafe<T>From<T> for LazyCell<T, F>From<T> for LazyLock<T, F>core::range::RangeToInclusivecore::range::RangeToInclusiveItercore::range::RangeFromcore::range::RangeFromItercore::range::Rangecore::range::RangeIterCargo
target.'cfg(..)'.rustdocflagssupport in configuration.Rustdoc
white-space: pre-wrap;property and stripped any<p>elements from the rendered html, however this caused issues and unintuitive behavior. The new behavior should be more predictable, however some multi-line deprecation notes will now be rendered as as single lines. If this is undesirable, you can use the standard markdown method of forcing a linebreak, which is two spaces followed b