Segfaults or UndefRefError with views and LoopVectorization v0.12.94

With one thread, everything is fine:
julia> using LoopVectorization

julia> function foo!(dst, src)
           @turbo thread=true for i in eachindex(dst, src)
               dst[i] = src[i]
           end
       end
foo! (generic function with 1 method)

julia> src_big = rand(4, 10); dst_big = similar(src_big); src = view(src_big, 2:3, :); dst = view(dst_big, 2:3, :);

julia> foo!(dst, src); dst ≈ src
true

However, if I run this with four threads, I either get
ERROR: UndefRefError: access to undefined reference
Stacktrace:
  [1] getindex
    @ ./array.jl:861 [inlined]
  [2] add_loops!(ls::LoopVectorization.LoopSet, LPSYM::Vector{Any}, LB::Core.SimpleVector)
    @ LoopVectorization ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:83
  [3] avx_loopset!(ls::LoopVectorization.LoopSet, instr::Vector{LoopVectorization.Instruction}, ops::Vector{LoopVectorization.OperationStruct}, arf::Vector{LoopVectorization.ArrayRefStruct}, AM::Vector{Any}, LPSYM::Vector{Any}, LB::Core.SimpleVector, vargs::Core.SimpleVector)
    @ LoopVectorization ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:633
  [4] _turbo_loopset(OPSsv::Any, ARFsv::Any, AMsv::Any, LPSYMsv::Any, LBsv::Core.SimpleVector, vargs::Core.SimpleVector, UNROLL::Tuple{Bool, Int8, Int8, Int8, Bool, Int64, Int64, Int64, Int64, Int64, Int64, Int64, UInt64})
    @ LoopVectorization ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:691
  [5] #s166#85
    @ ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:717 [inlined]
  [6] var"#s166#85"(::Any, ::Any, ::Any, ::Any, ::Any, ::Any, ::Any, vargs#::Any, ::Any, #unused#::Type, #unused#::Type, #unused#::Type, #unused#::Type, #unused#::Type, #unused#::Any, var#arguments#::Any)
    @ LoopVectorization ./none:0
  [7] (::Core.GeneratedFunctionStub)(::Any, ::Vararg{Any})
    @ Core ./boot.jl:580
  [8] macro expansion
    @ ~/.julia/packages/LoopVectorization/3Zpn2/src/codegen/lower_threads.jl:652 [inlined]
  [9] macro expansion
    @ ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:713 [inlined]
 [10] _turbo_!(::Val{(false, 0, 0, 0, false, 4, 32, 15, 64, 32768, 262144, 12582912, 0x0000000000000004)}, ::Val{(:LoopVectorization, :getindex, LoopVector0000000000000000000000000, 0x00000000000000000000000000000000, LoopVectorization.memload, 0x0001, 0x01), :LoopVectorization, :identity, LoopVectorization.OperationStruct(0x00000000000000000000000000000001, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, 0x00000000000000000000000000000001, 0x00000000000000000000000000000000, LoopVectorization.compute, 0x0002, 0x00), :LoopVectorization, :setindex!, LoopVectorization.OperationStruct(0x00000000000000000000000000000001, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, 0x00000000000000000000000000000002, 0x00000000000000000000000000000000, LoopVectorization.memstore, 0x0003, 0x02))}, ::Val{(LoopVectorization.ArrayRefStruct{:src, Symbol("##vptr##_src")}(0x00000000000000000000000000000001, 0x00000000000000000000000000000001, 0x00000000000000000000000000000000, 0x00000000000000000000000000000001), LoopVectorization.ArrayRefStruct{:dst, Symbol("##vptr##_dst")}(0x00000000000000000000000000000001, 0x00000000000000000000000000000001, 0x00000000000000000000000000000000, 0x00000000000000000000000000000001))}, ::Val{(0, (), (), (), (), (), ())}, ::Val{(:i,)}, ::Val{Tuple{Tuple{CartesianIndices{2, Tuple{CloseOpenIntervals.CloseOpen{Static.StaticInt{0}, Int64}, CloseOpenIntervals.CloseOpen{Static.StaticInt{0}, Int64}}}}, Tuple{LayoutPointers.GroupedStridedPointers{Tuple{Ptr{Float64}, Ptr{Float64}}, (1, 1), (0, 0), ((1, 2), (1, 2)), ((1, 2), (3, 4)), Tuple{Static.StaticInt{8}, Int64, Static.StaticInt{8}, Int64}, NTuple{4, Static.StaticInt{0}}}}}}, ::Int64, ::Int64, ::Ptr{Float64}, ::Ptr{Float64}, ::Int64, ::Int64)
    @ LoopVectorization ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:713
 [11] foo!(dst::SubArray{Float64, 2, Matrix{Float64}, Tuple{UnitRange{Int64}, Base.Slice{Base.OneTo{Int64}}}, false}, src::SubArray{Float64, 2, Matrix{Float64}, Tuple{UnitRange{Int64}, Base.Slice{Base.OneTo{Int64}}}, false})
    @ Main ./REPL[3]:2
 [12] top-level scope
    @ REPL[5]:1

