feature request: allow passing of arguments through compose binding

Currently, it is possible to pass arguments to a widget through the widget binding, but not a viewmodel through the compose binding. For example, a widget can be passed arguments like this:
data-bind: "widget: {view: 'myWidgetView', optionalData: someData}"
The optionalData will be bound to the settings object that is passed to the widget's constructor.
I would like to propose a similar type of functionality for the compose binding. For example:
data-bind: "compose: {view: 'myComposedView', optionalData:someData}"
would bind optionalData to a settings object, which would in turn be passed to the activate function. The router module can already pass a settings object to the activate function through compose, so this would be consistent with existing behavior.
Optionally, the settings object could also be passed as an argument to the various view lifecycle methods, such as beforeBind, afterBind and viewAttached.

This is not added in documentation.

2nd'ing the usage examples in the docs. The documentation is less than clear atm. If you take pull requests for docs, I'd be happy to help


New Content Helper - Post cut (preview)

Yet another way to cut content. This way is used on most popular russain IT collective blog Habrahabr.ru. It's very handy if you need to cut conent and don't use post preview image feature in Ghost 0.5+. So, now you can save any image in posts list and use unique image in header on post page (like at the Medium).
Example http://ipestov.com (Ghost version 4.2).
Author of this idea - http://spiralcodestudio.com/manual-post-cut-for-ghost/

Closing this for the same reasons explained here: https://github.com/TryGhost/Ghost/issues/4933#issuecomment-84364207


read_systemverilog -formal support

My appologies if i've missed this in the docs, but I'm unable to use as a front end for formal verification
This just fine: bmc, prove and cover statements all run ok
read -sv -formal dataflow_formal.sv
read -sv -formal dataflow_id.sv
prep -top dataflow_id

This does not
verilog_defines -DFORMAL=1 -USYNTHESIS
read_systemverilog -defer dataflow_formal.sv
read_systemverilog -defer dataflow_id.sv
read_systemverilog -link
prep -top dataflow_id

Specifically, it runs the checks, but it has no invarients in bmc and prove, and no cover statements are covered. Everything is marked pass. What is the preferred way to replace read with read_systemverilog for driving formal verification?

@tgorochowik can you check what is missing?

@rkapuscik Here is a reduced example
ex1.sv
module ex1 (
    input  logic a,
    output logic b
);
  assign a = b;

  always_comb cover_in_eq_out : cover (a == b);
  always_comb cover_in_neq_out : cover (a != b);

  always_comb assert_a_eq_b : assert (a == b);
  always_comb assert_a_neq_b : assert (a != b);
endmodule

And the sby script ex1.sby
# See https://symbiyosys.readthedocs.io/en/latest/reference.html#
[tasks]
bmc
prove
cover

[options]
depth 2
append 1

bmc:   mode bmc
prove: mode prove
cover: mode cover

[engines]
smtbmc

[script]
# Replace `read` with `read_systemverilog`
# read -sv -formal ex1.sv
read_systemverilog ex1.sv
prep -top ex1

[files]
./ex1.sv

Extracts from read -sv -formal
SBY  8:57:53 [ex1_bmc] engine_0: smtbmc
SBY  8:57:53 [ex1_bmc] base: starting process "cd ex1_bmc/src; yosys -ql ../model/design.log ../model/design.ys"
SBY  8:57:53 [ex1_bmc] base: finished (returncode=0)
SBY  8:57:53 [ex1_bmc] smt2: starting process "cd ex1_bmc/model; yosys -ql design_smt2.log design_smt2.ys"
SBY  8:57:53 [ex1_bmc] smt2: finished (returncode=0)
SBY  8:57:53 [ex1_bmc] engine_0: starting process "cd ex1_bmc; yosys-smtbmc --presat --unroll --noprogress -t 2  --append 1 --dump-vcd engine_0/trace.vcd --dump-vlogtb engine_0/trace_tb.v --dump-smtc engine_0/trace.smtc model/design_smt2.smt2"
SBY  8:57:53 [ex1_bmc] engine_0: ##   0:00:00  Solver: yices
SBY  8:57:53 [ex1_bmc] engine_0: ##   0:00:00  Checking assumptions in step 0..
SBY  8:57:53 [ex1_bmc] engine_0: ##   0:00:00  Checking assertions in step 0..
SBY  8:57:53 [ex1_bmc] engine_0: ##   0:00:00  BMC failed!
SBY  8:57:53 [ex1_bmc] engine_0: ##   0:00:00  Appending additional step 1.
SBY  8:57:53 [ex1_bmc] engine_0: ##   0:00:00  Re-solving with appended steps..
SBY  8:57:53 [ex1_bmc] engine_0: ##   0:00:00  Assert failed in ex1: assert_a_neq_b
SBY  8:57:53 [ex1_bmc] engine_0: ##   0:00:00  Writing trace to VCD file: engine_0/trace.vcd
SBY  8:57:53 [ex1_bmc] engine_0: ##   0:00:00  Writing trace to Verilog testbench: engine_0/trace_tb.v
SBY  8:57:53 [ex1_bmc] engine_0: ##   0:00:00  Writing trace to constraints file: engine_0/trace.smtc
SBY  8:57:53 [ex1_bmc] engine_0: ##   0:00:00  Status: failed
SBY  8:57:53 [ex1_bmc] engine_0: finished (returncode=1)
SBY  8:57:53 [ex1_bmc] engine_0: Status returned by engine: FAIL
SBY  8:57:53 [ex1_bmc] summary: Elapsed clock time [H:MM:SS (secs)]: 0:00:00 (0)
SBY  8:57:53 [ex1_bmc] summary: Elapsed process time [H:MM:SS (secs)]: 0:00:00 (0)
SBY  8:57:53 [ex1_bmc] summary: engine_0 (smtbmc) returned FAIL
SBY  8:57:53 [ex1_bmc] summary: counterexample trace: ex1_bmc/engine_0/trace.vcd
SBY  8:57:53 [ex1_bmc] DONE (FAIL, rc=2)
SBY  8:57:53 [ex1_prove] engine_0: smtbmc
SBY  8:57:53 [ex1_prove] base: starting process "cd ex1_prove/src; yosys -ql ../model/design.log ../model/design.ys"
SBY  8:57:53 [ex1_prove] base: finished (returncode=0)
SBY  8:57:53 [ex1_prove] smt2: starting process "cd ex1_prove/model; yosys -ql design_smt2.log design_smt2.ys"
SBY  8:57:53 [ex1_prove] smt2: finished (returncode=0)
SBY  8:57:53 [ex1_prove] engine_0.basecase: starting process "cd ex1_prove; yosys-smtbmc --presat --unroll --noprogress -t 2  --append 1 --dump-vcd engine_0/trace.vcd --dump-vlogtb engine_0/trace_tb.v --dump-smtc engine_0/trace.smtc model/design_smt2.smt2"
SBY  8:57:53 [ex1_prove] engine_0.induction: starting process "cd ex1_prove; yosys-smtbmc --presat --unroll -i --noprogress -t 2  --append 1 --dump-vcd engine_0/trace_induct.vcd --dump-vlogtb engine_0/trace_induct_tb.v --dump-smtc engine_0/trace_induct.smtc model/design_smt2.smt2"
SBY  8:57:53 [ex1_prove] engine_0.basecase: ##   0:00:00  Solver: yices
SBY  8:57:53 [ex1_prove] engine_0.induction: ##   0:00:00  Solver: yices
SBY  8:57:53 [ex1_prove] engine_0.basecase: ##   0:00:00  Checking assumptions in step 0..
SBY  8:57:53 [ex1_prove] engine_0.basecase: ##   0:00:00  Checking assertions in step 0..
SBY  8:57:53 [ex1_prove] engine_0.basecase: ##   0:00:00  BMC failed!
SBY  8:57:53 [ex1_prove] engine_0.basecase: ##   0:00:00  Appending additional step 1.
SBY  8:57:53 [ex1_prove] engine_0.basecase: ##   0:00:00  Re-solving with appended steps..
SBY  8:57:53 [ex1_prove] engine_0.induction: ##   0:00:00  Trying induction in step 2..
SBY  8:57:53 [ex1_prove] engine_0.basecase: ##   0:00:00  Assert failed in ex1: assert_a_neq_b
SBY  8:57:53 [ex1_prove] engine_0.basecase: ##   0:00:00  Writing trace to VCD file: engine_0/trace.vcd
SBY  8:57:53 [ex1_prove] engine_0.induction: ##   0:00:00  Trying induction in step 1..
SBY  8:57:53 [ex1_prove] engine_0.induction: ##   0:00:00  Temporal induction successful.
SBY  8:57:53 [ex1_prove] engine_0.induction: ##   0:00:00  Status: passed
SBY  8:57:53 [ex1_prove] engine_0.basecase: ##   0:00:00  Writing trace to Verilog testbench: engine_0/trace_tb.v
SBY  8:57:53 [ex1_prove] engine_0.basecase: ##   0:00:00  Writing trace to constraints file: engine_0/trace.smtc
SBY  8:57:53 [ex1_prove] engine_0.basecase: ##   0:00:00  Status: failed
SBY  8:57:53 [ex1_prove] engine_0.induction: finished (returncode=0)
SBY  8:57:53 [ex1_prove] engine_0: Status returned by engine for induction: pass
SBY  8:57:53 [ex1_prove] engine_0.basecase: finished (returncode=1)
SBY  8:57:53 [ex1_prove] engine_0: Status returned by engine for basecase: FAIL
SBY  8:57:53 [ex1_prove] summary: Elapsed clock time [H:MM:SS (secs)]: 0:00:00 (0)
SBY  8:57:53 [ex1_prove] summary: Elapsed process time [H:MM:SS (secs)]: 0:00:00 (0)
SBY  8:57:53 [ex1_prove] summary: engine_0 (smtbmc) returned pass for induction
SBY  8:57:53 [ex1_prove] summary: engine_0 (smtbmc) returned FAIL for basecase
SBY  8:57:53 [ex1_prove] summary: counterexample trace: ex1_prove/engine_0/trace.vcd
SBY  8:57:53 [ex1_prove] DONE (FAIL, rc=2)
SBY  8:57:53 [ex1_cover] engine_0: smtbmc
SBY  8:57:53 [ex1_cover] base: starting process "cd ex1_cover/src; yosys -ql ../model/design.log ../model/design.ys"
SBY  8:57:53 [ex1_cover] base: finished (returncode=0)
SBY  8:57:53 [ex1_cover] smt2: starting process "cd ex1_cover/model; yosys -ql design_smt2.log design_smt2.ys"
SBY  8:57:53 [ex1_cover] smt2: finished (returncode=0)
SBY  8:57:53 [ex1_cover] engine_0: starting process "cd ex1_cover; yosys-smtbmc --presat --unroll -c --noprogress -t 2  --append 1 --dump-vcd engine_0/trace%.vcd --dump-vlogtb engine_0/trace%_tb.v --dump-smtc engine_0/trace%.smtc model/design_smt2.smt2"
SBY  8:57:53 [ex1_cover] engine_0: ##   0:00:00  Solver: yices
SBY  8:57:53 [ex1_cover] engine_0: ##   0:00:00  Checking cover reachability in step 0..
SBY  8:57:53 [ex1_cover] engine_0: ##   0:00:00  Appending additional step 1.
SBY  8:57:53 [ex1_cover] engine_0: ##   0:00:00  Re-solving with appended steps..
SBY  8:57:53 [ex1_cover] engine_0: ##   0:00:00  Reached cover statement at cover_in_eq_out in step 0.
SBY  8:57:53 [ex1_cover] engine_0: ##   0:00:00  Assert failed in ex1: assert_a_neq_b (step 0)
SBY  8:57:53 [ex1_cover] engine_0: ##   0:00:00  Assert failed in ex1: assert_a_neq_b (step 1)
SBY  8:57:53 [ex1_cover] engine_0: ##   0:00:00  Writing trace to VCD file: engine_0/trace0.vcd
SBY  8:57:53 [ex1_cover] engine_0: ##   0:00:00  Writing trace to Verilog testbench: engine_0/trace0_tb.v
SBY  8:57:53 [ex1_cover] engine_0: ##   0:00:00  Writing trace to constraints file: engine_0/trace0.smtc
SBY  8:57:53 [ex1_cover] engine_0: ##   0:00:00  Unreached cover statement at cover_in_neq_out.
SBY  8:57:53 [ex1_cover] engine_0: ##   0:00:00  Status: failed
SBY  8:57:53 [ex1_cover] engine_0: finished (returncode=1)
SBY  8:57:53 [ex1_cover] engine_0: Status returned by engine: FAIL
SBY  8:57:53 [ex1_cover] summary: Elapsed clock time [H:MM:SS (secs)]: 0:00:00 (0)
SBY  8:57:53 [ex1_cover] summary: Elapsed process time [H:MM:SS (secs)]: 0:00:00 (0)
SBY  8:57:53 [ex1_cover] summary: engine_0 (smtbmc) returned FAIL
SBY  8:57:53 [ex1_cover] DONE (FAIL, rc=2)
SBY  8:57:53 The following tasks failed: ['bmc', 'prove', 'cover']

