Skip to content

Bump the all-julia-packages group across 2 directories with 12 updates#1470

Open
dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/julia/all-julia-packages-601d84abed
Open

Bump the all-julia-packages group across 2 directories with 12 updates#1470
dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/julia/all-julia-packages-601d84abed

Conversation

@dependabot
Copy link
Copy Markdown
Contributor

@dependabot dependabot Bot commented on behalf of github May 18, 2026 •
edited
Loading

Updates the requirements on SciMLBase, DiffEqBase, BifurcationKit, OrdinaryDiffEqDefault, StochasticDiffEq, NonlinearSolveFirstOrder, Turing, OrdinaryDiffEqVerner, OrdinaryDiffEqRosenbrock, OrdinaryDiffEqBDF, OrdinaryDiffEqTsit5 and OrdinaryDiffEqSDIRK to permit the latest version.
Updates SciMLBase to 3.13.0

Release notes

Sourced from SciMLBase's releases.

v3.13.0

SciMLBase v3.13.0

Diff since v3.12.0

Merged pull requests:

Commits
  • e655c9b Update Project.toml
  • b8edfde Merge pull request #1359 from ChrisRackauckas-Claude/fix/rode-ndims-test-asse...
  • 6367dbd test: update scalar NoiseGrid ndims assertion after DiffEqNoiseProcess T/N fix
  • 0b1eae2 Update Project.toml
  • c60e1e2 Merge pull request #1343 from ChrisRackauckas-Claude/fix-mooncake-odesolution...
  • 7ea4117 ci: re-trigger after OrdinaryDiffEqRosenbrock v2.2.0 release
  • b1556e0 test: correct DAE Observable function AD expected gradient + remove broken wr...
  • 7c62865 test: use Rodas5 not Tsit5 in DAE adjoint loss
  • 877054f fix: CartesianIndex rrule for sol[i] under AutoMooncake
  • dcc23a3 fix: @​zero_adjoint set_mooncakeoriginator_if_mooncake under Mooncake
  • Additional commits viewable in compare view

Updates DiffEqBase to 7.5.0

Changelog

Sourced from DiffEqBase's changelog.

OrdinaryDiffEq.jl v7 / DifferentialEquations.jl v8 Breaking Changes

This release bumps to SciMLBase v3, RecursiveArrayTools v4, and includes breaking changes across DiffEqBase, OrdinaryDiffEqCore, and all solver sublibraries. It also coincides with the DifferentialEquations.jl v8 umbrella release, which is itself a breaking change to the user-facing meta-package.

DifferentialEquations.jl v8: scope reduction

DifferentialEquations.jl v8 no longer re-exports the full SciML solver suite. Previously, using DifferentialEquations pulled in OrdinaryDiffEq, StochasticDiffEq, DelayDiffEq, BoundaryValueDiffEq, Sundials, JumpProcesses, SteadyStateDiffEq, LinearSolve, NonlinearSolve, Optimization, etc. — a large default surface that drove up using time and made it unclear which package any given solver actually came from.

In v8, using DifferentialEquations only loads OrdinaryDiffEq. All other solver families have been removed from the umbrella. If your code relied on DifferentialEquations for SDEs, DDEs, BVPs, jumps, steady states, or any non-ODE solver, you will need to add the topic-specific package to your project explicitly.

Migration

Find the topic you need a solver for and add the corresponding sublib(s) directly. The DiffEqDocs tutorials and solver pages now specify, per algorithm, which package it ships from. Common cases:

Topic Old (DiffEq v7 umbrella) New (DiffEq v8)
ODEs using DifferentialEquations using OrdinaryDiffEq (or using OrdinaryDiffEqTsit5, OrdinaryDiffEqRosenbrock, … for individual solver families)
Stochastic ODEs using DifferentialEquations using StochasticDiffEq
Delay ODEs using DifferentialEquations using DelayDiffEq
Boundary value problems using DifferentialEquations using BoundaryValueDiffEq (or one of BoundaryValueDiffEqMIRK, BoundaryValueDiffEqFIRK, BoundaryValueDiffEqShooting, …)
Jump processes using DifferentialEquations using JumpProcesses
Steady state using DifferentialEquations using SteadyStateDiffEq
DAEs (mass matrix or implicit) using DifferentialEquations using OrdinaryDiffEq (mass matrix), using Sundials (IDA), or topic sublib
Sundials wrappers (CVODE, IDA, ARKODE) using DifferentialEquations using Sundials
Linear / nonlinear / optimization using DifferentialEquations using LinearSolve / using NonlinearSolve / using Optimization

For ODE work specifically, prefer importing only the sublib you need (e.g. using OrdinaryDiffEqTsit5: Tsit5) rather than the umbrella using OrdinaryDiffEq — the v7 ecosystem split lets you trim using time substantially. The DiffEqDocs tutorials and solver index annotate every algorithm with its host sublib.

Why