or a segfault like
signal (11): Segmentation fault
in expression starting at REPL[6]:1
typekeyvalue_hash at /buildworker/worker/package_linux64/build/src/jltypes.c:1152 [inlined]
lookup_typevalue at /buildworker/worker/package_linux64/build/src/jltypes.c:722
lookup_arg_type_tuple at /buildworker/worker/package_linux64/build/src/gf.c:1850 [inlined]
jl_lookup_generic_ at /buildworker/worker/package_linux64/build/src/gf.c:2363 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2425
add_loops! at ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:87
unknown function (ip: 0x7fea2d14a359)
avx_loopset! at ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:633
unknown function (ip: 0x7fea2d147e79)
_turbo_loopset at ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:691
unknown function (ip: 0x7fea2d147e51)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
#s166#85 at ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:717 [inlined]
#s166#85 at ./none:0
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
GeneratedFunctionStub at ./boot.jl:580
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1790 [inlined]
jl_call_staged at /buildworker/worker/package_linux64/build/src/method.c:431
jl_code_for_staged at /buildworker/worker/package_linux64/build/src/method.c:482
get_staged at ./compiler/utilities.jl:111
retrieve_code_info at ./compiler/utilities.jl:123 [inlined]
InferenceState at ./compiler/inferencestate.jl:234
typeinf_ext at ./compiler/typeinfer.jl:907
typeinf_ext_toplevel at ./compiler/typeinfer.jl:942
typeinf_ext_toplevel at ./compiler/typeinfer.jl:938
jfptr_typeinf_ext_toplevel_9542.clone_1 at ~/Software/julia-1.7.0-rc2/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1790 [inlined]
jl_type_infer at /buildworker/worker/package_linux64/build/src/gf.c:295
jl_generate_fptr at /buildworker/worker/package_linux64/build/src/jitlayers.cpp:338
jl_compile_method_internal at /buildworker/worker/package_linux64/build/src/gf.c:1980
jl_compile_method_internal at /buildworker/worker/package_linux64/build/src/gf.c:2246 [inlined]
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2239 [inlined]
jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2254
macro expansion at ~/.julia/packages/LoopVectorization/3Zpn2/src/codegen/lower_threads.jl:652 [inlined]
macro expansion at ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:713 [inlined]
_turbo_! at ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:713
foo! at ./REPL[3]:2
unknown function (ip: 0x7fea2d180128)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1790 [inlined]
do_call at /buildworker/worker/package_linux64/build/src/interpreter.c:126
eval_value at /buildworker/worker/package_linux64/build/src/interpreter.c:215
eval_stmt_value at /buildworker/worker/package_linux64/build/src/interpreter.c:166 [inlined]
eval_body at /buildworker/worker/package_linux64/build/src/interpreter.c:587
jl_interpret_toplevel_thunk at /buildworker/worker/package_linux64/build/src/interpreter.c:731
jl_toplevel_eval_flex at /buildworker/worker/package_linux64/build/src/toplevel.c:885
jl_toplevel_eval_flex at /buildworker/worker/package_linux64/build/src/toplevel.c:830
jl_toplevel_eval_flex at /buildworker/worker/package_linux64/build/src/toplevel.c:830
jl_toplevel_eval_in at /buildworker/worker/package_linux64/build/src/toplevel.c:944
eval at ./boot.jl:373 [inlined]
eval_user_input at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.7/REPL/src/REPL.jl:150
repl_backend_loop at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.7/REPL/src/REPL.jl:244
start_repl_backend at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.7/REPL/src/REPL.jl:229
#run_repl#47 at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.7/REPL/src/REPL.jl:362
run_repl at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.7/REPL/src/REPL.jl:349
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
#930 at ./client.jl:394
jfptr_YY.930_44567.clone_1 at ~/Software/julia-1.7.0-rc2/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1790 [inlined]
jl_f__call_latest at /buildworker/worker/package_linux64/build/src/builtins.c:757
#invokelatest#2 at ./essentials.jl:716 [inlined]
invokelatest at ./essentials.jl:714 [inlined]
run_main_repl at ./client.jl:379
exec_options at ./client.jl:309
_start at ./client.jl:495
jfptr__start_38325.clone_1 at ~/Software/julia-1.7.0-rc2/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1790 [inlined]
true_main at /buildworker/worker/package_linux64/build/src/jlapi.c:559
jl_repl_entrypoint at /buildworker/worker/package_linux64/build/src/jlapi.c:701
main at julia (unknown line)
__libc_start_main at /lib/x86_64-linux-gnu/libc.so.6 (unknown line)
unknown function (ip: 0x400808)
Allocations: 25541662 (Pool: 25531996; Big: 9666); GC: 29
Segmentation fault (core dumped)
```ization.OperationStruct(0x00000000000000000000000000000001, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, LoopVectorization.memload, 0x0001, 0x01), :LoopVectorization, :identity, LoopVectorization.OperationStruct(0x00000000000000000000000000000001, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, 0x00000000000000000000000000000001, 0x00000000000000000000000000000000, LoopVectorization.compute, 0x0002, 0x00), :LoopVectorization, :setindex!, LoopVectorization.OperationStruct(0x00000000000000000000000000000001, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, 0x00000000000000000000000000000002, 0x00000000000000000000000000000000, LoopVectorization.memstore, 0x0003, 0x02))}, ::Val{(LoopVectorization.ArrayRefStruct{:src, Symbol("##vptr##_src")}(0x00000000000000000000000000000001, 0x00000000000000000000000000000001, 0x00000000000000000000000000000000, 0x00000000000000000000000000000001), LoopVectorization.ArrayRefStruct{:dst, Symbol("##vptr##_dst")}(0x00000000000000000000000000000001, 0x00000000000000000000000000000001, 0x00000000000000000000000000000000, 0x00000000000000000000000000000001))}, ::Val{(0, (), (), (), (), (), ())}, ::Val{(:i,)}, ::Val{Tuple{Tuple{CartesianIndices{2, Tuple{CloseOpenIntervals.CloseOpen{Static.StaticInt{0}, Int64}, CloseOpenIntervals.CloseOpen{Static.StaticInt{0}, Int64}}}}, Tuple{LayoutPointers.GroupedStridedPointers{Tuple{Ptr{Float64}, Ptr{Float64}}, (1, 1), (0, 0), ((1, 2), (1, 2)), ((1, 2), (3, 4)), Tuple{Static.StaticInt{8}, Int64, Static.StaticInt{8}, Int64}, NTuple{4, Static.StaticInt{0}}}}}}, ::Int64, ::Int64, ::Ptr{Float64}, ::Ptr{Float64}, ::Int64, ::Int64)
    @ LoopVectorization ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:713
 [11] foo!(dst::SubArray{Float64, 2, Matrix{Float64}, Tuple{UnitRange{Int64}, Base.Slice{Base.OneTo{Int64}}}, false}, src::SubArray{Float64, 2, Matrix{Float64}, Tuple{UnitRange{Int64}, Base.Slice{Base.OneTo{Int64}}}, false})
    @ Main ./REPL[3]:2
 [12] top-level scope
    @ REPL[5]:1

or a segfault like
signal (11): Segmentation fault
in expression starting at REPL[6]:1
typekeyvalue_hash at /buildworker/worker/package_linux64/build/src/jltypes.c:1152 [inlined]
lookup_typevalue at /buildworker/worker/package_linux64/build/src/jltypes.c:722
lookup_arg_type_tuple at /buildworker/worker/package_linux64/build/src/gf.c:1850 [inlined]
jl_lookup_generic_ at /buildworker/worker/package_linux64/build/src/gf.c:2363 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2425
add_loops! at ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:87
unknown function (ip: 0x7fea2d14a359)
avx_loopset! at ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:633
unknown function (ip: 0x7fea2d147e79)
_turbo_loopset at ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:691
unknown function (ip: 0x7fea2d147e51)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
#s166#85 at ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:717 [inlined]
#s166#85 at ./none:0
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
GeneratedFunctionStub at ./boot.jl:580
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1790 [inlined]
jl_call_staged at /buildworker/worker/package_linux64/build/src/method.c:431
jl_code_for_staged at /buildworker/worker/package_linux64/build/src/method.c:482
get_staged at ./compiler/utilities.jl:111
retrieve_code_info at ./compiler/utilities.jl:123 [inlined]
InferenceState at ./compiler/inferencestate.jl:234
typeinf_ext at ./compiler/typeinfer.jl:907
typeinf_ext_toplevel at ./compiler/typeinfer.jl:942
typeinf_ext_toplevel at ./compiler/typeinfer.jl:938
jfptr_typeinf_ext_toplevel_9542.clone_1 at ~/Software/julia-1.7.0-rc2/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1790 [inlined]
jl_type_infer at /buildworker/worker/package_linux64/build/src/gf.c:295
jl_generate_fptr at /buildworker/worker/package_linux64/build/src/jitlayers.cpp:338
jl_compile_method_internal at /buildworker/worker/package_linux64/build/src/gf.c:1980
jl_compile_method_internal at /buildworker/worker/package_linux64/build/src/gf.c:2246 [inlined]
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2239 [inlined]
jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2254
macro expansion at ~/.julia/packages/LoopVectorization/3Zpn2/src/codegen/lower_threads.jl:652 [inlined]
macro expansion at ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:713 [inlined]
_turbo_! at ~/.julia/packages/LoopVectorization/3Zpn2/src/reconstruct_loopset.jl:713
foo! at ./REPL[3]:2
unknown function (ip: 0x7fea2d180128)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1790 [inlined]
do_call at /buildworker/worker/package_linux64/build/src/interpreter.c:126
eval_value at /buildworker/worker/package_linux64/build/src/interpreter.c:215
eval_stmt_value at /buildworker/worker/package_linux64/build/src/interpreter.c:166 [inlined]
eval_body at /buildworker/worker/package_linux64/build/src/interpreter.c:587
jl_interpret_toplevel_thunk at /buildworker/worker/package_linux64/build/src/interpreter.c:731
jl_toplevel_eval_flex at /buildworker/worker/package_linux64/build/src/toplevel.c:885
jl_toplevel_eval_flex at /buildworker/worker/package_linux64/build/src/toplevel.c:830
jl_toplevel_eval_flex at /buildworker/worker/package_linux64/build/src/toplevel.c:830
jl_toplevel_eval_in at /buildworker/worker/package_linux64/build/src/toplevel.c:944
eval at ./boot.jl:373 [inlined]
eval_user_input at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.7/REPL/src/REPL.jl:150
repl_backend_loop at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.7/REPL/src/REPL.jl:244
start_repl_backend at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.7/REPL/src/REPL.jl:229
#run_repl#47 at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.7/REPL/src/REPL.jl:362
run_repl at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.7/REPL/src/REPL.jl:349
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
#930 at ./client.jl:394
jfptr_YY.930_44567.clone_1 at ~/Software/julia-1.7.0-rc2/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1790 [inlined]
jl_f__call_latest at /buildworker/worker/package_linux64/build/src/builtins.c:757
#invokelatest#2 at ./essentials.jl:716 [inlined]
invokelatest at ./essentials.jl:714 [inlined]
run_main_repl at ./client.jl:379
exec_options at ./client.jl:309
_start at ./client.jl:495
jfptr__start_38325.clone_1 at ~/Software/julia-1.7.0-rc2/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2247 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2429
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1790 [inlined]
true_main at /buildworker/worker/package_linux64/build/src/jlapi.c:559
jl_repl_entrypoint at /buildworker/worker/package_linux64/build/src/jlapi.c:701
main at julia (unknown line)
__libc_start_main at /lib/x86_64-linux-gnu/libc.so.6 (unknown line)
unknown function (ip: 0x400808)
Allocations: 25541662 (Pool: 25531996; Big: 9666); GC: 29
Segmentation fault (core dumped)

The above commit disables threading when you have CartesianIndices.
We can leave this issue open until we get a proper fix.

The easiest fix in case of CartesianIndices might be to call condense_loopset again, and take another trip through _turbo_! with the expanded loops.

Great, thanks!


Pig farm does not lower resources when it is destroyed

Summary:
Type:

A ()
B (X)
C ()

Priority:

Urgent ()
High (X)
Regular ()
Low ()

Frequency

Always ()
High (X)
Regular ()
Low ()

Steps to reproduce:
Destory a pig farm.
Actual result:
The total player resources do not lower.
Expected result:
The total player resources do lower.
Build:
0.4

Fixed.


Update source style in teapot/ndk_helper/ directory, no functional change

just ran clang-format -i -style=google for teapot/common/ndk_helper/ for all sources there.  This would pave the way for converging with NDK's copy

@bbilodeau @hak PTAL, thx

LGTM


Release

It's been quite some time since a release, can we get one cut shortly?

I could help as well

Getting the warning:
DEPRECATION: ember-cli-babel 5.x has been deprecated. Please upgrade to at least ember-cli-babel 6.6. Version 5.2.8 located: bai-ui -> ember-pikaday -> ember-cli-babel
"ember-pikaday": "^2.2.4"


Option for PowerToys Awake crashes application

Microsoft PowerToys version
0.69.0
Installation method
GitHub
Running as admin
No
Area(s) with issue?
Awake
Steps to reproduce
I was enabling the Awake feature, which I have used before.. But I accidentally selected the 4th option. PowerToys just instantly crashed. And it will crash every time I load the PowerToys Settings, and then select the Awake option panel on the left.
I can't tell you what the 4th option is, because it crashes on me now, and the documentation only lists 3 options:

Keep using the selected power plan
Keep awake indefinitely
Keep awake temporarily

I believe it is a new option, as I don't remember seeing it before, so it was the 4th option that I selected. Now I can't even get to that screen to undo that change.
I attached the event log application error. (I had to rename *.xml to *.xml.txt as it would not accept the upload.)
PowerToys-application-event-error.xml.txt
✔ Expected Behavior
I did not mean to select the 4th option, but either way, I did not expect PowerToys to crash. And then crash every time I went back to try to undo that change.
❌ Actual Behavior
PowerToys.Settings.exe abruptly crashes.
Other Software
No response

I have not yet uninstalled and reinstalled, as I'd hate to redo all my settings over again. If anyone in the short term has a registry key location or something along that line to undo that change for the short term, I would much appreciate that. (I can't seem to find it via searching.)

This is happening to me too. RIGHT after update

/reportbug

@stefansjfw this should show up in watson

can repro this:

workaround: go to %USERPROFILE%\AppData\Local\Microsoft\PowerToys\Awake  and delete settings.json

PowerToysReport_2023-04-09-12-20-14.zip

Was scratching my head on this one, since I couldn't repro at all.
Since this might have something to do with the time control, I changed my timezone to PST and now I can repro.
This seems to be caused by the value for the TimeOffset being initialized at the minimum and the UI somehow wanting to set it back a few hours to show it in Settings?
Anyway, now I can repro and will work on a fix.

Very interesting problem. Thank you for the updates and information
On Tue, Apr 11, 2023, 04:12 Jaime Bernardo @.***> wrote:

Was scratching my head on this one, since I couldn't repro at all.
Since this might have something to do with the time control, I changed my
timezone to PST and now I can repro.
This seems to be caused by the value for the TimeOffset being initialized
at the minimum and the UI somehow wanting to set it back a few hours to
show it in Settings?
Anyway, now I can repro and will work on a fix.
—
Reply to this email directly, view it on GitHub
https://github.com/microsoft/PowerToys/issues/25334#issuecomment-1503047997,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/A2MNUIRXRKZD3SC3JDPWMU3XAUVB5ANCNFSM6AAAAAAWXSI7FY
.
You are receiving this because you commented.Message ID:
@.***>

@jaimecbernardo thank you for the fix. Can you please confirm that this issue can be resolved?

@dend, looks good: https://github.com/microsoft/PowerToys/issues/25264#issuecomment-1507247003


"ESCU - Abnormally High Number Of Cloud Infrastructure API Calls - Rule" missing Risk alert action

Fixed in this commit: https://github.com/splunk/security-content/pull/696/commits/cad99d8dfbbfee643b594499b47dcd2460251de5
Although this search is not scoped for Beta 2


Fix tensorflow-text source build on LLVM 17

Yesterday's update from LLVM 14 to LLVM 17 broke the source builds of tensorflow-text on arm64 (example).
Let's see if this is resolved by upgrading to a newer version (2.13.0 -> 2.16.1). (We might even just want to track main instead?)
Actually, bumping tensorflow-text from 2.13.0 -> 2.16.1 doesn't work, because it's in sync with tensorflow, and lingvo (used in pax) is only compatible with 2.13.0 (even on the most recent main). Luckily, merely disabling the --no-undefined-version check in lld alone seems to do the trick.

@olupton This should be good to go (pax fixed; t5x still broken, but now for unrelated reasons)


Implement basic Cloud and CloudCollection functionality

This PR involves the creation of the Cloud and CloudCollection classes well as their respective specs. The basic functionality includes

Adding and removing Cloud instances to CloudCollection
Visualizing Cloud instances as cyan billboard quads, with both instanced and non-instanced functionality
Modifying a Cloud dynamically.

Here is a localhost Sandcastle that demonstrates the cloud API.
@lilleyse

Thanks for the pull request @j9liu!

:heavy_check_mark: Signed CLA found.

Reviewers, don't forget to make sure that:

[ ] Cesium Viewer works.
[ ] Works in 2D/CV.
[ ] Works (or fails gracefully) in IE11.


Only home as MiXiT favicon

What tool do you use @clacote for 🎥  the 💻  ?

@cbouttaz: http://www.cockos.com/licecap/ (Mac/Windows only)

nice thanks !


Improve conflict resolution

Would it be possible to change how copier handles conflicts?
Presently, conflicting changes are saved as *.rej files. Their contents may not be immediately obvious to interpret to decide what to do about them.
I suppose that what copier does is essentially a 3-way merge between the baseline generated from vN of a template, the newer version generated from vN+1, and the actual project files.
Would it be possible to instead modify the actual template files so that they include the >>>> markings for conflicting changes? Maybe this way it would be possible to handle conflicts with git difftool or IDE?

Relevant: https://github.com/copier-org/copier/pull/407

It would be a nice improvement indeed.

I have some time during my weekend to work on this. You can find my proposal in #627.


Remove official project support for HHVM

This PR removes all HHVM testing on Travis CI and removes mention of official support for HHVM from the README.
While our test suite continues to pass on all HHVM versions we test, many other projects have moved away from official support for HHVM, since HHVM no longer maintains feature parity with PHP 7. When league/oauth2-client no longer supports PHP 5.6, we will need to remove support for HHVM anyway, since we'll potentially be using PHP 7+ features that HHVM does not support.

I've dropped active support for it on all my packages.


multi netdevice forward issue when ll_guardsize not 14

Summary
The L3 data should be aligned to CONFIG_NET_LL_GUARDSIZE, otherwise, problems will occur when data is forwarded between different llhdrlen network device.
Why revert:
There's something wrong in the commit in https://github.com/apache/nuttx/pull/8610, will fail to compile (too few arguments) when IOB_BUFSIZE is big enough (e.g. 1600)
Impact
Testing
sim:local_usbrndis

Oops, my fault, I wanted to carry this bugfix which fixes the bug introduced by my patch, but I made a mistake when resolving conflict for it, really sorry for that and thanks for pointing out this. LGTM.


I just wanted to make for more generic, and I went directly for Traversable's for, without realizing that the mapping function actually produces Applicative result.
I should have done just flip fmap instead.

@arybczak Done: https://github.com/scrive/scrive-prelude/pull/15


mix mode Light2D shadows misbehave under ViewportContainer

Godot version:
v3.2.4.rc2.official
OS/device including version:
Windows 10, Nvidia 1070, GLES3
Issue description:
I have a scene that contains Light2D nodes with mode set to mix. These lights have shadows enabled, with shadow_gradient_length set to 8. These lights are occluded by walls (LightOccluder2D) in the scene. This works fine when I play the scene directly.
The issue is that I want to play this scene in a sub-Viewport via a ViewportContainer, but when doing so, the shadows behave differently, and don't appear to be fully occluded. There seems to be light bleeding into the wall's LightOccludder2D.
I've reduced it to a simple example using a simple square to represent the wall occluder. This is what I see when playing the original scene and behaves as expected by showing a completely black (occluded) square.

After reparenting the same scene to a ViewportContainer you can see the slight gradient at the bottom of the square (difficult to see on a white background):

Steps to reproduce:

Download the attached project.
Play the DefaultViewport scene. Observe that the square is full black.
Play the AlternateViewport scene. Observe that the square has a grey gradient near the bottom.

Minimal reproduction project:
BleedingShadows.zip

Ok, I can confirm this bug, I will give more information.
Godot version:
v3.3.2.stable
OS/device including version:
Linux Mint 19.03, NVIDIA GTX 1660, GLES3
I can also confirm this happening in Windows (idk exactly the hardware)
Issue description:
This is only happening in GLES3, using Light2D with Mix Mode and only when we use it as a child of a Viewport.
I don't know when it was introduced. It doesn't seems to be related to batch rendering, because even if I disabled it, it still happens.
Steps to reproduce:

Download the project
You can see two scenes, 2DScene.tscn it's a normal 2D Scene with lights, that seems OK.
Another ViewportContainer.tscn that contains an ViewportContainer + Viewport, and the 2DScene instanciated in it, and here you will see the artifact.

Some screens:
2DScene.tscn

ViewportContainer.tscn (GLES3)

ViewportContainer.tscn (GLES2)

I realized that if we enable "Transparent bg" in "Viewport" it will fix the problem, but I got other problems that I don't want.
Download the attached project.
Viewport2DLightTest.zip


Platforms containing only numbers (ie ASA 5500) being converted to int causing failure

When attempting to group by platform in the ipfabric inventory module:
ie:
keyed_groups:

key: platform
prefix: "p_"
separator: ""

A failure occurs if any of the device platform values contain only numbers:
ie:
platform=5500
The error generated is:

Failed to parse inventory.yml with auto plugin: Invalid group name format, expected a string or a list of them or
dictionary, got: <class 'int'>
File "/usr/local/lib/python3.8/site-packages/ansible/inventory/manager.py", line 290, in parse_source
plugin.parse(self._inventory, self._loader, source, cache=cache)
File "/usr/local/lib/python3.8/site-packages/ansible/plugins/inventory/auto.py", line 59, in parse
plugin.parse(inventory, loader, path, cache=cache)
File ".../ansible_collections/community_fabric/ansible/plugins/inventory/inventory.py", line 156, in parse
self.main()
File ".../ansible_collections/community_fabric/ansible/plugins/inventory/inventory.py", line 145, in main
self._populate(self.devices_list)
File ".../ansible_collections/community_fabric/ansible/plugins/inventory/inventory.py", line 139, in _populate
self._add_host_to_keyed_groups(self.get_option("keyed_groups"), new_vars, to_text(hostname), strict=strict)
File "/usr/local/lib/python3.8/site-packages/ansible/plugins/inventory/init.py", line 443, in _add_host_to_keyed_groups
raise AnsibleParserError("Invalid group name format, expected a string or a list of them or dictionary, got: %s" % type(key))

I suspect the values returned by the query must be type cast as strings.

Fixed the issue, installed 0.0.2 from ansible galaxy using ansible-galaxy collection install community_fabric.ansible and it should work.
Let me know if there are any issues.
    "p_5500": {
        "hosts": [
            "HWLAB-FW-C5510"
        ]
    },
    "p_asav": {
        "hosts": [
            "L1FW1",
            "L35FW1",
            "L35FW2",
            "L68ASAV5",
            "L68ASAV6"
        ]
    }
}

Looks good!


Use white/black icon/text depending upon chosen color to ensure visibility

Currently, this plugin provides a nice set of distinct colors.
But both menu bar texts and left panel icons may sometimes be impossible to read.
Take a look at this example

Icons are somewhat visible, but menu text is really hard to read (unless hovered).
A typical solution is to check color darkness, and swap text/icon drawing color from white to black to ensure visibility. (and I guess that's what peacock does).

ah thank you for letting me know!  hadn't seen this before.
could you send me:

the contents of your .vscode/settings.json file
the Window Colors settings you have currently enabled, and
any info on what color theme you're currently using?

so i can reproduce.

Content of .vscode/settings.json is
{
    "workbench.colorCustomizations": {
        "activityBar.background": "#695641",
        "titleBar.activeBackground": "#FFFFFF",
        "titleBar.activeForeground": "#FFFFFF"
    }
}

By windows color settings, I guess you mean the unique windows color settings section in my main settings ? If so, here they are
"windowColors.🌈 BaseColor": ""
"windowColors.🌈 DeleteSettingsFileUponExit": false
"windowColors.🌈 Theme": "dark"

I wonder what the "theme" settings configure ...
I'm using as color theme
"workbench.colorTheme": "Solarized Light"

OK, I've understood the goal of the "windowColors.🌈 Theme": "dark". if I set it to "light" text/icons are visible. So I guess the best case would be to auto-toggle that value according to selected VSCode theme, no ?

yeah, the windowColors.🌈 Theme setting determines whether light or dark colors are used.  but the
foreground/font color should be generated to contrast nicely with the calculated background color.
i'm on mac and haven't seen this happen before -- i'll test on windows within the next few days

Hi Nicolas, I just published a revision to how colors are generated and can be selected.  Feel free to let me know what you think -- if this helps font vs background colors for you?

false alarm.  new version had trouble in windows so i've reverted for now.


fix: use default sourceMapOverrides if not in launch config.

Also pulling the default sourceMapPathOverrides from v1/v2

This seems to break the mapping in the webpack demo project in vscode. It doesn't recognize that the index.js from the sourcemap is the same as the index.js in the source tree. Could you take a look?

Reverted the change of defaults to the v1/v2 version. For now I'm more worried about making sure we use the defaults if they're not specified.


De-duplicate directroy creation for slow query log

This PR detects if slow query log directory is same as log directory, and if they are same, do not call directory resource again for slow query log.
It suppress following warning while executing chefspec:
WARN: Cloning resource attributes for directory[/var/log/mysql] from prior resource (CHEF-3694)
WARN: Previous directory[/var/log/mysql]: /tmp/d20150429-14078-g09lm9/cookbooks/percona/recipes/configure_server.rb:71:in from_file' WARN: Current  directory[/var/log/mysql]: /tmp/d20150429-14078-g09lm9/cookbooks/percona/recipes/configure_server.rb:94:in from_file'

@joelhandwell thank you very much for this! I have rebased it on top of the latest master and merged it in as #301.


Construction in julia 0.3.7

When constructing a ChainedVector by
using ChainedVector
cv = ChainedVector{Int64}([1,2],[3,4])
I get the following error:
ERROR: similar has no method matching similar(::ChainedVector{Int64}, ::Type{Int64}, ::(Int64,))
in getindex at abstractarray.jl:380
Fix: I added a copy of the similar method changing ::(Int, Int) to ::(Int,)

Thanks! Could you submit a pull request with the fix?

closed via #6


Help Wanted - I assume this is an easy question..

I am new to cert-manager and was wondering how exactly it works for multiple domains.. can I re-use the same ClusterIssuer for many certs? or is one ClusterIssuer good for only one cert/secret?
I am trying to use the same ClusterIssuer to create 2 certs for 2 different ingresses/domains.
The first one works just fine, but when i try to create the second one cert-manager will only create the fake cert - and I get this error in the logs:

certificate resource is not owned by this ingress. refusing to update non-owned certificate resource for ingress

...any idea what I'm doing wrong? Does each ingress resource need its own issuer?

Thanks for the help on Slack, Joshua Van Leeuwen!
Each ingress needs to have a unique secretName: I_need_to_be_unique - I was under the impression each ingress' secretName had to match the     privateKeySecretRef:       name: letsencrypt-prod within the ClusterIssuer..

@jasoncabot Thanks so much for this issue! It really helped. Can we please clarify the documentation about the use of secrets in the ingress?


revert(app): Privacy policy changes and opt-in strategy

Overview
Revert changes to the privacy settings toggle messaging and prompts in the Desktop and On Device Display apps.  Behavior should be consistent with 7.1.1 as far as opting-in/out of analytics.
Review requests

Confirm that there is nothing unintentional reverted within the 4 constituent commits.

Risk assessment
low

Privacy tab seems to be fine & working as expected everywhere except for here. Not sure why, i'll dig into it.

@b-cooper  I did some digging, do we need to add log aggregation back? Looks like its not being returned from the getRobotSettings selector.


Failed To Install SciPy On Windows with Python 3.9

PS C:\Users\zhiwe> pip install scipy
Collecting scipy
  Using cached scipy-1.5.2.tar.gz (25.4 MB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
    Preparing wheel metadata ... error
    ERROR: Command errored out with exit status 1:
     command: 'C:\Users\zhiwe\AppData\Local\Microsoft\WindowsApps\PythonSoftwareFoundation.Python.3.9_qbz5n2kfra8p0\python.exe' 'C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\lib\site-packages\pip\_vendor\pep517\_in_process.py' prepare_metadata_for_build_wheel 'C:\Users\zhiwe\AppData\Local\Temp\tmp9tfaxnmz'
         cwd: C:\Users\zhiwe\AppData\Local\Temp\pip-install-aflo97sh\scipy
    Complete output (195 lines):
    setup.py:460: UserWarning: Unrecognized setuptools command ('dist_info --egg-base C:\Users\zhiwe\AppData\Local\Temp\pip-modern-metadata-5pexrvpg'), proceeding with generating Cython sources and expanding templates
      warnings.warn("Unrecognized setuptools command ('{}'), proceeding with "
    Running from SciPy source directory.
    lapack_opt_info:
    lapack_mkl_info:
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries mkl_rt not found in ['C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\\lib', 'C:\\', 'C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\\libs']
      NOT AVAILABLE

    openblas_lapack_info:
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries openblas not found in ['C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\\lib', 'C:\\', 'C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\\libs']
    get_default_fcompiler: matching types: '['gnu', 'intelv', 'absoft', 'compaqv', 'intelev', 'gnu95', 'g95', 'intelvem', 'intelem', 'flang']'
    customize GnuFCompiler
    Could not locate executable g77
    Could not locate executable f77
    customize IntelVisualFCompiler
    Could not locate executable ifort
    Could not locate executable ifl
    customize AbsoftFCompiler
    Could not locate executable f90
    customize CompaqVisualFCompiler
    Could not locate executable DF
    customize IntelItaniumVisualFCompiler
    Could not locate executable efl
    customize Gnu95FCompiler
    Could not locate executable gfortran
    Could not locate executable f95
    customize G95FCompiler
    Could not locate executable g95
    customize IntelEM64VisualFCompiler
    customize IntelEM64TFCompiler
    Could not locate executable efort
    Could not locate executable efc
    customize PGroupFlangCompiler
    Could not locate executable flang
    don't know how to compile Fortran code on platform 'nt'
      NOT AVAILABLE

    openblas_clapack_info:
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries openblas,lapack not found in ['C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\\lib', 'C:\\', 'C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\\libs']
      NOT AVAILABLE

    flame_info:
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries flame not found in ['C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\\lib', 'C:\\', 'C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\\libs']
      NOT AVAILABLE

    atlas_3_10_threads_info:
    Setting PTATLAS=ATLAS
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries lapack_atlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\lib
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries tatlas,tatlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\lib
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries lapack_atlas not found in C:\
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries tatlas,tatlas not found in C:\
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries lapack_atlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\libs
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries tatlas,tatlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\libs
    <class 'numpy.distutils.system_info.atlas_3_10_threads_info'>
      NOT AVAILABLE

    atlas_3_10_info:
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries lapack_atlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\lib
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries satlas,satlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\lib
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries lapack_atlas not found in C:\
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries satlas,satlas not found in C:\
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries lapack_atlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\libs
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries satlas,satlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\libs
    <class 'numpy.distutils.system_info.atlas_3_10_info'>
      NOT AVAILABLE

    atlas_threads_info:
    Setting PTATLAS=ATLAS
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries lapack_atlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\lib
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries ptf77blas,ptcblas,atlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\lib
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries lapack_atlas not found in C:\
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries ptf77blas,ptcblas,atlas not found in C:\
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries lapack_atlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\libs
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries ptf77blas,ptcblas,atlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\libs
    <class 'numpy.distutils.system_info.atlas_threads_info'>
      NOT AVAILABLE

    atlas_info:
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries lapack_atlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\lib
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries f77blas,cblas,atlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\lib
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries lapack_atlas not found in C:\
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries f77blas,cblas,atlas not found in C:\
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries lapack_atlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\libs
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries f77blas,cblas,atlas not found in C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\libs
    <class 'numpy.distutils.system_info.atlas_info'>
      NOT AVAILABLE

    accelerate_info:
      NOT AVAILABLE

    lapack_info:
    No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils
    customize MSVCCompiler
      libraries lapack not found in ['C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\\lib', 'C:\\', 'C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\\libs']
      NOT AVAILABLE

    C:\Users\zhiwe\AppData\Local\Temp\pip-build-env-1isji6d_\overlay\Lib\site-packages\numpy\distutils\system_info.py:1712: UserWarning:
        Lapack (http://www.netlib.org/lapack/) libraries not found.
        Directories to search for the libraries can be specified in the
        numpy/distutils/site.cfg file (section [lapack]) or by setting
        the LAPACK environment variable.
      if getattr(self, '_calc_info_{}'.format(lapack))():
    lapack_src_info:
      NOT AVAILABLE

    C:\Users\zhiwe\AppData\Local\Temp\pip-build-env-1isji6d_\overlay\Lib\site-packages\numpy\distutils\system_info.py:1712: UserWarning:
        Lapack (http://www.netlib.org/lapack/) sources not found.
        Directories to search for the sources can be specified in the
        numpy/distutils/site.cfg file (section [lapack_src]) or by setting
        the LAPACK_SRC environment variable.
      if getattr(self, '_calc_info_{}'.format(lapack))():
      NOT AVAILABLE

    Traceback (most recent call last):
      File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\lib\site-packages\pip\_vendor\pep517\_in_process.py", line 280, in <module>
        main()
      File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\lib\site-packages\pip\_vendor\pep517\_in_process.py", line 263, in main
        json_out['return_val'] = hook(**hook_input['kwargs'])
      File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\lib\site-packages\pip\_vendor\pep517\_in_process.py", line 133, in prepare_metadata_for_build_wheel
        return hook(metadata_directory, config_settings)
      File "C:\Users\zhiwe\AppData\Local\Temp\pip-build-env-1isji6d_\overlay\Lib\site-packages\setuptools\build_meta.py", line 161, in prepare_metadata_for_build_wheel
        self.run_setup()
      File "C:\Users\zhiwe\AppData\Local\Temp\pip-build-env-1isji6d_\overlay\Lib\site-packages\setuptools\build_meta.py", line 253, in run_setup
        super(_BuildMetaLegacyBackend,
      File "C:\Users\zhiwe\AppData\Local\Temp\pip-build-env-1isji6d_\overlay\Lib\site-packages\setuptools\build_meta.py", line 145, in run_setup
        exec(compile(code, __file__, 'exec'), locals())
      File "setup.py", line 583, in <module>
        setup_package()
      File "setup.py", line 579, in setup_package
        setup(**metadata)
      File "C:\Users\zhiwe\AppData\Local\Temp\pip-build-env-1isji6d_\overlay\Lib\site-packages\numpy\distutils\core.py", line 137, in setup
        config = configuration()
      File "setup.py", line 477, in configuration
        raise NotFoundError(msg)
    numpy.distutils.system_info.NotFoundError: No lapack/blas resources found.
    ----------------------------------------
ERROR: Command errored out with exit status 1: 'C:\Users\zhiwe\AppData\Local\Microsoft\WindowsApps\PythonSoftwareFoundation.Python.3.9_qbz5n2kfra8p0\python.exe' 'C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.9_<IP_ADDRESS>_x64__qbz5n2kfra8p0\lib\site-packages\pip\_vendor\pep517\_in_process.py' prepare_metadata_for_build_wheel 'C:\Users\zhiwe\AppData\Local\Temp\tmp9tfaxnmz' Check the logs for full command output.

I guess that the main issue here is that scipy and numpy do not provide binary wheels for Python 3.9 which has been released yesterday.
It would be really nice to have wheels for Python 3.9 so not many users trying the new Python would not have to compile scipy from sources.
Numpy issue: https://github.com/numpy/numpy/issues/17482

Noted, I'm currently working on the 1.5.3 release (albeit slowly) which is slated to include new Linux ARM64 wheels; I wonder if adding both ARM64 wheels and an extra Python version is asking for trouble in one point release. Anyway, we will work toward it I guess.

We've been testing python3.9 on Linux for a while. It's simple to add a 3.9 entry to the macOS testing matrix. Not sure how easy it'll be for windows. Numpy 3.9 wheels won't be too far off, are there 3.9 nightly wheels for numpy?

Same issue here.  :(
Thanks for your efforts to fix this though!

I had similar problem while trying to run "pip install seaborn". The problem is that the new Python 3.9 does not provide binary wheels for scipy and numpy.
What I did was to uninstall Python 3.9 and reinstall Python 3.8 and everything worked perfectly.

I returned to 3.8 also.

The CPython 3.9 wheels for numpy has just been uploaded yesterday.  Does this mean the one for scipy will be out soon-ish?

yes, I'm working on it (in free time)

Wheels for 3.9 are now available, so closing.

ERROR: Command errored out with exit status 1:
command: 'C:\Users\Laptop\anaconda3\python.exe' 'C:\Users\Laptop\anaconda3\lib\site-packages\pip_vendor\pep517_in_process.py' get_requires_for_build_wheel 'C:\Users\Laptop\AppData\Local\Temp\tmp6_da9ul8'
cwd: C:\Users\Laptop\AppData\Local\Temp\pip-install-88hksnhh\rasterio
Complete output (2 lines):
INFO:root:Building on Windows requires extra options to setup.py to locate needed GDAL files. More information is available in the README.
ERROR: A GDAL API version must be specified. Provide a path to gdal-config using a GDAL_CONFIG environment variable or use a GDAL_VERSION environment variable.
ERROR: Command errored out with exit status 1: 'C:\Users\Laptop\anaconda3\python.exe' 'C:\Users\Laptop\anaconda3\lib\site-packages\pip_vendor\pep517_in_process.py' get_requires_for_build_wheel 'C:\Users\Laptop\AppData\Local\Temp\tmp6_da9ul8' Check the logs for full command output.
I am new to python. I couldn't understand the error. Can anyone please help me to solve this problem?

Hi @Ridhee, I have not seen this error before, but it might be due to an installation issue with GDAL which is not required for SciPy.  This comment suggests

"to remove gdal with conda remove gdal and then do a fresh conda install"

I did that, but I think there is some problem in version. My python version
is 3.7.6 and there is no gdal available in this version.
What should I do?
On Wed, 19 May, 2021, 9:27 AM Nicholas McKibben, @.***>
wrote:

Hi @Ridhee https://github.com/Ridhee, I have not seen this error
before, but it might be due to an installation issue with GDAL which is not
required for SciPy. This comment
https://github.com/NREL/OpenOA/issues/37#issuecomment-519949582 suggests
"to remove gdal with conda remove gdal and then do a fresh conda install"
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/scipy/scipy/issues/12923#issuecomment-843726812, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AUD7YG6XHZER33SGKJRGVPDTOMZJBANCNFSM4SHAATTQ
.

@Ridhee This seems like a Python issue and not a SciPy issue.  I'm not very familiar with Windows installations, but at this point if possible I would try to fully uninstall all Python and Anaconda installations on your machine and then follow the setup instructions here which has a recommendation on where to obtain anaconda which will include Python.


Custom library name ,author,version

how to add many Custom library name ,author,version name to the list on cards in AboutActivity?

@thisisPratzz what do you mean? you want to overwrite the defined values? or you want to add your own libraries?

add names,description of libraries which where not included  in gradle
Eg.
app has  used libraries A,B but not used library C
Still add decription,name of  C aboutLibrary View

you can just add your own definition files to the project to add additional projects.

Like this one: https://github.com/mikepenz/AboutLibraries/blob/develop/library/src/main/res/values/library_aboutlibraries_strings.xml

Thank you :+1:


Stateless JWT

From the documentation: "An authenticator that uses a header-based approach with the help of a JWT (JSON Web Token). It works by using a JWT to transport the authenticator data inside a user defined header. It can be stateless with the disadvantages that the JWT can’t be invalidated."
I would have thought that a JWT would still be valid after a server reset if the server secret hasn't changed.  I tried this on the play-silhouette-angular-seed and the token is invalid after you restart the server, forcing me to negotiate for a new one.
Is my understanding of JWT incorrect, or is there a way in Silhouette to make the JWT Authenticator behave in this way?
I am using PostgreSQL on the back-end.  Do I have to save the JWT Authenticator objects to the database to have the behavior that I need, like you would with the user data?  Would using the trait AuthenticatorDAO be what I need to implement this.  If so, is there a gist or example that can help with this particular case?
I need to save JWTs to a database anyway so that I can have a way to invalidate them, so this type of approach would still be welcomed.
Thank you for your time.

Mhhh, this is strange. I'm sure that the functionally is implemented as described. Do you have a log entry or an exception?
As you noted, a token must only be persisted if the possibility to invalidate it should be in place. For this case you must implement the AuthenticatorDAO and pass it to the authenticator service. I've no code snippet for this case, but this should be straight forward.

Thank you for the response.  There is no issue, it was all me not understanding how to use the Authenticator.  In the example, the JWT Authenticator is set to use the CacheAuthenticatorDAO, which now makes sense that restarting the server invalidates the previous tokens.  Once I changed the DAO to None in (/app/utils/di/SilhouetteModule.scala) provideAuthenticatorService, it worked in a stateless manner.
Thanks for your hard work, I'm learning a lot just by using your library.


Migrate System.Json

The System.Json nuget package has this information:

Has public types in both .NET Framework 4.6.2 and .NET 6.0.
Supports .NET Standard 1.0 and 2.0.
Has no ref assemblies.
Has no PNSE.

When consuming this nuget package in a console app, then printing typeof(System.Json.JsonPrimitive).Assembly.CodeBase I confirmed that:

When targeting .NET Framework 4.6.2, the nuget package assembly is used: bin/Debug/net462/System.Json.DLL
When targeting .NET 6.0, the nuget package assembly is used: bin/Debug/net6.0/System.Json.dll

Blocked by https://github.com/dotnet/arcade-validation/pull/4161

There are two test failures on Linux related to executing .NET Framework.
Failure 1
It is a test that is decorated with [SkipOnTargetFramework(~TargetFrameworkMonikers.NetFramework)] and should not have executed:
[xUnit.net 00:00:00.63]   Starting:    System.Json.Tests
  Failed System.Json.Tests.JsonValueTests.Parse_IntegralBoundaries_LessThanMaxDouble_Works_NetFramework(jsonString: "79228162514264337593543950336", expectedToString: "7.9228162514264338E+28") [1 ms]
  Error Message:
   Assert.Equal() Failure
                          ↓ (pos 16)
Expected: 7.9228162514264338E+28
Actual:   7.922816251426434E+28
                          ↑ (pos 16)
  Stack Trace:
     at System.Json.Tests.JsonValueTests.<>c__DisplayClass7_0.<Parse_IntegralBoundaries_LessThanMaxDouble_Works_NetFramework>b__0(JsonValue value) in /home/carlos/maintenance-packages/src/System.Json/tests/System/Json/JsonValueTests.cs:line 92
   at System.Json.Tests.JsonValueTests.Parse(String jsonString, Action`1 action) in /home/carlos/maintenance-packages/src/System.Json/tests/System/Json/JsonValueTests.cs:line 786
   at System.Json.Tests.JsonValueTests.Parse_IntegralBoundaries_LessThanMaxDouble_Works_NetFramework(String jsonString, String expectedToString) in /home/carlos/maintenance-packages/src/System.Json/tests/System/Json/JsonValueTests.cs:line 89