Result with read_systemverilog
SBY  8:58:05 [ex1_bmc] engine_0: smtbmc
SBY  8:58:05 [ex1_bmc] base: starting process "cd ex1_bmc/src; yosys -ql ../model/design.log ../model/design.ys"
SBY  8:58:05 [ex1_bmc] base: [INF:CM0023] Creating log file slpp_all/surelog.log.
SBY  8:58:05 [ex1_bmc] base: [WRN:PA0205] ex1.sv:1:1: No timescale set for "ex1".
SBY  8:58:05 [ex1_bmc] base: [INF:CP0300] Compilation...
SBY  8:58:05 [ex1_bmc] base: [INF:CP0303] ex1.sv:1:1: Compile module "work@ex1".
SBY  8:58:05 [ex1_bmc] base: [INF:CP0302] Compile class "work@mailbox".
SBY  8:58:05 [ex1_bmc] base: [INF:CP0302] Compile class "work@process".
SBY  8:58:05 [ex1_bmc] base: [INF:CP0302] Compile class "work@semaphore".
SBY  8:58:05 [ex1_bmc] base: [INF:EL0526] Design Elaboration...
SBY  8:58:05 [ex1_bmc] base: [NTE:EL0503] ex1.sv:1:1: Top level module "work@ex1".
SBY  8:58:05 [ex1_bmc] base: [NTE:EL0508] Nb Top level modules: 1.
SBY  8:58:05 [ex1_bmc] base: [NTE:EL0509] Max instance depth: 1.
SBY  8:58:05 [ex1_bmc] base: [NTE:EL0510] Nb instances: 1.
SBY  8:58:05 [ex1_bmc] base: [NTE:EL0511] Nb leaf instances: 1.
SBY  8:58:05 [ex1_bmc] base: [INF:UH0706] Creating UHDM Model...
SBY  8:58:05 [ex1_bmc] base: [  FATAL] : 0
SBY  8:58:05 [ex1_bmc] base: [ SYNTAX] : 0
SBY  8:58:05 [ex1_bmc] base: [  ERROR] : 0
SBY  8:58:05 [ex1_bmc] base: [WARNING] : 1
SBY  8:58:05 [ex1_bmc] base: [   NOTE] : 5
SBY  8:58:05 [ex1_bmc] base: Warning: ex1.sv:7: Skipping non-synthesizable object of type 'immediate_cover'
SBY  8:58:05 [ex1_bmc] base: Warning: ex1.sv:8: Skipping non-synthesizable object of type 'immediate_cover'
SBY  8:58:05 [ex1_bmc] base: finished (returncode=0)
SBY  8:58:05 [ex1_bmc] smt2: starting process "cd ex1_bmc/model; yosys -ql design_smt2.log design_smt2.ys"
SBY  8:58:05 [ex1_bmc] smt2: finished (returncode=0)
SBY  8:58:05 [ex1_bmc] engine_0: starting process "cd ex1_bmc; yosys-smtbmc --presat --unroll --noprogress -t 2  --append 1 --dump-vcd engine_0/trace.vcd --dump-vlogtb engine_0/trace_tb.v --dump-smtc engine_0/trace.smtc model/design_smt2.smt2"
SBY  8:58:05 [ex1_bmc] engine_0: ##   0:00:00  Solver: yices
SBY  8:58:05 [ex1_bmc] engine_0: ##   0:00:00  Checking assumptions in step 0..
SBY  8:58:05 [ex1_bmc] engine_0: ##   0:00:00  Checking assertions in step 0..
SBY  8:58:05 [ex1_bmc] engine_0: ##   0:00:00  BMC failed!
SBY  8:58:05 [ex1_bmc] engine_0: ##   0:00:00  Appending additional step 1.
SBY  8:58:05 [ex1_bmc] engine_0: ##   0:00:00  Re-solving with appended steps..
SBY  8:58:05 [ex1_bmc] engine_0: ##   0:00:00  Assert failed in ex1: assert_a_neq_b
SBY  8:58:05 [ex1_bmc] engine_0: ##   0:00:00  Writing trace to VCD file: engine_0/trace.vcd
SBY  8:58:05 [ex1_bmc] engine_0: ##   0:00:00  Writing trace to Verilog testbench: engine_0/trace_tb.v
SBY  8:58:05 [ex1_bmc] engine_0: ##   0:00:00  Writing trace to constraints file: engine_0/trace.smtc
SBY  8:58:05 [ex1_bmc] engine_0: ##   0:00:00  Status: failed
SBY  8:58:05 [ex1_bmc] engine_0: finished (returncode=1)
SBY  8:58:05 [ex1_bmc] engine_0: Status returned by engine: FAIL
SBY  8:58:05 [ex1_bmc] summary: Elapsed clock time [H:MM:SS (secs)]: 0:00:00 (0)
SBY  8:58:05 [ex1_bmc] summary: Elapsed process time [H:MM:SS (secs)]: 0:00:00 (0)
SBY  8:58:05 [ex1_bmc] summary: engine_0 (smtbmc) returned FAIL
SBY  8:58:05 [ex1_bmc] summary: counterexample trace: ex1_bmc/engine_0/trace.vcd
SBY  8:58:05 [ex1_bmc] DONE (FAIL, rc=2)
SBY  8:58:05 [ex1_prove] engine_0: smtbmc
SBY  8:58:05 [ex1_prove] base: starting process "cd ex1_prove/src; yosys -ql ../model/design.log ../model/design.ys"
SBY  8:58:05 [ex1_prove] base: [INF:CM0023] Creating log file slpp_all/surelog.log.
SBY  8:58:05 [ex1_prove] base: [WRN:PA0205] ex1.sv:1:1: No timescale set for "ex1".
SBY  8:58:05 [ex1_prove] base: [INF:CP0300] Compilation...
SBY  8:58:05 [ex1_prove] base: [INF:CP0303] ex1.sv:1:1: Compile module "work@ex1".
SBY  8:58:05 [ex1_prove] base: [INF:CP0302] Compile class "work@mailbox".
SBY  8:58:05 [ex1_prove] base: [INF:CP0302] Compile class "work@process".
SBY  8:58:05 [ex1_prove] base: [INF:CP0302] Compile class "work@semaphore".
SBY  8:58:05 [ex1_prove] base: [INF:EL0526] Design Elaboration...
SBY  8:58:05 [ex1_prove] base: [NTE:EL0503] ex1.sv:1:1: Top level module "work@ex1".
SBY  8:58:05 [ex1_prove] base: [NTE:EL0508] Nb Top level modules: 1.
SBY  8:58:05 [ex1_prove] base: [NTE:EL0509] Max instance depth: 1.
SBY  8:58:05 [ex1_prove] base: [NTE:EL0510] Nb instances: 1.
SBY  8:58:05 [ex1_prove] base: [NTE:EL0511] Nb leaf instances: 1.
SBY  8:58:05 [ex1_prove] base: [INF:UH0706] Creating UHDM Model...
SBY  8:58:05 [ex1_prove] base: [  FATAL] : 0
SBY  8:58:05 [ex1_prove] base: [ SYNTAX] : 0
SBY  8:58:05 [ex1_prove] base: [  ERROR] : 0
SBY  8:58:05 [ex1_prove] base: [WARNING] : 1
SBY  8:58:05 [ex1_prove] base: [   NOTE] : 5
SBY  8:58:05 [ex1_prove] base: Warning: ex1.sv:7: Skipping non-synthesizable object of type 'immediate_cover'
SBY  8:58:05 [ex1_prove] base: Warning: ex1.sv:8: Skipping non-synthesizable object of type 'immediate_cover'
SBY  8:58:05 [ex1_prove] base: finished (returncode=0)
SBY  8:58:05 [ex1_prove] smt2: starting process "cd ex1_prove/model; yosys -ql design_smt2.log design_smt2.ys"
SBY  8:58:05 [ex1_prove] smt2: finished (returncode=0)
SBY  8:58:05 [ex1_prove] engine_0.basecase: starting process "cd ex1_prove; yosys-smtbmc --presat --unroll --noprogress -t 2  --append 1 --dump-vcd engine_0/trace.vcd --dump-vlogtb engine_0/trace_tb.v --dump-smtc engine_0/trace.smtc model/design_smt2.smt2"
SBY  8:58:05 [ex1_prove] engine_0.induction: starting process "cd ex1_prove; yosys-smtbmc --presat --unroll -i --noprogress -t 2  --append 1 --dump-vcd engine_0/trace_induct.vcd --dump-vlogtb engine_0/trace_induct_tb.v --dump-smtc engine_0/trace_induct.smtc model/design_smt2.smt2"
SBY  8:58:05 [ex1_prove] engine_0.basecase: ##   0:00:00  Solver: yices
SBY  8:58:05 [ex1_prove] engine_0.induction: ##   0:00:00  Solver: yices
SBY  8:58:05 [ex1_prove] engine_0.basecase: ##   0:00:00  Checking assumptions in step 0..
SBY  8:58:05 [ex1_prove] engine_0.induction: ##   0:00:00  Trying induction in step 2..
SBY  8:58:05 [ex1_prove] engine_0.basecase: ##   0:00:00  Checking assertions in step 0..
SBY  8:58:05 [ex1_prove] engine_0.basecase: ##   0:00:00  BMC failed!
SBY  8:58:05 [ex1_prove] engine_0.basecase: ##   0:00:00  Appending additional step 1.
SBY  8:58:05 [ex1_prove] engine_0.induction: ##   0:00:00  Trying induction in step 1..
SBY  8:58:05 [ex1_prove] engine_0.induction: ##   0:00:00  Temporal induction successful.
SBY  8:58:05 [ex1_prove] engine_0.basecase: ##   0:00:00  Re-solving with appended steps..
SBY  8:58:05 [ex1_prove] engine_0.induction: ##   0:00:00  Status: passed
SBY  8:58:05 [ex1_prove] engine_0.basecase: ##   0:00:00  Assert failed in ex1: assert_a_neq_b
SBY  8:58:05 [ex1_prove] engine_0.basecase: ##   0:00:00  Writing trace to VCD file: engine_0/trace.vcd
SBY  8:58:05 [ex1_prove] engine_0.basecase: ##   0:00:00  Writing trace to Verilog testbench: engine_0/trace_tb.v
SBY  8:58:05 [ex1_prove] engine_0.basecase: ##   0:00:00  Writing trace to constraints file: engine_0/trace.smtc
SBY  8:58:05 [ex1_prove] engine_0.basecase: ##   0:00:00  Status: failed
SBY  8:58:05 [ex1_prove] engine_0.induction: finished (returncode=0)
SBY  8:58:05 [ex1_prove] engine_0: Status returned by engine for induction: pass
SBY  8:58:05 [ex1_prove] engine_0.basecase: finished (returncode=1)
SBY  8:58:05 [ex1_prove] engine_0: Status returned by engine for basecase: FAIL
SBY  8:58:05 [ex1_prove] summary: Elapsed clock time [H:MM:SS (secs)]: 0:00:00 (0)
SBY  8:58:05 [ex1_prove] summary: Elapsed process time [H:MM:SS (secs)]: 0:00:00 (0)
SBY  8:58:05 [ex1_prove] summary: engine_0 (smtbmc) returned pass for induction
SBY  8:58:05 [ex1_prove] summary: engine_0 (smtbmc) returned FAIL for basecase
SBY  8:58:05 [ex1_prove] summary: counterexample trace: ex1_prove/engine_0/trace.vcd
SBY  8:58:05 [ex1_prove] DONE (FAIL, rc=2)
SBY  8:58:05 [ex1_cover] engine_0: smtbmc
SBY  8:58:05 [ex1_cover] base: starting process "cd ex1_cover/src; yosys -ql ../model/design.log ../model/design.ys"
SBY  8:58:05 [ex1_cover] base: [INF:CM0023] Creating log file slpp_all/surelog.log.
SBY  8:58:05 [ex1_cover] base: [WRN:PA0205] ex1.sv:1:1: No timescale set for "ex1".
SBY  8:58:05 [ex1_cover] base: [INF:CP0300] Compilation...
SBY  8:58:05 [ex1_cover] base: [INF:CP0303] ex1.sv:1:1: Compile module "work@ex1".
SBY  8:58:05 [ex1_cover] base: [INF:CP0302] Compile class "work@mailbox".
SBY  8:58:05 [ex1_cover] base: [INF:CP0302] Compile class "work@process".
SBY  8:58:05 [ex1_cover] base: [INF:CP0302] Compile class "work@semaphore".
SBY  8:58:05 [ex1_cover] base: [INF:EL0526] Design Elaboration...
SBY  8:58:05 [ex1_cover] base: [NTE:EL0503] ex1.sv:1:1: Top level module "work@ex1".
SBY  8:58:05 [ex1_cover] base: [NTE:EL0508] Nb Top level modules: 1.
SBY  8:58:05 [ex1_cover] base: [NTE:EL0509] Max instance depth: 1.
SBY  8:58:05 [ex1_cover] base: [NTE:EL0510] Nb instances: 1.
SBY  8:58:05 [ex1_cover] base: [NTE:EL0511] Nb leaf instances: 1.
SBY  8:58:05 [ex1_cover] base: [INF:UH0706] Creating UHDM Model...
SBY  8:58:05 [ex1_cover] base: [  FATAL] : 0
SBY  8:58:05 [ex1_cover] base: [ SYNTAX] : 0
SBY  8:58:05 [ex1_cover] base: [  ERROR] : 0
SBY  8:58:05 [ex1_cover] base: [WARNING] : 1
SBY  8:58:05 [ex1_cover] base: [   NOTE] : 5
SBY  8:58:05 [ex1_cover] base: Warning: ex1.sv:7: Skipping non-synthesizable object of type 'immediate_cover'
SBY  8:58:05 [ex1_cover] base: Warning: ex1.sv:8: Skipping non-synthesizable object of type 'immediate_cover'
SBY  8:58:05 [ex1_cover] base: finished (returncode=0)
SBY  8:58:05 [ex1_cover] smt2: starting process "cd ex1_cover/model; yosys -ql design_smt2.log design_smt2.ys"
SBY  8:58:05 [ex1_cover] smt2: finished (returncode=0)
SBY  8:58:05 [ex1_cover] engine_0: starting process "cd ex1_cover; yosys-smtbmc --presat --unroll -c --noprogress -t 2  --append 1 --dump-vcd engine_0/trace%.vcd --dump-vlogtb engine_0/trace%_tb.v --dump-smtc engine_0/trace%.smtc model/design_smt2.smt2"
SBY  8:58:05 [ex1_cover] engine_0: ##   0:00:00  Solver: yices
SBY  8:58:05 [ex1_cover] engine_0: ##   0:00:00  Status: passed
SBY  8:58:05 [ex1_cover] engine_0: finished (returncode=0)
SBY  8:58:05 [ex1_cover] engine_0: Status returned by engine: pass
SBY  8:58:05 [ex1_cover] summary: Elapsed clock time [H:MM:SS (secs)]: 0:00:00 (0)
SBY  8:58:05 [ex1_cover] summary: Elapsed process time [H:MM:SS (secs)]: 0:00:00 (0)
SBY  8:58:05 [ex1_cover] summary: engine_0 (smtbmc) returned pass
SBY  8:58:05 [ex1_cover] DONE (PASS, rc=0)
SBY  8:58:05 The following tasks failed: ['bmc', 'prove']