Removing the meta-package's broad re-exports lets each topic's package version cycle independently, eliminates the long using DifferentialEquations precompile chain for users who only need ODEs, and makes the dependency graph for any given script honest about what's actually being loaded.

This change is independent of the OrdinaryDiffEq v7 changes below — OrdinaryDiffEq v7 ships with DifferentialEquations v8, but you can also use OrdinaryDiffEq v7 directly without the umbrella package at all.

OrdinaryDiffEq.jl v7 Breaking Changes

This release bumps to SciMLBase v3, RecursiveArrayTools v4, and includes breaking changes across DiffEqBase, OrdinaryDiffEqCore, and all solver sublibraries.

Themes of the v7 release

Most of the breaking changes fall into a small set of recurring themes. Keep these in mind while reading the migration table — they explain why an individual change exists and often suggest the right migration direction:

  • Time to first solve (TTFS) reduction. Direct deps on Static.jl, StaticArrayInterface.jl, Polyester.jl, and StaticArrays.jl were dropped; using OrdinaryDiffEq now loads only the default solver set; ODEFunction switched to AutoSpecialize. All of this means less code loaded and more precompilation caching on first solve.
  • Type stability everywhere. All Bool solver/solve keyword arguments (autodiff, verbose, alias, lazy, …) were replaced by typed objects. Passing a Bool no longer changes dispatch in ways the compiler cannot specialize on, and the reverse is no longer allowed to silently fall back through slow generic paths.
  • Generality beyond ForwardDiff. chunk_size, diff_type, standardtag, etc. encoded ForwardDiff-specific or FiniteDiff-specific knobs on every solver. They are replaced by the ADTypes interface (AutoForwardDiff, AutoFiniteDiff, AutoEnzyme, AutoZygote, …) so every solver automatically generalizes to any AD backend.
  • Controller is now an object, not a pile of solve kwargs. gamma, beta1, beta2, qmin, qmax, qsteady_min, qsteady_max, qoldinit were moved onto concrete PIController / PIDController / IController / PredictiveController structs, and EEst moved to the controller cache. This is prep work for pluggable controllers and removes a large amount of dead state from the integrator struct.
  • Cleanup of old re-exports / deprecations. Functions like has_destats (now has_stats), sol.destats (now sol.stats), DEAlgorithm/DEProblem/DESolution abstract types, tuples()/intervals(), QuadratureProblem, fastpow, concrete_solve, etc. were on a deprecation path for one or more minor releases. v7 removes them.

Recommended upgrade path

... (truncated)

Commits

Updates BifurcationKit to 0.7.0

Release notes

Sourced from BifurcationKit's releases.

v0.7.0

BifurcationKit v0.7.0

Diff since v0.6.1

Breaking changes

  • changes are listed in News.md
Commits

Updates SciMLBase to 3.13.0

Release notes

Sourced from SciMLBase's releases.

v3.13.0

SciMLBase v3.13.0

Diff since v3.12.0

Merged pull requests:

Commits
  • e655c9b Update Project.toml
  • b8edfde Merge pull request #1359 from ChrisRackauckas-Claude/fix/rode-ndims-test-asse...
  • 6367dbd test: update scalar NoiseGrid ndims assertion after DiffEqNoiseProcess T/N fix
  • 0b1eae2 Update Project.toml
  • c60e1e2 Merge pull request #1343 from ChrisRackauckas-Claude/fix-mooncake-odesolution...
  • 7ea4117 ci: re-trigger after OrdinaryDiffEqRosenbrock v2.2.0 release
  • b1556e0 test: correct DAE Observable function AD expected gradient + remove broken wr...
  • 7c62865 test: use Rodas5 not Tsit5 in DAE adjoint loss
  • 877054f fix: CartesianIndex rrule for sol[i] under AutoMooncake
  • dcc23a3 fix: @​zero_adjoint set_mooncakeoriginator_if_mooncake under Mooncake
  • Additional commits viewable in compare view

Updates DiffEqBase to 7.5.0

Changelog

Sourced from DiffEqBase's changelog.

OrdinaryDiffEq.jl v7 / DifferentialEquations.jl v8 Breaking Changes

This release bumps to SciMLBase v3, RecursiveArrayTools v4, and includes breaking changes across DiffEqBase, OrdinaryDiffEqCore, and all solver sublibraries. It also coincides with the DifferentialEquations.jl v8 umbrella release, which is itself a breaking change to the user-facing meta-package.

DifferentialEquations.jl v8: scope reduction

DifferentialEquations.jl v8 no longer re-exports the full SciML solver suite. Previously, using DifferentialEquations pulled in OrdinaryDiffEq, StochasticDiffEq, DelayDiffEq, BoundaryValueDiffEq, Sundials, JumpProcesses, SteadyStateDiffEq, LinearSolve, NonlinearSolve, Optimization, etc. — a large default surface that drove up using time and made it unclear which package any given solver actually came from.