[xUnit.net 00:00:05.14]     System.Json.Tests.JsonValueTests.Parse_DoubleTooLarge_ThrowsOverflowException [FAIL]
[xUnit.net 00:00:05.14]       Assert.Throws() Failure
[xUnit.net 00:00:05.14]       Expected: typeof(System.OverflowException)
[xUnit.net 00:00:05.14]       Actual:   (No exception was thrown)
[xUnit.net 00:00:05.14]       Stack Trace:
[xUnit.net 00:00:05.14]         /home/carlos/maintenance-packages/src/System.Json/tests/System/Json/JsonValueTests.cs(237,0): at System.Json.Tests.JsonValueTests.Parse_DoubleTooLarge_ThrowsOverflowException()
  Failed System.Json.Tests.JsonValueTests.Parse_DoubleTooLarge_ThrowsOverflowException [2 ms]
  Error Message:
   Assert.Throws() Failure
Expected: typeof(System.OverflowException)
Actual:   (No exception was thrown)
  Stack Trace:
     at System.Json.Tests.JsonValueTests.Parse_DoubleTooLarge_ThrowsOverflowException() in /home/carlos/maintenance-packages/src/System.Json/tests/System/Json/JsonValueTests.cs:line 237

Failure 2
It says that mono is not installed in .NET Framework:
Test run for /home/carlos/maintenance-packages/artifacts/bin/System.Json.Tests/Debug/net462/System.Json.Tests.dll (.NETFramework,Version=v4.6.2)
Microsoft (R) Test Execution Command Line Tool Version 17.8.0 (x64)
Copyright (c) Microsoft Corporation.  All rights reserved.