This actually fairs better than my real example, in that it actually runs the asserts. Covers are stripped as non synthesisisable.
In reality, I instantiate a module within the design which contains the assumptions and assertions for the rules to apply for each port, as either a master or slave. I see warnings like
SBY  9:05:50 [dataflow_id_cover] base: Warning: Removing unused module: \dataflow_formal from the design.

I guess its stripped as all the ports are inputs. Is there a pragma to stop it stripping these, or a way when in formal mode to assume that code full of asserts / assumes is not unused?

A possibility

/// An interfaces for buses implementing dataflow handshake semantics
///
/// Invariants:
///
///   - A transaction occurs when both valid and ready are high
///   - A slave does not have to await valid before asserting ready
///   - Valid, once asserted must remain stable until ready is asserted
///   - `data` must be stable whilst valid is high
///   - Both `data` and `ready `may be undefined when valid is low
interface dataflow #(
    // The data type being transferred
    // parameter type data_t = logic

    // The width of the data bus being transferred
    parameter int DATA = 8
) (
    input logic clk,
    input logic areset
);

  logic valid;
  logic ready;
  logic [DATA-1:0] data;

  modport master(input clk, reset, ready, output valid, data);

  modport slave(input clk, reset, valid, data, output ready);

  modport observer(input clk, reset, valid, data, ready);

endinterface

/*
  AMBA Axis

 Parameterized with marker types for determining if fields should be used or not
 This is as close to type safety as we can get, sadly.

 It has the nice effect of propagating generics into modules without requiring
 the modules themselves to be parameterized. If a modules requires a particular field
 that should be expressed as an initial assertion.
*/
interface axis #(
    // ************************
    // Bus field configuration
    // ************************

    /// If low, `tlast` is constant `1`
    parameter logic [0:0] HAS_LAST = 1,

    /// If low `tkeep` is considered all high (all bytes must be kept)
    parameter logic [0:0] HAS_KEEP = 0,

    /// If low `tstrb` is considered all high (all bytes are data)
    parameter logic [0:0] HAS_STRB = 0,

    /// If low, `tid` is constant `'0`
    parameter logic [0:0] HAS_ID = 1,

    /// If low, `tdest` is constant `'0`
    parameter logic [0:0] HAS_DEST = 1,

    /// If low, `tuser` is constant `'0`
    parameter logic [0:0] HAS_USER = 1,

    // ************************
    // Field configuration
    // ************************
    /// The width of the `tdata` field, in bytes
    parameter integer DATA = 8,

    /// The width of the `tdest` field, in bits
    parameter integer DEST = 8,

    /// The width of the `tid` field, in bits
    parameter integer ID = 8,

    // The width of the `tuser` field, in bits
    parameter integer USER = 8
) (
    input logic aclk,
    input logic aresetn
);

  // Indicates the bus has valid data. Data is stable whilst tvalid is high
  logic                   tvalid;

  // Indicates the slave has consumed the data this cycle.
  // A master must not await tready before asserting valid
  logic                   tready;

  // Indicates this is the last beat of a transfer
  // Designs may assume this is high is unused (i.e, single beat transactions)
  logic                   tlast;

  // A byte qualifier used to indicate whether the content of the associated byte must be transported to the destination.
  // Designs may assume this is high if unused (i.e, keep all bytes)
  logic [DATA-1 : 0]      tkeep;

  // A byte qualifier used to indicate whether the content of the associated byte is a data byte or a position byte.
  // Designs may assume this is high if unused (i.e, keep all bytes)
  logic [DATA-1 : 0]      tstrb;

  // The data stream identifier that indicates different streams of data.
  // Designs may assume this is zero if unused
  logic [  ID-1 : 0]      tid;

  // Routing information for the data stream.
  // Designs may assume this is zero if unused
  logic [  DEST-1:0]      tdest;

  // User defined sideband information that can be transmitted alongside the data stream.
  // Designs may assume this is zero if unused
  logic [  USER-1:0]      tuser;

  // TDATA is the primary payload that is used to provide the data that is passing across the interface. The width of the data payload is an integer number of bytes.
  logic [  DATA-1:0][7:0] tdata;

  modport master(
      input aclk, aresetn, tready,
      output tvalid, tlast, tstrb, tkeep, tid, tdest, tuser, tdata
  );

  modport slave(
      input aclk, aresetn, tvalid, tlast, tstrb, tkeep, tid, tdest, tuser, tdata,
      output tready
  );

  modport observer(
      input aclk, aresetn, tvalid, tlast, tstrb, tkeep, tid, tdest, tuser, tdata, tready
  );

  // **************************************
  // Runtime Axis configuration checks
  // **************************************
  initial begin : axis_optional_field_initial_properties
    // Assert these to get early failure in synthesis
    // Zero bit widths are not support in systemverilog
    non_zero_id : assert (ID > 0);
    non_zero_user : assert (USER > 0);
    non_zero_dest : assert (DEST > 0);
    non_zero_data : assert (DATA > 0);
  end

  // Assert bus invariants. These are generated on demand to improve simulation times
  generate
    // Assert unused bus fields behave as expected
    if (!HAS_LAST) always_comb if (tvalid) tlast_is_high_when_unused : assert (tlast);
    if (!HAS_KEEP) always_comb if (tvalid) tkeep_is_high_when_unused : assert (&tkeep);
    if (!HAS_STRB) always_comb if (tvalid) tstrb_is_high_when_unused : assert (&tstrb);
    if (!HAS_DEST) always_comb if (tvalid) tdest_is_zero_when_unused : assert (!|tdest);
    if (!HAS_USER) always_comb if (tvalid) tuser_is_zero_when_unused : assert (!|tuser);
    if (!HAS_ID) always_comb if (tvalid) tid_is_zero_when_unused : assert (!|tid);

    // Ensure these are never observed to be invalid
    if (HAS_KEEP && HAS_STRB)
      always_comb if (tvalid) tkeep_tstrb_are_valid : assert (!|(~tkeep & tstrb));

  endgenerate

endinterface

I made a fix in Surelog https://github.com/chipsalliance/Surelog/pull/3352 that will accept the -formal option and let the cover keyword be allowed in a "formal" category of keywords: synthesizable + formal.

@alaindargelas Thanks for looking into this.

The whole formal verification support in read_systemverilog is not going to get any attention until properly funded by someone.
A workaround, of course is to move those statements in files that can be read by read_verilog and read the rest of the design with read_systemverilog


Cleanup hierarchy.Manager

What type of PR is this?
/kind cleanup
What this PR does / why we need it:
See https://github.com/kubernetes-sigs/kueue/pull/3000#discussion_r1746026531
Rename receiver from c to m for consistency with Manager type name. Update function name from unwireClusterQueue to detachClusterQueueFromParent for consistency with detachCohortFromParent.
Does this PR introduce a user-facing change?
NONE

/assign @mimowo


[sw/silicon_creator] Enable all resets in rom_init()

We enable all resets already in rom_start.S. This PR adds a minimal silicon_creator driver for the pwrmgr and enables all resets again in rom_init() using sec_mmio.

Merging now since the last push is a comment-only change and all tests passed in the previous run:


feat: SDK Logging

Jira Ticket

ACCSEC-19002

Description

Add logging to verify and security modules
Provide a default logger service in TwilioVerify builder, using method enableDefaultLoggingService
Provide interface and log leves to implement a custom logger service, adding it using addLoggingService in TwilioVerify builder.

Commit message

feat: SDK logging

Testing

[x] Added unit tests
[x] Ran unit tests successfully
[x] Added documentation for public APIs and/or Wiki

          2 Warnings

:warning:
Big PR

:warning:
The Pull Request title does not follow the convention [ACCSEC-0000] PR Title text

  Generated by :no_entry_sign: Danger

          2 Warnings

:warning:
Big PR

:warning:
The Pull Request title does not follow the convention [ACCSEC-0000] PR Title text

  Generated by :no_entry_sign: Danger

          2 Warnings

:warning:
Big PR

:warning:
The Pull Request title does not follow the convention [ACCSEC-0000] PR Title text

  Generated by :no_entry_sign: Danger


Enable custom docker binary location

Hi, just around this week I try to use docker-sdp on Nixos. Because of the way Nixos build  the docker binary location is not in /usr/bin/docker, neither in /bin/docker like expected in https://github.com/neuroforgede/docker-stack-deploy/blob/3327753b69bf63917cc1c68c78750522f9db335a/docker_stack_deploy/cli/deployer.py#L277C9-L277C9.
I think custom docker binary location might be set via ENV variable or config file.

I agree that this is a topic that we should address, maybe just use whatever is on the path?
Want to create a PR?

I'll create a PR for this


multiple paths for eo dirs

Can we make it possible to specify several directories with eo-files or make our libraries as org.eolang