In v8, using DifferentialEquations only loads OrdinaryDiffEq. All other solver families have been removed from the umbrella. If your code relied on DifferentialEquations for SDEs, DDEs, BVPs, jumps, steady states, or any non-ODE solver, you will need to add the topic-specific package to your project explicitly.

Migration

Find the topic you need a solver for and add the corresponding sublib(s) directly. The DiffEqDocs tutorials and solver pages now specify, per algorithm, which package it ships from. Common cases:

Topic Old (DiffEq v7 umbrella) New (DiffEq v8)
ODEs using DifferentialEquations using OrdinaryDiffEq (or using OrdinaryDiffEqTsit5, OrdinaryDiffEqRosenbrock, … for individual solver families)
Stochastic ODEs using DifferentialEquations using StochasticDiffEq
Delay ODEs using DifferentialEquations using DelayDiffEq
Boundary value problems using DifferentialEquations using BoundaryValueDiffEq (or one of BoundaryValueDiffEqMIRK, BoundaryValueDiffEqFIRK, BoundaryValueDiffEqShooting, …)
Jump processes using DifferentialEquations using JumpProcesses
Steady state using DifferentialEquations using SteadyStateDiffEq
DAEs (mass matrix or implicit) using DifferentialEquations using OrdinaryDiffEq (mass matrix), using Sundials (IDA), or topic sublib
Sundials wrappers (CVODE, IDA, ARKODE) using DifferentialEquations using Sundials
Linear / nonlinear / optimization using DifferentialEquations using LinearSolve / using NonlinearSolve / using Optimization

For ODE work specifically, prefer importing only the sublib you need (e.g. using OrdinaryDiffEqTsit5: Tsit5) rather than the umbrella using OrdinaryDiffEq — the v7 ecosystem split lets you trim using time substantially. The DiffEqDocs tutorials and solver index annotate every algorithm with its host sublib.

Why

Removing the meta-package's broad re-exports lets each topic's package version cycle independently, eliminates the long using DifferentialEquations precompile chain for users who only need ODEs, and makes the dependency graph for any given script honest about what's actually being loaded.

This change is independent of the OrdinaryDiffEq v7 changes below — OrdinaryDiffEq v7 ships with DifferentialEquations v8, but you can also use OrdinaryDiffEq v7 directly without the umbrella package at all.

OrdinaryDiffEq.jl v7 Breaking Changes

This release bumps to SciMLBase v3, RecursiveArrayTools v4, and includes breaking changes across DiffEqBase, OrdinaryDiffEqCore, and all solver sublibraries.

Themes of the v7 release

Most of the breaking changes fall into a small set of recurring themes. Keep these in mind while reading the migration table — they explain why an individual change exists and often suggest the right migration direction:

  • Time to first solve (TTFS) reduction. Direct deps on Static.jl, StaticArrayInterface.jl, Polyester.jl, and StaticArrays.jl were dropped; using OrdinaryDiffEq now loads only the default solver set; ODEFunction switched to AutoSpecialize. All of this means less code loaded and more precompilation caching on first solve.
  • Type stability everywhere. All Bool solver/solve keyword arguments (autodiff, verbose, alias, lazy, …) were replaced by typed objects. Passing a Bool no longer changes dispatch in ways the compiler cannot specialize on, and the reverse is no longer allowed to silently fall back through slow generic paths.
  • Generality beyond ForwardDiff. chunk_size, diff_type, standardtag, etc. encoded ForwardDiff-specific or FiniteDiff-specific knobs on every solver. They are replaced by the ADTypes interface (AutoForwardDiff, AutoFiniteDiff, AutoEnzyme, AutoZygote, …) so every solver automatically generalizes to any AD backend.
  • Controller is now an object, not a pile of solve kwargs. gamma, beta1, beta2, qmin, qmax, qsteady_min, qsteady_max, qoldinit were moved onto concrete PIController / PIDController / IController / PredictiveController structs, and EEst moved to the controller cache. This is prep work for pluggable controllers and removes a large amount of dead state from the integrator struct.
  • Cleanup of old re-exports / deprecations. Functions like has_destats (now has_stats), sol.destats (now sol.stats), DEAlgorithm/DEProblem/DESolution abstract types, tuples()/intervals(), QuadratureProblem, fastpow, concrete_solve, etc. were on a deprecation path for one or more minor releases. v7 removes them.

Recommended upgrade path

... (truncated)

Commits

Updates BifurcationKit to 0.7.0

Release notes

Sourced from BifurcationKit's releases.

v0.7.0

BifurcationKit v0.7.0

Diff since v0.6.1

Breaking changes

  • changes are listed in News.md
Commits

Updates OrdinaryDiffEqDefault to 2.2.0

Changelog

Sourced from OrdinaryDiffEqDefault's changelog.

OrdinaryDiffEq.jl v7 / DifferentialEquations.jl v8 Breaking Changes

