Skip to content

Bump the all-julia-packages group across 2 directories with 4 updates - #55

Merged
mateuszbaran merged 3 commits into
mainfrom
dependabot/julia/all-julia-packages-c38e399688
May 5, 2026
Merged

Bump the all-julia-packages group across 2 directories with 4 updates#55
mateuszbaran merged 3 commits into
mainfrom
dependabot/julia/all-julia-packages-c38e399688

Conversation

@dependabot

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

Copy link
Copy Markdown
Contributor

Updates the requirements on OrdinaryDiffEqCore, DiffEqBase, RecursiveArrayTools and OrdinaryDiffEq to permit the latest version.
Updates OrdinaryDiffEqCore to 5.0.0

Changelog

Sourced from OrdinaryDiffEqCore'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
  • c991028 Update REQUIRE
  • f65ca68 fix inner constructor for IIP addition
  • d66f6b2 Merge pull request #579 from Datseris/master
  • 3ac6640 Merge remote-tracking branch 'origin/master'
  • 1135435 Remove timeseries_steps
  • 81bf4e6 Merge pull request #632 from JuliaDiffEq/myb/ros
  • 4543103 Add _reshape and _vec utils
  • 10002bf Add reshape and vec in oop SIDRK
  • bd603d8 Merge pull request #631 from JuliaDiffEq/myb/radau
  • 58758df Simplify reshape/vec tests
  • Additional commits viewable in compare view

Updates DiffEqBase to 7.1.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 RecursiveArrayTools to 4.3.0

Release notes

Sourced from RecursiveArrayTools's releases.

v4.3.0

RecursiveArrayTools v4.3.0

Diff since v4.2.0

Merged pull requests:

Closed issues:

  • Vector{Int} indexing of NamedArrayPartition broken for v4+ (#583)
Commits
  • 8017750 Merge pull request #586 from SciML/ChrisRackauckas-patch-3
  • d419cd5 Update Project.toml
  • 951f7da Merge pull request #584 from ChrisRackauckas-Claude/fix-vector-int-indexing-583
  • 0c18182 Merge pull request #585 from SciML/ChrisRackauckas-patch-3
  • 9cbf6d0 Make NamedArrayPartition slicing fully type-stable via Vector
  • b2dba7b Update Project.toml
  • c888aa7 Merge pull request #582 from JoshuaLampert/recursivefill-raggedarrays
  • 546b1ab remove extension again
  • 48afea0 fix inference issue on julia v1.10
  • 2466954 Fix NamedArrayPartition Vector{Int} / UnitRange indexing (#583)
  • Additional commits viewable in compare view

Updates DiffEqBase to 7.1.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 OrdinaryDiffEq to 7.0.0

Release notes

Sourced from OrdinaryDiffEq'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 OrdinaryDiffEq'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

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file julia Pull requests that update julia code labels May 5, 2026
@dependabot dependabot Bot mentioned this pull request May 5, 2026
Closed
@mateuszbaran

mateuszbaran commented May 5, 2026

Copy link
Copy Markdown
Member

@dependabot recreate

OrdinaryDiffEqCore v5 was yanked.

@dependabot
Bump the all-julia-packages group across 2 directories with 4 updates
db790ec 
Updates the requirements on [OrdinaryDiffEqCore](https://github.com/SciML/OrdinaryDiffEq.jl), [DiffEqBase](https://github.com/SciML/OrdinaryDiffEq.jl), [RecursiveArrayTools](https://github.com/SciML/RecursiveArrayTools.jl) and [OrdinaryDiffEq](https://github.com/SciML/OrdinaryDiffEq.jl) to permit the latest version.

Updates `OrdinaryDiffEqCore` to 5.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@v3.0.0...v5.0.0)

Updates `DiffEqBase` to 7.1.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 `RecursiveArrayTools` to 4.3.0
- [Release notes](https://github.com/SciML/RecursiveArrayTools.jl/releases)
- [Commits](SciML/RecursiveArrayTools.jl@v3.0.0...v4.3.0)

Updates `DiffEqBase` to 7.1.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 `OrdinaryDiffEq` 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.111.0...v7.0.0)

---
updated-dependencies:
- dependency-name: DiffEqBase
  dependency-version: 7.1.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: DiffEqBase
  dependency-version: 7.1.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: OrdinaryDiffEq
  dependency-version: 7.0.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: OrdinaryDiffEqCore
  dependency-version: 5.0.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
- dependency-name: RecursiveArrayTools
  dependency-version: 4.3.0
  dependency-type: direct:production
  dependency-group: all-julia-packages
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot
dependabot Bot force-pushed the dependabot/julia/all-julia-packages-c38e399688 branch from e479101 to db790ec Compare May 5, 2026 07:32
mateuszbaran
mateuszbaran reviewed May 5, 2026
View reviewed changes
Comment thread Project.toml Outdated
@mateuszbaran mateuszbaran mentioned this pull request May 5, 2026
Closed
@codecov

codecov Bot commented May 5, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 93.38%. Comparing base (1ba4d53) to head (7cff36f).

Additional details and impacted files 
@@            Coverage Diff             @@
##             main      #55      +/-   ##
==========================================
+ Coverage   92.78%   93.38%   +0.60%     
==========================================
  Files           9        9              
  Lines         499      499              
==========================================
+ Hits          463      466       +3     
+ Misses         36       33       -3

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@mateuszbaran
mateuszbaran merged commit c6b58ea into main May 5, 2026
15 checks passed
@dependabot
dependabot Bot deleted the dependabot/julia/all-julia-packages-c38e399688 branch May 5, 2026 13:10
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

@mateuszbaran mateuszbaran mateuszbaran left review comments

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.

1 participant

@mateuszbaran