@IngeniariusSoftware you want something like this?
<configuration>
  <sourceDirs>
    <dir>/tmp/eo</dir>
    <dir>/my-files/eo</dir>
  <sourceDirs>
<configuration>

There is an unrecoverable failure on my side. Please, submit it here:
PID: 4@5e695ad2-92b6-4261-85a5-f8fc49ecf585, thread: pool-13-thread-1
org.hamcrest.MatcherAssert[20] java.lang.AssertionError: HTTP response status is not equal to 205:
202 Accepted [https://api.github.com/notifications]
Server: GitHub.com
Date: Wed, 10 Nov 2021 15:46:06 GMT
Content-Type: application/json; charset=utf-8
Content-Length: 132
X-OAuth-Scopes: admin:enterprise, admin:gpg_key, admin:org, admin:org_hook, admin:public_key, admin:repo_hook, delete:packages, delete_repo, gist, notifications, repo, user, workflow, write:discussion, write:packages
X-Accepted-OAuth-Scopes: notifications, repo
X-GitHub-Media-Type: github.v3
X-RateLimit-Limit: 5000
X-RateLimit-Remaining: 4996
X-RateLimit-Reset:<PHONE_NUMBER>
X-RateLimit-Used: 4
X-RateLimit-Resource: core
Access-Control-Expose-Headers: ETag, Link, Location, Retry-After, X-GitHub-OTP, X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Used, X-RateLimit-Resource, X-RateLimit-Reset, X-OAuth-Scopes, X-Accepted-OAuth-Scopes, X-Poll-Interval, X-GitHub-Media-Type, Deprecation, Sunset
Access-Control-Allow-Origin: *
Strict-Transport-Security: max-age=31536000; includeSubdomains; preload
X-Frame-Options: deny
X-Content-Type-Options: nosniff
X-XSS-Protection: 0
Referrer-Policy: origin-when-cross-origin, strict-origin-when-cross-origin
Content-Security-Policy: default-src 'none'
Vary: Accept-Encoding, Accept, X-Requested-With
X-GitHub-Request-Id: C03A:1A62:14DCAA7:28BDB6B:618BE93E

{"message":"Unread notifications couldn't be marked in a single request. Notifications are being marked as read in the background."}
Expected: HTTP response with status 205
     but: was <202 Accepted [https://api.github.com/notifications]
Server: GitHub.com
Date: Wed, 10 Nov 2021 15:46:06 GMT
Content-Type: application/json; charset=utf-8
Content-Length: 132
X-OAuth-Scopes: admin:enterprise, admin:gpg_key, admin:org, admin:org_hook, admin:public_key, admin:repo_hook, delete:packages, delete_repo, gist, notifications, repo, user, workflow, write:discussion, write:packages
X-Accepted-OAuth-Scopes: notifications, repo
X-GitHub-Media-Type: github.v3
X-RateLimit-Limit: 5000
X-RateLimit-Remaining: 4996
X-RateLimit-Reset:<PHONE_NUMBER>
X-RateLimit-Used: 4
X-RateLimit-Resource: core
Access-Control-Expose-Headers: ETag, Link, Location, Retry-After, X-GitHub-OTP, X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Used, X-RateLimit-Resource, X-RateLimit-Reset, X-OAuth-Scopes, X-Accepted-OAuth-Scopes, X-Poll-Interval, X-GitHub-Media-Type, Deprecation, Sunset
Access-Control-Allow-Origin: *
Strict-Transport-Security: max-age=31536000; includeSubdomains; preload
X-Frame-Options: deny
X-Content-Type-Options: nosniff
X-XSS-Protection: 0
Referrer-Policy: origin-when-cross-origin, strict-origin-when-cross-origin
Content-Security-Policy: default-src 'none'
Vary: Accept-Encoding, Accept, X-Requested-With
X-GitHub-Request-Id: C03A:1A62:14DCAA7:28BDB6B:618BE93E

{"message":"Unread notifications couldn't be marked in a single request. Notifications are being marked as read in the background."}>

0.55.1: Issue: cqfn/eo#418, Action: created

@yegor256, yes something like this

@IngeniariusSoftware I will try to implement it. In the meantime, you can use <includes> for the same purpose:
<configuration>
  <sourceDir>/</sourceDir>
  <includes>
    <include>tmp/eo/**/*.eo</include>
    <include>my-files/eo/**/*.eo</include>
  </includes>
<configuration>

@yegor256, thank you, I didn't know about this function

@IngeniariusSoftware I suggest we use this includes feature and don't change the functionality of sourceDir


Click on gear icon of account crashes the app

v183 stage ios FI - click the gear icon on account card crashes the app. happens on all types of accounts.

This is done and merged, will be part of 184

-Verified this issue on staging app version 1.4.0(184)


Add OptionsMetadata macro to uv

Summary
The bulk of the change is copied directly from Ruff:

https://github.com/astral-sh/ruff/blob/dc8db1afb08704ad6a788c497068b01edf8b460d/crates/ruff_workspace/src/options_base.rs
https://github.com/astral-sh/ruff/blob/dc8db1afb08704ad6a788c497068b01edf8b460d/crates/ruff_macros/src/config.rs

Outstanding items:

Writing out the actual documentation for each option.
Generating the API reference from the macro-extracted metadata (both for options and for things like tool.uv.workspace).
Publishing the Ruff and uv documentation as one unified site (likely via a separate repo that pulls in both).


JS/Kotlin integration tests

We should have some tests that run our Kotlin code and our JS code together, for areas where they interact.

An existing place this would be useful is for notifications: FcmMessage.kt at MessageFcmMessage#dataForOpen constructs an object which src/notification/types.js describes and src/notification/notifOpen.js consumes. That alignment is currently backed only by comments in each place pointing to the other one, and by manual testing when we edit that code.
We don't often edit that code, though, and rarely by outside contributors, which is why that's been an acceptable state of affairs to date.

This will become much more important with #5117. With that subsystem, the interaction between JS and Kotlin would be potentially broken whenever we make changes to the schema (whenever we add a migration in src/storage/migrations.js).
That's something we do routinely, and that all code contributors regularly do -- it's in our new-feature tutorial for that reason. So relying on carefulness and manual testing would be too unreliable and costly, and we'll need automated tests.

The way to build these tests will probably be as Android instrumented tests: the test harness will make a special build of the app, install it on an Android device (physical or emulated), and run it there. This special build has the app's code on hand, but also test code, which sits in the driver's seat.
RN itself has some tests (in react-native:ReactAndroid/src/androidTest/; see on GH, or tree node_modules/react-native/ReactAndroid/src/androidTest/) which take this form: the Java test framework is in charge, the Java test code invokes JS, and JS test code answers back. So we'll take those as a model.

I spent a good bit of time on this Friday, and a bit more time today.
I still expect that this will be possible, but it's messier than I hoped. In particular, even just running RN's own tests straight from a react-native worktree — not involving our app at all — is much gnarlier than one would like, and I didn't successfully do so after spending a large chunk of Friday on it. (The next thing to try will be to use a Docker image that some folks in the community seem to maintain.)
One thing I spotted today is that those integration tests within RN use Hermes: see https://github.com/facebook/react-native/commit/316b470b7 . So using those as a model will probably go most smoothly if we're also using Hermes. This prompted me to go try pushing that migration forward, aka #4131.


feat: add github receiver collector

This PR adds the GitHub Receiver Collector to this repository. Since the GitProviderReceiver is no longer, its time to update all repositories that use it.
This PR....

Adds Make target make ghr
Adds collector/githubreceiver
Updates README.md
Updates base/collector.yaml to use v0.69.0 of Liatrio Otel Collector. This version of the collector still contains the GitProviderReceiver for grace to those who still use it or are unfamiliar with the new GitHubReceiver.

The collector working as expected in a local K8s cluster.

The prometheus database displaying the updated metrics.


implement custom (de)serializers

Some complex structure/unions might want to implement their custom serialization. It would be nice to allow types to support that, as zig does.

actually this has already been implemented, I don't know why I ran into a problem where that didn't work. There must be a bug if that is the case, but I no longer have any example handy :|

@gballet, I've used custom decoders and everything looked fine. I'd to do https://github.com/gballet/zig-rlp/pull/19 but that's a bit lateral.
I used a custom decodr so I could decode a union type (i.e: the Tx type). (More about that soon in phant).


reorder window options to make them consistent with arcdps

Also consider renaming options

Fixed in 2.1rc1 (b0eac66ef121a743c79193d3969dd090f0037411)


Javadoc: ensure Javascript search is working, fixes #378

Only for JDK / Java 11, pass the option --no-module-directories when building javadocs:

the issue #378 only affects Javadoc artifacts built with JDK 11 (but not JDK 8 and 17 - I didn't test other versions)
the option --no-module-directories breaks Javadoc builds on JDK 17, so it's made sure it's only called for JDK 11
according to JDK-8215291 the issue is fixed for JDK 12 and later

Thanks, @rzo1 and @aecio! Going to merge...


Add skin for Brazilian Air Force

This adds a livery for the Brazilian Air Force
This is a screenshot of how it looks

very good

Thank you

I think that opening a issue goes faster.

@kolos26 can you give some feedback about this PR?

Thank you


[Bug]: Error handling at explore page

Is there an existing issue for this?

[X] I have searched the existing issues

What happened?
When navigating to the explore page, if the user's wallet is not found, the application continues to load indefinitely without showing an error message. There is no proper error handling in place, which leads to a poor user experience as users are left waiting without any feedback.
Current Behavior:

If the application fails to detect or connect a wallet on the explore page, it continues loading indefinitely.
There is no feedback or error message displayed to the user.
No error handling mechanism is in place to stop the loading process and notify the user of the wallet issue.

Expected Behavior:

If the wallet is not found, an appropriate error message should be displayed.
The loading spinner should stop, and the user should be notified of the issue.
Error handling should be implemented to manage cases where the wallet is not detected or fails to connect.

Steps to Reproduce:

Navigate to the explore page without a connected wallet or with an unsupported wallet.
Observe the loading spinner continuing indefinitely without any error message.

Proposed Solution:

Implement error handling for the "Wallet Not Found" case.

If the wallet is not detected, display a clear error message like: Wallet not found. Please connect a valid wallet to explore items.

Stop the loading spinner when the error occurs to avoid infinite loading.
Ensure proper fallback behavior so the user can try reconnecting or return to a previous state.

Add ScreenShots

What browsers are you seeing the problem on?
Safari
Record

[X] I agree to follow this project's Code of Conduct
[ ] I'm a WOB contributor
[X] I want to work on this issue
[X] I'm willing to provide further clarification or assistance if needed.

assigned to you @IkkiOcean,
We've updated our project setup recent
visit : https://decentrade.vercel.app/
Try creating a nft to check the feature

assigned to you @IkkiOcean, We've updated our project setup recent visit : https://decentrade.vercel.app/
Try creating a nft to check the feature

I tried creating not but the create button didnt work..

@4darsh-Dev while working on explore page, I also notice that similar errors are also present on create NFT page so I will be handling them also. We need to implement a check for where the user has connected their wallet to not.

@IkkiOcean
you need to  use metmask or any web3 wallet for adding nfts
-- currently we're using Ethereum sepolia test net
-- you can use this feature after adding faucets from chainlink

@4darsh-Dev okay. well I dont have much experience in web3 but I did added the error handling in the explore page so do look at it.

Hey @IkkiOcean ! Thank you so much for your raising the issue💗
It’s all yours, you can come anytime again and make some contributions! 🚀
Alone, we can do little, but together we can do so much! 😇


Connect: Allow overriding securityContext for jobs

relates #293
Disclaimer: untested, just a first take on allowing to set securityContext for jobs from template data. I don't know if the presented notation will work in practice.
I essentially just replaced the securityContext definition by the one set in values.yml and added the current behavior as the default.
For pod.securityContext I added the missing definition in values.yml as there securityContext is already inferred from values.yml AFACIS.
Please modify and correct as needed :)

Thanks so much for tagging in here! Unfortunately this will be a bit tricky to implement since all of those pieces you removed are used by the Launcher API itself (i.e. that is the mechanism that Connect / Workbench use to set the RunAsUser, RunAsGroup, etc.). So we probably can't change the template in this way since it would globally disable functionality within the products 🙈
That said, you can definitely make modifications of this sort to your environment if that is helpful! I keep intending to create a way to more easily override templates if you wanted to patch in your own. In a particular environment, it is totally reasonable to disable functionality that is not needed / not in use / causing problems / etc. 😄
I asked a question on #293 to see if I can get a bit more understanding about what is failing for you and what would be required to fix!

Woops - apologies for the delayed reply here!
Admittedly until #309 it was a bit hard to make changes to the templates without the chart for Connect.
What you can do as of #309 in any particular Connect deployment is use:
launcher:
  useTemplateValues: true
  useDefaultTemplates: false
  extraTemplates:
    job.tpl: |
      your-own-inline-template
    service.tpl: |
      your-own-inline-template

This will "undo" our in-chart template and allow you to specify your own. Admittedly, templates are a bit complex, so it's probably ideal to use our templates as a baseline / input to this process. The tricky part of template customization usually becomes "revisiting the process" or "handling when we update the templates" 😞 vimdiff has been an invaluable tool in this effort for my own work, and we are definitely keeping an eye out for ways to simplify this process 😄

Closing in favor of #309


Dataset replacement

If I wanna to use the dataset created by myself, is it right to create the dataset into coco format? What kinds of documents need to be changed? Thanks!

into coco format; you could see our script process.sh [https://github.com/lkeab/BCNet#reference-script-for-producing-bilayer-mask-annotation].

If I wanna to use the dataset created by myself, is it right to create the dataset into coco format? What kinds of documents need to be changed? Thanks!

If I wanna to use the dataset created by myself, is it right to create the dataset into coco format? What kinds of documents need to be changed? Thanks!

Still working on it.

Hello again!
I run the program with COCO2017, got the error as below. Please help, thanks!

Configuration as follows:

#if 'train' in file_name:
#file_name = file_name.split('train2017/', 1)[1]
#if 'occ' in file_name:
#file_name = file_name.split('occ2017/', 1)[1]
you can try to commment  above codes  at lines 47-51 of file  "detection_utils.py".

Thanks for your advice@wangxueping78 , but it doesn't seem to work, still got the error.

If I wanna to use the dataset created by myself, is it right to create the dataset into coco format? What kinds of documents need to be changed? Thanks!

Still working on it.

Have you succeeded on your own datasets?


Prebuilt in CentOSStream8 Stage 2 Leg

The stage 2 Centos build leg is showing a new prebuilt.
Link to build (internal)
Prebuilt usage report:
  <Usages>
    <Usage Id="Microsoft.ApplicationInsights" Version="2.21.0" File="src/arcade/artifacts/buildObj/obj/Microsoft.DotNet.SignTool/project.assets.json" IsDirectDependency="true" />
  </Usages>

Arcade is using v2.22.0 of this package: https://github.com/dotnet/arcade/blob/2215d18d04a6565e9133c15ece7df7161fdf1e8e/Directory.Packages.props#L79.

It looks like the changes from SBE into Arcade had not yet flowed into the VMR when the offending build kicked off. https://github.com/dotnet/arcade/commit/ae62c8d33c26fead308f9ad0f3bbc2018ecd1c14 updated the dependency in Arcade, so once this change flows into the VMR, the error described in this issue and in https://github.com/dotnet/source-build/issues/4192 should resolve. I will close this once I've confirmed that the flow into the VMR fixed the issue.

I don't think that Arcade update to update it's app insights version can flow into the VMR before a bootstrap happens.  Arcade referencing 2.22 will fail because it is not in the n-1 artifacts.

Build and release (which updates n-1 artifacts)

Does this mean we rebootstrap with the Stage 1 artifacts from the build that has the prebuilt issue (internal link)?

Build and release (which updates n-1 artifacts)

Does this mean we rebootstrap with the Stage 1 artifacts from the build that has the prebuilt issue (internal link)?

I think so.

Why do we need to rebootstrap at all? Why don't we add back the old app-insights version to SBE? That should prevent any prebuilts and allows us to continue from step 3.

Why do we need to rebootstrap at all? Why don't we add back the old app-insights version to SBE (and continue to have the old and new version temporarily)? That should prevent any prebuilts and allows us to continue from step 3.

Yes, agreed.


Escape SIP URIs

According to RFC 3261, SIP URIs need to escape UTF-8 characters.

Unfortunately, the MSVC compiled retest seems to hang when it runs the UTF-8 related test test_uri_user on Windows. I've been trying to figure out what's going on, but I can't even get BareSIP to compile on my Windows VM. Any help is greatly appreciated.


The go get command supports Git, Mercurial, Bazaar, and SVN: https://github.com/golang/tools/blob/master/go/vcs/vcs.go#L66
The golang Docker images being generated don't include Bazaar or SVN clients, which means that it's possible that some orgs will run into compatibility problems, depending on what libraries they're referencing.
Granted, this is a relatively minor concern in terms of breadth of impact -- and it's not affecting me personally, but I happened to notice it in passing and thought it might be worth giving you a heads-up over, in the off chance that addressing it is reasonably trivial.

True but so far we haven't had anyone using this image express a need for this. The rare person who would can simply apt-get install bzr svn during a build if they need it.
If in the future we see a large percentage request this, it's definitely something we can revisit.


yt.views and yt.publish_date not returning anything

The views and publish_date properties not returning anything. Tested on multiple videos URLs and it's always the same issue. Maybe YouTube changed their json payload and it's now they're named something different?

yt.author return unknown also

I just tested with pytubefix 8.5.1 and everything is working normally.
Tested code:
from pytubefix import YouTube

video_url = "http://youtube.com/watch?v=mZkHwI7cX4Y"

yt = YouTube(video_url)

print(yt.title)
print(yt.author)
print(yt.channel_id)
print(yt.views)
print(yt.publish_date)

Output:
Joe Rogan Experience #2228 - Josh Dubin
PowerfulJRE
UCzQUP1qoWDoEbmsQxvdjxgQ
692386
2024-11-13 10:00:34-08:00

I believe this must be a regional issue (the VPS I run my code from is physically based out of Germany). This is the exact same issue as we had before here: https://github.com/JuanBindez/pytubefix/issues/138
It seems that the data embedded in the YouTube page that you're scraping from is different outside of the US. From the extract.py file I did a console print of watch_html and below is what the html looks like. You'll notice the property names don't match up with what your code is parsing. Again, see issue #138 for reference.
This is why for many users of pytubefix it's not working for them because they are outside of the United States.
Here is the html source for reference:
https://gist.github.com/Concept211/72d447a2f8efc9af0f44f00e4084ab4d


Revert "Remove self-triggering support"

Reverts vespa-engine/vespa#3497
Integration tests still require self-triggering support

Right, thanks!


feat(dashmate): allow custom folders as datadir storage

Expected Behavior

Users should be able to choose where to keep all the sync data on the disk. Users may have smaller boot disk size and separate larger disks for the storage puproses.
Current Behavior

Dashmate service's datadirs are mounted as docker volumes (default path /var/lib/docker/volumes)
Possible Solution

Add a config or dashmate command to override that (set bind mount instead of volume)

https://tienbm90.medium.com/how-to-change-docker-root-data-directory-89a39be1a70b


GH-382 Fix to load tree with default filters

Clicking the advanced search link when not logged in was resulting in an incorrect request call to load tree endpoint.

@gammonpeter @jamesrwelch The pull request is ready for review.


Tapping a notification returns notification without additionalData

Expected Behaviour
on click of notification on android on('notification') the data should contain the additionalData field, same goes when using local notification plugin on ios and user taps the notification and onclick event fires
Actual Behaviour
on('notification') (On android) and on('click') local notification plugin (on iOS) fires with data missing the additionalData
Reproduce Scenario (including but not limited to)
just send simple push notification with custom data
Steps to Reproduce
just send simple push notification with custom data
Platform and Version (eg. Android 5.0 or iOS 9.2.1)
Android 6.0.1 AND iOS 11.2
(Android) What device vendor (e.g. Samsung, HTC, Sony...)
Samsung
Cordova CLI version and cordova platform version
cordova --version                                    8.0
cordova platform version android                     7.0.1

Plugin version
cordova plugin version | grep phonegap-plugin-push   2.2.2

Sample Push Data Payload
{aps: {badge: 1, sound: "default", alert: "Hello World"}, force-start: 1}
Sample Code that illustrates the problem
Logs taken while reproducing problem

@echonox I can't reproduce this. When I click on the notification in the notification shade the app opens, the notification event fires, and additionalData is populated.
The payload you sent is only for iOS and there is nothing in that payload that should show up in additionalData so I need more info in order to help.


Image not served on backup server with same condition and data

I have backup server and even I copied all files & data to right position and setup all things same,
the backup server cannot serve images properly.
The thing that I believe I copied all files & configured backup server properly is,

all the other mongodb data is fine on the backup server
all of images is placed on right position
if I added a new image on the backup server, that image served well,
And the new image file is just placed on the same directory with the other copied images.

So I think the copied image is not served but new image is ok..
One of the following 'ls -al' result is copied and not served file,
and another is new and served file,
and all the permission is same on the file system as well as MongoDB.
-rw-r--r-- 1 mStartup mStartup 306675  3월  3 01:34 E575WohWuq6banLQH.png
-rw-r--r-- 1 mStartup mStartup 438293  3월  2 06:15 hphNBvsAieMnoNJF2.png

And only new inserted image on the backup server is served with following screenshot,
https://www.dropbox.com/s/9avgolxyx477by1/Screenshot 2020-03-03 01.58.45.png?dl=0
https://www.dropbox.com/s/thnujos6y87cu9n/Screenshot 2020-03-03 01.57.48.png?dl=0
And the following is screenshot for access the link() address directly on the browser.
https://www.dropbox.com/s/q6y5429yhtxg3p2/Screenshot 2020-03-03 02.01.14.png?dl=0
Two server is just same with all settings as I mentioned,
so I assume that I missed something important working on changing service server.
Please help.
Thanks.

Version of Meteor-Files you're experiencing this issue
<EMAIL_ADDRESS><EMAIL_ADDRESS>Version of Meteor you're experiencing this issue
<EMAIL_ADDRESS>Where this issue appears? OS (Mac/Win/Linux)? Browser name and its version?
Linux / Chrome(Version 80.0.3987.122 (Official Build) (64-bit))
Is it Client or Server issue?
Server
Post Client and/or Server logs with enabled debug option, you can enable "debug" mode in Constructor

[FilesCollection] [find({"_id":{"$in":["T9upSL9oFEZbKFn3i","97ygDRWmbHEdfuFuw","NEXbAZwfmrDBwc7Tz","zfbs6rmdMLvrZ2574","FpyWj5sW9XunueLqM","E575WohWuq6banLQH","2ze3yYWs3JjC6NjSt","4TC5HjyHCQqZ8ZCbt","ZiNPjFzbp3onnNhKN"]}}, undefined)]
I20200303-01:45:12.259(9)? [FilesCollection] [download(/cdn/storage/db_files/ZLt5z42Qn9EB7Dz3S/original/ZLt5z42Qn9EB7Dz3S.png, original)]
I20200303-01:45:12.260(9)? [FilesCollection] [download(/cdn/storage/db_files/ZLt5z42Qn9EB7Dz3S/original/ZLt5z42Qn9EB7Dz3S.png)] [_404] File not found
I20200303-01:45:12.366(9)? [FilesCollection] [download(/cdn/storage/db_files/T9upSL9oFEZbKFn3i/original/T9upSL9oFEZbKFn3i.png, original)]
I20200303-01:45:12.366(9)? [FilesCollection] [download(/cdn/storage/db_files/T9upSL9oFEZbKFn3i/original/T9upSL9oFEZbKFn3i.png)] [_404] File not found
I20200303-01:45:12.371(9)? [FilesCollection] [download(/cdn/storage/db_files/4TC5HjyHCQqZ8ZCbt/original/4TC5HjyHCQqZ8ZCbt.png, original)]
I20200303-01:45:12.372(9)? [FilesCollection] [download(/cdn/storage/db_files/4TC5HjyHCQqZ8ZCbt/original/4TC5HjyHCQqZ8ZCbt.png)] [_404] File not found
I20200303-01:45:12.373(9)? [FilesCollection] [download(/cdn/storage/db_files/NEXbAZwfmrDBwc7Tz/original/NEXbAZwfmrDBwc7Tz.png, original)]
I20200303-01:45:12.374(9)? [FilesCollection] [download(/cdn/storage/db_files/NEXbAZwfmrDBwc7Tz/original/NEXbAZwfmrDBwc7Tz.png)] [_404] File not found
I20200303-01:45:12.383(9)? [FilesCollection] [download(/cdn/storage/db_files/ZiNPjFzbp3onnNhKN/original/ZiNPjFzbp3onnNhKN.png, original)]
I20200303-01:45:12.386(9)? [FilesCollection] [download(/cdn/storage/db_files/zfbs6rmdMLvrZ2574/original/zfbs6rmdMLvrZ2574.png, original)]
I20200303-01:45:12.387(9)? [FilesCollection] [download(/cdn/storage/db_files/ZiNPjFzbp3onnNhKN/original/ZiNPjFzbp3onnNhKN.png)] [_404] File not found
I20200303-01:45:12.388(9)? [FilesCollection] [download(/cdn/storage/db_files/zfbs6rmdMLvrZ2574/original/zfbs6rmdMLvrZ2574.png)] [_404] File not found
I20200303-01:45:12.389(9)? [FilesCollection] [download(/cdn/storage/db_files/FpyWj5sW9XunueLqM/original/FpyWj5sW9XunueLqM.png, original)]
I20200303-01:45:12.389(9)? [FilesCollection] [download(/cdn/storage/db_files/FpyWj5sW9XunueLqM/original/FpyWj5sW9XunueLqM.png)] [_404] File not found
I20200303-01:45:12.390(9)? [FilesCollection] [download(/cdn/storage/db_files/97ygDRWmbHEdfuFuw/original/97ygDRWmbHEdfuFuw.png, original)]
I20200303-01:45:12.391(9)? [FilesCollection] [download(/cdn/storage/db_files/97ygDRWmbHEdfuFuw/original/97ygDRWmbHEdfuFuw.png)] [_404] File not found
I20200303-01:45:12.392(9)? [FilesCollection] [download(/cdn/storage/db_files/2ze3yYWs3JjC6NjSt/original/2ze3yYWs3JjC6NjSt.png, original)]
I20200303-01:45:12.393(9)? [FilesCollection] [download(/cdn/storage/db_files/2ze3yYWs3JjC6NjSt/original/2ze3yYWs3JjC6NjSt.png)] [_404] File not found

Additionally,
I set up storagePath like below so all server is watching same directory,
and I checked up a new image is placed on the same directory and DB.
storagePath: process.env.HOME+'/data/publicationN',
Thanks in advance-

Hello @kakadais ,
Thank you for reaching out. I'd start with comparing two records from MongoDB new (which appears to be working) and old/migrated (which returns 404 error). Feel free to post two records here, so we can compare it together.
Thing to note: is your ROOT_URL env.var has changed upon migration?

Thanks for fast reply-
Two MongoDB data is just same because I dumped it ans restore.
And the image files are just same with archiving.
https://www.dropbox.com/s/9jlkcr4ujm59pds/dump.tar.gz?dl=0
https://www.dropbox.com/s/uhzvduh1gf2uyrq/publicationN.tar.gz?dl=0
ROOT_URL environment is
export ROOT_URL="http://publicationn.com"
And I changed my hosts file to use that dummy URL.
And I used NginX proxy in front of Meteor Server and the setting is,
location / {
proxy_pass http://localhost:7000;
proxy_set_header      X-Real-IP       $remote_addr;
proxy_set_header      X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "Upgrade";
proxy_set_header Host $host;
}
}
I believe these test environment is ok
because cause if I added new image then it works fine and new image saved same storage directory as well as I said.
Thanks for checking~

Ok,
first, I updated my first question to revoke screen shots link,
second, dump.tar.gz from my last comment link was primitive dump archive,
so there's no new image data inside,
so here's new dump file link containing new image case.
https://www.dropbox.com/s/q854y2v1s7zbkl6/dump.compare.tar.gz?dl=0
Thanks~

@kakadais

Two MongoDB data is just same because I dumped it and restore.

I got that, but want to compare migrated records with new

because if I added new image then it works fine and new image saved same storage directory as well as I said.

Let's compare two records one from migrated DB and another after new image is uploaded

Thanks and let me know if you need something-

@kakadais To provide you a further help I need to compare two records old (from migrated data) and new (from newly uploaded file)

@dr-dimitru
I found a problem-
the previous path has different name start at /Users cause it was made on Mac as a test data,
and new image has the path /home cause it is Ubuntu.
So I reallize the path is confirmed at the time of saving, and that was my mistake.
But I think if the saving path is confirmed at the first time with the absolute path,
there would be lot of considering for OS differencing and path problem.
Why don't you use a path with a given storagePath on configuration?
I think That would be much flexible-
Thanks for your help-

Feel free to close it in case if the issue is solved on your end.
Please support this project with:

Star this package on GitHub;
Like at Facebook;
Follow on Twitter;
Support via patreon;
Support via PayPal;
Check and star our other open source projects on GitHub.

Thanks for help,
and maybe I have to open another issue or PR for this absolute path-

@kakadais sorry for the late reply.
Regarding your question about storing path in MongoDB record — On server we need to know absolute path to the file to be able to locate it and read/write it. As an option you can use GridFS to store files in the MongoDB.
Let me know if you have further questions

@dr-dimitru Thanks for answer-
On my test, I think relative path config was not working properly.
Should it be working? then I missed something.
So my question was applying relative path option from the project root directory something like that.

@kakadais yes, you can use relative path as well, since you haven't published here sample MongoDB records from old (from migrated data) and new (from newly uploaded file) dbs I can not tell you what was wrong. I assume absolute paths were used in both cases.
When setting relative paths make sure it starts with ./ or without leading slash.
Let me know if you have further questions

@dr-dimitru Yeah, probably I missed something like your warning.
And actually I'm currently using GridFS version on my on-going service, and this path test was one of my server switch test so that compare the performance benchmark I have done before #703.
I just want to prove that GridFS file service is speedy enough to be used on normal service like Legacy file service on my thesis.
And I just send a PR #731 for new GridFS user.

#731 merged, docs and wikis updated, links added


Email notification sent for every subscriber to every other subscriber

Here is the scenario:
I have a blog post: https://binarymist.io/blog/2018/02/24/hugo-with-staticman-commenting-and-subscriptions/
At the time of submitting this, there are three commenters, of which all have subscribed.
When any one of the existing commenters including myself submits a comment and I accept the github pull request, each of the existing two commenters/subscribers, are sent two email notifications for every new comment and I am sent three email notifications for the same.
Do we have any idea what is causing this behaviour @eduardoboucas?

I notice that Staticman processEntry and processMerge both send the email notification, is this the fault or maybe something else. Let me know if you need help replicating or testing?

Any progress with this @eduardoboucas?

Is no one else having this issue @eduardoboucas?

I've recently upgraded to v3 bsed on #243, and it seems that the duplicates are not happening.

Did I speak too soon? #420


Distributed analysis support

Issue
CTU analysis of clang itself is a long operation, which also does not scale well on one machine, as the typical memory usage per core far exceeds the available processor core/memory ratio on typical server configurations.
Proposal
The process could potentially be sped up by horizontal scaling, ie. running disjunct subsets of build commands on different machines, then collecting the results.
Alternatives
The memory usage of CTU analysis could be further tamed by creating artificial barriers on the depth of imported translation units, or by implementing an adaptive import strategy, which takes the memory usage of already imported TUs into account.
Additional context
Note that, distributing CTU analysis jobs in non-CTU mode is straightforward compared to the CTU mode. In non-CTU mode the sources needed for analysis can be determined from the build command itself, but in CTU mode it is dynamically decided which additional source the analysis requires.
However, distributing the whole AST information could be infeasible, and discovering the minimal subset of TUs potentially reachable from one particular TU could help. What would ultimately be needed, is creating disjunct subsets of the build-commands, which have the following properties:

each TU is only reachable from TUs of the same subset
the runtime of the analysis running on each slice is close to each other, ie the distribution of work is even

Please see http://github.com/Ericsson/codechecker/compare/master...whisperity:CodeChecker:ccaas for an early implementation idea from 2016. Note that this does not play nicely with CTU, and the "tu-collector" was not a thing back then, so this also does not play nicely with system-level dependencies...


Cannot upload photo taken by camera (no photo data)

First of all I would like to say this is an awesome project.
Now the issue:
When clicking the html form File Input with code:  I get the dialog "Camera" and "Gallery" as options. Selecting from Gallery works fine. However if I select "Camera", it opens the Camera app and I can take a photo from the rear camera which is great - however - once I take the photo and click ok, going back to the Webview, there is no file data that I can preview via Javascript and upload to server. The empty file is in the form, and I can upload it, but result is a 0 byte empty file. I've tried everything and would really love to have this feature. Any chance you could fix it? Been testing on Galaxy S20+ but would like this to work on all devices if possible.
Device (please complete the following information):

Samsung Galaxy S20+
ARM x86
Android Version API 30

Thanks in advance!

Did you have any luck with this issue, if so, what was your solution? I'm having the same problem too

@mtreilly are you using the latest repo update? the last release might not work.

I'm using the latest one, but I have made some modifications, I can try with the plain empty project to double-check.
Or is your suggestion to use the previous one?
Also thanks for the response, no worries if we can't track it down, know-how dependent these things can be on devices

sorry man for responding so late, you're right, these things are highly dependent on individual devices and very hard to track what works for what device.
but I will look into this bug in coming update.

Apperciate it that. Even if don't discover the exact fix, let me know what you uncover. I might be able to help you at leat

Photo Upload from Camera and File is not working with the latest version.
Is there any update now.

Any update? I cannot use upload form...


Adds Temporary Files and Temporary Directory

Adds Temporary Directory to Godot via "tmp://".
Uses wide character type for paths defined in OS class.
Changed mode_string for Windows and Unix which makes temporary files actually temporary.
Adds and changes mode flags for temporary file modes. TEMPORARY_READ_WRITE ect.
Adds mode bit fields for ease of use. READ_FIELD, WRITE_FIELD, ect.
Uses a Macro define test as Clang lies about C++ version. So it just skips if clang(compile issues for iOS and MacOS).
Something to note:
Files created using the path header tmp:// may not be deleted immediately. tmp:// uses the OS path for temporary data. Files deletion using just the tmp:// header is OS specific.
Like wise temporary files can be created in user space user:// by using and access mode TEMPORARY_* these files will always be closed after all handles call close(), or on program close.
I had an issue with Apple builds not implementing C++17 code. This has been worked around but perhaps should be corrected in the build process?
Implements proposal:
https://github.com/godotengine/godot/issues/22363
This seems to be an older proposal that I didn't find reopened in the new godot-proposals project. However it was one that I liked and here it is for review and critiqe.
Shout out to the Godot team. Love you guys.

All suggested changes have been applied. I have done a commit squash and would love to hear more feedback good or bad. There may be edge cases I missed, for example IDK if this would work properly for WASM builds, but as far as I can tell it should work and I'm ready for another review whenever available. Thanks everyone o/

The first answer I read on Stack Overflow on Android temporary directory lead me to the line ret = "/data/local/tmp"; in the os_unix.cpp file, however diving more into the api I think the getcachedir function call sounds more apt. I'll look into it thank you for the review.

I had thought that the android file access class inherited from unix like it's os class does. This doesn't seem to be the case however, so it looks like there's still some work left to do to properly implement android. I was going to use unlink() again as I see no reason it shouldn't work but I'll have to figure out this AndroidAssetManager first. If unlink is a problem or to use more platform specific calls I may use stuff from https://stackoverflow.com/questions/3425906/creating-temporary-files-in-android to flag opened files as temporary but IDK yet. Sorry if I'm commenting to much just wanted to share that I'm still working on this.

So it seems (as far as my noob self can tell) file_access for the Android platform is only able to read assets which are read-only compressed files packed with the .apk. Editing assets is by definition uneditable. Which is fine but I don't see any way to access files in the source that are not an "Asset". Do Android builds just not have access to file storage? I don't mind implementing something but I'm sure I'm missing something.

Android has two file access classes, one for APK resources, and one for generic files (wrapper over Java code).

I think I get it its this other one the file_access_filesystem_jandroid right? How did I not see there are two. Thank you for your help.

Do you have CI set up on your repository? In order not to tax the CI here so heavily it'd be better in that case to do these rapid updates there on a separate branch and then push when ready, you've made 15 pushes in about 2 hours

Sorry I didn't know it was a problem, I'm more or less done for now as I think I got the Android version working. I don't know what CI(CL?) is I assume its the build test things? Sorry I'm still a novice in several things I don't mean to be a hassle.

It's okay! It can be hard to know
It's Continuous Integration, it's the checks thing, if you look at your own branch you'll see a little yellow circle, cross, or checkmark, and you seem to have it running on your end so this should work to avoid this
See here for the recent actions here on godot: https://github.com/godotengine/godot/actions

I think I got it. I'm not to good at rebasing yet but I can make a fork of the fork to run the CI stuff and copy the changes over when it's done and that should do the same thing I think. Anyways I appreciate your understanding and patience.

Of course! I did the same mistake when I was new with this

I believe with #98397 merged, this is obsolete now?
A custom tmp:// prefix could also be implemented as an extension / add-on in scripting, via https://github.com/godotengine/godot-proposals/issues/6307


Simple YAML problems should be fixed (or at least reported)

I just ran into https://github.com/sampsyo/beets/issues/1125.  I was following the "Getting Started" guide, and I opened the config file in Emacs, and I used the tab key to indent the import: section, and it caused that unintuitive error.
  Then I came here and looked up that bug report.  If I didn't know anything about Python, I don't know if I would have figured it out so quickly.
Beets sounds awesome, but it's sad that its introductory experience is marred by this silly problem.

When beet config is run, it should report simple problems like sections indented with tabs instead of spaces.  Or even better, just fix them outright.  A simple regexp could replace leading tabs with spaces.
This should be documented in the "Getting Started" guide in a prominent font.  (https://github.com/sampsyo/beets/pull/1370)

Good find. I'll take a look at this.

I think that this is a problem on pyyaml parser side more than beets side though.

Well yeah, the problem is indeed on pyyaml's side. I found the errors not very unintuitive at all, either.
The increased documentation in the getting started guide is a good idea though. Think this can be closed with your PR (after my comment there).

Thanks for suggesting the expanded documentation!
I don't think we're going to automatically replace tabs with spaces to create a kind of pseudo-YAML syntax. That seems like a troublesome tarpit of incompatible heuristics.

According to the YAML FAQ, tabs are explicitly forbidden in YAML files.  So there should be nothing but positive effects from automatically doing, e.g. sed -i 's/\t/ /g' config.yaml.  It will prevent this error from ever happening to a Beets user again.  ;)

Unless tabs occur in string literals, even multi-line string literals, or have some other meaning. I'm not sure if it will productive to go down that road.

Well, at least this regexp should be safe and prevent most people from encountering this problem on initial setup:
s/^\t+/    /g

It just seems obvious to me that 99% of new users will run into this problem as soon as they create a configuration file, getting a useless error message and thinking that Beets is simply broken.  It's a shame.


Adding DataFrame.values?

There has been discussion to add DataFrame.values, which in pandas returns a numpy array. I am of the opinion that we should not add this API, but other, more recent substitutes, for the following reasons:
This property is a low-level API that is meant to directly provide a view of the content of the dataframe, in the form of a numpy array. The expectation from the user and the developer (ex: pandas-profiling, seaborn) is that the result will be a numpy or numpy-like object. Spark does not provide low-level, high-performance APIs for representing arrays, so it would force the materialization of the data.
This behaviour is both unexpected from users, and not recommended by pandas itself, which has a warning in the documentation. Instead, I recommend we add the following APIs, which in practice also force a collect:

to_numpy()
to_pandas() (already implemented)
These functions have clear meaning that they convert data, and that they will return arrays of data or pandas dataframes. This is more clear to me than adding the naked .values property.

@garawalid what are your thoughts? I think that to_numpy() will be what you want.

@thunterdb  I totally agree with you! to_numpy is better and gives an idea that result will be numpy array.

I agree -- to_numpy is better!


added myprofile

I have added my profile on TechCreaters.
Please merge my PR..

solved the conflicting issues..

Looks good 🔥
Thanks for contributing, don't forget to leave a star if you liked the project ⭐

Thanks for merging my PR!

@dev-liza, You are welcome!
If you have any queries related to this project or want to connect with me, feel free to DM me on Twitter.
My Twitter username is @pushkaraj2007 🤝

Yup sure !!


⚖ Register Validator:

Network Choice
nemeton
Who are you?
Secure and reliable validator. TG: https://t.me/chainlayer
gentx
{"body":{"messages":[{"@type":"/cosmos.staking.v1beta1.MsgCreateValidator","description":{"moniker":"Chainlayer","identity":"AD3CDBC91802F94A","website":"https://chainlayer.io","security_contact":"","details":"Secure and reliable validator. TG: https://t.me/chainlayer"},"commission":{"rate":"0.100000000000000000","max_rate":"0.200000000000000000","max_change_rate":"0.010000000000000000"},"min_self_delegation":"1","delegator_address":"okp41l3g0e2pvl6ksw2wr8rtgyp07gny6dhyypumcjj","validator_address":"okp4valoper1l3g0e2pvl6ksw2wr8rtgyp07gny6dhyy5mt3vn","pubkey":{"@type":"/cosmos.crypto.ed25519.PubKey","key":"LT0dC22gtjXOfZ7+aVbHX8k/Q9h0gLotpxq3FLA9UkU="},"value":{"denom":"uknow","amount":"1000000"}}],"memo":"501ad80236a5ac0d37aafa934c6ec69554ce7205@<IP_ADDRESS>:26656","timeout_height":"0","extension_options":[],"non_critical_extension_options":[]},"auth_info":{"signer_infos":[{"public_key":{"@type":"/cosmos.crypto.secp256k1.PubKey","key":"AgoMNOAHPLE7El1MAtg8e5AaU9c6Mjcji+5cS53ohlhd"},"mode_info":{"single":{"mode":"SIGN_MODE_DIRECT"}},"sequence":"0"}],"fee":{"amount":[],"gas_limit":"200000","payer":"","granter":""},"tip":null},"signatures":["XZNqtkCx8df2e25UcHAtFQ54qOwXm2QpBkftfbutJXtxNk8Hq8lW5Ciq2g6ysO0VsreXQa0Ld2tdpgQ6VYl4sw=="]}

😉 Here is the corresponding PR: https://github.com/okp4/networks/pull/40


Update distribution support list

This makes it a little clearer what we support by updating with current status and delimiting between in-support/EOL distributions. Removes information that is no longer relevant (eg. Ubuntu 16.04/18.04 is EOL).

@Arau could you please have a look at this PR again ? Thanks!


Import-Module ExchangeOnlineManagement does not work

The documentation is not helping either. What should i do? I am already running as admin

Nvm I solved it
PS C:\Windows\system32>  Get-ExecutionPolicy -Scope CurrentUser
Undefined
PS C:\Windows\system32> Set-ExecutionPolicy -ExecutionPolicy AllSigned


⚠ Samsung has degraded performance

In 7b755c2, Samsung (https://samsung.com) experienced degraded performance:

HTTP code: 200
Response time: 2549 ms

Resolved: Samsung performance has improved in eada03f.


Update docs for API's about dynamic gas price

Proposed changes
Update API descriptions or examples in dapp/json-rpc/api-references for dynamic gas price.
Types of changes
Please put an x in the boxes related to your change.

[ ] Minor Issues and Typos
[x] Major Content Contribution
[ ] Others

Checklist
Put an x in the boxes that apply. You can also fill these out after creating the PR. If you're unsure about any of them, don't hesitate to reach out. We're here to help! This is simply a reminder of what we are going to look for before merging your code.

[x] I have read the CONTRIBUTING GUIDELINES
[x] I have signed the CLA
[x] I have added necessary documentation (if appropriate)
[x] Any dependent changes have been merged and published in downstream modules

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

I have read the CLA Document and I hereby sign the CLA


Rquitales/arm images

Adds building ARM64 images. Requires https://github.com/pulumi/pulumi-docker-containers/pull/140 to be merged with based ARM images built and distributed.

Plan is to strip down the operator image & spawn jobs using multi-arch images as part of https://github.com/pulumi/pulumi-kubernetes-operator/issues/515.


Updating api-go to bring in permission denial reasons

What was changed:
I've updated go.temporal.io/api to the latest commit (command below) to bring in a recent schema change introduced in https://github.com/temporalio/temporal/pull/1462
go get -v -u go.temporal.io/api@6f00f7f9837370a4bad2cd9094326cfd71cc7f49

Why?
This should allow clients to access the new Reason field when encountering a PermissionDenied errors.

This error needs to be fixed:
../../go/pkg/mod/google.golang.org/grpc@v1.37.0/internal/channelz/types_linux.go:26:2: missing go.sum entry for module providing package golang.org/x/sys/unix (imported by google.golang.org/grpc/internal/channelz); to add:
	go get<EMAIL_ADDRESS>make: *** [Makefile:102: vet] Error 1

Please run:
go get golang.org/x/sys/unix


sst-env requires the package consuming the environment variables to be a subdirectory of the sst project

This behaviour is incompatible with certain monorepo setups where the sst.json is in a sibling directory. My suggestion is to keep the default behaviour, but allow users to customise the path with a command line argument.
Spec:

[ ] The user should be able to use a command line argument called path to customise the path to the sst.json
[ ] The path argument should use a relative url, so that sst-env commands can be shared by different team members working on the same project
[ ] If there is no path argument, sst-env should work as before

Some work has already been done on this here, and if the spec is right, and no other work is being done which overlaps with it, I can submit a PR

I would really appreciate this being integrated as an option.

I ran into the same issue trying to use SST in an existing monorepo where the React frontend has to be in a sibling directory. It would be great if this can be fixed in an upcoming release.

This is released in v0.65.2!
Thanks @Ivo-Evans!


Viewing more details about Roles

This page says to view more details about roles "In the Microsoft 365 admin center, go to Roles > Roles, and then select any role to open its detail pane. Select the Permissions tab to view the detailed list of what admins assigned that role have permission to do"
But I don't see Roles anywhere in the M365 admin center, and I'm a Global Admin.  Is this actually listed somewhere else?

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

ID: 1b4e45a4-3d00-c650-c40f-3a10b457cf46
Version Independent ID: fefa373f-f380-8988-e58a-73e9255134bb
Content: About admin roles in the Microsoft 365 admin center
Content Source: Office365-Admin/add-users/about-admin-roles.md
Service: o365-administration
GitHub Login: @cmcatee-MSFT
Microsoft Alias: cmcatee

@officedocsbot assign @mypil

@et3rae - Thank you for submitting feedback.
I will get this issue over to the O365ITPro writing team for investigation.
Thank you for reporting and making the docs better. Much appreciated.
I made a note to request the team to update this when the work is complete.

@etra Do you have the new admin center turned on? If not, that might be why you're not seeing it yet. To turn it on, go to the admin center home page, then click the Try the new admin center toggle switch to turn it on.

@et3rae - From our understanding, the issue has been answered by cmcatee-MSFT. If you feel it hasn't been resolved, please re-open this issue.
Thank you for engaging with the community here for the docs.

@officedocsbot close


fix front-proxy example

Description:
This fixes the front-proxy example's docker-compose.yml.
Risk Level: Low
Testing:
The example doesn't work otherwise.

The example works for me, and the net effect of this PR seems like the working dir would be the same as before. Doesn't mean we won't accept this simplification but can you share the error you experienced and any other relevant debug info?

On macOS I get
$ docker-compose up --build -d
Building front-envoy
ERROR: Cannot locate specified Dockerfile: front-proxy/Dockerfile-frontenvoy

What version of docker-compose are you running and what is the working directory you are running the command from?

I'm in the same dir as the compose file.
$ docker-compose version
docker-compose version 1.18.0, build 8dd22a9
docker-py version: 2.6.1
CPython version: 2.7.12
OpenSSL version: OpenSSL 1.0.2j  26 Sep 2016

Interesting. I can't reproduce, but I'm not on OSX. Anyways I see no reason not to make the change.
If you add DCO signoff we can merge the change. See https://github.com/envoyproxy/envoy/blob/master/CONTRIBUTING.md#dco-sign-your-work

Done :slightly_smiling_face:

Merged. Thanks for the contribution!

Happy to help, thank you!


48Khz Conversion

Hey , great work and thanks for making it available to all of us. I am trying to make this work for 48Khz conversion. I am training on same VCTK-Dataset. I've gone through 48Khz issue in FreeVC and make all changes that are mentioned there. I've also changed mel_spectrogram_torch settings train.py file as mentioned in the 48Khz issue in FreeVC. However I am getting following error when I start training.
RuntimeError: The expanded size of the tensor (65) must match the existing size (0) at non-singleton dimension 1.  Target sizes: [641, 65].  Tensor sizes: [641, 0]
Its coming from this line spec_padded, ids_slice = commons.rand_spec_segments(spec_padded, spec_lengths, spec_seglen) in data_utils_new_new.py
I've been stuck here for past few weeks. Really appreciate any help you can provide.

Actually I met the same problem....maybe you can refer to this issue.
This problem is because the spec is the old spec(16khz,320hop). But we start from new spec.

Alright! Thanks.


Add celery task for get_email

Allows you to get_email even without cron, thus enabling the use of django-helpdesk of cronless PaaS services.

Codecov Report

Merging #666 into develop will increase coverage by 0.02%.
The diff coverage is 80%.

@@             Coverage Diff             @@
##           develop     #666      +/-   ##
===========================================
+ Coverage    64.92%   64.94%   +0.02%
===========================================
  Files           42       43       +1
  Lines         3755     3760       +5
  Branches       519      519
===========================================
+ Hits          2438     2442       +4
- Misses        1178     1179       +1
  Partials       139      139

Impacted Files
Coverage Δ

helpdesk/urls.py
73.07% <100%> (+1.07%)
:arrow_up:

helpdesk/tasks.py
75% <75%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 7cd6c37...0b1bbc4. Read the comment docs.

I'll admit that I'm too lazy to test this, but it should be enough...


FileSystemProvide API should declare enums starting with 1

The type in question is:
	export enum FileType {
		File = 0,
		Dir = 1,
		Symlink = 2
	}

Having 0 as a value only causes problems with default interpretation and the absence of properties. I only use 0 if this is equal to the property no being there.

Yeah, makes sense

It also needs documentation :) -- I wasn't sure whether it was describing bit flags or discrete options until vscode gave me errors for describing a file as a Symlink but not allowing readdir.

Started on this... @siegebell Do you have a preference? I have some changes in joh/fs-next that allow for a bit mask but maybe discrete options are better, e.g
export enum FileType {
  File = 1,
  Dir = 2,
  Symlink = 64
}
export interface FileStat {
  mtime: number;
  size: number;
  type: FileType;
}

or
  File = 1,
  Dir = 2,
}
export interface FileStat {
  mtime: number;
  size: number;
  type: FileType;
  isSymlink: boolean;
}