Starting test execution, please wait...
A total of 1 test files matched the specified pattern.
System.IO.FileNotFoundException: Could not find 'mono' host. Make sure that 'mono' is installed on the machine and is available in PATH environment variable.
   at Microsoft.VisualStudio.TestPlatform.CrossPlatEngine.Helpers.DotnetHostHelper.GetMonoPath() in /_/src/Microsoft.TestPlatform.CoreUtilities/Helpers/DotnetHostHelper.cs:line 93
   at Microsoft.VisualStudio.TestPlatform.CrossPlatEngine.Hosting.DefaultTestHostManager.GetTestHostProcessStartInfo(IEnumerable`1 sources, IDictionary`2 environmentVariables, TestRunnerConnectionInfo connectionInfo) in /_/src/Microsoft.TestPlatform.TestHostProvider/Hosting/DefaultTestHostManager.cs:line 217
   at Microsoft.VisualStudio.TestPlatform.CrossPlatEngine.Client.ProxyOperationManager.SetupChannel(IEnumerable`1 sources, String runSettings) in /_/src/Microsoft.TestPlatform.CrossPlatEngine/Client/ProxyOperationManager.cs:line 226
   at Microsoft.VisualStudio.TestPlatform.CrossPlatEngine.Client.ProxyExecutionManager.InitializeTestRun(TestRunCriteria testRunCriteria, IInternalTestRunEventsHandler eventHandler) in /_/src/Microsoft.TestPlatform.CrossPlatEngine/Client/ProxyExecutionManager.cs:line 182

Results File: /home/carlos/maintenance-packages/artifacts/TestResults/Debug/System.Json.Tests_net462_x64.trx
Html test results file : /home/carlos/maintenance-packages/artifacts/TestResults/Debug/System.Json.Tests_net462_x64.html

Test Run Aborted.

@ViktorHofer @ericstj do you have any recommendations on how to skip running the net462 tests on Linux? It does not to be as simple as just adding the -windows suffix to the net462 tfm in the test project, because then I get this error:
/home/carlos/.dotnet/sdk/8.0.101/Microsoft.Common.CurrentVersion.targets(1241,5): error MSB3644:
The reference assemblies for .NETFramework,Version=v4.6.2 were not found. To resolve this, install the Developer Pack (SDK/Targeting Pack) for this framework version or retarget your application.
You can download .NET Framework Developer Packs at https://aka.ms/msbuild/developerpacks
[/home/carlos/maintenance-packages/src/System.Json/src/System.Json.csproj::TargetFramework=net462-windows]

@ViktorHofer @ericstj this one seems ready.

No errors in dotnet pack after merging the latest bits in main
No test errors related to the test assets, they are getting imported correctly
No test errors related to mono in .NET Framework

@dotnet/area-system-text-json this PR is migrating the old System.Json assembly from corefx 3.1 into maintenance-packages. Can you please take a quick look and let me know if you have any questions or concerns? There were minimal code changes, mainly just to remove dead code and to make sure the assembly could build.

Pending squashing commits. I found a potential way of doing it without getting all the crazy conflicts from the far past. Will try it tomorrow.


[Bug]: The instance name doesn't change in the body based on the Notification email design

Is there an existing issue for this?

[X] I have searched the existing issues

Description
The instance name doesn't change based on the Notification email design

Steps To Reproduce

go to https://ee-2123.dp.appsmith.com
Go to general setting chnage the instnace name to "XXX"
Now signout and try to send a forgot password
Now in the email the instance name is changed in the subject not in the body

Public Sample App
No response
Environment
Deploy Preview
Issue video log
No response
Version
v1.9.35

This seems to be fixed now. Closing and adding QA label.
Private Zenhub Image


Update to use Python3

I got errors that online pointed me to a python version issue. I switched this to use pip3 and python3 as installed by homebrew and it began to behave. At least until I hit a Slack rate limiter issue...

What this change is doing is breaking this tool for everyone else and fixing it for your environment.
I would recommend you to fix your environment instead and add pip and python to your PATH properly so that this works as expected. :)


terraform plugin doc

Harness Developer Pull Request
Thanks for helping us make the Developer Hub better. The PR will be looked at
by the maintainers.
What Type of PR is This?

[ ] Issue
[ ] Feature
[ ] Maintenance/Chore

If tied to an Issue, list the Issue(s) here:

Issue(s)

House Keeping
Some items to keep track of. Screen shots of changes are optional but would help the maintainers review quicker.

[ ] Tested Locally
[ ] Optional Screen Shoot.

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app

@urischeiner this new topic doesn't appear in the preview build. I think it's because you didn't create a .md file type. Can you fix that?

This PR has been automatically closed due to inactivity.


EF Core v3.1 Translation Fail On GroupJoin

EF Core v3.1 final release throws InvalidOperationException upon executing a simple GroupJoin query between two DbSets.
Steps to reproduce
Consider a simple DbContext with two entities AssetType and Asset. the following simple query
fails:
var result = from at in dbContext.AssetTypes
                    join a in dbContext.Assets on at.Id equals a.AssetTypeId into ag
                   select new AssetSummaryItem
                   {
                          AssetTypeId = at.Id,
                          AssetTypeName = at.Name,
                          Quantity = ag.Count(),
                   };

Throwing the following Exception:
Exception has occurred: CLR/System.InvalidOperationException
An unhandled exception of type 'System.InvalidOperationException' occurred in Microsoft.EntityFrameworkCore.dll: 'Processing of the LINQ expression 'DbSet<AssetType>
    .GroupJoin(
        outer: DbSet<Asset>,
        inner: at => at.Id,
        outerKeySelector: a => a.AssetTypeId,
        innerKeySelector: (at, ag) => new AssetSummaryItem{
            AssetTypeId = at.Id,
            AssetTypeName = at.Name,
            Quantity = ag
                .Count()
        }
    )' by 'NavigationExpandingExpressionVisitor' failed. This may indicate either a bug or a limitation in EF Core. See https://go.microsoft.com/fwlink/?linkid=2101433 for more detailed information.'

Further technical details
EF Core version: v3.1
Database provider: (e.g. Microsoft.EntityFrameworkCore.SqlServer)
Target framework: .NET Core 3.1
Operating system: Windows 10
IDE: VS Code vLatest

Duplicate of #17068


Introduce integration test with Cloud Logging Processor

Currently, in integration tests, we use Remote Processor but not the Cloud Logging Processor by providing AUDIT_CLIENT_BACKEND_REMOTE_ADDRESS but not BACKEND_CLOUDLOGGING_DEFAULT_PROJECT  or BACKEND_CLOUDLOGGING_PROJECT.
Given the current tendency to not use the Remote Processor, but instead to use the Cloud Logging Processor, we should either reconfigure our testing scheme, or add a new test that does use Cloud Logging Processor and not use Remote Processor.

Duplicate of https://github.com/abcxyz/lumberjack/issues/224


Bug in volume limits?

The underlying trade volume data, which is used for limiting volume of arb trades, describes the last 24h; but that data is used with granularity 30mins.
IIUC, with the current setup, arbitrageurs can trade up to 24h trade volume every 30mins, which I think is wrong. The volume amount should be divided by 48.
Is my understanding correct?
Happy to submit a PR for that!

Hey, thanks for your contributions!
You are referring to CoinGecko, right? You're right, the docs do seem to imply that, although it seems strange to me to have hourly data with 24 hour volume at each tick. I'm going to shoot them an e-mail to double check, and if it really is 24 hr volume, it would be great if you were willing to setup a fix.
Thanks again! I'll get back to you once I hear from them.

Technically this doesn't seem a "bug" per se, since the volume ratio (total pool volume / total market volume) is then multiplied against the time series of market volume (so the extra multiplier cancels out).  So the trade limits are still valid, although more smooth than they might be if the time series of volume were more granular.  However, I guess the meaning of some of the results of methods need to be updated.


CI RN - Jan 2024

Prep release notes for Jan 2024
Remove previously-deprecated Service Dependency step docs.
Fix format of link throwing warning in yarn build.

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://658b1b22e2582ccfd2e19b82--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://658b212844a5bcd08bb4e76b--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://659452e9f47c5317e80bcf50--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://65946addb075930a1782fb3d--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://6598243319fbf11f5543220c--harness-developer.netlify.app


Keeping scripts in order

I have same scripts in package.json
  "scripts": {
    "prepare": "husky install",
    "format": "prettier --write .",
    "build": "zx ./scripts/build.mjs",
    "snapshot": "zx ./scripts/snapshot.mjs",
    "pretest": "run-s build snapshot",
    "test": "zx ./scripts/test.mjs",
    "prepublishOnly": "zx ./scripts/prepublish.mjs"
  },

Then run nr in command line
I got it. see image

This feature already exists, and I found a bug that caused it to not work. Thank you for your question

Will be fixed in the next version

Fixed in v0.0.10 version


bug: borken dependency @nomicfoundation/hardhat-chai-matchers

Is there an existing issue for this?

[X] I have looked through the existing issues

Which method was used to setup Scaffold-ETH 2 ?
npx create-eth@latest
Current Behavior
npx hardhat compile crashes with error:
An unexpected error occurred:

Error: Cannot find module '@nomicfoundation/hardhat-chai-matchers'
- [REDACTED]/hardhat.config.ts
- [REDACTED]/node_modules/hardhat/internal/core/config/config-loading.js
- [REDACTED]/node_modules/hardhat/internal/cli/cli.js
- [REDACTED]/node_modules/hardhat/internal/cli/bootstrap.js
    at Function.Module._resolveFilename (node:internal/modules/cjs/loader:1140:15)
    at Function.Module._resolveFilename.sharedData.moduleResolveFilenameHook.installedValue [as _resolveFilename] (/[REDACTED]/node_modules/@cspotcode/source-map-support/source-map-support.js:811:30)
    at Function.Module._load (node:internal/modules/cjs/loader:981:27)
    at Module.require (node:internal/modules/cjs/loader:1231:19)
    at require (node:internal/modules/helpers:177:18)
    at Object.<anonymous> (/[REDACTED]/hardhat.config.ts:6:1)
    at Module._compile (node:internal/modules/cjs/loader:1364:14)
    at Module.m._compile (/[REDACTED]/node_modules/ts-node/src/index.ts:1618:23)
    at Module._extensions..js (node:internal/modules/cjs/loader:1422:10)
    at Object.require.extensions.<computed> [as .ts] (/[REDACTED]/node_modules/ts-node/src/index.ts:1621:12) {
  code: 'MODULE_NOT_FOUND',
  requireStack: [
    '/[REDACTED]/hardhat.config.ts',
    '/[REDACTED]/node_modules/hardhat/internal/core/config/config-loading.js',
    '/[REDACTED]/node_modules/hardhat/internal/cli/cli.js',
    '/[REDACTED]/node_modules/hardhat/internal/cli/bootstrap.js'
  ]
}

Expected Behavior
Hardhat should be ready to compile.
Steps To Reproduce
having  node v20.12.1 (nvm lts)
npx create-eth@latest
choose hardhat
npx hardhat compile
Anything else?
Tested with node  v18.20.4
Generated package.json
{
  "name": "test",
  "scripts": {
    "compile": "npx hardhat compile",
    "deploy": "npx hardhat deploy",
    "flatten": "npx hardhat flatten",
    "fork": "npx hardhat fork",
    "test": "npx hardhat test",
    "postinstall": "husky install",
    "lintcheck-js": "npx prettier --check --ignore-unknown",
    "lintfix-js": "npx prettier --write --ignore-unknown",
    "lintcheck-sol": "npx solhint --disc contracts/**",
    "lintfix-sol": "npx solhint --disc --fix contracts/**",
    "lintcheck": "npm run check-sol && npm run check-js",
    "lintfix": "npm run lintfix-sol && npm run lintfix-js"
  },
  "devDependencies": {
    "@nomicfoundation/hardhat-toolbox": "^5.0.0",
    "@nomiclabs/hardhat-solhint": "^4.0.0",
    "dotenv": "^16.4.5",
    "hardhat-abi-exporter": "^2.10.1",
    "hardhat-contract-sizer": "^2.10.0",
    "hardhat-deploy": "^0.12.4",
    "hardhat-deploy-ethers": "^0.4.2",
    "husky": "~8.0.3",
    "lint-staged": "~13.2.2",
    "ts-node": "^10.9.2",
    "typescript": "^5.5.4"
  },
  "dependencies": {
    "@openzeppelin/contracts": "^5.0.2",
    "hardhat": "^2.22.8",
    "hardhat-watcher": "^2.5.0"
  }
}

Hey @ccolorado not sure what are using but this doesn't seem something generated by plain npx create-eth@latest and choosing hardhat as solidity framework. Are you using any extension?
Ideally the packages/hardhat should look like this:
{
  "name": "@se-2/hardhat",
  "version": "0.0.1",
  "scripts": {
    "account": "hardhat run scripts/listAccount.ts",
    "chain": "hardhat node --network hardhat --no-deploy",
    "compile": "hardhat compile",
    "deploy": "hardhat deploy",
    "flatten": "hardhat flatten",
    "fork": "MAINNET_FORKING_ENABLED=true hardhat node --network hardhat --no-deploy",
    "format": "prettier --write ./*.ts ./deploy/**/*.ts ./scripts/**/*.ts ./test/**/*.ts",
    "generate": "hardhat run scripts/generateAccount.ts",
    "hardhat-verify": "hardhat verify",
    "lint": "eslint --config ./.eslintrc.json --ignore-path ./.eslintignore ./*.ts ./deploy/**/*.ts ./scripts/**/*.ts ./test/**/*.ts",
    "lint-staged": "eslint --config ./.eslintrc.json --ignore-path ./.eslintignore",
    "test": "REPORT_GAS=true hardhat test --network hardhat",
    "verify": "hardhat etherscan-verify"
  },
  "dependencies": {
    "@openzeppelin/contracts": "~4.8.1",
    "@typechain/ethers-v6": "~0.5.1",
    "dotenv": "~16.0.3",
    "envfile": "~6.18.0",
    "qrcode": "~1.5.1"
  },
  "devDependencies": {
    "@ethersproject/abi": "~5.7.0",
    "@ethersproject/providers": "~5.7.1",
    "@nomicfoundation/hardhat-chai-matchers": "~2.0.3",
    "@nomicfoundation/hardhat-ethers": "~3.0.5",
    "@nomicfoundation/hardhat-network-helpers": "~1.0.6",
    "@nomicfoundation/hardhat-verify": "~2.0.3",
    "@typechain/ethers-v5": "~10.1.0",
    "@typechain/hardhat": "~9.1.0",
    "@types/eslint": "~8",
    "@types/mocha": "~9.1.1",
    "@types/prettier": "~2",
    "@types/qrcode": "~1",
    "@typescript-eslint/eslint-plugin": "~6.7.3",
    "@typescript-eslint/parser": "~6.7.3",
    "chai": "~4.3.6",
    "eslint": "~8.26.0",
    "eslint-config-prettier": "~8.5.0",
    "eslint-plugin-prettier": "~4.2.1",
    "ethers": "~6.10.0",
    "hardhat": "~2.19.4",
    "hardhat-deploy": "~0.11.45",
    "hardhat-deploy-ethers": "~0.4.1",
    "hardhat-gas-reporter": "~1.0.9",
    "prettier": "~2.8.4",
    "solidity-coverage": "~0.8.5",
    "ts-node": "~10.9.1",
    "typechain": "~8.1.0",
    "typescript": "~5.1.6"
  }
}

Yeah I think I thinker a little bit with that installation, installing whatever the error message indicated me.
So I ran this :
npx create-eth@latest new -s hardhat && cd new && npx hardhat compile || cat package.json
Maybe the issue is local, but I can't imagine what is going on.
Same error Error: Cannot find module '@nomicfoundation/hardhat-chai-matchers'
but my package.json is somewhat different. (removed the script section to keep it short
{
  "name": "se-2",
  "version": "0.0.1",
  "private": true,
  "workspaces": {
    "packages": [
      "packages/*"
    ]
  },
  "devDependencies": {
    "husky": "~8.0.3",
    "lint-staged": "~13.2.2"
  },
  "packageManager"<EMAIL_ADDRESS>  "engines": {
    "node": ">=18.17.0"
  }
}

Ohh actually npx hardhat compile won't work since you are at root of monorepo.
npx create-eth@latest new -s hardhat && cd new && yarn compile

also we are using yarn instead of npm. you could run yarn compile (which compiles things in hardhat) or you could first cd packages/hardhat and then run yarn hardhat compile

Closing this for now, but let us know if it still doesn't work


Correction for #65 Part 2

Correction for #65 Part 2

I've merged this into master, but I need to do more testing before I can release it, because I'm worried it may have interfered up the ability to load settings from the previous version. I'll need to do more tests.

So this doesn't actually appear to work. It seems that re-enabling the disconnect icon doesn't actually function.

Not sure why, though.

There was a small error. Correction here: #102


azure-app-exporter - Azure Kubernetes setup - Internal Server Error

Hi @mkoertgen

Pod_error.txt
,
I have setup "azure-app-exporter" using the helm chart and able to create deployments, service, servicemonitor in AKS cluster. Also able to view the Prometheus metrics. But, while accessing the AppID details using Swagger-UI at /docs, it throws an internal server error. Screenshots and logs are attached for reference.
Could you please help to resolve this issue?

Hi @mkoertgen,
I have followed the steps to grant the service principal the API permissions "Application.ReadAll" to list other applications. Please refer to the attached screenshot. But, still i am getting "insufficient privileges" error while following the steps mentioned #finalize, Is there any further steps to be executed to grant permission for the SP to list other applications?
Could you please look into this and suggest?

Hi @jaisegrg ,
The permissions look good, you should be fine.
Be sure to login with the created app/sp before checking the privileges.
The state of Microsoft Graph + Azure AD is a bit unfortunate, making it quite hard to get SP right. Keep it up!

@mkoertgen,
Yes, I logged in with the App/SP, still its throwing "internal server error". I am trying to implement in Azure Government Portal.

Hi @jaisegrg ,
Another tip: Using the Azure CLI, try adding the --debug will print out the HTTP requests & responses, cf.:

https://github.com/mkoertgen/azure-app-exporter/blob/main/_docs/references.md#azure-cli

This might help in resolving the issue. Especially the response for listing applications should be informative.
Note that https://github.com/mkoertgen/azure-app-exporter/blob/ae816e87083b3804dcec9f44cfc8d9fbef229dfe/src/services/azure_app_service.py#L28
is basically parsing one of the responses of az ad sp credential list --id $AZURE_CLIENT_ID --debug.
Maybe you can attach the (sanitized) logs?

Hi @mkoertgen,
While executing the commands mentioned in #finalize, I am getting proper results now.
list application permissions
$ az ad app permission list --id $AZURE_CLIENT_ID
...
login as app
$ az login --service-principal -u $AZURE_CLIENT_ID -p $AZURE_CLIENT_SECRET --tenant $AZURE_TENANT_ID
and list applications including expiration dates
$ az ad app list --query "[].{appId:appId,credentials:passwordCredentials[].{name:customKeyIdentifier,created:startDate,expires:endDate}}"
Also, executed the command mentioned in https://github.com/mkoertgen/azure-app-exporter/blob/main/_docs/references.md#azure-cli and output looks fine. Please find the logs attached for reference.
But, still i am getting "Internal server error" while accessing the AppID details using Swagger-UI at /docs.
Please find the attachments for more details. (metrics, Pod_logs, debug_output, docs_output)

[debug_output.txt](https://github.com/mkoertgen/azure-app-exporter/files/8964294/debug_output.txt)
[metrics.txt](https://github.com/mkoertgen/azure-app-exporter/files/8964295/metrics.txt)
[Pod_logs.txt](https://github.com/mkoertgen/azure-app-exporter/files/8964296/Pod_logs.txt)

@mkoertgen,
Could you please look into the issue?


Added test cases for cross linking across stacks and some fixes to existing dns test case and rancher-compose test cases.

@alena1108 , can you review the test cases added for cross linking across stacks?

LGTM


go.mod: upgrade dependency containerd/containerd to latest version to avoid vulnerability

We are using the latest version<EMAIL_ADDRESS>which internally uses the following libraries
<EMAIL_ADDRESS><EMAIL_ADDRESS>This has introduced certain snyk vulnerability Improper Preservation of Permissions and in order to solve this issue following library versions has to upgraded
<EMAIL_ADDRESS>or more
<EMAIL_ADDRESS>Can you please upgrade it.

We can upgrade, however the vulnerability doesn't apply here or for using hcsshim as a dep for the containerd dep which seems to happen more often than not with these scanning tools 😑 Would need to look at the go-containerregistry situation.


Feature request: Watch

watch (pending name) is a proposed function exportable from valtio that allows automatically tracking valtio instances instead of explicitly declaring the valtio instances you need to watch (subscribe) for. This is similar to useEffect except that you don't have to explicitly define the dependency list.
This proposed function allows you to easily compose subscriptions to valtio instances and not to individually watch them (subscribe).
Example
const count = proxy({ value: 0 });

const stop = watch(() => {
  // We mark `count` as our dependency. This
  // callback will then only run whenever count updates.
  console.log(`Count: ${count.value}`);

  return () => {
    // We may perform cleanups here when `stop` is called.
  };
});

count.value++; // Count: 1

Multiple subscriptions:
const recipient = proxy({ value: 'Dai Shi' });
const greeting = proxy({ value: 'Hello' });

watch(() => {
  console.log(`${greeting.value}, ${recipient.value}`);
});

recipient.value = 'John Doe'; // Hello, John Doe
greeting.value = 'Bonjour'; // Bonjour, John Doe

It would be nice if we could come up with the api without changing the core to cover the use case.
import { watch } from 'valtio/utils'

I'm not sure how you would be able to track dependencies while reading them without changing the core tho. I don't mind if this feature is part of another major release.

You may not like this, but this would work.
import { watch } from 'valtio/utils'

const stop = watch((get) => {
  // We mark `count` as our dependency. This
  // callback will then only run whenever count updates.
  console.log(`Count: ${get(count).value}`);

  return () => {
    // We may perform cleanups here when `stop` is called.
  };
});

With this little change, we can implement it without changing the core, which is a huge win for me.

Loved this!

You may not like this, but this would work.
import { watch } from 'valtio/utils'

const stop = watch((get) => {
  // We mark `count` as our dependency. This
  // callback will then only run whenever count updates.
  console.log(`Count: ${get(count).value}`);

  return () => {
    // We may perform cleanups here when `stop` is called.
  };
});

With this little change, we can implement it without changing the core, which is a huge win for me.

I feel like this is the closest implementation we can get from the proposed feature. However, how does it work for nested proxies?

Does watch make the current subscribe feature obsolete?

The primary use case and the motivation of valtio is React (and its concurrent mode) and subscribe is a primitive feature for it. So, having watch in utils makes huge sense to me. It's the same idea not to have computed in vanilla (or any "read" functionalities).

Does watch make the current subscribe feature obsolete?

It doesn't. Even though both functions can "listen" to proxies, the timing of execution is different: watch runs immediately to detect dependencies then runs every time the proxies notify, while subscribe knows the dependency and runs only when notified not on initial call.

https://github.com/pmndrs/valtio/issues/149#issuecomment-830611931
Would you or anyone like to implement such a util?

#149 (comment)
Would you or anyone like to implement such a util?

I would probably create an implementation this weekend 😅

Thanks for the implementation @LXSMNSYC. The code looks dope.
One question though. Why would I use subscribe now that watch exists? My use cases seems that they can all be replaced by it.
I understand that they're different, but I can't see any use case that subscribe is better than watch. Perhaps performance wise? Is watch "heavier"?

(Seems like you already reached the conclusion?) I would use subscribe if it's enough.

Seems like you already reached the conclusion?

I just want to be sure that I did misunderstand the watch purpose 😂

I would use subscribe if it's enough.

Indeed. But are they really that different in performance? I don't how to compare it.

Well, you would need to measure them to know the real performance.
Obviously, watch is built on top of subscribe, so it's slower. But, I believe it's unnoticeable in most use cases.

Why would I use subscribe now that watch exists?

Already asked by @AjaxSolutions, watch and subscribe have different "subscription" timings: watch immediately (synchronously) invokes the callback, this is to detect the dependencies as early as possible, while subscribe is lazy as the callback attached to subscribe is only invoked when the state changes.