This release bumps to SciMLBase v3, RecursiveArrayTools v4, and includes breaking changes across DiffEqBase, OrdinaryDiffEqCore, and all solver sublibraries. It also coincides with the DifferentialEquations.jl v8 umbrella release, which is itself a breaking change to the user-facing meta-package.

DifferentialEquations.jl v8: scope reduction

DifferentialEquations.jl v8 no longer re-exports the full SciML solver suite. Previously, using DifferentialEquations pulled in OrdinaryDiffEq, StochasticDiffEq, DelayDiffEq, BoundaryValueDiffEq, Sundials, JumpProcesses, SteadyStateDiffEq, LinearSolve, NonlinearSolve, Optimization, etc. — a large default surface that drove up using time and made it unclear which package any given solver actually came from.

In v8, using DifferentialEquations only loads OrdinaryDiffEq. All other solver families have been removed from the umbrella. If your code relied on DifferentialEquations for SDEs, DDEs, BVPs, jumps, steady states, or any non-ODE solver, you will need to add the topic-specific package to your project explicitly.

Migration

Find the topic you need a solver for and add the corresponding sublib(s) directly. The DiffEqDocs tutorials and solver pages now specify, per algorithm, which package it ships from. Common cases:

Topic Old (DiffEq v7 umbrella) New (DiffEq v8)
ODEs using DifferentialEquations using OrdinaryDiffEq (or using OrdinaryDiffEqTsit5, OrdinaryDiffEqRosenbrock, … for individual solver families)
Stochastic ODEs using DifferentialEquations using StochasticDiffEq
Delay ODEs using DifferentialEquations using DelayDiffEq
Boundary value problems using DifferentialEquations using BoundaryValueDiffEq (or one of BoundaryValueDiffEqMIRK, BoundaryValueDiffEqFIRK, BoundaryValueDiffEqShooting, …)
Jump processes using DifferentialEquations using JumpProcesses
Steady state using DifferentialEquations using SteadyStateDiffEq
DAEs (mass matrix or implicit) using DifferentialEquations using OrdinaryDiffEq (mass matrix), using Sundials (IDA), or topic sublib
Sundials wrappers (CVODE, IDA, ARKODE) using DifferentialEquations using Sundials
Linear / nonlinear / optimization using DifferentialEquations using LinearSolve / using NonlinearSolve / using Optimization

For ODE work specifically, prefer importing only the sublib you need (e.g. using OrdinaryDiffEqTsit5: Tsit5) rather than the umbrella using OrdinaryDiffEq — the v7 ecosystem split lets you trim using time substantially. The DiffEqDocs tutorials and solver index annotate every algorithm with its host sublib.

Why

Removing the meta-package's broad re-exports lets each topic's package version cycle independently, eliminates the long using DifferentialEquations precompile chain for users who only need ODEs, and makes the dependency graph for any given script honest about what's actually being loaded.

This change is independent of the OrdinaryDiffEq v7 changes below — OrdinaryDiffEq v7 ships with DifferentialEquations v8, but you can also use OrdinaryDiffEq v7 directly without the umbrella package at all.

OrdinaryDiffEq.jl v7 Breaking Changes

This release bumps to SciMLBase v3, RecursiveArrayTools v4, and includes breaking changes across DiffEqBase, OrdinaryDiffEqCore, and all solver sublibraries.

Themes of the v7 release

Most of the breaking changes fall into a small set of recurring themes. Keep these in mind while reading the migration table — they explain why an individual change exists and often suggest the right migration direction:

  • Time to first solve (TTFS) reduction. Direct deps on Static.jl, StaticArrayInterface.jl, Polyester.jl, and StaticArrays.jl were dropped; using OrdinaryDiffEq now loads only the default solver set; ODEFunction switched to AutoSpecialize. All of this means less code loaded and more precompilation caching on first solve.
  • Type stability everywhere. All Bool solver/solve keyword arguments (autodiff, verbose, alias, lazy, …) were replaced by typed objects. Passing a Bool no longer changes dispatch in ways the compiler cannot specialize on, and the reverse is no longer allowed to silently fall back through slow generic paths.
  • Generality beyond ForwardDiff. chunk_size, diff_type, standardtag, etc. encoded ForwardDiff-specific or FiniteDiff-specific knobs on every solver. They are replaced by the ADTypes interface (AutoForwardDiff, AutoFiniteDiff, AutoEnzyme, AutoZygote, …) so every solver automatically generalizes to any AD backend.
  • Controller is now an object, not a pile of solve kwargs. gamma, beta1, beta2, qmin, qmax, qsteady_min, qsteady_max, qoldinit were moved onto concrete PIController / PIDController / IController / PredictiveController structs, and EEst moved to the controller cache. This is prep work for pluggable controllers and removes a large amount of dead state from the integrator struct.
  • Cleanup of old re-exports / deprecations. Functions like has_destats (now has_stats), sol.destats (now sol.stats), DEAlgorithm/DEProblem/DESolution abstract types, tuples()/intervals(), QuadratureProblem, fastpow, concrete_solve, etc. were on a deprecation path for one or more minor releases. v7 removes them.

