# Some update broke our project - how to fix faster

**URL:** <https://discourse.julialang.org/t/some-update-broke-our-project-how-to-fix-faster/136551>\
**Category:** General Usage\
**Tags:** question, pkg, sciml\
**Created:** [April 4, 2026, 9:30am UTC](https://discourse.julialang.org/t/some-update-broke-our-project-how-to-fix-faster/136551 "2026-04-04T09:30:14Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![ufechner7](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/ufechner7/32/51363_2.png) [@ufechner7](https://discourse.julialang.org/u/ufechner7)\
**Post date:** [April 4, 2026, 9:30am UTC](https://discourse.julialang.org/t/some-update-broke-our-project-how-to-fix-faster/136551/1 "2026-04-04T09:30:14Z")

</div>

Some update of the sciml packages broke our project, see:

> <https://github.com/OpenSourceAWE/SymbolicAWEModels.jl/actions/runs/23970764320/job/69919413661>

Now I want to change `Project.toml to make it work again, but this is very time-consuming, because after the first package that fails to pre-compile, it continues with lots of other packages that also fail.

```julia-auto
   6439.4 ms ✓ OrdinaryDiffEqDifferentiation
           ✗ NonlinearSolveQuasiNewton → NonlinearSolveQuasiNewtonForwardDiffExt
   3151.3 ms ✓ OrdinaryDiffEqDifferentiation → OrdinaryDiffEqDifferentiationSparseArraysExt
           ✗ ImplicitDiscreteSolve
           ✗ NonlinearSolve
           ✗ VortexStepMethod
           ✗ OrdinaryDiffEqNonlinearSolve
           ✗ VortexStepMethod → VortexStepMethodMakieExt
           ✗ OrdinaryDiffEqSDIRK
 223006.4 ms ✓ SymbolicUtils
   3227.6 ms ✓ SymbolicUtils → SymbolicUtilsChainRulesCoreExt
   3452.7 ms ✓ SymbolicLimits
   3880.2 ms ✓ SymbolicUtils → SymbolicUtilsDistributionsExt
           ✗ OrdinaryDiffEqBDF
  35451.8 ms ✓ Symbolics
   4478.9 ms ✓ DifferentiationInterface → DifferentiationInterfaceSymbolicsExt
   5301.8 ms ✓ Symbolics → SymbolicsForwardDiffExt
   5515.5 ms ✓ Symbolics → SymbolicsDistributionsExt
   7003.3 ms ✓ Symbolics → SymbolicsHypergeometricFunctionsExt
   3675.7 ms ✓ Symbolics → SymbolicsPreallocationToolsExt
           ✗ ModelingToolkitBase
           ✗ ModelingToolkitBase → MTKChainRulesCoreExt
           ✗ ModelingToolkitTearing
           ✗ ModelingToolkit
           ✗ ModelingToolkit → MTKOrdinaryDiffEqBDFExt
           ✗ SymbolicAWEModels
           ✗ SymbolicAWEModels → SymbolicAWEModelsMakieExt
  70 dependencies successfully precompiled in 512 seconds. 501 already precompiled.

```

Is there a way to force termination after the first package that fails to pre-compile?

---

<div class="post-metadata">

**Author:** ![lilachint](https://avatars.discourse-cdn.com/v4/letter/l/ee7513/32.png) [@lilachint](https://discourse.julialang.org/u/lilachint)\
**Post date:** [April 4, 2026, 10:46am UTC](https://discourse.julialang.org/t/some-update-broke-our-project-how-to-fix-faster/136551/2 "2026-04-04T10:46:12Z")

</div>

[`Pkg.test`](https://github.com/JuliaLang/Pkg.jl/blob/9f77c6d606fff6cbc8711f2ccdde31081fb3ef53/src/Operations.jl#L3025) calls [`Pkg.precompile`](https://github.com/JuliaLang/Pkg.jl/blob/9f77c6d606fff6cbc8711f2ccdde31081fb3ef53/src/API.jl#L1217), which calls [`Base.Precompilation.precompilepkgs`](https://github.com/JuliaLang/julia/blob/cfab3f5f6cbcd99442f91a6fa59e9e118ff61d2b/base/precompilation.jl#L939), which calls [`monitor_background_precompile`](https://github.com/JuliaLang/julia/blob/cfab3f5f6cbcd99442f91a6fa59e9e118ff61d2b/base/precompilation.jl#L1036). The last function has a lot of try-catch and messes around with the terminal. I’m not sure if this is related, but maybe the mediocre error handling there could be a reason? I’m new to Julia so expect this to be false!