common: add hasOwnProperty to for...in loop. Fixes #1984.

This is to stop the for...in loop from looping over properties that
aren't actually part of the object, which can lead to the call stack
overflowing under certain circumstances.

I signed it!

Thank you!


Surface ActionSet errors using Status or Events

ActionSet controller failures are currently surfaced by marking the ActionSet status failed. Detailed information is only available by viewing controller logs.
We should surface detailed error information by adding a error detail field to ActionSet schema and/or using events.

@SupriyaKasten Fixed, right?

Yes, fixed this one!

Fixed!


Kindly request the inclusion

Could you please add the following 2 privacy-related works? I believe they are very valuable. I would include them both under Privacy (subcategory: other). Thank you for maintaining this great repo!

ObfuscaTune: Obfuscated Offsite Fine-tuning and Inference of Proprietary LLMs on Private Datasets: https://arxiv.org/abs/2407.02960
IncogniText: Privacy-enhancing Conditional Text Anonymization via LLM-based Private Attribute Randomization: https://arxiv.org/abs/2407.02956

Added in this commit. Thanks for suggesting!


[iOS] ShadowEffect disappearing when coming back to the app (only with the Frame view)

Description of Bug
The shadow effect is disappearing when coming back to the app.
This issue exists only on iOS and only with the Frame view.
Issues Fixed