Recommended upgrade path

... (truncated)

Commits

Updates StochasticDiffEq to 7.0.0

Release notes

Sourced from StochasticDiffEq's releases.

v7.0.0

OrdinaryDiffEq v7.0.0

Diff since v6.211.0

Many breaking changes. The complete migration story is detailed in https://github.com/SciML/OrdinaryDiffEq.jl/blob/master/NEWS.md

Merged pull requests:

... (truncated)

Changelog

Sourced from StochasticDiffEq's changelog.

OrdinaryDiffEq.jl v7 / DifferentialEquations.jl v8 Breaking Changes

This release bumps to SciMLBase v3, RecursiveArrayTools v4, and includes breaking changes across DiffEqBase, OrdinaryDiffEqCore, and all solver sublibraries. It also coincides with the DifferentialEquations.jl v8 umbrella release, which is itself a breaking change to the user-facing meta-package.

DifferentialEquations.jl v8: scope reduction

DifferentialEquations.jl v8 no longer re-exports the full SciML solver suite. Previously, using DifferentialEquations pulled in OrdinaryDiffEq, StochasticDiffEq, DelayDiffEq, BoundaryValueDiffEq, Sundials, JumpProcesses, SteadyStateDiffEq, LinearSolve, NonlinearSolve, Optimization, etc. — a large default surface that drove up using time and made it unclear which package any given solver actually came from.

In v8, using DifferentialEquations only loads OrdinaryDiffEq. All other solver families have been removed from the umbrella. If your code relied on DifferentialEquations for SDEs, DDEs, BVPs, jumps, steady states, or any non-ODE solver, you will need to add the topic-specific package to your project explicitly.

Migration

Find the topic you need a solver for and add the corresponding sublib(s) directly. The DiffEqDocs tutorials and solver pages now specify, per algorithm, which package it ships from. Common cases:

Topic Old (DiffEq v7 umbrella) New (DiffEq v8)
ODEs using DifferentialEquations using OrdinaryDiffEq (or using OrdinaryDiffEqTsit5, OrdinaryDiffEqRosenbrock, … for individual solver families)
Stochastic ODEs using DifferentialEquations using StochasticDiffEq
Delay ODEs using DifferentialEquations using DelayDiffEq
Boundary value problems using DifferentialEquations using BoundaryValueDiffEq (or one of BoundaryValueDiffEqMIRK, BoundaryValueDiffEqFIRK, BoundaryValueDiffEqShooting, …)
Jump processes using DifferentialEquations using JumpProcesses
Steady state using DifferentialEquations using SteadyStateDiffEq
DAEs (mass matrix or implicit) using DifferentialEquations using OrdinaryDiffEq (mass matrix), using Sundials (IDA), or topic sublib
Sundials wrappers (CVODE, IDA, ARKODE) using DifferentialEquations using Sundials
Linear / nonlinear / optimization using DifferentialEquations using LinearSolve / using NonlinearSolve / using Optimization

For ODE work specifically, prefer importing only the sublib you need (e.g. using OrdinaryDiffEqTsit5: Tsit5) rather than the umbrella using OrdinaryDiffEq — the v7 ecosystem split lets you trim using time substantially. The DiffEqDocs tutorials and solver index annotate every algorithm with its host sublib.

Why

Removing the meta-package's broad re-exports lets each topic's package version cycle independently, eliminates the long using DifferentialEquations precompile chain for users who only need ODEs, and makes the dependency graph for any given script honest about what's actually being loaded.

This change is independent of the OrdinaryDiffEq v7 changes below — OrdinaryDiffEq v7 ships with DifferentialEquations v8, but you can also use OrdinaryDiffEq v7 directly without the umbrella package at all.

OrdinaryDiffEq.jl v7 Breaking Changes

This release bumps to SciMLBase v3, RecursiveArrayTools v4, and includes breaking changes across DiffEqBase, OrdinaryDiffEqCore, and all solver sublibraries.

Themes of the v7 release

Most of the breaking changes fall into a small set of recurring themes. Keep these in mind while reading the migration table — they explain why an individual change exists and often suggest the right migration direction:

  • Time to first solve (TTFS) reduction. Direct deps on Static.jl, StaticArrayInterface.jl, Polyester.jl, and StaticArrays.jl were dropped; using OrdinaryDiffEq now loads only the default solver set; ODEFunction switched to AutoSpecialize. All of this means less code loaded and more precompilation caching on first solve.
  • Type stability everywhere. All Bool solver/solve keyword arguments (autodiff, verbose, alias, lazy, …) were replaced by typed objects. Passing a Bool no longer changes dispatch in ways the compiler cannot specialize on, and the reverse is no longer allowed to silently fall back through slow generic paths.
  • Generality beyond ForwardDiff. chunk_size, diff_type, standardtag, etc. encoded ForwardDiff-specific or FiniteDiff-specific knobs on every solver. They are replaced by the ADTypes interface (AutoForwardDiff, AutoFiniteDiff, AutoEnzyme, AutoZygote, …) so every solver automatically generalizes to any AD backend.
  • Controller is now an object, not a pile of solve kwargs. gamma, beta1, beta2, qmin, qmax, qsteady_min, qsteady_max, qoldinit were moved onto concrete PIController / PIDController / IController / PredictiveController structs, and EEst moved to the controller cache. This is prep work for pluggable controllers and removes a large amount of dead state from the integrator struct.
  • Cleanup of old re-exports / deprecations. Functions like has_destats (now has_stats), sol.destats (now sol.stats), DEAlgorithm/DEProblem/DESolution abstract types, tuples()/intervals(), QuadratureProblem, fastpow, concrete_solve, etc. were on a deprecation path for one or more minor releases. v7 removes them.

