Setting parameters when using stages

Is it possible to set parameters for stages? I am using a template for my build but would like to share the parameters across stages. My syntax might just be wrong.
resources:
  repositories:
    - repository: templates
      type: git
      ref: refs/heads/release/1.1
      name: BuildTemplates

trigger:
  branches:
    include:
    - master
    - release/*

parameters:
  services:
  - version: $(Build.BuildNumber)
    dockerfileName: 'Dockerfile.Api'
    tagName: 'myacr.azurecr.io/myapi.api'
    generatesMigration: true
  - version: $(Build.BuildNumber)
    dockerfileName: 'Dockerfile.InternalApi'
    tagName: 'myacr.azurecr.io/myapi.internalapi'
  - version: $(Build.BuildNumber)
    dockerfileName: 'Dockerfile.PlaceIndexer'
    tagName: 'myacr.azurecr.io/myapi.indexer'

stages:
- stage: Build
  displayName: Build stage
  jobs:
  - template: templates/MicroServices/build.yml@templates
    parameters: ${{ parameters }}

- stage: Deploy
  displayName: Deploy stage
  dependsOn: Build
  jobs:
  - ${{ each service in parameters.services }}:
    - deployment: Deploy
      displayName: Deploy ${{ service.tagName }}
      pool:
        vmImage: Hosted Ubuntu 1604
      environment: 'staging'
      strategy:
        runOnce:
          deploy:
            steps:
            - task: DownloadPipelineArtifact@1
              inputs:
                artifactName: 'manifests'
                downloadPath: '$(System.ArtifactsDirectory)/manifests'
            # Some other tasks

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 6724abea-bbdc-bf66-ed5e-3214fa6c3e66
Version Independent ID: 4f8dab21-3f0e-da32-cc0e-1d85c13c0065
Content: Job and step templates - Azure Pipelines
Content Source: docs/pipelines/process/templates.md
Product: devops
Technology: devops-cicd
GitHub Login: @vtbassmatt
Microsoft Alias: macoope

Parameters are completely consumed after template compilation, so they work for stage templates as well. I'd have to see your outer, containing pipeline as well to see what's happening.

This is the outer pipeline. I was going to use variables like so:
parameters:
  services:
  - version: $(Build.BuildNumber)
    dockerfileName: 'Dockerfile.Api'
    tagName: 'myacr.azurecr.io/myapi.api'
    generatesMigration: true
  - version: $(Build.BuildNumber)
    dockerfileName: 'Dockerfile.InternalApi'
    tagName: 'myacr.azurecr.io/myapi.internalapi'
  - version: $(Build.BuildNumber)
    dockerfileName: 'Dockerfile.PlaceIndexer'
    tagName: 'myacr.azurecr.io/myapi.indexer'

but that seemed wrong. Ideally, I need to pass that config into both stages.

Oh, I see. You want to specify the parameters once and pass them to two different templates. That's not easy to achieve with parameters (which are designed for re-using logic with different inputs, not re-using inputs with different logic 😄).
You can kind of simulate using multiple layers of templates. It's ugly, but if you want to ${{ each }} over it, it's your only viable option. (We offer variable templates, but variables are strings so you don't get the key/value stuff that you're using from parameters.)
Something like:
# azure-pipelines.yml
stages:
- template: outer-template.yml
  parameters:
    services:
    - version: $(Build.BuildNumber)
      dockerfileName: 'Dockerfile.Api'
      tagName: 'myacr.azurecr.io/myapi.api'
      generatesMigration: true
    - version: $(Build.BuildNumber)
      dockerfileName: 'Dockerfile.InternalApi'
      tagName: 'myacr.azurecr.io/myapi.internalapi'
    - version: $(Build.BuildNumber)
      dockerfileName: 'Dockerfile.PlaceIndexer'
      tagName: 'myacr.azurecr.io/myapi.indexer'

# outer-template.yml
parameters:
  services: {}

stages:
- stage: Build
  displayName: Build stage
  jobs:
  - template: templates/MicroServices/build.yml
    parameters:
      services: ${{ parameters.services }}

- stage: Deploy
  displayName: Deploy stage
  dependsOn: Build
  jobs:
  - template: templates/MicroServices/deploy.yml
    parameters:
      services: ${{ parameters.services }}

# deploy.yml
parameters:
  services: {}

jobs:
- ${{ each service in parameters.services }}:
  - deployment: Deploy
    displayName: Deploy ${{ service.tagName }}
    pool:
      vmImage: Hosted Ubuntu 1604
    environment: 'staging'
    strategy:
      runOnce:
        deploy:
          steps:
          - task: DownloadPipelineArtifact@1
            inputs:
              artifactName: 'manifests'
              downloadPath: '$(System.ArtifactsDirectory)/manifests'
          # Some other tasks

This is a great scenario, and one that we'll think about as we evolve the language. It's not exactly a doc bug, so I'll go ahead and close it now.


feat: Build extension and service in docker

Add new configurations properties: isRemote/port for connecting to a remote aider service
Docker files for building the extension and for building/running the chat service

Docker is the only requirement for building/running aider-composer from the latest source.
Aider chat service is based off https://aider.chat/docs/install/docker.html
Chat service runs as an independent service. There is a limitation as of the current aider-composer implementation.
workspace paths must match for the host and  inside the container for file operations to work.

will the vscode open the project in the docker? as I see the changes, this just use docker service for the backend. and this is not able to use the integrated features in vscode.
this is not the target of this extension. and it may cause bugs and confuse the extension users.

Your are right. the integrated features will be  dependent on aider docker support.
ok sure.


Remove Backbone as it has a dependency on Underscore and is larger than 5k.

https://github.com/madrobby/microjs.com/pull/212#issuecomment-3861731

I see. Well, not really. I don't want to make a big deal out of it and didn't realise this had been discussed previously.
Personally I'd argue that the Underscore dependency is hard whereas the jQuery dependency is soft.


MFRC UART Communication

I want to Read Version of my MFRC63002 Card Reader using Serial utility like Docklite. please can someone help me out with the commands?Just to understand if my reader is Communicating, Also how do i read UID of My MiFare Classic Card.

I don't know what the MFRC63002 Card Reader specifically is, nor do I know what Docklite is. But if you want to use uart you'd have to rewrite the SPI register interface functions to use a serial port. Then you should be able to use the other methods from the library to communicate to your chip.
Doubt anyone has done that yet, SPI is often preferred over the uart interface, so don't think anyone can just give you the code to use. It'll require some work and debugging, hope this provides some starting points, goodluck!


Enzyme using fallback BLAS replacements in deep neural network

When I run this code:
using OrdinaryDiffEq, DiffEqFlux
using Optimization, OptimizationOptimisers, OptimizationOptimJL
using ComponentArrays, Lux, Plots, Random, StatsBase
using DelimitedFiles, Serialization
rng = Random.default_rng()

neuralNetwork = Lux.Chain(Lux.Dense(2,10),Lux.Dense(10,5),Lux.Dense(5,2))
ps, st = Lux.setup(rng, neuralNetwork)
ps64 = Float64.(ComponentArray(ps))
knownDynamics(x,p,q) = [-p[1].*x[1];
                    -p[2].*x[2]];
training_data = rand(2,50)
ps_dynamics = ComponentArray((predefined_params = rand(Float64, 2), model_params = ps64))
function ude!(du,u,p,t,q)
        knownPred = knownDynamics(u,p.predefined_params,q)
        nnPred = Array(neuralNetwork(u,p.model_params,st)[1])

        for i in 1:length(u)
            du[i] = knownPred[i]+nnPred[i]
        end
end
nn_dynamics!(du,u,p,t) = ude!(du,u,p,t,nothing)
prob_nn = ODEProblem(nn_dynamics!,training_data[:, 1], (Float64(1),Float64(size(training_data,2))), ps_dynamics)
function predict(p, X = training_data[:,1], T = 1:size(training_data,2))
        _prob = remake(prob_nn, u0 = X, tspan = (Float64(T[1]), Float64(T[end])), p = p)
        Array(solve(_prob, Rodas4P(), saveat = T,
                abstol=1e-7, reltol=1e-7
                ))
end

function loss_function(p)
        X̂ = predict(p)
        sum(abs2, training_data .- X̂)
end
pinit = ComponentVector(ps_dynamics)
adtype = Optimization.AutoZygote()
optf = Optimization.OptimizationFunction((x, p) -> loss_function(x), adtype)
optprob = Optimization.OptimizationProblem(optf, pinit)
result_neuralode = Optimization.solve(optprob,
                                           ADAM(),
                                           maxiters = 10)

I get repetitions of the following warnings, and performance is significantly slowed down.
┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler ~/.julia/packages/GPUCompiler/Z5kZC/src/utils.jl:35
warning: didn't implement memmove, using memcpy as fallback which can result in errors
warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-unknown-linux-gnu' whereas 'text' is 'x86_64-redhat-linux'

However, if I change my neural network architecture to include a single hidden layer:
neuralNetwork = Lux.Chain(Lux.Dense(2,10),Lux.Dense(10,2))
The warnings disappear. The warnings also disappear when my neural network has a single input:
neuralNetwork = Lux.Chain(Lux.Dense(1,10),Lux.Dense(10,5),Lux.Dense(5,1))
ps, st = Lux.setup(rng, neuralNetwork)
ps64 = Float64.(ComponentArray(ps))
knownDynamics(x,p,q) = -p[1].*x[1]
training_data = rand(1,50)

I haven't tested having a single layer neural network on production scale, but the case with a single input has a significantly better performance than the case with two inputs (the single input completes the production in less than a day, the double input takes several days to go through a single iteration of the for loop and runs out of 250GB of RAM).
Besides changing my neural networks to a single hidden layer (not ideal), how can this issue be fixed?

cc @ChrisRackauckas
THe latter warning implies you aren't using the latest main. What happens when you use the latest Enzyme?
Secondly, from AutoZygote I'm not sure you're running with Enzyme ehre.

No, it's using Enzyme in one of the adjoints.
Though last I checked on main it'll still fail with Lux until https://github.com/EnzymeAD/Enzyme.jl/issues/645 is fixed. The getfield missing derivatives are kind of the last piece of the puzzle.

Yeah but I presume the Lux AD they are doing successfully isn't going through Enzyme, right? Thus the perf issue they see is Zygote?

No it would be the Enzyme BLAS fallback.

Hm okay, in that case -- so I can properly understand, can you make a version of this code that just is a call to Enzyme.autodiff ?

It would just be the UDE part:
function ude!(du,u,p,t,q)
        knownPred = knownDynamics(u,p.predefined_params,q)
        nnPred = Array(neuralNetwork(u,p.model_params,st)[1])

        for i in 1:length(u)
            du[i] = knownPred[i]+nnPred[i]
        end
end

w.r.t. u,p,

Can you give an example that initializes the internals? Am not familiar with those packages.
using Enzyme, Random, Lux, ComponentArrays

rng = Random.default_rng()

neuralNetwork = Lux.Chain(Lux.Dense(2,10),Lux.Dense(10,5),Lux.Dense(5,2))
ps, st = Lux.setup(rng, neuralNetwork)
ps64 = Float64.(ComponentArray(ps))
knownDynamics(x,p,q) = [-p[1].*x[1];
                    -p[2].*x[2]];
training_data = rand(2,50)
ps_dynamics = ComponentArray((predefined_params = rand(Float64, 2), model_params = ps64))
function ude!(du,u,p,t,q)
        knownPred = knownDynamics(u,p.predefined_params,q)
        nnPred = Array(neuralNetwork(u,p.model_params,st)[1])

        for i in 1:length(u)
            du[i] = knownPred[i]+nnPred[i]
        end
end

du = ?
d_du = ?

u = ?
d_u = ?
p = ?
d_p = ?
t = ?
q = ?
Enzyme.autodiff(Reverse, ude!, Duplicated(du, d_du), Duplicated(u, d_u), Const(p), Const(d_p), Const(t), Const(q))

using Enzyme, Random, Lux, ComponentArrays

rng = Random.default_rng()

neuralNetwork = Lux.Chain(Lux.Dense(2,10),Lux.Dense(10,5),Lux.Dense(5,2))
ps, st = Lux.setup(rng, neuralNetwork)
ps64 = Float64.(ComponentArray(ps))
knownDynamics(x,p) = [-p[1].*x[1];
                    -p[2].*x[2]];
training_data = rand(2,50)
ps_dynamics = ComponentArray((predefined_params = rand(Float64, 2), model_params = ps64))
function ude!(du,u,p,t)
    knownPred = knownDynamics(u,p.predefined_params)
    nnPred = Array(neuralNetwork(u,p.model_params,st)[1])

    for i in 1:length(u)
        du[i] = knownPred[i]+nnPred[i]
    end
    nothing
end

du = training_data[:,1]
d_du = training_data[:,1]

u = training_data[:,1]
d_u = training_data[:,1]
p = ps_dynamics
d_p = copy(ps_dynamics)
t = 0.0

ude!(du,u,p,t)
Enzyme.autodiff(Reverse, ude!, Duplicated(du, d_du), Duplicated(u, d_u), Const(p), Const(t))
Enzyme.autodiff(Reverse, ude!, Duplicated(du, d_du), Const(u), DuplicatedNoNeed(p, d_p), Const(t))

Hope this is not tangent to the specifics of Lux above, but back to original question regarding slow performance associated with BLAS fallback, this is something that is experiened in the following simple setup:
function mymatmul(x::AbstractMatrix, w::AbstractMatrix)
    out = sum(w * x)
    return out
end;

seed!(123)
bs = 4096
f = 256
h1 = 512
w = randn(h1, f) .* 0.01;
x = randn(f, bs) .* 0.01;
dw = zeros(h1, f);
# dx = zeros(f, bs);

Forward pass (0.01 sec)
julia> @time mymatmul(x, w)
  0.012209 seconds (3 allocations: 16.000 MiB)
0.5842598323078428

Forward-backward (5 secs, over 100X slower)
julia> @time _, y = Enzyme.autodiff(ReverseWithPrimal, mymatmul, Const(x), Duplicated(w, dw))
  5.066479 seconds (4.11 k allocations: 32.125 MiB)
((nothing, nothing), 0.5842598323078416)

This is from current main branch version:
  [7da242da] Enzyme v0.11.0 `https://github.com/EnzymeAD/Enzyme.jl.git#main`
  [f151be2c] EnzymeCore v0.2.1 `https://github.com/EnzymeAD/Enzyme.jl.git:lib/EnzymeCore#main`

@ChrisRackauckas yeah this does not differentiate with Enzyme atm so I'm presuming this is actually Zygote or a different fallback causing the issues.
No augmented forward pass found for ijl_box_char
declare nonnull {} addrspace(10)* @ijl_box_char(i32 zeroext) local_unnamed_addr #3

Stacktrace:
  [1] julia_error(cstr::Cstring, val::Ptr{LLVM.API.LLVMOpaqueValue}, errtype::Enzyme.API.ErrorType, data::Ptr{Nothing})
    @ Enzyme.Compiler ~/git/Enzyme.jl/src/compiler.jl:5040
  [2] macro expansion
    @ ./logging.jl:362 [inlined]
  [3] macro expansion
    @ ~/.julia/packages/GPUCompiler/anMCs/src/utils.jl:58 [inlined]
  [4] inlining_policy
    @ ~/git/Enzyme.jl/src/compiler/interpreter.jl:181
  [5] EnzymeCreateAugmentedPrimal(logic::Enzyme.Logic, todiff::LLVM.Function, retType::Enzyme.API.CDIFFE_TYPE, constant_args::Vector{Enzyme.API.CDIFFE_TYPE}, TA::Enzyme.TypeAnalysis, returnUsed::Bool, shadowReturnUsed::Bool, typeInfo::Enzyme.FnTypeInfo,

I'll go add the function now, regardless to get it closer to working on it -- but an FYI I don't think Enzyme is the cause.

Summarizing for @jarroyoe, this code does not currently differentiate with Enzyme. Thus your performance question is best asked at the issue forum for a different library.
We'll work on making this differentiate so let's keep the issue open, regardless.

@jeremiedb suboptimal performance on fallback blas is expected (hence the warning about it). Feel free to open a separate issue to track. Resolving it requires either someone adding the BLAS rules in EnzymeRules or finishing up @ZuseZ4's work on Enzyme-internal blas rules.

@wsmoses thank you for this information. To summarize, is this issue entirely on the Enzyme.jl team hands now, or something can be done through the DiffEqFlux.jl part of the script?

You could define an EnzymeRule for the unsupported part of the code.

The current bottleneck is getfield: https://github.com/EnzymeAD/Enzyme.jl/issues/645, https://github.com/EnzymeAD/Enzyme.jl/issues/644. What's going on in the OP's case is that it will do a try/catch on Enzyme, which throws the warning, but then fails (errors), which is caught, and then it falls back to using ReverseDiff in scalar mode (to handle the mutation), and it should be doing tape compilation, but that's all a bit besides the point. The key is that what I showed is what it trys to do with Enzyme and fails.

using Enzyme, Random, Lux, ComponentArrays

Enzyme.API.printall!(true)

rng = Random.default_rng()

neuralNetwork = Lux.Chain(Lux.Dense(2,1),Lux.Dense(1,2))
ps, st = Lux.setup(rng, neuralNetwork)
ps64 = Float64.(ComponentArray(ps))
# @show ps64

function ude!(u,p, neuralNetwork)
	neuralNetwork = Base.inferencebarrier(neuralNetwork.layers.layer_1)
    # y = neuralNetwork(u, p.layer_1, NamedTuple()) # st.layer_1)
    (y, _) = neuralNetwork(u, p.layer_1, NamedTuple()) # st.layer_1)

    y[1]::Float64
end

u = Float64[0,0]
d_u = Float64[0,0]
p = ps64
d_p = copy(ps64)

ude!(u,p, neuralNetwork)
Enzyme.autodiff(Reverse, ude!, Duplicated(u, d_u), Const(p), neuralNetwork)

this hits a GC error atm, investigating.

The GC part of the error should now be fixed, the type instability persists.

Okay, still needs work:

using OrdinaryDiffEq, DiffEqFlux
using Optimization, OptimizationOptimisers, OptimizationOptimJL
using ComponentArrays, Lux, Random
# using ComponentArrays, Lux, Plots, Random, StatsBase
# using DelimitedFiles, Serialization
rng = Random.default_rng()

const neuralNetwork = Lux.Chain(Lux.Dense(2,10),Lux.Dense(10,5),Lux.Dense(5,2))
const ps, st = Lux.setup(rng, neuralNetwork)
ps64 = Float64.(ComponentArray(ps))
knownDynamics(x,p,q) = [-p[1].*x[1];
                    -p[2].*x[2]];
training_data = rand(2,50)
ps_dynamics = ComponentArray((predefined_params = rand(Float64, 2), model_params = ps64))
function ude!(du,u,p,t,q)
        knownPred = knownDynamics(u,p.predefined_params,q)
        nnPred = Array(neuralNetwork(u,p.model_params,st)[1])

        for i in 1:length(u)
            du[i] = knownPred[i]+nnPred[i]
        end
end
nn_dynamics!(du,u,p,t) = ude!(du,u,p,t,nothing)
prob_nn = ODEProblem(nn_dynamics!,training_data[:, 1], (Float64(1),Float64(size(training_data,2))), ps_dynamics)
function predict(p, X = training_data[:,1], T = 1:size(training_data,2))
        _prob = remake(prob_nn, u0 = X, tspan = (Float64(T[1]), Float64(T[end])), p = p)
        Array(solve(_prob, Rodas4P(), saveat = T,
                abstol=1e-7, reltol=1e-7
                ))
end

function loss_function(p)
        X̂ = predict(p)
        sum(abs2, training_data .- X̂)
end
pinit = ComponentVector(ps_dynamics)
adtype = Optimization.AutoZygote()
optf = Optimization.OptimizationFunction((x, p) -> loss_function(x), adtype)
optprob = Optimization.OptimizationProblem(optf, pinit)
result_neuralode = Optimization.solve(optprob,
                                           ADAM(),
                                           maxiters = 10)

wmoses@beast:~/git/Enzyme.jl (mt) $ ./julia-1.9.0-rc1/bin/julia --project is692.jl
┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler ~/.julia/packages/GPUCompiler/BxfIW/src/utils.jl:56
warning: didn't implement memmove, using memcpy as fallback which can result in errors
┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler ~/.julia/packages/GPUCompiler/BxfIW/src/utils.jl:56
warning: didn't implement memmove, using memcpy as fallback which can result in errors
┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler ~/.julia/packages/GPUCompiler/BxfIW/src/utils.jl:56
warning: didn't implement memmove, using memcpy as fallback which can result in errors
warning: didn't implement memmove, using memcpy as fallback which can result in errors

[203832] signal (11.1): Segmentation fault
in expression starting at /home/wmoses/git/Enzyme.jl/is692.jl:41
unknown function (ip: 0x7f18ea5f5443)
unknown function (ip: 0x7f18ea5f4117)
unknown function (ip: 0x7f18ea5ff542)
macro expansion at /home/wmoses/git/Enzyme.jl/src/compiler.jl:8646 [inlined]
enzyme_call at /home/wmoses/git/Enzyme.jl/src/compiler.jl:8338 [inlined]
CombinedAdjointThunk at /home/wmoses/git/Enzyme.jl/src/compiler.jl:8301 [inlined]
autodiff at /home/wmoses/git/Enzyme.jl/src/Enzyme.jl:205 [inlined]
autodiff at /home/wmoses/git/Enzyme.jl/src/Enzyme.jl:228 [inlined]
autodiff at /home/wmoses/git/Enzyme.jl/src/Enzyme.jl:214 [inlined]
_vecjacobian! at /home/wmoses/.julia/packages/SciMLSensitivity/M3EmS/src/derivative_wrappers.jl:687
#vecjacobian!#28 at /home/wmoses/.julia/packages/SciMLSensitivity/M3EmS/src/derivative_wrappers.jl:224 [inlined]
vecjacobian! at /home/wmoses/.julia/packages/SciMLSensitivity/M3EmS/src/derivative_wrappers.jl:221 [inlined]
ODEInterpolatingAdjointSensitivityFunction at /home/wmoses/.julia/packages/SciMLSensitivity/M3EmS/src/interpolating_adjoint.jl:135
ODEFunction at /home/wmoses/.julia/packages/SciMLBase/VdcHg/src/scimlfunctions.jl:2126 [inlined]
ode_determine_initdt at /home/wmoses/.julia/packages/OrdinaryDiffEq/gjQVg/src/initdt.jl:53
auto_dt_reset! at /home/wmoses/.julia/packages/OrdinaryDiffEq/gjQVg/src/integrators/integrator_interface.jl:442 [inlined]
handle_dt! at /home/wmoses/.julia/packages/OrdinaryDiffEq/gjQVg/src/solve.jl:547
#__init#632 at /home/wmoses/.julia/packages/OrdinaryDiffEq/gjQVg/src/solve.jl:509
__init at /home/wmoses/.julia/packages/OrdinaryDiffEq/gjQVg/src/solve.jl:10 [inlined]
__init at /home/wmoses/.julia/packages/OrdinaryDiffEq/gjQVg/src/solve.jl:10 [inlined]
__init at /home/wmoses/.julia/packages/OrdinaryDiffEq/gjQVg/src/solve.jl:10 [inlined]
__init at /home/wmoses/.julia/packages/OrdinaryDiffEq/gjQVg/src/solve.jl:10 [inlined]
__init at /home/wmoses/.julia/packages/OrdinaryDiffEq/gjQVg/src/solve.jl:10 [inlined]
#__solve#631 at /home/wmoses/.julia/packages/OrdinaryDiffEq/gjQVg/src/solve.jl:5 [inlined]
__solve at /home/wmoses/.julia/packages/OrdinaryDiffEq/gjQVg/src/solve.jl:1 [inlined]
#solve_call#22 at /home/wmoses/.julia/packages/DiffEqBase/ihYDa/src/solve.jl:509
solve_call at /home/wmoses/.julia/packages/DiffEqBase/ihYDa/src/solve.jl:479
unknown function (ip: 0x7f18a0158328)
_jl_invoke at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2731 [inlined]
ijl_apply_generic at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2913
#solve_up#29 at /home/wmoses/.julia/packages/DiffEqBase/ihYDa/src/solve.jl:932
solve_up at /home/wmoses/.julia/packages/DiffEqBase/ihYDa/src/solve.jl:905 [inlined]
#solve#27 at /home/wmoses/.julia/packages/DiffEqBase/ihYDa/src/solve.jl:842
solve at /home/wmoses/.julia/packages/DiffEqBase/ihYDa/src/solve.jl:832
unknown function (ip: 0x7f18a0105686)
_jl_invoke at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2731 [inlined]
ijl_apply_generic at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2913
#_adjoint_sensitivities#68 at /home/wmoses/.julia/packages/SciMLSensitivity/M3EmS/src/sensitivity_interface.jl:433
_adjoint_sensitivities at /home/wmoses/.julia/packages/SciMLSensitivity/M3EmS/src/sensitivity_interface.jl:390 [inlined]
#adjoint_sensitivities#67 at /home/wmoses/.julia/packages/SciMLSensitivity/M3EmS/src/sensitivity_interface.jl:386 [inlined]
adjoint_sensitivities at /home/wmoses/.julia/packages/SciMLSensitivity/M3EmS/src/sensitivity_interface.jl:358
unknown function (ip: 0x7f18a00e0296)
_jl_invoke at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2731 [inlined]
ijl_apply_generic at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2913
adjoint_sensitivity_backpass at /home/wmoses/.julia/packages/SciMLSensitivity/M3EmS/src/concrete_solve.jl:523
ZBack at /home/wmoses/.julia/packages/Zygote/SuKWp/src/compiler/chainrules.jl:211 [inlined]
kw_zpullback at /home/wmoses/.julia/packages/Zygote/SuKWp/src/compiler/chainrules.jl:237
#287 at /home/wmoses/.julia/packages/Zygote/SuKWp/src/lib/lib.jl:206 [inlined]
#2156#back at /home/wmoses/.julia/packages/ZygoteRules/OgCVT/src/adjoint.jl:71
unknown function (ip: 0x7f18a00de402)
_jl_invoke at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2731 [inlined]
ijl_apply_generic at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2913
Pullback at /home/wmoses/.julia/packages/DiffEqBase/ihYDa/src/solve.jl:842 [inlined]
Pullback at /home/wmoses/.julia/packages/Zygote/SuKWp/src/compiler/interface2.jl:0
#287 at /home/wmoses/.julia/packages/Zygote/SuKWp/src/lib/lib.jl:206 [inlined]
#2156#back at /home/wmoses/.julia/packages/ZygoteRules/OgCVT/src/adjoint.jl:71
unknown function (ip: 0x7f18a00db602)
_jl_invoke at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2731 [inlined]
ijl_apply_generic at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2913
Pullback at /home/wmoses/.julia/packages/DiffEqBase/ihYDa/src/solve.jl:832 [inlined]
Pullback at /home/wmoses/.julia/packages/Zygote/SuKWp/src/compiler/interface2.jl:0
Pullback at /home/wmoses/git/Enzyme.jl/is692.jl:28 [inlined]
Pullback at /home/wmoses/.julia/packages/Zygote/SuKWp/src/compiler/interface2.jl:0
Pullback at /home/wmoses/git/Enzyme.jl/is692.jl:27 [inlined]
Pullback at /home/wmoses/.julia/packages/Zygote/SuKWp/src/compiler/interface2.jl:0
Pullback at /home/wmoses/git/Enzyme.jl/is692.jl:34 [inlined]
Pullback at /home/wmoses/git/Enzyme.jl/is692.jl:39 [inlined]
#287 at /home/wmoses/.julia/packages/Zygote/SuKWp/src/lib/lib.jl:206 [inlined]
#2156#back at /home/wmoses/.julia/packages/ZygoteRules/OgCVT/src/adjoint.jl:71 [inlined]
Pullback at /home/wmoses/.julia/packages/SciMLBase/VdcHg/src/scimlfunctions.jl:3626 [inlined]
#287 at /home/wmoses/.julia/packages/Zygote/SuKWp/src/lib/lib.jl:206 [inlined]
#2156#back at /home/wmoses/.julia/packages/ZygoteRules/OgCVT/src/adjoint.jl:71
unknown function (ip: 0x7f18a00d8846)
_jl_invoke at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2731 [inlined]
ijl_apply_generic at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2913
Pullback at /home/wmoses/.julia/packages/Optimization/vFala/src/function/zygote.jl:31 [inlined]
Pullback at /home/wmoses/.julia/packages/Zygote/SuKWp/src/compiler/interface2.jl:0
#287 at /home/wmoses/.julia/packages/Zygote/SuKWp/src/lib/lib.jl:206 [inlined]
#2156#back at /home/wmoses/.julia/packages/ZygoteRules/OgCVT/src/adjoint.jl:71 [inlined]
Pullback at /home/wmoses/.julia/packages/Optimization/vFala/src/function/zygote.jl:35 [inlined]
Pullback at /home/wmoses/.julia/packages/Zygote/SuKWp/src/compiler/interface2.jl:0
#75 at /home/wmoses/.julia/packages/Zygote/SuKWp/src/compiler/interface.jl:45
unknown function (ip: 0x7f18a00d4516)
_jl_invoke at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2731 [inlined]
ijl_apply_generic at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2913
gradient at /home/wmoses/.julia/packages/Zygote/SuKWp/src/compiler/interface.jl:97
#275 at /home/wmoses/.julia/packages/Optimization/vFala/src/function/zygote.jl:33
unknown function (ip: 0x7f18f0f998d6)
_jl_invoke at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2731 [inlined]
ijl_apply_generic at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2913
jl_apply at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/julia.h:1878 [inlined]
do_apply at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/builtins.c:730
macro expansion at /home/wmoses/.julia/packages/OptimizationOptimisers/FWIuf/src/OptimizationOptimisers.jl:31 [inlined]
macro expansion at /home/wmoses/.julia/packages/Optimization/vFala/src/utils.jl:37 [inlined]
#__solve#1 at /home/wmoses/.julia/packages/OptimizationOptimisers/FWIuf/src/OptimizationOptimisers.jl:30
__solve at /home/wmoses/.julia/packages/OptimizationOptimisers/FWIuf/src/OptimizationOptimisers.jl:7 [inlined]
__solve at /home/wmoses/.julia/packages/OptimizationOptimisers/FWIuf/src/OptimizationOptimisers.jl:7 [inlined]
#solve#553 at /home/wmoses/.julia/packages/SciMLBase/VdcHg/src/solve.jl:86 [inlined]
solve at /home/wmoses/.julia/packages/SciMLBase/VdcHg/src/solve.jl:80
unknown function (ip: 0x7f18f0f6b0cd)
_jl_invoke at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2731 [inlined]
ijl_apply_generic at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2913
jl_apply at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/julia.h:1878 [inlined]
do_call at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/interpreter.c:126
eval_value at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/interpreter.c:226
eval_stmt_value at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/interpreter.c:177 [inlined]
eval_body at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/interpreter.c:624
jl_interpret_toplevel_thunk at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/interpreter.c:762
jl_toplevel_eval_flex at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/toplevel.c:912
jl_toplevel_eval_flex at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/toplevel.c:856
ijl_toplevel_eval_in at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/toplevel.c:971
eval at ./boot.jl:370 [inlined]
include_string at ./loading.jl:1858
_jl_invoke at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2731 [inlined]
ijl_apply_generic at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2913
_include at ./loading.jl:1918
include at ./Base.jl:457
jfptr_include_30733.clone_1 at /home/wmoses/git/Enzyme.jl/julia-1.9.0-rc1/lib/julia/sys.so (unknown line)
_jl_invoke at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2731 [inlined]
ijl_apply_generic at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2913
exec_options at ./client.jl:307
_start at ./client.jl:522
jfptr__start_33350.clone_1 at /home/wmoses/git/Enzyme.jl/julia-1.9.0-rc1/lib/julia/sys.so (unknown line)
_jl_invoke at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2731 [inlined]
ijl_apply_generic at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/gf.c:2913
jl_apply at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/julia.h:1878 [inlined]
true_main at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/jlapi.c:573
jl_repl_entrypoint at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/src/jlapi.c:717
main at /cache/build/default-amdci5-5/julialang/julia-release-1-dot-9/cli/loader_exe.c:59
unknown function (ip: 0x7f1a88c42d8f)
__libc_start_main at /lib/x86_64-linux-gnu/libc.so.6 (unknown line)
unknown function (ip: 0x401098)
Allocations: 396911310 (Pool: 396812581; Big: 98729); GC: 630
Segmentation fault (core dumped)

out6.txt

GC issue now fixed on main, and [once https://github.com/EnzymeAD/Enzyme.jl/pull/911 lands], output is now:
┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler ~/.julia/packages/GPUCompiler/cy24l/src/utils.jl:56
┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler ~/.julia/packages/GPUCompiler/cy24l/src/utils.jl:56
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155
┌ Warning: The supplied DiffCache was too small and was enlarged. This incurs allocations
│     on the first call to `get_tmp`. If few calls to `get_tmp` occur and optimal performance is essential,
│     consider changing 'N'/chunk size of this DiffCache to 12.
└ @ PreallocationTools ~/.julia/packages/PreallocationTools/nhCNl/src/PreallocationTools.jl:155

With the (currently off by default, but can be enabled with a flag) BLAS handling, there is no longer a performance warning from Enzyme (though there's still an unrelated diffcache one above).
Full code below:
using OrdinaryDiffEq, DiffEqFlux
using Optimization, OptimizationOptimisers, OptimizationOptimJL
using ComponentArrays, Lux, Plots, Random, StatsBase
using DelimitedFiles, Serialization
rng = Random.default_rng()

using Enzyme
Enzyme.API.runtimeActivity!(true)
Enzyme.Compiler.bitcode_replacement!(false)

neuralNetwork = Lux.Chain(Lux.Dense(2,10),Lux.Dense(10,5),Lux.Dense(5,2))
ps, st = Lux.setup(rng, neuralNetwork)
ps64 = Float64.(ComponentArray(ps))
knownDynamics(x,p,q) = [-p[1].*x[1];
                    -p[2].*x[2]];
training_data = rand(2,50)
ps_dynamics = ComponentArray((predefined_params = rand(Float64, 2), model_params = ps64))
function ude!(du,u,p,t,q)
        knownPred = knownDynamics(u,p.predefined_params,q)
        nnPred = Array(neuralNetwork(u,p.model_params,st)[1])

        for i in 1:length(u)
            du[i] = knownPred[i]+nnPred[i]
        end
end
nn_dynamics!(du,u,p,t) = ude!(du,u,p,t,nothing)
prob_nn = ODEProblem(nn_dynamics!,training_data[:, 1], (Float64(1),Float64(size(training_data,2))), ps_dynamics)
function predict(p, X = training_data[:,1], T = 1:size(training_data,2))
        _prob = remake(prob_nn, u0 = X, tspan = (Float64(T[1]), Float64(T[end])), p = p)
        Array(solve(_prob, Rodas4P(), saveat = T,
                abstol=1e-7, reltol=1e-7
                ))
end

function loss_function(p)
        X̂ = predict(p)
        sum(abs2, training_data .- X̂)
end
pinit = ComponentVector(ps_dynamics)
adtype = Optimization.AutoZygote()
optf = Optimization.OptimizationFunction((x, p) -> loss_function(x), adtype)
optprob = Optimization.OptimizationProblem(optf, pinit)
result_neuralode = Optimization.solve(optprob,
                                           ADAM(),
                                           maxiters = 10)

That said your code itself was also type unstable in places that would be a performance bottleneck, consider changing it to something like:
using OrdinaryDiffEq, DiffEqFlux
using Optimization, OptimizationOptimisers, OptimizationOptimJL
using ComponentArrays, Lux, Plots, Random, StatsBase
using DelimitedFiles, Serialization
rng = Random.default_rng()

using Enzyme
# Enzyme.API.runtimeActivity!(true)
Enzyme.Compiler.bitcode_replacement!(false)

const neuralNetwork = Lux.Chain(Lux.Dense(2,10),Lux.Dense(10,5),Lux.Dense(5,2))

ltup = Lux.setup(rng, neuralNetwork)
const ps = ltup[1]
const st = ltup[2]

ps64 = Float64.(ComponentArray(ps))

knownDynamics(x,p,q) = [-p[1].*x[1];
                    -p[2].*x[2]];

const training_data = rand(2,50)

const ps_dynamics = ComponentArray((predefined_params = rand(Float64, 2), model_params = ps64))

function ude!(du,u,p,t,q)
        knownPred = knownDynamics(u,p.predefined_params,q)
        nnPred = Array(neuralNetwork(u,p.model_params,st)[1])

        for i in 1:length(u)
            du[i] = knownPred[i]+nnPred[i]
        end
end

nn_dynamics!(du,u,p,t) = ude!(du,u,p,t,nothing)

const prob_nn = ODEProblem(nn_dynamics!,training_data[:, 1], (Float64(1),Float64(size(training_data,2))), ps_dynamics)

function predict(p, X = training_data[:,1], T = 1:size(training_data,2))
        _prob = remake(prob_nn, u0 = X, tspan = (Float64(T[1]), Float64(T[end])), p = p)
        Array(solve(_prob, Rodas4P(), saveat = T,
                abstol=1e-7, reltol=1e-7
                ))
end

function loss_function(p)
        X̂ = predict(p)
        sum(abs2, training_data .- X̂)
end
pinit = ComponentVector(ps_dynamics)
adtype = Optimization.AutoZygote()
optf = Optimization.OptimizationFunction((x, p) -> loss_function(x), adtype)
optprob = Optimization.OptimizationProblem(optf, pinit)
result_neuralode = Optimization.solve(optprob,
                                           ADAM(),
                                           maxiters = 10)


Uncaught TypeError: Cannot read property 'apply' of undefined when using event listener

Not sure if it is because of the latest vis.js update or not but i cannot seem to use any even listeners , i just get a callback error and this.
vis.js:9967 Uncaught TypeError: Cannot read property 'apply' of undefined
at Timeline.Emitter.emit (http://<IP_ADDRESS>:3000/public/vendor/vis/dist/vis.js:9967:21)
at CustomTime._onDrag (http://<IP_ADDRESS>:3000/public/vendor/vis/dist/vis.js:24481:23)
at Array.propagatedHandler (http://<IP_ADDRESS>:3000/public/vendor/vis/dist/vis.js:11189:29)
at Object.emit (http://<IP_ADDRESS>:3000/public/vendor/vis/dist/vis.js:13659:26)
at emit (http://<IP_ADDRESS>:3000/public/vendor/vis/dist/vis.js:12679:28)
at PanRecognizer.emit (http://<IP_ADDRESS>:3000/public/vendor/vis/dist/vis.js:12684:15)
at PanRecognizer.emit (http://<IP_ADDRESS>:3000/public/vendor/vis/dist/vis.js:12969:28)
at PanRecognizer.tryEmit (http://<IP_ADDRESS>:3000/public/vendor/vis/dist/vis.js:12707:27)
at PanRecognizer.recognize (http://<IP_ADDRESS>:3000/public/vendor/vis/dist/vis.js:12754:20)
at Object.recognize (http://<IP_ADDRESS>:3000/public/vendor/vis/dist/vis.js:13519:30)
Any help would be appreciated.

Fixed by moving $cope.events to bottom of controller.

So, is this a bug in the directive? If so, do you want to provide a PR?

Not a bug Chris , my mistake the directive is fine. Although i do have a question for you , and it's great this is still being maintained ... i have a couple of questions maybe you can help me with?


Basic logging of thread timing using new class variable 'verbose'.

Already manually merged/copied into #89 .


Revert "Rewrite attribute bitvector unit test to gtest."

Reverts vespa-engine/vespa#30309
Seems like this change broke the build:
00:13:10 The following tests FAILED:
00:13:10 	376 - searchlib_bitvector_test_app (Failed)

Fixed in https://github.com/vespa-engine/vespa/pull/30326


Update how-to-restore-dropped-server.md (Typo "flexible server"→"Flex…

…ible Server")
https://github.com/MicrosoftDocs/azure-databases-docs/blob/main/articles/mysql/flexible-server/how-to-restore-dropped-server.md
#PingMSFTDocs

@VandhanaMehta - related #29

@VandhanaMehta
Can you review the proposed changes?
IMPORTANT: When the changes are ready for publication, adding a #sign-off comment is the best way to signal that the PR is ready for the review team to merge.
#label:"aq-pr-triaged"
@MicrosoftDocs/public-repo-pr-review-team

merged based on approval from @VandhanaMehta


Frames are not continuous

Hi,
I've recently noticed that the frames recorded by ZED Explorer are not continuous. When I reopen an .SVO file and check the video frame by frame, I notice that the images only change after every 2 frames. 2 consecutive frames have the same content even the object move linearly. This weird behaviour occurs in all 3 modes I've tested (VGA100, 720-60, 720-30)
Do you have any ideas?
Thanks

Any suggestion?


Add SQL Database Editor Example

See: Using a Blazor Excel Datasheet To Update A Database

Thanks for the PR @ADefWebserver I'll have a look this weekend

@ADefWebserver thanks for the PR it looks like a ton of work. My first comment is that this will be a bit jarring running this on the example website, as there's no SQL server set up by default, and so the example will only run locally.

@ADefWebserver thanks for the PR it looks like a ton of work. My first comment is that this will be a bit jarring running this on the example website, as there's no SQL server set up by default, and so the example will only run locally.

Actually, it will connect to any database that you have the username and password for :) However, many people would not have that set-up so I can understand why you would not want it in the example.
Perhaps just a link on the GitHub repo page?

@anmcgrath - Actually I never tested it with WASM and you are correct it doesn't work (so no you would not want this in your example):

I'm happy to add a link to the example in the Readme or documentation when I get round to that.


⚠ Processors has degraded performance

In c77d756, Processors ($STATUS_URL) experienced degraded performance:

HTTP code: 200
Response time: 50 ms

Resolved: Processors performance has improved in a076b38.


Zhaoyu/read only code dir

mount the code dir as read only

Coverage decreased (-3.7%) to 51.213% when pulling ad734c2ab3ea7e4a20f538ede640706615f9086e on zhaoyu/read-only-code-dir into 2ccc86d08c7b66f3952170ce86d0d1e16be4b644 on master.


Fix/write event bus config and publish bug

Bug 1
The WriteEventBus class has a bug were the publish function call the parent with an array of "preparedEvents" but since is the single event publish function we shoud do the same as we do on ReadEventBus.
https://github.com/PrestaShopCorp/nestjs-geteventstore/blob/3a14375624d53521fa3aad698c6729f1234dbf59/src/cqrs/write-event-bus.ts#L56
https://github.com/PrestaShopCorp/nestjs-geteventstore/blob/3a14375624d53521fa3aad698c6729f1234dbf59/src/cqrs/read-event-bus.ts#L35
Bug 2
The configuration provider defined for the WriteEventBus configuration had a  bug and registered the whole configuration instead causing a bug here regarding the use of the serviceName as stream name.
https://github.com/PrestaShopCorp/nestjs-geteventstore/blob/d2c482ab84c85ef30daea029f07bb4f12fd20ae5/src/event-store/publisher/event-store.publisher.ts#L76

5.x Version of nestjs-geteventstore is deprecated. I'm closing this PR since is stalled after a long time.


Pornhub Support

Adding support to download videos from pornhub.

Seems like there's a build failure. Can I get some input on how to fix it?

Seems like there's a build failure. Can I get some input on how to fix it?

Never mind this, just make sure that the new Pornhub extractor works. I will fix this when I have free time.

Hi, @guanw can you do a rebase? There are some conflicts after #444 merged.

Hi, @guanw can you do a rebase? There are some conflicts after #444 merged.

Updated.

My bad... forgot to save it in editor. Updated this time.

oh...................好时代，来临了


Block State - pellet time does not belong to any epoch

This is for 'social0.2-aeon4'
Pellet time read from block state - Timestamp('2024-02-08 15:04:58.433983803') - does not belong to any epoch.
These are the epochs around that timestamp

On this case, it looks like the epoch ended at 2024-02-08 15:00:00 (the last chunk of that epoch also ended at 2024-02-08 15:00:00). There isn't a new chunk starting at 2024-02-08 16:00:00, but there is a pellet timestamp at 2024-02-08 15:04:58.433983803 retrieved from blockstate

On a separate note - there are a lot of those epochs with very short duration - please confirm that it's expected (or there's some error in the ingestion logic)

It's likely that the logic for EpochEnd is not correct for the case here where there are so many epochs within the 1hour time frame

This is due to a bug in block detection, mixing aeon3 and aeon4 data. Fixed


[scripts|world rebuild] Always save config.log and CMakeCache.txt

What does your PR fix?
Reliably saves config.log (from configure) and CMakeCache.txt (from CMake) for build failure analysis.
Fixes https://github.com/microsoft/vcpkg/issues/21422. CC @daschuer.
~This particular implementation tries to avoid forcing a total world rebuild by only touching vcpkg_configure_make. For alternatives ideas, see https://github.com/microsoft/vcpkg/pull/25188#issuecomment-1152944087.~

Which triplets are supported/not supported?
TBD (vcpkg-cmake)

The simulated error change is a proof of concept and needs to reverted.

Not yet properly forwarding arguments.

Looks like a better start this time. Macros are unable to forward certain arguments, here: the literal ${prefix}.

There is an open PR in vcpkg-tool which tries to find all log files in the buildtree and add them to the CI output. It is not just config.log which is the problem but also CMake(Error|Output).log or meson logs. Since this is more a hack than a solution I don't think this is mergeable.

There is an open PR in vcpkg-tool which tries to find all log files in the buildtree and add them to the CI output. It is not just config.log which is the problem but also CMake(Error|Output).log or meson logs. Since this is more a hack than a solution I don't think this is mergeable.

https://github.com/microsoft/vcpkg-tool/pull/226: I'm aware of that PR.
Unfortunately, there is no reasonable estimate for anything being completed.
That PR is open since Oct 2021.
#21422 is open since Nov 2021.
#9802 is open since Oct 2020
"CI output": Indeed, https://github.com/microsoft/vcpkg-tool/pull/226 is implemented in the vcpkg ci command.
But for local work, I want consistent behaviour also for vcpkg install, for maintainers and for users.
Instead of blindly collection all logs for CI, it might make sense to collect named files. ATM there is a questionable pattern of naming things .log just to have them collected.
I would actually prefer a general hook into tear-down after (failed) execute_process. There is not just collecting the logs, but also extracting key messages from the logs and bringing them to the console, or taking other action. Which depends on the actual type of process (download, autotools configure, meson, build/OOM, pkg-config fixup, etc.).

So take my PR as an exploration of what is feasible for this particular problem without a total world rebuild or tool changes.
And of course it would be nice if there was a space for such changes which is separate from the ABI-hashed space.

I can confirm that this keeps the config.log as desired:
https://github.com/daschuer/vcpkg/actions/runs/2481575616

-- Configuring x64-osx-dynamic-min10.12-dbg
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:128 (message):
    Command failed: /bin/bash -c "V=1 ././configure  \"--disable-nls\" \"--with-openssl\" \"--with-zlib\" \"--without-icu\" \"--with-lz4\" \"--without-readline\" \"--without-libxml\" \"--without-libxslt\" \"--without-python\" \"--disable-silent-rules\" \"--verbose\" \"--enable-shared\" \"--disable-static\" \"--enable-debug\" \"--prefix=/Users/runner/mixxx-vcpkg/installed/x64-osx-dynamic-min10.12/debug\" \"--bindir=\\${prefix}/../tools/libpq/debug/bin\" \"--sbindir=\\${prefix}/../tools/libpq/debug/sbin\" \"--libdir=\\${prefix}/lib\" \"--includedir=\\${prefix}/../include\" \"--datarootdir=\\${prefix}/share/libpq\""
    Working Directory: /Users/runner/mixxx-vcpkg/buildtrees/libpq/x64-osx-dynamic-min10.12-dbg
    Error code: 1
    See logs for more information:
      /Users/runner/mixxx-vcpkg/buildtrees/libpq/config-x64-osx-dynamic-min10.12-dbg-out.log
      /Users/runner/mixxx-vcpkg/buildtrees/libpq/config-x64-osx-dynamic-min10.12-dbg-err.log
Call Stack (most recent call first):
  scripts/cmake/vcpkg_configure_make.cmake:723 (vcpkg_execute_required_process)
  ports/libpq/portfile.cmake:288 (vcpkg_configure_make)
  scripts/ports.cmake:146 (include)

This is a very welcome addition. Thank you.

I can confirm that this keeps the config.log as desired:

There is also the simulated elfutils error in this PR, making the desired behaviour visible in the failure logs from vcpkg CI.

Collect failure logs recursively vcpkg-tool#226: I'm aware of that PR.
Unfortunately, there is no reasonable estimate for anything being completed.
That PR is open since Oct 2021.

The problem with this PR remains that it ends up globbing entire source trees, so it seems unlikely that we would take it in its current form. We would want some way for ports to tell the tool "I also put log files over here", and have the tool respond by packaging those up.
If we want to do an intermediate step here, we could add a new parameter to vcpkg_execute_in_download_mode (rather than overriding it, as is done here), which is a set of logs to copy out even on failure?
/cc @ras0219-msft @ras0219

If we want to do an intermediate step here, we could add a new parameter to vcpkg_execute_in_download_mode (rather than overriding it, as is done here), which is a set of logs to copy out even on failure?

This is close to my alternative proposal. The extra parameter would need to be added to vcpkg_execute_required_process. This is the function which throws the error.
And just copying the files doesn't help with extra processing of these logs. There are contexts where I would like to process the logs before exiting. Couldn't this function take an optional RESULT_VARIABLE parameter which would return the error to the caller instead of raising FATAL_ERROR?

One of my alternative proposals is a tear-down or error-handling function hook. In this regard, look at these PRs:

#25173: The "compilation environment" code is an example of what is generally implemented vcpkg_execute required_process but is relevant only for particular use cases and environments (MSVC).
#17505: An attempt to deal with the "compilation environment" for MinGW, at the stage of detect_compiler.

Update:
The copying is now implemented directly in vcpkg_execute_required_process. It is not strictly necessary to add a parameter: We can simply always look for config.log. (But it is rebuilding the world now anyways.)
I added the same behaviour for CMakeCache.txt, to offer extra insights for failed cmake ports.
The resulting file names are a concatenation of given log name prefix (carrying step, triplet, build type) and original file name. If missing, .log is appended, for CI log collection.

Output for elfutils:
    See logs for more information:
      /home/dg0yt/Projekte/vcpkg/vcpkg/buildtrees/elfutils/config-x64-linux-rel-config.log
      /home/dg0yt/Projekte/vcpkg/vcpkg/buildtrees/elfutils/config-x64-linux-rel-out.log
      /home/dg0yt/Projekte/vcpkg/vcpkg/buildtrees/elfutils/config-x64-linux-rel-err.log

We can simply always look for config.log.

Maybe not the best idea for successful build: it will copy log for each step, once created.

If we want to do an intermediate step here, we could add a new parameter to ~vcpkg_execute_in_download_mode~vcpkg_execute_required_process (rather than overriding it, as is done here), which is a set of logs to copy out even on failure?

This is implemented now. Please review.

Finally, we can get all the required logs in our pipeline test results.

And I just benefit from the saved CMakeCache.txt: #25645.


license?

Hi! I couldn't find any license. Would you mind adding one?

Sure, MIT works. Feel free to drop a star if you use this :)


[Bug]: Windows build packages opensearch-tar-install.sh

Describe the bug
Windows build packages opensearch-tar-install.sh via this script.
Expected behavior
Port the opensearch-tar-install.sh script to opensearch-zip-install.bat and package it into the windows distribution instead. That .bat will need to call a new Windows version of the install security demo configuration script, which is https://github.com/opensearch-project/security/issues/1476.
Screenshots
If applicable, add screenshots to help explain your problem.
Host / Environment
No response
Additional context
No response
Relevant log output
No response

This is not needed for now as it is mainly for knn and pa configurations and those two are not really supported on Windows yet. Will keep this open until those plugins are available.
Thanks.

I am closing this issue as we have released Windows artifact along with supporting version of K-NN plugin in 2.4.0 release. Feel free to re-open this issue if needed.

Addtional info, we actually add that in here:

https://github.com/opensearch-project/opensearch-build/blob/main/scripts/startup/zip/windows/opensearch-windows-install.bat


 CREATE SCHEMA "some_new_schema";
        -- Statement Timeout: 3s

2. CREATE TABLE "public"."examplesql2_foobar" (
        "id" text COLLATE "pg_catalog"."default"
);
        -- Statement Timeout: 3s

3. CREATE TABLE "public"."foobar" (
        "id" integer,
        "some_other_column" character varying(255) COLLATE "pg_catalog"."default",
        "fizz" text COLLATE "pg_catalog"."default"
);
        -- Statement Timeout: 3s

4. ALTER TABLE "public"."foobar" ADD CONSTRAINT "some_constraint" CHECK((id > 0));
        -- Statement Timeout: 3s

5. ALTER TABLE "public"."foobar" REPLICA IDENTITY FULL;
        -- Statement Timeout: 3s

6. CREATE INDEX CONCURRENTLY some_idx ON public.foobar USING btree (id);
        -- Statement Timeout: 20m0s
        -- Lock Timeout: 3s

7. DROP FUNCTION "public"."update_version"();
        -- Statement Timeout: 3s
        -- Hazard HAS_UNTRACKABLE_DEPENDENCIES: Dependencies, i.e. other functions used in the function body, of non-sql functions cannot be tracked. As a result, we cannot guarantee that function dependencies are ordered properly relative to this statement. For drops, this means you need to ensure that all functions this function depends on are dropped after this statement.

8. DROP TABLE "public"."your_table";
        -- Statement Timeout: 20m0s
        -- Lock Timeout: 3s
        -- Hazard DELETES_DATA: Deletes all rows in the table (and the table itself)

9. DROP EXTENSION "pg_repack";
        -- Statement Timeout: 3s
        -- Hazard HAS_UNTRACKABLE_DEPENDENCIES: This extension may be in use by tables, indexes, functions, triggers, etc. Tihs statement will be ran last, so this may be OK.

Nothing provided:
 go run ./cmd/pg-schema-diff plan --dsn 'host=localhost user=bplunkett dbname=postgres'
Error: either --schema-dir or --schema-source-dsn must be set
Usage:
  pg-schema-diff plan [flags]

Aliases:
  plan, diff

Flags:
      --data-pack-new-tables                     If set, will data pack new tables in the plan to minimize table size (re-arranges columns). (default true)
      --disable-plan-validation                  If set, will disable plan validation. Plan validation runs the migration against a temporarydatabase with an identical schema to the original, asserting that the generated plan actually migrates the schema to the desired target.
      --dsn string                               Connection string for the database (DB password can be specified through PGPASSWORD environment variable)
      --exclude-schema stringArray               Exclude the specified schema in the plan
  -h, --help                                     help for plan
      --include-schema stringArray               Include the specified schema in the plan
  -s, --insert-statement stringArray             'index=<index> statement="<statement>" timeout=<duration> lock_timeout=<duration>' values. Will insert the statement at the index in the generated plan. This follows normal insert semantics. Example: -s 'index=1 statement="SELECT pg_sleep(5)" timeout=5s lock_timeout=1s'
  -l, --lock-timeout-modifier stringArray        list of 'pattern="<regex>" timeout=<duration>', where if a statement matches the regex, the statement will have the target lock timeout. If multiple regexes match, the latest regex will take priority. Example: -t 'pattern="CREATE TABLE" timeout=5m'
      --schema-dir stringArray                   Directory of .SQL files to use as the schema source (can be multiple). Use to generate a diff between the target database and the schema in this directory.
      --schema-source-dsn string                 DSN for the database to use as the schema source. Use to generate a diff between the target database and the schema in this database.
  -t, --statement-timeout-modifier stringArray   list of 'pattern="<regex>" timeout=<duration>', where if a statement matches the regex, the statement will have the target statement timeout. If multiple regexes match, the latest regex will take priority. Example: -t 'pattern="CREATE TABLE" timeout=5m'

exit status 1

Missing schema dir:
 go run ./cmd/pg-schema-diff plan --schema-dir ~/stripe/temp/examplesqldne --dsn 'host=localhost user=bplunkett dbname=postgres'
Error: getting DDL from path "/Users/bplunkett/stripe/temp/examplesqldne": open /Users/bplunkett/stripe/temp/examplesqldne: no such file or directory
Usage:
  pg-schema-diff plan [flags]

Aliases:
  plan, diff

Flags:
      --data-pack-new-tables                     If set, will data pack new tables in the plan to minimize table size (re-arranges columns). (default true)
      --disable-plan-validation                  If set, will disable plan validation. Plan validation runs the migration against a temporarydatabase with an identical schema to the original, asserting that the generated plan actually migrates the schema to the desired target.
      --dsn string                               Connection string for the database (DB password can be specified through PGPASSWORD environment variable)
      --exclude-schema stringArray               Exclude the specified schema in the plan
  -h, --help                                     help for plan
      --include-schema stringArray               Include the specified schema in the plan
  -s, --insert-statement stringArray             'index=<index> statement="<statement>" timeout=<duration> lock_timeout=<duration>' values. Will insert the statement at the index in the generated plan. This follows normal insert semantics. Example: -s 'index=1 statement="SELECT pg_sleep(5)" timeout=5s lock_timeout=1s'
  -l, --lock-timeout-modifier stringArray        list of 'pattern="<regex>" timeout=<duration>', where if a statement matches the regex, the statement will have the target lock timeout. If multiple regexes match, the latest regex will take priority. Example: -t 'pattern="CREATE TABLE" timeout=5m'
      --schema-dir stringArray                   Directory of .SQL files to use as the schema source (can be multiple). Use to generate a diff between the target database and the schema in this directory.
      --schema-source-dsn string                 DSN for the database to use as the schema source. Use to generate a diff between the target database and the schema in this database.
  -t, --statement-timeout-modifier stringArray   list of 'pattern="<regex>" timeout=<duration>', where if a statement matches the regex, the statement will have the target statement timeout. If multiple regexes match, the latest regex will take priority. Example: -t 'pattern="CREATE TABLE" timeout=5m'

exit status 1

This doesn't appear to work for me.
pg-schema-diff apply \
  --skip-confirm-prompt \
  --dsn postgres://postgres:postgres@localhost:5432/postgres \
  --schema-dir ~/pg-nano/demos/exhaustive/sql/schema \
  --schema-dir ~/pg-nano/demos/exhaustive/sql/functions \
  --allow-hazards HAS_UNTRACKABLE_DEPENDENCIES

@aleclarson I believe this is a versioning problem. go install ...@latest does not install the latest commit on main, and we haven't cut a release yet to include this. You could go install @main and try that.
I recommend you go install github.com/stripe/pg-schema-diff/cmd/pg-schema-diff@main and try again. You can also validate by running go version -m $(where pg-schema-diff) and ensure the version says something like v0.7.1.
Feel free to open an issue if the issue persists!


FAB - Page crashes after tracking an expense from QAB

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Version Number: 9.0.73-0
Reproducible in staging?: Y
Reproducible in production?: N
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: N/A
If this was caught during regression testing, add the test name, ID and link from TestRail: N/A
Issue reported by: Applause  - Internal Team
Reproduced on  device:
Windows 11 /Chrome
IPhone 14 Pro/Chrome
Action Performed:

Go to https://staging.new.expensify.com/
Login with the new Gmail account in incognito mode
Complete the incorporation process using the option “Manage My team's expense”
Select any size of employees
Select any accounting software and click "Continue"
Click on "+" Fab Button and create a manual Expense with $1
Click on the "Next" button and click on "Just track it" and Track the expense
Click on Share with my Accountant and select the WS created
Type a merchant and submit the expense
Click on "+" Fab Button and click on "Track expense" from the QAB

Expected Result:
The RHP should be opened to place an amount to track a new expense
Actual Result:
After clicking on the QAB to track an expense the page crashes
Workaround:
Unknown
Platforms:

Which of our officially supported platforms is this issue occurring on?

[ ] Android: Standalone
[ ] Android: HybridApp
[ ] Android: mWeb Chrome
[ ] iOS: Standalone
[ ] iOS: HybridApp
[ ] iOS: mWeb Safari
[x] MacOS: Chrome / Safari
[ ] MacOS: Desktop

Screenshots/Videos

Add any screenshot/video evidence

https://github.com/user-attachments/assets/ca52bddb-4038-4217-8aa5-0aacb7b0affc
logs (2).txt
View all open jobs on GitHub

Uncaught RangeError: Invalid currency code :
    at new NumberFormat (<anonymous>)
    at eval (index.ts:78:1)
    at Object.getSet (ArrayCache.ts:57:1)
    at new memoized (index.ts:76:1)
    at Module.formatToParts (index.ts:12:1)
    at Module.getLocalizedCurrencySymbol (CurrencyUtils.ts:47:17)
    at BaseTextInputWithCurrencySymbol (BaseTextInputWithCurrencySymbol.tsx:85:10)

I think this will be fixed by this CP https://github.com/Expensify/App/pull/53786

Yea, I can confirm this is fixed on the latest main and will be fixed by the CP above

Fixed in staging
https://github.com/user-attachments/assets/9b9b6da7-9895-43c3-ac04-babc109f469d


add properties to feature collection response

Feature collection responses should have numberMatched, numberReturned, and timeStamp properties as per requirements 27/28/29.

I couldn't find details in the spec re: timeStamp: https://github.com/opengeospatial/WFS_FES/blob/master/core/standard/clause_7_core.adoc
A timestamp could be interpreted as the time the query was initiated or when the data was last updated.  Without details, I don't think it makes sense to include it.


dimensions is not read from config file if svg is located in /tmp

🐛 Bug Report
When running svgr (from @svgr/cli) against an svg located in /tmp, the dimensions setting in svgr.config.js is ignored
To Reproduce
Small sample case and repro steps here: https://github.com/city41/svgrDimensionsTest
Expected behavior
After running yarn svgr /tmp/sample.svg, I am expecting one of these outcomes:

the resulting file is JavaScript and width/height are present. Since the file is located away from svgr.config.js, it should ignore it.
the file is in TypeScript and width/height are absent. ie, svgr uses the config file.

The actual result is: file is in TypeScript with width/height set on svg. It seems like svgr is reading typescript: true from the config, but ignoring dimensions: false from the config.
Link to repl or repo (highly encouraged)
https://github.com/city41/svgrDimensionsTest
NOTE
I realize this is obscure and honestly not that important. But it was stumping me for a while, and took me a while to figure out why my output was unexpected. I figured if nothing else, just documenting the issue and letting the team decided what to do makes sense.
Also unlikely /tmp is required, I would expect just being in any other directory would cause this.
Workaround
you can add --no-dimensions when invoking svgr and that gets the expected results.

Out of curiousity, where did you run the command from if not /tmp? I'd look at the reproduction repo, but you've removed it.
I'm interested in what your use-case was for the dimensions: false option, would the SVGO removeDimensions: true config have worked just as well? (it requires both width and height to remove dimensions, and if no viewBox is present it will add one based on those dimensions)
I'm not sure of any reason where dimensions: false provides value over it, and I've proposed that it is removed in a future release as a result.


Application needs to shutdown both clients to end.

I'm executing a Spark job which generates a output to HipChat.
After the notification is send the application continues to run, even though my code has finished.
Using visual-vm I've found that the threads from dispatch are kept alive, making the application wait for them to finish.
Here's an example gist to reproduce the bug.
To solve this I added a callback finishing the internal dispatch clients, enabling the application to die.
eventualNotification.onComplete { _ =>
  // Both clients are needed, only one or the other doesn't work
  Http.shutdown()
  Common.http.shutdown()
}

This is IMO a severe bug, since my application needs to handle the lifecycle of the internal http library of one of my dependencies.
One suggestion is to choose another http client, I've had used dispatch before and had a terrible experience with it on a similar scenario.

Patch applied in version 1.1


Add autocompletion to docker-machine plugin

I was surprised that the plugin's doesn't do its supposed main function - autocompletion, so I've added it from the official repo

I was also surprised, still not released in oh-my-zsh. @poma thanks for adding it.
If still not released here, follow the instructions visitors,
https://docs.docker.com/machine/completion/#zsh

Fixed in master. Thanks though!


Error: Train Deep Feature Flow on another dataset (2-labels)

Dear Jessespace，could you please help me! I want to train 2-label dataset, but I don’t know how to change the program. My email address<EMAIL_ADDRESS>


Unhandled Exception error on DateTime field.

Hi, I am getting an error when executing this on some domains:

I have tested and is not related to .NET so far, looks more related to an unexpected value on a "DateTime" field.
Any idea on how to avoid this? and/or fix the app to sanitize this fields?
Here is another very similar error in text from another domain:
Unhandled Exception: System.ArgumentOutOfRangeException: The added or subtracted value results in an un-representable DateTime. Parameter name: value    at System.DateTime.AddTicks(Int64 value)    at NtdsAudit.NtdsAudit.GetAccountExpiresDateTimeFromByteArray(Byte[] value)    at NtdsAudit.NtdsAudit.CalculateUserInfo()    at NtdsAudit.NtdsAudit..ctor(String ntdsPath, Boolean dumphashes, Boolean includeHistoryHashes, String systemHivePath, String wordlistPath, String ouFilterFilePath)    at NtdsAudit.Program.<>c__DisplayClass2_0.<Main>b__0()    at Microsoft.Extensions.CommandLineUtils.CommandLineApplication.Execute(String[] args)    at NtdsAudit.Program.Main(String[] args)

Btw, this error was found on servers with .NET v4.7.03062  and v4.8.03761 ... (and I have others with .NET v4.7.03062 that works) ... so I assume this could be due to an unexpected or not correctly sanitised value from the AD export.
One thing to mention, is that 1 month ago, this was working on the same domains, and it takes some time to give the error (so it may be processing users alreay) until it may found some user with the unexpected value and then gives the exception.

Btw, this error was found on servers with .NET v4.7.03062  and v4.8.03761 ... (and I have others with .NET v4.7.03062 that works) ... so I assume this could be due to an unexpected or not correctly sanitised value from the AD export.
One thing to mention, is that 1 month ago, this was working on the same domains, and it takes some time to give the error (so it may be processing users alreay) until it may found some user with the unexpected value and then gives the exception.

I believe this is caused by #18, which will have a fix shortly


Disable minification

The plugin seems to minify the files on export. Is there a way to disable this? The cascade has changed and results in css errors.

also fixed in the CSS exports for V6.x.x now. Only using CSS parser for link extraction, not for generating modified CSS


Why is assistant not working on Windows now?

I get following error when trying to run Google Assistant on Windows.
C:\Users\Admin>python -m googlesamples.assistant
C:\Users\Admin\AppData\Local\Programs\Python\Python36-32\python.exe: No module n
amed googlesamples.assistant.main; 'googlesamples.assistant' is a package an
d cannot be directly executed
What is the cause? What is the solution? Thanks in advance.

Which instructions are you following? Which version of the SDK are you using?

I am following the XDA guide and how do I check the version? pip install --upgrade google-assistant-sdk
says everything is up to date.

One more thing now googlesamples-assistant-pushtotalk seems to work. That's all I have to do? I tried from this guide https://pypi.python.org/pypi/google-assistant-sdk/0.3.0. However, the hotward thing is still not working.

Hey just checked the version and its 0.3.2

Not on windows, but I cannot get hotword to work either on armbian.

Can you try with the updated version of the sdk?
google-assistant-sdk 0.4.0

> pip show google-assistant-sdk
Name: google-assistant-sdk
Version: 0.4.4
Summary: Samples and Tools the Google Assistant SDK
Home-page: https://github.com/googlesamples/assistant-sdk-python
Author: Google Assistant SDK team
Author-email<EMAIL_ADDRESS>License: Apache 2.0
Location: c:\tools\python36\lib\site-packages
Requires: google-auth-oauthlib
Required-by:

And:
> pip search google-assistant-library
google-assistant-library (0.1.1)              - Google Assistant Library Python wrapper
google-assistant-grpc (0.1.0)                 - Google Assistant API gRPC bindings
  INSTALLED: 0.1.0 (latest)
google-assistant-sdk (0.4.4)                  - Samples and Tools the Google Assistant SDK
  INSTALLED: 0.4.4 (latest)

The problem being:
> pip show google-assistant-library
[no output]

Alrighty, sorry I missed the bits where that was explained on my first pass through.
I'm a Windows-based FOSS dev, anything I can do to help?

@qreeves you should be able to use the Google Assistant Service on Windows:
https://developers.google.com/assistant/sdk/guides/service/python/
You can find the difference between the Google Assistant Service and the Google Assistant Library listed here:
https://developers.google.com/assistant/sdk/overview

Thanks for the quick response.
I'm aware of the gRPC platforms, but it lacks the "hands-free" (hotword) detection that everyone seems to be after, so I thought maybe I could port the python google-assistant-library to Windows.
I'm asking because there might be some technical reason or obstacle that is preventing this that I don't know about, or perhaps it is better to focus on adding it to the gRPC supported methods?

There are certain platform-specific parts in the library that will prevent it from being ported to Windows. Integrating with gRPC, perhaps incorporating a 3P hotword library, is the best way.

found this one from 2019, work great and very detail  https://www.lifewire.com/google-assistant-on-windows-4628292
bonus: my path
d:\Program Files\Python37\Lib\site-packages\googlesamples\assistant\grpc\audio_helpers.py
d:\Program Files\Python37\Scripts\googlesamples-assistant-devicetool.exe
nb: if this failed
Error: Failed to register model: 409
Could not create the device model. A model with the same device_model_id (GA4W) already exists.
just rename GA4W to 88GA4W or something else.


BlockSubscribe no data output.

I used BlockSubscribe, but found that there was no data output.But with the same endpoint, LogsSubscribe is running normally.
`package main
import (
"context"
"fmt"
"math"
"sync"
bin "github.com/gagliardetto/binary"
"github.com/gagliardetto/solana-go"
"github.com/gagliardetto/solana-go/programs/serum"
"github.com/gagliardetto/solana-go/rpc"

"github.com/gagliardetto/solana-go/programs/token"
"github.com/gagliardetto/solana-go/rpc/ws"

)
func main() {
client, err := ws.Connect(context.Background(), rpc.MainNetBeta_WS)
if err != nil {
	panic(err)
}

filter := ws.NewBlockSubscribeFilterAll()
opts := &ws.BlockSubscribeOpts{
	Commitment: rpc.CommitmentConfirmed,
}

sub, err := client.BlockSubscribe(filter, opts)
if err != nil {

	panic(err)
}
defer sub.Unsubscribe()

for {
	res, err := sub.Recv()
	if err != nil {
		fmt.Println("BlockSubscribe error:", err)
		panic(err)
	}

	fmt.Println("Received block:", res.Value.Block)

	for _, transaction := range res.Value.Block.Transactions {
		fmt.Println("Transaction:", transaction)
	}
}

}`

https://solana.com/docs/rpc/websocket/blocksubscribe


I changed firebase to local database, it keeps “Geen verbinding met het internet”,I am closed vpn

I changed remote firebase to local database, it keeps “Geen verbinding met het internet”,I am closed vpn,but I delete all of the code related to firebase，why？

I see you used ReactiveNetwork，but I check my network is conecting,can browse other htmlPage

Hello @bianxiang
Try to switch your internet connection to Wi-fi or Mobile Network. Maybe problem with your internet observer.

Because some area can not connect to firebase,I changed firebase to local database ，base on version 2.5，see this url
👉https://github.com/bianxiang/WavesWallet-Android-FirebaseRemoved

Use VPN to connect with Firebase.
Any update here?
Will close tommorow if the issue is not relevant

I close the issue because of inactivity (no relevance). If there is something new here - open again.


ui: selectpicker issue with ipv4v6net after version update

Important notices
Before you add a new report, we ask you kindly to acknowledge the following:

[x] I have read the contributing guide lines at https://github.com/opnsense/core/blob/master/CONTRIBUTING.md
[x] I am convinced that my issue is new after having checked both open and closed issues at https://github.com/opnsense/core/issues?q=is%3Aissue

Describe the bug
IPv4 subnet selector in legacy doesn't work anymore (no options visible). Strangely IPv6 works. May be due to disabled options in the select element?
Also reminder to rename files in plugins.
To Reproduce
Use e.g. Interfaces: Other Types: GIF: GIF tunnel remote address and enter an IPv4 and try to select a subnet other than 32
Expected behavior
selectpicker works for IPv4 too.
Describe alternatives you considered
N/A
Screenshots
N/A
Relevant log files
N/A
Additional context
N/A
Environment
24.1 development

https://github.com/opnsense/core/commit/445a81d73ba1026b2e445c87183afdd34f271ca9 should do the trick (more or less)

I'm seeing it jump between 32 and 128 now on changing the subnet selector. I'll take a closer look tomorrow.

@AdSchellevis I forgot to ask: should I simply rename the files used in the plugins? we've already had a few reports regarding this on the latest devel version.

@fichtner I expect a rename would work indeed.

shipped in 23.7.9 today


N16: FBSim release and tutorial

Part of #365
First contribution to the newsletter, so let me know of any potential improvements to the text or PR.

Thanks!


problematic release-packaging/Resources folder

Hello
So we should ignore that Resource folder like we used to do for AudioFiles and Plugins - this is to allow us to work on a live version with the files in there but not actually being copied during install...
now it is quite potentially fraught with duplication.
proposals:
we manually put Resources/AudioFiles and Resources/Data in the .gitignore and we check that we remove them from the cmake (which at the moment copies the full content of the folder)
or
we move the CCE-unique resource in another folder at the top (sc-resources) and we git ignore the full of resources and copy sc-resource in resources at the same time we copy audiofiles and data.
I think I prefer the 2nd option.

What's the problem? I'm not seeing it

Oh, you mean the top-level resources folder getting committed by mistake. Yes, it should go into .gitignore. Bit trickier for Max, because there's stuff that's meant to live there and be tracked. Maybe we can make symlinks instead

yeah, when we work on the local copy we need the Audio and Data to be in the packaging folder's Resources folder.
I think it would probably be cleaner to move the SC-only resources out of release-packaging/Resources and then put that full folder in .gitignore. The SC-only resources could be elsewhere and copied at package making.
(I've just re-worded my 2nd proposal above, just trying to make it clear)
I'm happy to do either and I'll do it quickly - I also need to change all the UTs who all bail (they don't know where the sounds are anymore :) but the toy datasets will be helpful for tests.


Bluetooth: Controller: Auto-initiate DLE on setup

This removes the need to issue the HCI LE Set Data Length command upon connection setup as it already issues the
HCI LE Write Suggested Default Data Length command when initializing the controller.
It seems like the code introduced in
commit f023b5f611df ("Bluetooth: controller: push topic branch to main") actually wanted to implement this behavior, as dle.update was already set.
With this change, the quirk BT_HCI_QUIRK_NO_AUTO_DLE can be removed. The quirk in the zephyr,bt-hci-ipc also existed there only for this reason. In this configuration the host had to assume worst case - that the controller didn't handle this.
References to the spec:

Core_v5.4, Vol 4, Part E, Section 7.8.35, HCI LE Write Suggested Default Data Length: This command sets connInitialMaxTxOctets.

Core_v5.4, Vol 6, Part B, Section 4.5.10, Data PDU length management:

connMaxTxOctets shall be set to connInitialMaxTxOctets

The Controller may change the values of connMaxTxOctets,
connMaxRxOctets, connMaxTxTime, and connMaxRxTime at any time after
entering the Connection State. Whenever it does so, it shall
communicate these values to the peer device using the
Data Length Update procedure.

Therefore, the host should not need initaite a data length update manually when a connect is established.

Added @thoh-ot , @erbr-ot and @kruithofa for LLCP advice on the bsim failures.

I will look into this - sorry for not noticing this sooner!

I will look into this - sorry for not noticing this sooner!

No problem, thanks! I believe this is not critical, but it will make the controller more in line with spec and reduce the need for issuing an additional HCI command upon link setup

I've found the issue - see WIP:
https://github.com/zephyrproject-rtos/zephyr/pull/78051

Closing this PR as it will be followed up in another one


Make EventSourcingRepository ignore events for other aggregate types

This acts as a sanity check and also eases migration from Axon 2, per discussion in https://groups.google.com/forum/#!msg/axonframework/fVKTSZrfYqY/n2IFnXzmCgAJ

Hi @sgrimm-sg, I like the idea, but by making this the default, it may break implementations where the name of the aggregate has changed over time.
What about adding the possibility to register a filter or "EventStream post-processor" in the EventSourcingRepository.Builder? Perhaps with a shortcut to register the filter based on aggregate type automatically?

That makes sense; I'll update the PR.

I've modified this to make the filter configurable and to add a convenience builder method to filter by type. The @Aggregate Spring annotation also allows filter-by-type to be specified, though not a custom filter function.
I didn't see a good way to programmatically test that the Spring annotation was resulting in the correct configuration short of cracking open the AggregateConfigurer object using reflection (or exposing the details of the configuration via new public methods which doesn't seem to be the existing practice in those configuration classes). I did set a breakpoint in the configuration code and ran the Spring autoconfig test to confirm that it was setting the filter-by-type setting for one of the Aggregate classes in the test but not the other one, and that the filter used the correct custom type from the annotation. If there's a clean way to check those things in the JUnit test itself, happy to add it.
Also, I noticed the Travis CI build failed on the previous version of this PR. I did run mvn test locally before pushing this latest update, and confirmed all tests pass.

Also happy to add support for custom filter functions to the Spring annotation if it's useful, but my sense was that the Spring configuration is intentionally simplified compared to the full configuration API.


how to mock boto3.client('scheduler'..) ?

I couldn't find a way to doing this even after downloading the last version...

Hey @davit555, thanks for raising this. That service is not supported yet - will mark it as an enhancement.
Which methods were you after specifically?
Just to let you know, if this is an urgent requirement, you can patch boto3 manually until we add support for this:
https://docs.getmoto.org/en/latest/docs/services/patching_other_services.html

hey thank you for your quick reply, didn't know about patching other services through moto )
basically I was trying to mock the
https://boto3.amazonaws.com/v1/documentation/api/latest/reference/services/scheduler/client/create_schedule.html
https://boto3.amazonaws.com/v1/documentation/api/latest/reference/services/scheduler/client/delete_schedule.html
methods


chore: Update<EMAIL_ADDRESS>

Chore
Update the @jspm/generator to the latest version

@yowainwright any thoughts on the CI failure for the ensureDirSync now. The tests seems to work for me in local

@JayaKrishnaNamburu do we need to do something new to create the .cache/ directory in the Github action with<EMAIL_ADDRESS>

I don't think they are related, maybe ensureDirSync is not creating the nested paths in the path now. If missing, and checking only the last folder/file from given path ?

@JayaKrishnaNamburu you're onto something

Same failure here


Resolve #2969

In reference to Issue https://github.com/fchollet/keras/issues/2969, the following code was preventing two of the embedding layers to be included in the trainable parameters:
    if layer.__class__.__name__ in ['Sequential', 'Model']:
        for sublayer in layer.layers:
            weights += collect_trainable_weights(sublayer)

The trainable_weights method in Sequential, on the other hand, does a great work at returning all trainable parameters in the sub-model. After the patch I'm getting the following:
$ ./merge_simple.py
Using Theano backend.
Weights before update: [array([[ 0.]]), array([[ 0.]]), array([[ 0.]])]
Weights after update:  [array([[-0.01]]), array([[-0.01]]), array([[-0.01]])]

After this patch, even non-trainable weights get updated - let me try to fix this.

Maybe you just meant to add Merge to the list?

Hello François, tried that; it wasn't working. I think that making trainable_weights return only trainable weights might solve all regressions.

I fixed it: https://github.com/fchollet/keras/commit/c9aee4126e3c72a49f9ab2af86f053326ac0a4e0


Change "Cage" button label to "Level" and add window warning user to wait and remain stationary

'nuff said.  Maybe other options to "Level": Calibrate or Cal?  Reset?

"Reset to Level" removes all doubt as to its purpose.  I also suggest a "Please wait..." window (or a plane icon tumbling on the screen) since the calibration takes more than a few seconds.

Thanks.  Good idea on the dialog box, I've had that thought myself; your comment confirms it.  I think I will have the "auto-level" done in the next release, so I'm thinking of changing the button to just "Reset AHRS".  That's what it really does--the leveling is (was) just one aspect of that.

Closed with ae92bae0d3af5c914c173ee9adb12dd04aba5c05.


Handling folder paths searches

Hi @jeancroy,
We have a scenario where we have have both folder + file paths in search dataset. Here is an example:
Candidates:
CommonControl/Controls/Shared
CommonControl/Controls/Shared/Mouse
CommonControl/Controls/Shared/Keyboard
CommonControl/Controls/Shared/Keyboard/cc.js
query:
CC/Controls/Shared
results:
CommonControl/Controls/Shared/Mouse
CommonControl/Controls/Shared
CommonControl/Controls/Shared/Keyboard
CommonControl/Controls/Shared/Keyboard/cc.js
While the query beats out the file path cc.js, some nested folder paths are still scored higher than the more relevant candidate CommonControl/Controls/Shared.

Hi @mdahamiwal, yeah the function that mix the various part of path is probably the least robust part of the code. Fortunately your issue was a quick fix.
This is passing tests.
https://github.com/jeancroy/fuzzaldrin-plus/blob/master/spec/filter-spec.coffee#L619-L639

Thanks Jean for fixing it, that was quick :)


Crash Whit Sodium 4.10

i use the latest version of indium that supports 4.10 here is the mod list

here is the crash log
crash-2023-09-23_12.38.07-client.txt

oh also i got xearos minimap 8.1

this happens when i log on to server

Either downgrade your version of Fabric API (I think 0.88 will work?), or update to the latest versions of Indium and Sodium.

Either downgrade your version of Fabric API (I think 0.88 will work?), or update to the latest versions of Indium and Sodium.

I would upgrade sodium but i cant bc els create fabric would broke but ill downcrade fabric-api


SQL: Remove useless boolean CASTs in filters.

Calcite sometimes leaves errant, useless cast-to-booleans inside filters. If we see one, strip it and continue. Fixes #5571, since it turned out this was the root cause (see the unit test).

👍


PyPI page is not rendering README.rst as reST

https://pypi.python.org/pypi/redis
The raw reST is shown. Probably, there is some small error in the markup -- the PyPI RST parser is very unforgiving.
It may or may not have to do with the issue that I fixed with PR #547 -- you might try merging that and then doing python setup.py register and maybe it might fix it.

Thanks! Your PR fixed the issue.


UI "Logs" to the left disappears in a multi environment setup

I configured policy-reporter in my multi cluster.
I use the default setup from the official helm-charts, so the chart is configured with:
 ui:
    enabled: true
    clusterName: my cluster
    clusters: [
     - name: my other
        api: http://
        kyvernoApi: http://
     ]
    networkPolicy:
      enabled: true
    ingress:
      enabled: true
      className: my-ingress
    views:
      dashboard:
        policyReports: true
        clusterPolicyReports: true
      logs: true
      policyReports: true
      clusterPolicyReports: true
      kyvernoPolicies: true
      kyvernoVerifyImages: true

When switching from "main" cluster to another  in the UI notice that the "Logs" in the meny to the left disappears, is this intended or do i miss out in some configuration?
Thanks
Youssef

Thanks for the clarification 😊


Got System.NullReferenceException on routes.MapHttpAttributeRoutes();

Hello,
I just installed this package with Nuget and when I run my web api I got a runtime exception triggered by this statement:

Someone can help me please ?

Hi , I meet that problem too then I download the source code and merge to my project and try to find anything is going wrong  , and the conclusion is just ignore that exception from AttributeRouting.dll then the program should work fine


When building files, compile an additional browser bundle that can be pushed to a CDN

Being able to link to a single built source file would make generating fiddles much easier, for example https://github.com/resin-io-modules/rendition/issues/534


In-line Comments in parameter file cause deployment failure

When running a resource deployment with a parameters file, in-line comments causes a deployment error.

AZ Version
azure-cli                         2.0.81 *
To Reproduce
Add an inline comment to an parameters file. Run "az group deployment create -g  --parameters  --template-file
Expected behavior
In-line comments in parameters files are treated the same as comments in deployment templates

HI @Juliehzl could you pls help to have a look? thanks.

add to S167.

@arnoldna We don't support this function yet. Could you please tell me what scenario do you need to add comments in the parameter file?

@arnoldna any update?


Security credentials through config backup is misleading

Description
Currently, if you export your config as a backup and re-import you might expect that APIs are included.

I would like to add a popup, that informs the user, that credentials will be removed, and backups should not be done this way.
It would also be great if the 'defined' was 'undefined' if a password is not been set from a config import
Priority
Medium (Would be very useful)

Description
Currently, if you export your config as a backup and re-import you might expect that APIs are included.

I would like to add a popup, that informs the user, that credentials will be removed, and backups should not be done this way.
It would also be great if the 'defined' was 'undefined' if a password is not been set from a config import
Priority
Medium (Would be very useful)

I Believe this is stated when you go to export a config, @manuel-rw . We cannot let a user simply download the API keys they upload to homarr over security concerns, to protect your network in case they get access to your homarr instance and prevent further damages.


Fix waitpid to return the child exit code

The child_ret returned by current waitpid is the status information of the child process, NOT the exit code.
https://github.com/knsd/daemonize/blob/8a87c0b9e5568d2d57284d68e18ea5f24dcad5fb/daemonize/src/lib.rs#L443-L447

We can get the exit code with libc::WEXITSTATUS.

I try to lock the pid_file before perform_fork in execute_child, or the child will always exit with 0, and the parent also exit with 0.

Add a note here:
extern crate daemonize;

fn main() {
    daemonize::Daemonize::new()
        .working_directory(".")
        .pid_file("pid")
        .start()
        .expect("daemonize failed");

    loop {
        std::thread::sleep(std::time::Duration::from_secs(1));
    }
}

And cargo run twice
$ cargo run
$ echo $?
0
$ cargo run
thread 'main' panicked at 'daemonize failed: Error { kind: LockPidfile(35) }', my-test/src/main.rs:8:10
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
$ echo $?
0 # 0 again, should be non-zero


Add testing support for postgres

This works locally, although it may take some work to get it running in the CI workflow.

Opted for direct install of postgres, since that seemed easier than Docker.
Switch which backend you're using by setting the env var EXORCIST_TEST_DB; sqlite (default) or postgres

All tests will run; only the ones that build off the fresh_db (which is most of them) will switch database backend. Obviously, tests of from_filename are still using SQLite even if you request postgres.

multiple devtools scripts created, partly for future flexibility, mainly for convenience when testing locally

separate install and create stages because create is more likely to be reused again locally than install (e.g., delete the directory that contains the DB)
extra postgres 1-liners for restart and stop mainly so I don't have to look up the pg_ctl documentation (since I probably won't even remember that the command is called pg_ctl).

@mikemhenry is probably going to be the CI wizard here getting postgres hooked up
@dwhswenson rather than toggling between sqlite/other backends, could instead the fixture just look for a $POSTGRES_BACKEND env variable and skip testing postgres if not found?  This will be frustrating to test multiple backends at once otherwise

If this is working then I am not sure if you need me to do anything, but this is how I did this in the past:
https://github.com/samplchallenges/SAMPL-league/blob/main/.github/workflows/CI.yml#L23-L38
Then just used the standard stuff with pytest/django testing but I think what David has setup makes it easier to run tests locally if you don't want to use your system's postgress or run a container locally


On-type-rename and Enter

While playing with TS on-type-rename I kept hitting Enter as a "I am done" gesture and while it would stop renaming it also inserts enter (at the primary cursor). I wonder if Enter should simply stop rename and not insert a new line?

The current behavior is intended, enter should insert a new line. The idea is that edit your code as you normally do, and the smartness is all in the background without changing the editing flow.
But you can configure enter to cancel the rename-type mode:
{ "key": "enter",                "command": "cancelOnTypeRenameInput",
                                 "when": "editorTextFocus && onTypeRenameInputVisible" },