Fixes #1725

Behavioral Changes
None
PR Checklist

[X] Has a linked Issue, and the Issue has been approved
[ ] Has tests (if omitted, state reason in description)
[X] Has samples (if omitted, state reason in description)
[X] Rebased on top of main at time of PR
[X] Changes adhere to coding standard
[ ] Updated documentation

CC @pictos @jfversluis 🥇


Allow more characters in collection name

It would be great if you could allow more characters in the collection name
My suggestion is to at least support the POSIX Portable Filename Character Set
http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_276
Related to issue #238

I'd actually like to revive the discussion. JavaScript allows the dollar sign $ as initial character in variable names (aside from all kind of Unicode letters...), there's a test tool by the way.
ArangoDB requires the collection name to start with a letter, no other character is supported in this position. On the other hand, dashes - and underscores _ are supported from the 2nd character on (dashes are illegal in JS, because they can't be told apart from subtraction operations). An odd, but legal name in Arango is d-_-b (smiley with headphones).
# and @ are not allowed in either environment (in MongoDB they are apparently), although these characters have no special meaning (unlike ., & etc. in many programming languages).
I ran into the following problem: a customer's data comes in multiple databases with one table each, named after the contained record types or projects they were created for. One of the names was "3D-Objects". I can't import it to a collection with this name to ArangoDB. But I can't prefix it with an underscore either (in JS, I would go for _3D_Objects or _3dObjects). My workaround was to prefix it with "A_" to keep it at the top when sorted alphabetically.
In another recent data source, some column names are called _type and _version. Because it's possible that type and version also exist, and I'd like to import the data straight without changing attribute names to something like a_type or x--version, underscore support would be of tremendous benefit.
Apart from backward compatibility, would speak anything against the dollar sign as prefix for system collections and attributes to free the underscore for users?
When sorted, $key would even come before _key and KEY (in contrast, _key comes after KEY because _ has a numeric value of 95, which is between the upper and lower case character ranges).
Psychologically, I would argue that $ looks more "dangerous" (less common) than an _, and seems thus predestined for system stuff.
Another solution could be to either use double underscores for system collections/variables or to allow them for user stuff (I would prefer the former, similar to Python naming conventions). But this can be very confusing, because it's hard to tell _ and __ apart plus the reasons mentioned by @jsteemann.

Another Pro for $: looks like S as in system

Contra: some HTTP requests would use a mix of _ and $, e.g._db/$system/_api/collection/$jobs, but end-users don't do much CRUD in system DB/collections

We could probably allow the characters $, # and @ in collection names, but I would have to validate this first. The @ will have the problem that it needs URL-escaping, and collection names are used pretty often in ArangoDB URLs. Using @ in collection names and putting it into URLs (unescaped) will thus potentially cause some new client-side issues, but inside the server this should be relatively easy (to be confirmed).
I like the idea of using the $ prefix for system collections instead of the underscore. The main problem with this is that it wouldn't be downwards-compatible if we renamed them all.
Regarding numbers as the first collection name character: when allowing this, this would disable the feature of accessing a collections by its id. At least it would not allow the code to look at a given collection name string and figure out whether it's an id (all numeric) or a name.
This could be kept somewhat working by making the collection lookup code first look for a collection name equal to the user-specified value, and if not found, check if the specified value was all numeric and additionally look for a collection with that id. And when creating a new collection, all names would be disallowed that are already used as collection ids, because then all-numeric names wouldn't be unambigious. But this sounds complicated and error-prone, especially as collection ids are auto-generated and you'll never know which will be the next one used. Creating collections with all-numeric names might therefore behave non-deterministically, which is not desired.
So we should either not allow it or disable looking up collections by id.
Regarding attribute names, user-defined attributes can already start with underscores (since ArangoDB 2.2.2.), but some attributes names are reserved (_key, _id, _rev, _from and _to at the moment - there may be more in the future but the list has been pretty stable for the last years).

In repect of Arango 3.0, I'd like to re-open this issue. It's quite a jump from 2.x, so changing the prefix from _ to $ for system-related fields and collections seems ok-ish in terms of backward compatibility.

it would not allow the code to look at a given collection name string and figure out whether it's an id (all numeric) or a name

Don't you mean _key (all numeric)? Document keys are actually strings, and contain arbitrary characters, but automatically assigned keys use digit characters only so far. The most reliable way to distinguish keys from ids (collectionName/documentKey) is to check for the slash. I'm against digits as first character of a collection name though. Most programming languages don't allow variable names starting with a digit.

Collections can be accessed by name or by id. If we allow arbitrary characters in collection names (e.g. digits as first character), then we can't tell collection ids and collection names apart.

I see, makes sense. Never tried to access a collection via its ID, didn't even know you could.
So collection names should not be allowed to start with a digit for ideological as well as practical reasons. But what about the prefix change? It wouldn't affect the code to distinguish between collections names and collection IDs. It would affect aardvark and several other stock Foxx apps as well as a few customer apps and I guess also all Arango drivers. Furthermore, many AQL queries would require a change if they access internal fields (_key, _id, _to, _from, _rev). On the plus side, it's simple to change in affected code, the underscore would be freed up as escape character and URL path segments would be clearly distinguishable from system collection names and system field names in the HTTP API.


Change android resolution of packages

Rather than rely on hardcoded relative paths, use other CMake features to find the package and link to it directly.
After hacking at it to make it work, this seemed to be the minimal set of changes needed.  Unsure if this actually belongs over in uniffi-bindgen instead at this point.

Yeah, to me its just an incantation we need to allow JSI access.
Oscars code also has ways of linking to other React-Native libraries:

find_package(ReactAndroid REQUIRED CONFIG)
find_package(fbjni REQUIRED CONFIG)
find_library(LOG_LIB log)

target_link_libraries(
  ${PACKAGE_NAME}
        ${LOG_LIB}
  fbjni::fbjni
  ReactAndroid::jsi
  ReactAndroid::turbomodulejsijni
  ReactAndroid::react_nativemodule_core
  android
)


Conflict using different names in github and npm

Can you provide a better description of your issue..?
What's the expected behavior? What's happening currently?

Hi @SBoudrias
I have a module with a name and a git repository with another name.
An example to fix it is add another step in the terminal wizard to use another name in the repository.

Wouldn't fixing this yourself be a better solution? I feel like for most user the default behavior is good enough.
Only thing you need to do is git remote set-url origin your-repo.

And change the README.md and the package.json
I will make fork then, and build my own generator, thanks.


Aquatone

Hi,
Aquatone is better than webscreenshot!

Thanks for the suggestion, @anasbousselham! I'll keep this ticket open as an enhancement request for when I find the time to look into it. Do note that I don't have a lot of bandwidth to work on BugBountyScanner at the moment, so pull requests are more than welcome :)