Recommended upgrade path

... (truncated)

Commits
  • f3ce496 Merge pull request #3567 from SciML/drop-unused-rosenbrock-tableaus-dep
  • 02763e7 Drop unused OrdinaryDiffEqRosenbrockTableaus from top-level deps
  • a0a61e0 Update version to 7.0.0 in Project.toml
  • 68c304d Merge pull request #3566 from SciML/fix-delaydiffeq-extras-uuids
  • 7c87e5a Fix three wrong UUIDs in DelayDiffEq's [extras]
  • b3359fb Merge pull request #3565 from SciML/revert-core-ddt-bumps
  • cfb94cd Revert OrdinaryDiffEqCore and DiffEqDevTools major bumps from #3562
  • 5b867b8 Merge pull request #3563 from ChrisRackauckas-Claude/drop-old-majors-v7-stack
  • a8419de Revert out-of-scope deps additions in Rosenbrock/Tsit5 QA test envs
  • 260775b Drop old majors from v7-coupled stack compat
  • Additional commits viewable in compare view

Updates NonlinearSolveFirstOrder to 2.1.1

Release notes

Sourced from NonlinearSolveFirstOrder's releases.

NonlinearSolveFirstOrder-v2.1.1

NonlinearSolveFirstOrder NonlinearSolveFirstOrder-v2.1.1

Diff since NonlinearSolveFirstOrder-v2.1.0

Merged pull requests:

Closed issues:

  • NonlinearSolveFirstOrder.jl v2.1.0 is incompatible with NonlinearSolveBase.jl v2.11.2 (#893)
Commits
  • f2b526a Bump patch versions for SciMLBase v3 compat release
  • 0f6a7a4 Bump SciMLBase compat to include v3 and RecursiveArrayTools to include v4
  • 7dc28f3 Update Project.toml
  • ff2f38e Guard JacobianCache callable for empty u, add empty u0 tests
  • 6a304a4 Handle empty u in construct_jacobian_cache
  • b0902e3 Bump NonlinearSolveBase compat lower bound to 2.20
  • 8843054 bump minor versions for release
  • 958ce24 Accept any parameter type in AutoSpecialize wrapping
  • 3865118 bump minor versions for release
  • f47d870 bump SciMLBase lower bound to 2.154 for FWW v1 compat
  • Additional commits viewable in compare view

Updates Turing to 0.45.0

Release notes

Sourced from Turing's releases.

v0.45.0

Turing v0.45.0

Diff since v0.44.5

Breaking changes

Make FlexiChains the default chain type for MCMC sampling.

MCMCChains is still fully supported: you can specify chain_type=MCMCChains.Chains in the sample function to use it instead. However, it is no longer loaded as a dependency of Turing and re-exported (it is now an extension). That means that if you were previously importing MCMCChains via Turing, you will now have to import it directly.

Merged pull requests:

Closed issues:

  • Rework sample() call stack to use LogDensityFunction (#2555)
Changelog

Sourced from Turing's changelog.

0.45.0

Breaking changes

Make FlexiChains the default chain type for MCMC sampling.

MCMCChains is still fully supported: you can specify chain_type=MCMCChains.Chains in the sample function to use it instead. However, it is no longer loaded as a dependency of Turing and re-exported (it is now an extension). That means that if you were previously importing MCMCChains via Turing, you will now have to import it directly.

0.44.5

Allow users to disable the post-sample hook by passing verbose=false keyword argument to sample.

0.44.4

Add post-sampling warning message when there are divergent transitions with HMC, NUTS or HMCDA.

0.44.3

Add compatibility with SciMLBase v3.

0.44.2

Fix a bug in v0.44 where extra keyword arguments passed to vi (e.g. callback) would cause Turing to error.

0.44.1

Re-export pointwise_logdensities and pointwise_prior_logdensities from DynamicPPL.

0.44.0

Breaking changes

Variational inference interface

The VI interface in Turing has been modified to make it more interoperable with the rest of Turing.

  • The arguments to vi(...) are slightly different: instead of specifying a q_init argument (the initial variational approximation), you now directly pass a function that constructs this for you. For example, instead of

    q_init = q_meanfield_gaussian(model)
vi(model, q_init, n_iters)

    you would now do

    vi(model, q_meanfield_gaussian, n_iters)

... (truncated)

Commits

Updates OrdinaryDiffEqVerner to 2.1.0

Changelog

Sourced from OrdinaryDiffEqVerner's changelog.

OrdinaryDiffEq.jl v7 / DifferentialEquations.jl v8 Breaking Changes

This release bumps to SciMLBase v3, RecursiveArrayTools v4, and includes breaking changes across DiffEqBase, OrdinaryDiffEqCore, and all solver sublibraries. It also coincides with the DifferentialEquations.jl v8 umbrella release, which is itself a breaking change to the user-facing meta-package.

DifferentialEquations.jl v8: scope reduction

DifferentialEquations.jl v8 no longer re-exports the full SciML solver suite. Previously, using DifferentialEquations pulled in OrdinaryDiffEq, StochasticDiffEq, DelayDiffEq, BoundaryValueDiffEq, Sundials, JumpProcesses, SteadyStateDiffEq, LinearSolve, NonlinearSolve, Optimization, etc. — a large default surface that drove up using time and made it unclear which package any given solver actually came from.

In v8, using DifferentialEquations only loads OrdinaryDiffEq. All other solver families have been removed from the umbrella. If your code relied on DifferentialEquations for SDEs, DDEs, BVPs, jumps, steady states, or any non-ODE solver, you will need to add the topic-specific package to your project explicitly.

Migration

Find the topic you need a solver for and add the corresponding sublib(s) directly. The DiffEqDocs tutorials and solver pages now specify, per algorithm, which package it ships from. Common cases:

Topic Old (DiffEq v7 umbrella) New (DiffEq v8)
ODEs using DifferentialEquations using OrdinaryDiffEq (or using OrdinaryDiffEqTsit5, OrdinaryDiffEqRosenbrock, … for individual solver families)
Stochastic ODEs using DifferentialEquations using StochasticDiffEq
Delay ODEs using DifferentialEqua...

Description has been truncated

@dependabot
Bump the all-julia-packages group across 2 directories with 12 updates
0050e6b 
Updates the requirements on [SciMLBase](https://github.com/SciML/SciMLBase.jl), [DiffEqBase](https://github.com/SciML/OrdinaryDiffEq.jl), [BifurcationKit](https://github.com/bifurcationkit/BifurcationKit.jl), [OrdinaryDiffEqDefault](https://github.com/SciML/OrdinaryDiffEq.jl), [StochasticDiffEq](https://github.com/SciML/OrdinaryDiffEq.jl), [NonlinearSolveFirstOrder](https://github.com/SciML/NonlinearSolve.jl), [Turing](https://github.com/TuringLang/Turing.jl), [OrdinaryDiffEqVerner](https://github.com/SciML/OrdinaryDiffEq.jl), [OrdinaryDiffEqRosenbrock](https://github.com/SciML/OrdinaryDiffEq.jl), [OrdinaryDiffEqBDF](https://github.com/SciML/OrdinaryDiffEq.jl), [OrdinaryDiffEqTsit5](https://github.com/SciML/OrdinaryDiffEq.jl) and [OrdinaryDiffEqSDIRK](https://github.com/SciML/OrdinaryDiffEq.jl) to permit the latest version.

Updates `SciMLBase` to 3.13.0
- [Release notes](https://github.com/SciML/SciMLBase.jl/releases)
- [Commits](SciML/SciMLBase.jl@v2.84.0...v3.13.0)

Updates `DiffEqBase` to 7.5.0
- [Release notes](https://github.com/SciML/OrdinaryDiffEq.jl/releases)
- [Changelog](https://github.com/SciML/OrdinaryDiffEq.jl/blob/master/NEWS.md)
- [Commits](https://github.com/SciML/OrdinaryDiffEq.jl/commits)

Updates `BifurcationKit` to 0.7.0
- [Release notes](https://github.com/bifurcationkit/BifurcationKit.jl/releases)
- [Changelog](https://github.com/bifurcationkit/BifurcationKit.jl/blob/master/News.md)
- [Commits](https://github.com/bifurcationkit/BifurcationKit.jl/commits/v0.7.0)

Updates `SciMLBase` to 3.13.0
- [Release notes](https://github.com/SciML/SciMLBase.jl/releases)
- [Commits](SciML/SciMLBase.jl@v2.84.0...v3.13.0)

Updates `DiffEqBase` to 7.5.0
- [Release notes](https://github.com/SciML/OrdinaryDiffEq.jl/releases)
- [Changelog](https://github.com/SciML/OrdinaryDiffEq.jl/blob/master/NEWS.md)
- [Commits](https://github.com/SciML/OrdinaryDiffEq.jl/commits)

Updates `BifurcationKit` to 0.7.0
- [Release notes](https://github.com/bifurcationkit/BifurcationKit.jl/releases)
- [Changelog](https://github.com/bifurcationkit/BifurcationKit.jl/blob/master/News.md)
- [Commits](https://github.com/bifurcationkit/BifurcationKit.jl/commits/v0.7.0)

Updates `OrdinaryDiffEqDefault` to 2.2.0
- [Release notes](https://github.com/SciML/OrdinaryDiffEq.jl/releases)
- [Changelog](https://github.com/SciML/OrdinaryDiffEq.jl/blob/master/NEWS.md)
- [Commits](SciML/OrdinaryDiffEq.jl@v1.0.0...v2.2.0)

Updates `StochasticDiffEq` to 7.0.0
- [Release notes](https://github.com/SciML/OrdinaryDiffEq.jl/releases)
- [Changelog](https://github.com/SciML/OrdinaryDiffEq.jl/blob/master/NEWS.md)
- [Commits](SciML/OrdinaryDiffEq.jl@v6.65.0...v7.0.0)

Updates `NonlinearSolveFirstOrder` to 2.1.1
- [Release notes](https://github.com/SciML/NonlinearSolve.jl/releases)
- [Commits](SciML/NonlinearSolve.jl@NonlinearSolveFirstOrder-v1.0.0...NonlinearSolveFirstOrder-v2.1.1)

Updates `Turing` to 0.45.0
- [Release notes](https://github.com/TuringLang/Turing.jl/releases)
- [Changelog](https://github.com/TuringLang/Turing.jl/blob/main/HISTORY.md)
- [Commits](TuringLang/Turing.jl@v0.43.5...v0.45.0)

Updates `OrdinaryDiffEqVerner` to 2.1.0
- [Release notes](https://github.com/SciML/OrdinaryDiffEq.jl/releases)
- [Changelog](https://github.com/SciML/OrdinaryDiffEq.jl/blob/master/NEWS.md)
- [Commits](SciML/OrdinaryDiffEq.jl@v1.0.0...v2.1.0)

Updates `OrdinaryDiffEqRosenbrock` to 2.2.0
- [Release notes](https://github.com/SciML/OrdinaryDiffEq.jl/releases)
- [Changelog](https://github.com/SciML/OrdinaryDiffEq.jl/blob/master/NEWS.md)
- [Commits](SciML/OrdinaryDiffEq.jl@v1.0.0...v2.2.0)

Updates `OrdinaryDiffEqBDF` to 2.0.0
- [Release notes](https://github.com/SciML/OrdinaryDiffEq.jl/releases)
- [Changelog](https://github.com/SciML/OrdinaryDiffEq.jl/blob/master/NEWS.md)
- [Commits](SciML/OrdinaryDiffEq.jl@v1.0.0...v2.0.0)

Updates `OrdinaryDiffEqTsit5` to 2.0.0
- [Release notes](https://github.com/SciML/OrdinaryDiffEq.jl/releases)
- [Changelog](https://github.com/SciML/OrdinaryDiffEq.jl/blob/master/NEWS.md)
- [Commits](SciML/OrdinaryDiffEq.jl@v1.0.0...v2.0.0)

Updates `OrdinaryDiffEqSDIRK` to 2.2.0
- [Release notes](https://github.com/SciML/OrdinaryDiffEq.jl/releases)
- [Changelog](https://github.com/SciML/OrdinaryDiffEq.jl/blob/master/NEWS.md)
- [Commits](SciML/OrdinaryDiffEq.jl@v1.0.0...v2.2.0)

---
updated-dependencies:
- dependency-name: SciMLBase
  dependency-version: 3.13.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: DiffEqBase
  dependency-version: 7.5.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: BifurcationKit
  dependency-version: 0.7.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: SciMLBase
  dependency-version: 3.13.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: DiffEqBase
  dependency-version: 7.5.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: BifurcationKit
  dependency-version: 0.7.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: OrdinaryDiffEqDefault
  dependency-version: 2.2.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: StochasticDiffEq
  dependency-version: 7.0.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: NonlinearSolveFirstOrder
  dependency-version: 2.1.1
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: Turing
  dependency-version: 0.45.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: OrdinaryDiffEqVerner
  dependency-version: 2.1.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: OrdinaryDiffEqRosenbrock
  dependency-version: 2.2.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: OrdinaryDiffEqBDF
  dependency-version: 2.0.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: OrdinaryDiffEqTsit5
  dependency-version: 2.0.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: OrdinaryDiffEqSDIRK
  dependency-version: 2.2.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added dependencies Pull requests that update a dependency file julia Pull requests that update julia code labels May 18, 2026
@dependabot @github
Copy link
Copy Markdown
Contributor Author

dependabot Bot commented on behalf of github May 22, 2026

Dependabot tried to update this pull request, but something went wrong. We're looking into it, but in the meantime you can retry the update by commenting @dependabot recreate.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

dependencies Pull requests that update a dependency file julia Pull requests that update julia code

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

0 participants