I'm not very good with pull requests, but it should be as easy as replacing:
webscreenshot -i "livedomains-$DOMAIN.txt" -o webscreenshot --no-error-file
With:
cat livedomains-$DOMAIN.txt | aquatone -ports xlarge
Then it generates a HTML page with all screenshots.
Then all it needs is some changes in names and replacing commands in install.sh to install aquatone, something like:
go get -u github.com/michenriksen/aquatone

@chvancooten, can I work on this please? Assign this to me


Detach is not fully working.

Are you sure you read the readme?

Yes

Android version and skin (MIUI etc... is MIUI still a thing? idk):

MiUI 14.0.6, Android 13.

Screenshot of Play Store page of the app you are trying to detach:

Screenshot of the helper CLI showing detached apps (from Option 2):

Logs taken with su -c logcat -d -s "zygisk-detach" > /sdcard/log.txt:
log.txt is empty.
Not providing this information will get your issue closed
The issue is that the app (WhatsApp) appears as a "disabled" app for PlayStore and getting updated even if auto update is disabled, instead as "no installed" app.
On previous version of the module, the app appears (on PlayStore) as is not installed.

on v1.13.0?
and you should take the logs after opening play store.

on v1.13.0?
and you should take the logs after opening play store.

Yes, 1.13.0
Now,  logcat just says:
--------- beginning of main
03-15 19:46:19.415 19747 19747 D zygisk-detach: Loaded!
03-15 19:46:20.415 19929 19929 D zygisk-detach: Loaded!

same for me

Same issue, I downgraded to version 1.11.0 and I no longer have this issue.

fixed with v1.14.0


Remove fragment per loc US 1612605.

Work item:
https://dev.azure.com/mseng/TechnicalContent/_queries/edit/1612605
I'm not able to determine from the article, from the history of the article, or from searches of the docs site what might be meant by the fragment.
It might have originally been part of the discussion in the para after the next para.
I'm going to remove the fragment.

@TimShererWithAquent : Thanks for your contribution! The author(s) have been notified to review your proposed change.


Absolute IPC path

Hi,
How do you feel about removing the user home prefix on the IPC path? With the current approach there is no way to set an absolute path. e.g. /tmp/my.socket

@rupurt your suggestion sounds ok to me. Will you prepare a pr?


Review old repo

This issue is being sunsetted based on the overall familiarity the team has gained with the previous work.