feat: increase default stream exchange concurrent barriers

I hereby agree to the terms of the RisingWave Labs, Inc. Contributor License Agreement.
What's changed and what's your intention?
We introduce exchange_concurrent_barriers to limit concurrent barriers in exchange in #9427, which makes the backpressure more sensitive.
But in some real-world cases, we found inflight barriers could pile up https://github.com/risingwavelabs/risingwave/issues/13945, which indicates that when there are only barriers injected in the source the barrier still needs more than 1s(barrier interval) to pass the whole graph. This could also happen when no dyn filter or backfill, in which case there are only barriers on the stream graph.
And the only barrier stream slowness could be because of exchange_concurrent_barriers = 1 and in that case, all barrier messages will pass the streaming message sequentially, in other words, the upstream must send the barrier until the downstream actor has consumed that message and send back a ack message.

Checklist

[ ] I have written necessary rustdoc comments
[ ] I have added necessary unit tests and integration tests
[ ] I have added test labels as necessary. See details.
[ ] I have added fuzzing tests or opened an issue to track them. (Optional, recommended for new SQL features #7934).
[ ] My PR contains breaking changes. (If it deprecates some features, please create a tracking issue to remove them in the future).
[ ] All checks passed in ./risedev check (or alias, ./risedev c)
[ ] My PR changes performance-critical code. (Please run macro/micro-benchmarks and show the results.)

[ ] My PR contains critical fixes that are necessary to be merged into the latest release. (Please check out the details)

Documentation

[ ] My PR needs documentation updates. (Please use the Release note section below to summarize the impact on users)

Release note
If this PR includes changes that directly affect users or other significant modifications relevant to the community, kindly draft a release note to provide a concise summary of these changes. Please prioritize highlighting the impact these changes will have on users.

With exchange_concurrent_barriers = 1, the back-pressure can be passed to SourceExecuter more quickly, so that the data between the barriers will be reduced.

@st1page @BugenZhao Let's close this?


Cannot find the exe in console?

Hello,
so i don't know if the issue is with spacing (apparently i need to put the spacing between quotes like this " ") but powershell nor the command prompt seems to be able to find the exe path.
What am i missing?
I am trying to troubleshoot why my screen wont go blank (65E8) despite beeing able to turn off with the test provided
Cheers

Hi @tirrorex
So do I understand this correctly- if you open a command prompt at c:/program files/lgtv companion/ (or your install path) and type "LGTV Companion.exe -screenoff Device1" (don't include the double quotes and substitute 'Device'  as applicable) you get an error message that the .exe is missing?
Another way that might help you troubleshoot why the idle function is not working is to execute "LGTVdaemon.exe -show" (again no quotes) which will show you a status window with time since last user input. From experience one of your usb devices might prevent idle and you can start unpligging devices and see in the status window which one potentially prevent idle

hi @tirrorex any feedback wrt this issue?

Closing the issue due to missing feedback on the issue. Feel free to reopen as applicable


Cannot compute dep graph

rt

output of verbose mode:
glowsquid on  dev via  v16.14.0 via 🦀 v1.58.1 took 3s
❯ NX_VERBOSE_LOGGING=true yarn build oxidize
<ref *1> Error: spawnSync /bin/sh ENOBUFS
    at Object.spawnSync (node:internal/child_process:1111:20)
    at spawnSync (node:child_process:814:24)
    at Object.execSync (node:child_process:897:15)
    at Object.processProjectGraph (/run/media/tntman/BulkStorage/projects/glowsquid/node_modules/@nxrs/cargo/src/graph/index.js:9:23)
    at /run/media/tntman/BulkStorage/projects/glowsquid/node_modules/@nrwl/workspace/src/core/project-graph/build-project-graph.js:215:27
    at Array.reduce (<anonymous>)
    at updateProjectGraphWithPlugins (/run/media/tntman/BulkStorage/projects/glowsquid/node_modules/@nrwl/workspace/src/core/project-graph/build-project-graph.js:213:28)
    at /run/media/tntman/BulkStorage/projects/glowsquid/node_modules/@nrwl/workspace/src/core/project-graph/build-project-graph.js:87:19
    at Generator.next (<anonymous>)
    at fulfilled (/run/media/tntman/BulkStorage/projects/glowsquid/node_modules/tslib/tslib.js:114:62) {
  errno: -105,
  code: 'ENOBUFS',
  syscall: 'spawnSync /bin/sh',
  path: '/bin/sh',
  spawnargs: [ '-c', 'cargo metadata --format-version=1' ],
  error: [Circular *1],
  status: null,
  signal: 'SIGTERM',
  output: [
    null,
    '{"packages":[{"name":"adler","version":"1.0.2","id":"adler 1.0.2 (registry+https://github.com/rust-lang/crates.io-index)","license":"0BSD OR MIT OR Apache-2.0","license_file":null,"description":"A simple clean-room implementation of the Adler-32 checksum","source":"registry+https://github.com/rust-lang/crates.io-index","dependencies":[{"name":"compiler_builtins","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.1.2","kind":null,"rename":null,"optional":true,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"rustc-std-workspace-core","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^1.0.0","kind":null,"rename":"core","optional":true,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"criterion","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.3.2","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":null,"registry":null}],"targets":[{"kind":["lib"],"crate_types":["lib"],"name":"adler","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/adler-1.0.2/src/lib.rs","edition":"2015","doc":true,"doctest":true,"test":true},{"kind":["bench"],"crate_types":["bin"],"name":"bench","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/adler-1.0.2/benches/bench.rs","edition":"2015","doc":false,"doctest":false,"test":false}],"features":{"default":["std"],"rustc-dep-of-std":["core","compiler_builtins"],"std":[]},"manifest_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/adler-1.0.2/Cargo.toml","metadata":{"docs":{"rs":{"rustdoc-args":["--cfg=docsrs"]}},"release":{"no-dev-version":true,"pre-release-commit-message":"Release {{version}}","tag-message":"{{version}}","pre-release-replacements":[{"file":"CHANGELOG.md","replace":"## Unreleased\\n\\nNo changes.\\n\\n## [{{version}} - {{date}}](https://github.com/jonas-schievink/adler/releases/tag/v{{version}})\\n","search":"## Unreleased\\n"},{"file":"README.md","replace":"adler = \\"{{version}}\\"","search":"adler = \\"[a-z0-9\\\\\\\\.-]+\\""},{"file":"src/lib.rs","replace":"https://docs.rs/adler/{{version}}","search":"https://docs.rs/adler/[a-z0-9\\\\.-]+"}]}},"publish":null,"authors":["Jonas Schievink <jonasschievink@gmail.com>"],"categories":["algorithms"],"keywords":["checksum","integrity","hash","adler32","zlib"],"readme":"README.md","repository":"https://github.com/jonas-schievink/adler.git","homepage":null,"documentation":"https://docs.rs/adler/","edition":"2015","links":null,"default_run":null,"rust_version":null},{"name":"adler32","version":"1.2.0","id":"adler32 1.2.0 (registry+https://github.com/rust-lang/crates.io-index)","license":"Zlib","license_file":null,"description":"Minimal Adler32 implementation for Rust.","source":"registry+https://github.com/rust-lang/crates.io-index","dependencies":[{"name":"compiler_builtins","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.1.2","kind":null,"rename":null,"optional":true,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"rustc-std-workspace-core","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^1.0.0","kind":null,"rename":"core","optional":true,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"criterion","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.3","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"getrandom","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.1","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":["wasm-bindgen"],"target":null,"registry":null},{"name":"humansize","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^1.1","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"rand","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.7","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"wasm-bindgen","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.2.63","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":"cfg(target_arch = \\"wasm32\\")","registry":null},{"name":"wasm-bindgen-test","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.3","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":"cfg(target_arch = \\"wasm32\\")","registry":null}],"targets":[{"kind":["lib"],"crate_types":["lib"],"name":"adler32","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/adler32-1.2.0/src/lib.rs","edition":"2018","doc":true,"doctest":true,"test":true},{"kind":["bench"],"crate_types":["bin"],"name":"bench","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/adler32-1.2.0/src/bench.rs","edition":"2018","doc":false,"doctest":false,"test":false}],"features":{"default":["std"],"rustc-dep-of-std":["core","compiler_builtins"],"std":[]},"manifest_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/adler32-1.2.0/Cargo.toml","metadata":null,"publish":null,"authors":["Remi Rampin <remirampin@gmail.com>"],"categories":[],"keywords":["adler32","hash","rolling"],"readme":"README.md","repository":"https://github.com/remram44/adler32-rs","homepage":null,"documentation":"https://docs.rs/adler32/","edition":"2018","links":null,"default_run":null,"rust_version":null},{"name":"aho-corasick","version":"0.7.18","id":"aho-corasick 0.7.18 (registry+https://github.com/rust-lang/crates.io-index)","license":"Unlicense/MIT","license_file":null,"description":"Fast multiple substring searching.","source":"registry+https://github.com/rust-lang/crates.io-index","dependencies":[{"name":"memchr","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^2.4.0","kind":null,"rename":null,"optional":false,"uses_default_features":false,"features":[],"target":null,"registry":null}],"targets":[{"kind":["lib"],"crate_types":["lib"],"name":"aho_corasick","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/aho-corasick-0.7.18/src/lib.rs","edition":"2018","doc":true,"doctest":true,"test":true}],"features":{"default":["std"],"std":["memchr/std"]},"manifest_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/aho-corasick-0.7.18/Cargo.toml","metadata":null,"publish":null,"authors":["Andrew Gallant <jamslam@gmail.com>"],"categories":["text-processing"],"keywords":["string","search","text","aho","multi"],"readme":"README.md","repository":"https://github.com/BurntSushi/aho-corasick","homepage":"https://github.com/BurntSushi/aho-corasick","documentation":null,"edition":"2018","links":null,"default_run":null,"rust_version":null},{"name":"ansi_term","version":"0.12.1","id":"ansi_term 0.12.1 (registry+https://github.com/rust-lang/crates.io-index)","license":"MIT","license_file":null,"description":"Library for ANSI terminal colours and styles (bold, underline)","source":"registry+https://github.com/rust-lang/crates.io-index","dependencies":[{"name":"serde","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^1.0.90","kind":null,"rename":null,"optional":true,"uses_default_features":true,"features":["derive"],"target":null,"registry":null},{"name":"doc-comment","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.3","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"regex","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^1.1.9","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"serde_json","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^1.0.39","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"winapi","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.3.4","kind":null,"rename":null,"optional":false,"uses_default_features":true,"features":["consoleapi","errhandlingapi","fileapi","handleapi","processenv"],"target":"cfg(target_os = \\"windows\\")","registry":null}],"targets":[{"kind":["lib"],"crate_types":["lib"],"name":"ansi_term","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/ansi_term-0.12.1/src/lib.rs","edition":"2015","doc":true,"doctest":true,"test":true},{"kind":["example"],"crate_types":["bin"],"name":"basic_colours","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/ansi_term-0.12.1/examples/basic_colours.rs","edition":"2015","doc":false,"doctest":false,"test":false},{"kind":["example"],"crate_types":["bin"],"name":"rgb_colours","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/ansi_term-0.12.1/examples/rgb_colours.rs","edition":"2015","doc":false,"doctest":false,"test":false},{"kind":["example"],"crate_types":["bin"],"name":"256_colours","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/ansi_term-0.12.1/examples/256_colours.rs","edition":"2015","doc":false,"doctest":false,"test":false}],"features":{"derive_serde_style":["serde"]},"manifest_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/ansi_term-0.12.1/Cargo.toml","metadata":null,"publish":null,"authors":["ogham@bsago.me","Ryan Scheel (Havvy) <ryan.havvy@gmail.com>","Josh Triplett <josh@joshtriplett.org>"],"categories":[],"keywords":[],"readme":"README.md","repository":"https://github.com/ogham/rust-ansi-term","homepage":"https://github.com/ogham/rust-ansi-term","documentation":"https://docs.rs/ansi_term","edition":"2015","links":null,"default_run":null,"rust_versi'... 1104070 more characters,
    ''
  ],
  pid: 122805,
  stdout: '{"packages":[{"name":"adler","version":"1.0.2","id":"adler 1.0.2 (registry+https://github.com/rust-lang/crates.io-index)","license":"0BSD OR MIT OR Apache-2.0","license_file":null,"description":"A simple clean-room implementation of the Adler-32 checksum","source":"registry+https://github.com/rust-lang/crates.io-index","dependencies":[{"name":"compiler_builtins","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.1.2","kind":null,"rename":null,"optional":true,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"rustc-std-workspace-core","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^1.0.0","kind":null,"rename":"core","optional":true,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"criterion","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.3.2","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":null,"registry":null}],"targets":[{"kind":["lib"],"crate_types":["lib"],"name":"adler","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/adler-1.0.2/src/lib.rs","edition":"2015","doc":true,"doctest":true,"test":true},{"kind":["bench"],"crate_types":["bin"],"name":"bench","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/adler-1.0.2/benches/bench.rs","edition":"2015","doc":false,"doctest":false,"test":false}],"features":{"default":["std"],"rustc-dep-of-std":["core","compiler_builtins"],"std":[]},"manifest_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/adler-1.0.2/Cargo.toml","metadata":{"docs":{"rs":{"rustdoc-args":["--cfg=docsrs"]}},"release":{"no-dev-version":true,"pre-release-commit-message":"Release {{version}}","tag-message":"{{version}}","pre-release-replacements":[{"file":"CHANGELOG.md","replace":"## Unreleased\\n\\nNo changes.\\n\\n## [{{version}} - {{date}}](https://github.com/jonas-schievink/adler/releases/tag/v{{version}})\\n","search":"## Unreleased\\n"},{"file":"README.md","replace":"adler = \\"{{version}}\\"","search":"adler = \\"[a-z0-9\\\\\\\\.-]+\\""},{"file":"src/lib.rs","replace":"https://docs.rs/adler/{{version}}","search":"https://docs.rs/adler/[a-z0-9\\\\.-]+"}]}},"publish":null,"authors":["Jonas Schievink <jonasschievink@gmail.com>"],"categories":["algorithms"],"keywords":["checksum","integrity","hash","adler32","zlib"],"readme":"README.md","repository":"https://github.com/jonas-schievink/adler.git","homepage":null,"documentation":"https://docs.rs/adler/","edition":"2015","links":null,"default_run":null,"rust_version":null},{"name":"adler32","version":"1.2.0","id":"adler32 1.2.0 (registry+https://github.com/rust-lang/crates.io-index)","license":"Zlib","license_file":null,"description":"Minimal Adler32 implementation for Rust.","source":"registry+https://github.com/rust-lang/crates.io-index","dependencies":[{"name":"compiler_builtins","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.1.2","kind":null,"rename":null,"optional":true,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"rustc-std-workspace-core","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^1.0.0","kind":null,"rename":"core","optional":true,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"criterion","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.3","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"getrandom","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.1","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":["wasm-bindgen"],"target":null,"registry":null},{"name":"humansize","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^1.1","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"rand","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.7","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"wasm-bindgen","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.2.63","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":"cfg(target_arch = \\"wasm32\\")","registry":null},{"name":"wasm-bindgen-test","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.3","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":"cfg(target_arch = \\"wasm32\\")","registry":null}],"targets":[{"kind":["lib"],"crate_types":["lib"],"name":"adler32","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/adler32-1.2.0/src/lib.rs","edition":"2018","doc":true,"doctest":true,"test":true},{"kind":["bench"],"crate_types":["bin"],"name":"bench","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/adler32-1.2.0/src/bench.rs","edition":"2018","doc":false,"doctest":false,"test":false}],"features":{"default":["std"],"rustc-dep-of-std":["core","compiler_builtins"],"std":[]},"manifest_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/adler32-1.2.0/Cargo.toml","metadata":null,"publish":null,"authors":["Remi Rampin <remirampin@gmail.com>"],"categories":[],"keywords":["adler32","hash","rolling"],"readme":"README.md","repository":"https://github.com/remram44/adler32-rs","homepage":null,"documentation":"https://docs.rs/adler32/","edition":"2018","links":null,"default_run":null,"rust_version":null},{"name":"aho-corasick","version":"0.7.18","id":"aho-corasick 0.7.18 (registry+https://github.com/rust-lang/crates.io-index)","license":"Unlicense/MIT","license_file":null,"description":"Fast multiple substring searching.","source":"registry+https://github.com/rust-lang/crates.io-index","dependencies":[{"name":"memchr","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^2.4.0","kind":null,"rename":null,"optional":false,"uses_default_features":false,"features":[],"target":null,"registry":null}],"targets":[{"kind":["lib"],"crate_types":["lib"],"name":"aho_corasick","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/aho-corasick-0.7.18/src/lib.rs","edition":"2018","doc":true,"doctest":true,"test":true}],"features":{"default":["std"],"std":["memchr/std"]},"manifest_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/aho-corasick-0.7.18/Cargo.toml","metadata":null,"publish":null,"authors":["Andrew Gallant <jamslam@gmail.com>"],"categories":["text-processing"],"keywords":["string","search","text","aho","multi"],"readme":"README.md","repository":"https://github.com/BurntSushi/aho-corasick","homepage":"https://github.com/BurntSushi/aho-corasick","documentation":null,"edition":"2018","links":null,"default_run":null,"rust_version":null},{"name":"ansi_term","version":"0.12.1","id":"ansi_term 0.12.1 (registry+https://github.com/rust-lang/crates.io-index)","license":"MIT","license_file":null,"description":"Library for ANSI terminal colours and styles (bold, underline)","source":"registry+https://github.com/rust-lang/crates.io-index","dependencies":[{"name":"serde","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^1.0.90","kind":null,"rename":null,"optional":true,"uses_default_features":true,"features":["derive"],"target":null,"registry":null},{"name":"doc-comment","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.3","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"regex","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^1.1.9","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"serde_json","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^1.0.39","kind":"dev","rename":null,"optional":false,"uses_default_features":true,"features":[],"target":null,"registry":null},{"name":"winapi","source":"registry+https://github.com/rust-lang/crates.io-index","req":"^0.3.4","kind":null,"rename":null,"optional":false,"uses_default_features":true,"features":["consoleapi","errhandlingapi","fileapi","handleapi","processenv"],"target":"cfg(target_os = \\"windows\\")","registry":null}],"targets":[{"kind":["lib"],"crate_types":["lib"],"name":"ansi_term","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/ansi_term-0.12.1/src/lib.rs","edition":"2015","doc":true,"doctest":true,"test":true},{"kind":["example"],"crate_types":["bin"],"name":"basic_colours","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/ansi_term-0.12.1/examples/basic_colours.rs","edition":"2015","doc":false,"doctest":false,"test":false},{"kind":["example"],"crate_types":["bin"],"name":"rgb_colours","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/ansi_term-0.12.1/examples/rgb_colours.rs","edition":"2015","doc":false,"doctest":false,"test":false},{"kind":["example"],"crate_types":["bin"],"name":"256_colours","src_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/ansi_term-0.12.1/examples/256_colours.rs","edition":"2015","doc":false,"doctest":false,"test":false}],"features":{"derive_serde_style":["serde"]},"manifest_path":"/home/tntman/.cargo/registry/src/github.com-1ecc6299db9ec823/ansi_term-0.12.1/Cargo.toml","metadata":null,"publish":null,"authors":["ogham@bsago.me","Ryan Scheel (Havvy) <ryan.havvy@gmail.com>","Josh Triplett <josh@joshtriplett.org>"],"categories":[],"keywords":[],"readme":"README.md","repository":"https://github.com/ogham/rust-ansi-term","homepage":"https://github.com/ogham/rust-ansi-term","documentation":"https://docs.rs/ansi_term","edition":"2015","links":null,"default_run":null,"rust_versi'... 1104070 more characters,
  stderr: ''
}
Failed to process the project graph with "@nxrs/cargo". This will error in the future!

 >  NX   RunStart

{
  "meta": {
    "nxCloudVersion": "latest"
  },
  "branch": null,
  "runGroup": "258503086da7a63149fca8bbd17472907d266c57",
  "hashes": []
}

 >  NX   RunStart

{
  "meta": {
    "nxCloudVersion": "latest"
  },
  "branch": null,
  "runGroup": "258503086da7a63149fca8bbd17472907d266c57",
  "hashes": [
    "c5e7f2e74d0a942f665df4e3c6eb78ec047bcd3d3b2dd8e1741e5d1f86a4fa44"
  ]
}

 >  NX   Nx Cloud: Cache miss c5e7f2e74d0a942f665df4e3c6eb78ec047bcd3d3b2dd8e1741e5d1f86a4fa44.

> nx run oxidize:build

> cargo +nightly build --bin oxidize --target-dir ../../dist/apps/oxide/target -Z unstable-options --out-dir ../../dist/apps/oxide/builds/debug
error: no bin target named `oxidize`

 ——————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————

 >  NX   Ran target build for project oxidize (2s)

    ✖    1/1 failed
    ✔    0/1 succeeded [0 read from cache]

 >  NX   RunEnd. Completed tasks

[
  {
    "taskId": "oxidize:build",
    "startTime": "2022-02-18T09:47:11.218Z",
    "target": "build",
    "projectName": "oxidize",
    "hash": "c5e7f2e74d0a942f665df4e3c6eb78ec047bcd3d3b2dd8e1741e5d1f86a4fa44",
    "hashDetails": {
      "nodes": {
        "oxidize": "fd0153c875e149eb9a76c99a5bf923d2d2b58a4b20fe0c73dd9aedd5e6363e5e"
      },
      "runtime": {},
      "implicitDeps": {
        "/run/media/tntman/BulkStorage/projects/glowsquid/package.json": "63edd6fa919cf231a47d20367fe1126a19916668a0d8f1d88d0ea6c6c62f4bf1",
        "/run/media/tntman/BulkStorage/projects/glowsquid/.eslintrc.json": "ce764c60ea27b190bfc7c5a49d94aaa869f715ccf48d17f5d181a3ba702e09db",
        "/run/media/tntman/BulkStorage/projects/glowsquid/yarn.lock": "ce672bf1212f09a5de3725b75e0667cca7f1dd681d8efdefb8d882841488f86e",
        "/run/media/tntman/BulkStorage/projects/glowsquid/.gitignore": "602c3e7127a95bcb5b684174f15a05d77d106e921f5c190ba4783815c9245a8d",
        "nx.json": "756cca89a4a8aa556ec9e519dc750cba747c908de98ac48e66fe4e4f7f105b1f"
      }
    },
    "params": "",
    "endTime": "2022-02-18T09:47:12.904Z",
    "status": 1,
    "cacheStatus": "cache-miss",
    "terminalOutput": "\u001b[2m> cargo +nightly..."
  }
]

   See Nx Cloud run details at https://nx.app/runs/yOkgEJjMBFF

glowsquid

Thanks for the report @Suyashtnt, unfortunately this will take a bit of research and debugging to fix, which I haven't had the time for yet, and I can't make any promises on when I'll be able to get to it.

Thanks for the report @Suyashtnt, unfortunately this will take a bit of research and debugging to fix, which I haven't had the time for yet, and I can't make any promises on when I'll be able to get to it.

I no longer use NX, but for the people who do just take your time :)

@dannymcgee I would like to contribute a fix for this. I have isolated the problem. Would you be willing to accept a pull request?

@dannymcgee I made a PR fixing this.

@IgnisDa Thank you so much! I'll try to get this merged in today.

We are currently also running into this issue.
Liked mentioned in https://github.com/nxrs/cargo/pull/21 the issue is that  the output of cargo metadata is too large, it overflowed the buffer.
A minimal viable patch which works locally is taking this line 		maxBuffer: 50 * 1024 * 1024,
and adding it to the execSync call:
    let metadata = cp.execSync("cargo metadata --format-version=1", {
        encoding: "utf8",
        maxBuffer: 50 * 1024 * 1024,
    });

Another approach would be the usage of child_process.spawn.
See https://stackoverflow.com/a/68958420

@robi-wan I forked this repo and published the correct fix here: https://github.com/IgnisDa/npm-libs/tree/main/packages/nx-rust.
The solution you have posted will work but only for metadata below 50mb. For big projects, it would be more than that. It needs to be implemented using json streaming.

@IgnisDa Thank you for this info - a possible workaround for us would be to use your fork with that fix.
My understanding of Nodejs code is not very good but regarding my understanding the root cause for this issue is the limited buffer used in child_process.execSync: the default buffer size for stdout is 1024 * 1024 (see https://github.com/nodejs/node/blob/91ca2d40419244a9c542be5ff162a837fcc3be82/lib/child_process.js#L95).
It even is the default when using child_process.spawnSync without changes in handling I/O to the spawned process.
(In your fix you also used  child_process.execSync with an extended buffer of 50 MB - so as I understand it your solution would also fail for big projects?)
You are right: streaming is the right approach but it should not just be used for JSON parsing. It should also be used for fetching the process output - I think therefore instead of child_process.execSync child_process.spawnSync should be used and something has to be done to redirect the stdout of cargo metadata --format-version=1 into a resizable buffer or a stream.

@robi-wan Indeed I have increased the buffer size, but then later I have also parsed the json via streaming. You can see them here https://github.com/IgnisDa/npm-libs/blob/main/packages/nx-rust/src/graph/index.ts#L23-L37.

I think therefore instead of child_process.execSync child_process.spawnSync should be used and something has to be done to redirect the stdout of cargo metadata --format-version=1 into a resizable buffer or a stream.

I am not sure about this. I will try to test this theory once I have time.


Static part of mask not matched on value

Using a mask with a static part and some input that will match the same characters doesn't seem to recognize this static part in the value.
As an example the mask '0x9a' with the input value '0x__' will put '0x0x' into the textfield:
https://jsfiddle.net/pzvqfse2/1/
This will occur in different combinations as well, possibly honoring only parts of the value as input ('9a1y', '__1y' -> '1y1y')
I would expect that the static parts are matched against the mask and all placeholder positions to be left untouched. The function is required to have masks that have static parts and will work with server roundtrips keeping partial user input

Another - may be related - aspect of this is the positioning of the caret.
If a static part is used, the caret doesn't seem to be positioned in the right place, if the component gets the focus by javascript. If you click the textfield after that, the caret is positioned as expected:
https://jsfiddle.net/7jcxp6Lw/3/


Complexity is compatible with chaotic state

The paper Chaos and complexity by design by Daniel A. Roberts and Beni Yoshida refutes your “findings” by demonstrating how seemingly designed phenomena are compatible with chaotic systems.

We study the relationship between quantum chaos and pseudorandomness by developing probes of unitary design. A natural probe of randomness is the “frame potential,” which is minimized by unitary k-designs and measures the 2-norm dis- tance between the Haar random unitary ensemble and another ensemble. A natural probe of quantum chaos is out-of-time-order (OTO) four-point correlation functions. We show that the norm squared of a generalization of out-of-time-order 2k-point correlators is proportional to the kth frame potential, providing a quantitative con- nection between chaos and pseudorandomness. Additionally, we prove that these 2k-point correlators for Pauli operators completely determine the k-fold channel of an ensemble of unitary operators. Finally, we use a counting argument to obtain a lower bound on the quantum circuit complexity in terms of the frame potential. This provides a direct link between chaos, complexity, and randomness.

What do you mean by "seemingly designed phenomena are compatible"? The abstract refers to concepts I've never studied. I suggest you to check yourself or point authors to the program code, and decide whether or not a linear system can produce chaos or randomness at all. Probably, you are trying to compare apples to oranges here. The culprit is comparative complexities of a "chaos" system and prvhash1.

Also I'm assuming you've meant "intelligent impulses" by a "finding" since you didn't specify which part of prvhash you are debating.

I'll point to this article: https://en.wikipedia.org/wiki/Chaos_theory
From "Minimum complexity of a chaotic system": Finite-dimensional linear systems are never chaotic.

I'll add that prvhash1 features a "hash" ring-buffer in feedback mode. In DSP engineering field this concept is known as "feedback delay line", and it is considered a linear operator, an LTI system.

I'll add that prvhash1 features a "hash" ring-buffer in feedback mode. In DSP engineering field this concept is known as "feedback delay line", and it is considered a linear operator, an LTI system.

The TR-909 uses exactly the same method for it's white noise generator, and it is chaotic. So I'm not sure why you are so confused here. It uses a 1 bit binary multi-stage ring-buffer. It's easily seen in the schematic. This design is incredibly well used and documented for chaotic systems. It's not new or novel in any way whatsoever. Also, a ring-buffer is not an LTI system, so your entire thesis is not really correct. If you put any input into a ring-buffer, it recirculates forever, hence a new input at a different time will not produce the same output. Hence, not LTI.

If you put any input into a ring-buffer with feedback, it recirculates forever, hence a new input at a different time will not produce the same output. Hence, not LTI. Also a linear system does not imply LTI, so I think you are mixing up terms here.

Well, you are obviously not into DSP terms. A simple 1st order IIR filter also "recirculates" its output, but it's a linear time-invariant system as well. It's linear in mathematical terms, not in terms of how it visibly behaves.

The TR-909 uses exactly the same method for it's white noise generator, and it is chaotic.

On this, I'll note that my point is that prvhash-1 output can be far from being visibly chaotic, and the results are presented. You are missing something from the description. No reason to compare prvhash-1 to something "chaotic" when it's obviously non-chaotic.

If you put any input into a ring-buffer with feedback, it recirculates forever, hence a new input at a different time will not produce the same output. Hence, not LTI. Also a linear system does not imply LTI, so I think you are mixing up terms here.

Well, you are obviously not into DSP terms. A simple 1st order IIR filter also "recirculates" its output, but it's a linear time-invariant system as well. It's linear in mathematical terms; how it visibly behaves is out of the question. The difference between 1st order IIR filter and feedback delay line is in the mathematical order.

It is linear if the feedback coefficients are less than unity, due to the fact this ensures the system is stable, and decays over time. This further ensures that the time shift invariance of the system is preserved. Your system does not have this property, so it's not LTI, because your ring-buffer feedback coefficients are unity, hence the system is chaotic.

It is linear if the feedback coefficients are less than unity, due to the fact this ensures the system is stable, and decays over time. This further ensures that the time shift invariance of the system is preserved. Your system does not have this property, so it's not LTI, because your ring-buffer feedback coefficients are unity, hence the system is chaotic.

I think you are making things up. LTI is about transfer function, shift invariance, and causality. Coefficients are out of the question.

It is linear if the feedback coefficients are less than unity, due to the fact this ensures the system is stable, and decays over time. This further ensures that the time shift invariance of the system is preserved. Your system does not have this property, so it's not LTI, because your ring-buffer feedback coefficients are unity, hence the system is chaotic.

I think you are making things up. LTI is about transfer function, shift invariance, and causality. Coefficients are out of the question.

You need to read more then. A linear system where any coefficient is greater or equal to unity and there is feedback will not have shift invariance. This is quite obvious.

I'll give you an example of sinewave oscillator, also presented at the project page:
	const double tmp = svalue1;
	svalue1 = sincr * svalue1 - svalue2;
	svalue2 = tmp;

It has feedback coefficient of 1, and it is stable.

I'll give you an example of sinewave oscillator, also presented at the project page:
	const double tmp = svalue1;
	svalue1 = sincr * svalue1 - svalue2;
	svalue2 = tmp;

It has feedback coefficient of -1, and it is stable.

But it is not an LTI system. Which was my point.

You need to read more then. A linear system where any coefficient is greater or equal to unity and there is feedback will not have shift invariance. This is quite obvious.

"read more", "quite obvious". These are non-substantiated responses. Shift invariance does not depend on the oscillatory length of the filter, as it mainly depends on the linearity of transformation.

You need to read more then. A linear system where any coefficient is greater or equal to unity and there is feedback will not have shift invariance. This is quite obvious.

"read more", "quite obvious". These are non-substantiated responses. Shift invariance does not depend on the oscillatory length of the filter, as it mainly depends on the linearity of transformation.

Read the definition here: https://en.wikipedia.org/wiki/Shift-invariant_system which clearly explains my point.

Read the definition here: https://en.wikipedia.org/wiki/Shift-invariant_system which clearly explains my point.

Well, I know this definition, but it does not imply "coefficients dependence" or your opinion on how a function visually behaves.

I'll add that I'm not an educator, and my explanations may have mistakes, but this is irrelevant. You are facing the reality of the results, while I have no scientific degrees to be any soft of authority to you, be my conclusions right or wrong. So far responses of mathematicians were seriously negative, which means at the moment you won't find authoritative support to my claims. Time will tell...

I'll explain what LTI means in case of a feedback delay line. It means that at whatever position its read-write pointer is the moment the input signal arrives, it will produce the same output. Since delay lines have a linear transfer function (note that we are talking about S/Z domain linearity), they can be reversed or deconvolved. The Seed and lcg variables can be perceived as 1-tap (1st order) delay lines. So, I think that for the claim prvhash-1 is non-linear to be valid, one has to prove prvhash-1 is irreversible, but I think one would have a hard time proving this.

Of course, irreversibility is just a strong indicator of a non-linear function (some non-linear functions are reversible). However, as prvhash-1 is dealing with overflowing 1-bit additions, this may be close to irreversible saturation. On the other hand, addition in F_2 is assumed to be linear (why would not it be?). At the same time, in some practical situations, one may change non-linear logical operators to linear F_2 additions. Which in my opinion means that in F_2, the edge between linearity and non-linearity is smeared. Unfortunately, that complicates understanding even further. But I stand by my opinion that prvhash-1 is linear in F_2 until someone shows it is irreversible.

I'll give you an example of sinewave oscillator, also presented at the project page:
But it is not an LTI system. Which was my point. It does not have shift invariance.

Sorry, but you are just completely wrong here. In canonical Direct Form I, it can be written as:
	y[n] = 1*x[n] - sincr*y[n-1] - y[n-2]

To function as an oscillator from its initial zero-state, it has to be fed with a single unit impulse, with all other x[n] being zero. You may input a unit impulse at any moment making it an LTI system. Subsequent unit impulses (if any) will increase or decrease oscillation's amplitude.

@etheory I've studied the TR-909 noise generator reference, and it's not the same thing. LFSR is closer to usual and well-known multi-bit PRNGs. https://electricdruid.net/practical-lfsr-random-number-generators/


TagBot trigger issue

This issue is used to trigger TagBot; feel free to unsubscribe.
If you haven't already, you should update your TagBot.yml to include issue comment triggers.
Please see this post on Discourse for instructions and more details.
If you'd like for me to do this for you, comment TagBot fix on this issue.
I'll open a PR within a few hours, please be patient!

Triggering TagBot for merged registry pull request: https://github.com/JuliaRegistries/General/pull/95321

Triggering TagBot for merged registry pull request
This extra notification is being sent because I expected a tag to exist by now, but it doesn't.
You may want to check your TagBot configuration to ensure that it's running, and if it is, check the logs to make sure that there are no errors.

Triggering TagBot for merged registry pull request
This extra notification is being sent because I expected a tag to exist by now, but it doesn't.
You may want to check your TagBot configuration to ensure that it's running, and if it is, check the logs to make sure that there are no errors.


merge PyErr internal states for simplicity

Split out from #3306
This PR merges PyErrState's LazyTypeAndValue and LazyValue variants into a single Lazy variant. As per #3306, this was clearly a premature optimization from me as the result is shorter code and slightly faster, if anything.
The performance difference is within 5% so I don't think it's anything worth calling out in the CHANGELOG.

I see one semantic change: The lazy value construction is now called before the PyExceptionClass_Check instead of after it, but I guess when that would be problem, the cause would be in our code base as well and we could fix it.

Yes, indeed passing an invalid exception type will be handled during the creation of the exception object.


Impossible to install jscpd as system binary

Describe the bug
Run npm install -g jscpd
Got the following errors
root@gally:~# npm install -g jscpd
/usr/local/bin/jscpd -> /usr/local/lib/node_modules/jscpd/bin/jscpd

><EMAIL_ADDRESS>install /usr/local/lib/node_modules/jscpd/node_modules/leveldown
> prebuild-install || node-gyp rebuild

prebuild-install WARN install EACCES: permission denied, access '/root/.npm'
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/8.10.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/jscpd/node_modules/leveldown/.node-gyp"
gyp WARN install got an error, rolling back install
gyp WARN install got an error, rolling back install
gyp ERR! configure error
gyp ERR! stack Error: EACCES: permission denied, mkdir '/usr/local/lib/node_modules/jscpd/node_modules/leveldown/.node-gyp'
gyp ERR! System Linux 4.15.0-47-generic
gyp ERR! command "/usr/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /usr/local/lib/node_modules/jscpd/node_modules/leveldown
gyp ERR! node -v v8.10.0
gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR<EMAIL_ADDRESS>install: `prebuild-install || node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2019-04-16T04_39_38_792Z-debug.log

To Reproduce
Run npm install -g jscpd
Expected behavior
The command should succeed and jscpd should be in /usr/local/bin/
Desktop (please complete the following information):

Ubuntu
npm --version: 6.9.0

Additional context
Add any other context about the problem here.

Follow up, forgot to mention, this is not a very critical issue, to install as root, the following command works fine /usr/local/bin/npm install -g --unsafe-perm=true --allow-root jscpd. I just wanted to report it since --unsafe-perm might not be what you want.

I've investigated the issue and it is looks like infrastructure issue, going to close it.
Feel free to add comment here if you are not agree with closing the issue.


prow: run only auth enabled tests for pilot e2e

It seems PRs pass non auth but not the auth.. Trying this out to see if it makes a difference.

@rshriram: The following test failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/e2e-smoke.sh
970c0f9cda1c3f748f54bf1e4a756d0277a76952
link
/test e2e-smoke

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

Syntactically the change looks fine (assuming https://github.com/istio/istio/pull/3246 doesn't render TESTOPTS irrelevant) but my only background with istio tests is looking through logs to see whether a retest of my PRs makes any sense.  Some tests use "--auth_enable" but maybe that's for a different test.

@rshriram: The following test failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/e2e-smoke.sh
970c0f9cda1c3f748f54bf1e4a756d0277a76952
link
/test e2e-smoke

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

Looks like the other PR I mentioned also removed support for -auth (which became more evident in the repair PR that tried to add back TESTOPTS).  I'm not sure if it'll be added back or if some other name/option will be added instead.


Flutter DataTable move focus on next widget by single tab press

when i press tab key two times (which should be one time) then focus goes to next widget. please help me in this regard.

code snippet
      body: Center(
        child: DataTable(
          columns: const [
            DataColumn(
              label: Text(
                'Name',
                style: TextStyle(fontStyle: FontStyle.italic),
              ),
            ),
            DataColumn(
              label: Text(
                'Qty',
                style: TextStyle(fontStyle: FontStyle.italic),
              ),
            ),
          ],
          rows: const [
            DataRow(
              cells: [
                DataCell(TextField()),
                DataCell(TextField()),
              ],
            ),
            DataRow(
              cells: [
                DataCell(TextField()),
                DataCell(TextField()),
              ],
            ),
            DataRow(
              cells: [
                DataCell(TextField()),
                DataCell(TextField()),
              ],
            ),
          ],
        ),
      ),

Hi @abdulrehmananwar
Thanks for filing the issue, I can reproduce on the latest stable abut it doesn't seem to reproduce in beta or master channels

minimal code sample
/// Flutter code sample for DataTable

// This sample shows how to display a [DataTable] with three columns: name, age, and
// role. The columns are defined by three [DataColumn] objects. The table
// contains three rows of data for three example users, the data for which
// is defined by three [DataRow] objects.
//
// ![](https://flutter.github.io/assets-for-api-docs/assets/material/data_table.png)

import 'package:flutter/material.dart';

void main() => runApp(const MyApp());

/// This is the main application widget.
class MyApp extends StatelessWidget {
  const MyApp({Key? key}) : super(key: key);

  static const String _title = 'Flutter Code Sample';

  @override
  Widget build(BuildContext context) {
    return MaterialApp(
      title: _title,
      home: Scaffold(
        appBar: AppBar(title: const Text(_title)),
        body: const MyStatelessWidget(),
      ),
    );
  }
}

/// This is the stateless widget that the main application instantiates.
class MyStatelessWidget extends StatelessWidget {
  const MyStatelessWidget({Key? key}) : super(key: key);

  @override
  Widget build(BuildContext context) {
    return DataTable(
      columns: const <DataColumn>[
        DataColumn(
          label: Text(
            'Name',
            style: TextStyle(fontStyle: FontStyle.italic),
          ),
        ),
        DataColumn(
          label: Text(
            'Age',
            style: TextStyle(fontStyle: FontStyle.italic),
          ),
        ),
        DataColumn(
          label: Text(
            'Role',
            style: TextStyle(fontStyle: FontStyle.italic),
          ),
        ),
      ],
      rows:  <DataRow>[
        DataRow(
          cells: <DataCell>[
            DataCell(Text('Sarah') , onTap: (){}),
            DataCell(Text('19'), onTap: (){}),
            DataCell(Text('Student'), onTap: (){}),
          ],
        ),
        DataRow(
          cells: <DataCell>[
            DataCell(Text('Janine'), onTap: (){}),
            DataCell(Text('43'), onTap: (){}),
            DataCell(Text('Professor'), onTap: (){}),
          ],
        ),
        DataRow(
          cells: <DataCell>[
            DataCell(Text('William'), onTap: (){}),
            DataCell(Text('27'), onTap: (){}),
            DataCell(Text('Associate Professor'), onTap: (){}),
          ],
        ),
      ],
    );
  }
}

flutter doctor -v
[✓] Flutter (Channel beta, 2.3.0-24.1.pre, on Microsoft Windows [Version 10.0.22000.71], locale en-US)
    • Flutter version 2.3.0-24.1.pre at C:\Users\Taha\Code\flutter_beta
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision 615957513e (4 weeks ago), 2021-06-25 09:24:44 -0700
    • Engine revision 9d517f475b
    • Dart version 2.14.0 (build 2.14.0-188.5.beta)

[✓] Android toolchain - develop for Android devices (Android SDK version 30.0.3)
    • Android SDK at C:\Users\Taha\Code\android-sdk
    • Platform android-30, build-tools 30.0.3
    • ANDROID_SDK_ROOT = C:\Users\Taha\Code\android-sdk
    • Java binary at: C:\Users\Taha\Code\android-studio\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 11.0.8+10-b944.6842174)
    • All Android licenses accepted.

[✓] Chrome - develop for the web
    • Chrome at C:\Program Files\Google\Chrome\Application\chrome.exe

[✓] Visual Studio - develop for Windows (Visual Studio Community 2019 16.10.3)
    • Visual Studio at C:\Program Files (x86)\Microsoft Visual Studio\2019\Community
    • Visual Studio Community 2019 version 16.10.31424.327
    • Windows 10 SDK version 10.0.19041.0

[✓] Android Studio (version 4.1.0)
    • Android Studio at C:\Users\Taha\Code\android-studio-4.1
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart
    • Java version OpenJDK Runtime Environment (build 1.8.0_242-release-1644-b01)

[✓] Android Studio (version 4.2.0)
    • Android Studio at C:\Users\Taha\Code\android-studio
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart
    • Java version OpenJDK Runtime Environment (build 11.0.8+10-b944.6842174)

[✓] IntelliJ IDEA Community Edition (version 2021.1)
    • IntelliJ at C:\Users\Taha\Code\intellij
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart

[✓] VS Code (version 1.58.2)
    • VS Code at C:\Users\Taha\AppData\Local\Programs\Microsoft VS Code
    • Flutter extension version 3.24.0

[✓] Connected device (4 available)
    • sdk gphone x86 (mobile) • emulator-5554 • android-x86    • Android 11 (API 30) (emulator)
    • Windows (desktop)       • windows       • windows-x64    • Microsoft Windows [Version 10.0.22000.71]
    • Chrome (web)            • chrome        • web-javascript • Google Chrome 91.0.4472.124
    • Edge (web)              • edge          • web-javascript • Microsoft Edge 91.0.864.70

• No issues found!

If you want, you can upgrade to the latest  beta and try again
Execute the following commands to upgrade
flutter channel beta
flutter upgrade --force
flutter doctor -v
Closing as fixed, If you disagree, please write in the comments and I will reopen it.
Thank you

i want textfield instead of text because i want this in input form. please help me in this regard


[zh] sync and update fine-parallel-processing-work-queue

change keyword replicationController to ReplicaSet
change word 连续 to 持续
other minor changes (e.g: add connection word for readability, add 'shell' for command line input)

I have got CNCF signed with my Gitlab account and I wanner how could I pass that check?
Want to contribute on this amazing doc! :p
Thanks

I have got CNCF signed with my Gitlab account and I wanner how could I pass that check?
Want to contribute on this amazing doc! :p
Thanks

I signed it

I signed it

/retest

/retest

@yangjiao2 You may want to check if you committed the PR using the same email account for CLA. You may need to recommit the change if necessary.

@yangjiao2 You may want to check if you committed the PR using the same email account for CLA. You may need to recommit the change if necessary.

Thanks @tengqm  will try in a few minutes and see how that goes

Thanks @tengqm  will try in a few minutes and see how that goes

/approve

/approve

/lgtm


Update --fetch-HEAD documentation

[x] Have you followed the guidelines in our Contributing document?
[x] Have you checked to ensure there aren't other open Pull Requests for the same change?
[x] Have you added an explanation of what your changes do and why you'd like us to include them?
[ ] Have you written new tests for your changes? Here's an example.
[x] Have you successfully run brew tests with your changes locally?

Fixes https://github.com/Homebrew/brew/pull/650#discussion_r73834082
CC @MikeMcQuaid

👍


Implemented changes to GetCommandLineArgs()

Changes make for the EnvironmentHelper.GetCommandLineArgs() changes.

This seems like a small (but important) contribution, so no Contribution License Agreement is required at this point. We will now review your pull request.
Thanks,
.NET Foundation Pull Request Bot

I messed up the commit. It required the additional change to Program.cs that I put in my next commit. Sorry about that, I just couldn't figure out how to include more than 1 file in my commit using the online tool.
To answer your question regarding the need for this change. It came about by me trying to debug the actual cake code. The default version when pulled into Visual Studio 2017 uses the .NET Core framework. When I setup everything in the Cake Project's Debug window and ran it, the Cake.exe is run through the dotnet.exe program. I discovered that that program doesn't put double quotes around the executable name (cake.exe). This is a problem when there are spaces in the fully qualified path. For instance:
c:\My Projects\cake-main\src ... etc
The original code joins all of the Environment.GetCommandLineArgs() with spaces. This results in:
[0] c:\My
[1] Projects\cake-main\src ...
[2] actual first parameter
The code plucks off the first parameter that it figures is the cake executable and goes about parsing the parameters. The code rejects the parameters as include.
I had a version that would double-quote the first parameter (if necessary) and go on to call the QuoteAwareStringSplitter method like before. This seemed crazy since the Environment.GetCommandLineArgs() already had everything ready for processing. So, I streamlined the code and move some of the nittygritting-ness to the helper functions.
Anyway, sorry for the mess I created.

@SteveGTR said...
I messed up the commit. It required the additional change to Program.cs that I put in my next commit. Sorry about that, I just couldn't figure out how to include more than 1 file in my commit using the online tool.

You can't.  That currently isn't supported through the GitHub UI.

Actually you can. At least using the main branch. You have to disable the Add-ins and there's one other modification to the parameters.cake file that allows the code to find the dotnet.exe. It works flawlessly and is very helpful (to me) in understanding the cake project.

@SteveGTR are you in a position to update this PR with all the changes that you would like to see in it so that we can review it properly?


Are there any helping Java classes for zoom to bouding box for markers/routes?

Is there any built in class to show/zoom to fit all marker/route on the screen like zoomToBoundingBox. Or else is there any suitable way to get projection or map dimensions fro MapController class so that we can calculate zoom level from it? Thanks

Hey @nomizodiac
Sorry for being late on this.
We do not as of now, we however do plan to support this API.
As an example you can probably mimic the code we have on our privacy focused mapping app: https://github.com/mapzen/eraser-map/blob/f61b29dd421220d181e6cac072d71f3387952530/app/src/main/kotlin/com/mapzen/erasermap/controller/MainActivity.kt#L860
Let me know if you need more info on this.
Thanks

Thanks for response. I'll try that.
Also can you please notify when you add it in API
Thanks

Sure will update this ticket when we have this functionality in.
Thanks


fix: convert wallet volume to cents before comparing

Description
Limits are denominated in cents now, so wallet volumes must be converted (in addition to payment amount) before doing limit checks.
Before this, the defined cents limit would be counted as sats for any payments (a much lower threshold).

Some tests from staging environment
For the tests below, the external limits were exhausted first and then the intraledger limits from the same sender were tested.

span.num_events with a value of 3 failed, 2 succeeded
Base currency here is cents (threshold as well)
txVolume.outgoing is in sats

External withdrawal limits

Intraledger limits


Add a plugin for MongoDB

@nibalizer Could you please merge this? @jonmccreery added spec tests, added documentation and squashed @sharlander 's commits as the previous PR asked for.

LGTM, except for two inline comments and a general remark about the tests:
There is quite a number of fixtures that can make many tests break whenever the template is changed, even if the change is trivial.
Could you change some (or all) of the tests to perform regex checks for the lines that actually pertain to the item under test, instead of the file content as a whole?

@ffrank We used fixtures because the data is structured. If it was just lines a conf file, I would totally agree with using the regex, but since it is a quasi xml looking document, we need the fixtures.

@jonmccreery please close in favor of PR #372 where I made the change requested by @ffrank to condense the duplicate describe blocks.
cc: @nibalizer

Thanks @ghoneycutt. I don't quite follow the reasoning regarding fixtures, especially seeing as the content of the <Module mongodb> tag is basically "lines in a config file".
No need to address this off the cuff. A second opinion might be helpful here.
I'd prefer if @jonmccreery could force-push the updated branch here, serial PRs make the history a little difficult to track. (Of course, if this is logistically challenging, we can go ahead w/ the new PR.)

It is logistically challenging.
WRT fixtures, again the data is structured so checking for an individual line could pass, but if the line is not in the correct block, then it is actually a failure. You could get around this with putting the entire file in the spec test, but that is much harder to understand than using a fixture and is the problem that fixtures solve.


Access to RPPS+ Data ot RPPS + API Links

Hi Team,
Can you please share the links related to RPPS+? Where can we find certified identity data of healthcare professionals from the RPPS and Adeli directories?
Regards,
Dinesh Polamreddy

I found out that the columns are divided in 3 groups : Nomenclatures des objets de santé | Agence du Numérique en Santé (esante.gouv.fr)

Hello,
Below is the link concerning RPPS+ (link in French: https://esante.gouv.fr/produits-services/portail-rpps-plus).
Healthcare professionals can come from the RPPS+ directory or from ADELI. To retrieve this information via the FHIR API, you need to query the Practitioner and PractitionerRole resources.
Below is a page with an explanatory diagram linking the concept of Health Object Models - Modèle des Objets de Santé (MOS) and FHIR resources:
https://interop.esante.gouv.fr/ig/fhir/annuaire/
For more information on the MOS, below is a file explaining this MOS modeling:
https://esante.gouv.fr/Modèle-des-objets-de-santé
Best regards,

Hello,
Thank you for the quick response and providing the details.
Below are couple of questions:

While accessing the Practitioner Role and Practitioner details through API Link (https://ansforge.github.io/annuaire-sante-fhir-documentation/pages/documentation/resources/practitioner-role.html) we are seeing only few records of the Practitioner information around (59 KB). Is this covering all the Practitioners information.
Attached Image.

Attached is the excel, basically this is the column information we are looking for? I mean we need these details for the Practitioners, appreciate if you could help us or navigate to the right API for these details.

Attributes information needed for Practitioner data.xlsx

On the FHIR folder page Link: https://mos.esante.gouv.fr/NOS/ there are 500 + folders and we are finding difficulties to identify which ones we need to pick up for fetching the details mentioned in the point 2 attached sheet. Can you please help us here too.

Your patience and support are highly appreciated. Thank you.
Regards,
Dinesh Polamreddy

Hi Team,
Can you please update us here. Thanks

Hello @DineshPolamreddy
Sorry for the late response.
The information in your file is primarily located in the "Practitioner" and "PractitionerRole" resources. Some information such as the type of expertise (libellé type savoir faire) or type of activity label (libellé genre activité) are not present in the JSON response. However, you can retrieve this information from the Reference Tables (TRE - Table de REference) or Value Sets (JDV - Jeux De Valeurs) specified in the JSON response under the "system" attribute.
For example, in the PractitionerRole, the associated JDV for the type of activity is https://mos.esante.gouv.fr/NOS/TRE_R23-ModeExercice/FHIR/TRE-R23-ModeExercice
You can find this information on the system URL particularly in the Implementation Guides provided in the Snapshot Table tab.

Please note that there are two versions:

https://interop.esante.gouv.fr/ig/fhir/annuaire/0.1.0/ which is the current version of the API (which is in beta mode) - version 0.1.0 of the IG
https://interop.esante.gouv.fr/ig/fhir/annuaire/ which is the target version IG2 and on which the technical team is currently working.

I hope I have provided clear answers to your questions.
Best regards,

Hello,
Following the responses provided, I am closing the ticket.
Best regards,


Typo "Jupyter notebooks"→"Jupyter Notebooks"

https://docs.microsoft.com/en-us/azure/notebooks/create-clone-jupyter-notebooks

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

Note that the product name is Jupyter Notebook. Referring to multiple instances of the product would seem to be "Jupyter Notebook files" or similar.

This topic is no longer present in the docs. #please-close


[Navigation Material] (0.29.0-alpha) With BottomSheetNavigator.navigatorSheetState.offset removed, there doesn't seem to be a way to access sheet offset/position

Description
We were using bottomSheetNavigator.navigatorSheetState.offset.value to reposition a "sticky" content view inside the content.
Is this a wrong approach or is there a way to derive this with the new update? :)
Steps to reproduce
bottomSheetNavigator.navigatorSheetState.offset annotated as error now.
Expected behavior
Handle to access the BottomSheets current offset/drag position on screen.
Additional context
None

also crash happens in 0.29.0-alpha when bottom sheet is being closed
java.lang.NoSuchMethodError: No virtual method snapTo(Ljava/lang/Object;Lkotlin/coroutines/Continuation;)Ljava/lang/Object; in class Landroidx/compose/material/ModalBottomSheetState; or its super classes (declaration of 'androidx.compose.material.ModalBottomSheetState' appears in /data/app/~~Zr5_rXdHi-owlzeQxukd5w==/com.example.myapp.debug-uTDaE_no6JsJGsnvmnYZBg==/base.apk)
                 	at com.google.accompanist.navigation.material.SheetContentHostKt.internalHide(SheetContentHost.kt:182)
                 	at com.google.accompanist.navigation.material.SheetContentHostKt.access$internalHide(SheetContentHost.kt:1)
                 	at com.google.accompanist.navigation.material.SheetContentHostKt$SheetContentHost$2$2$1.invokeSuspend(SheetContentHost.kt:142)
                 	at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
                 	at kotlinx.coroutines.DispatchedTask.run(DispatchedTask.kt:106)
                 	at androidx.compose.ui.platform.AndroidUiDispatcher.performTrampolineDispatch(AndroidUiDispatcher.android.kt:81)
                 	at androidx.compose.ui.platform.AndroidUiDispatcher.access$performTrampolineDispatch(AndroidUiDispatcher.android.kt:41)
                 	at androidx.compose.ui.platform.AndroidUiDispatcher$dispatchCallback$1.run(AndroidUiDispatcher.android.kt:57)
                 	at android.os.Handler.handleCallback(Handler.java:942)
                 	at android.os.Handler.dispatchMessage(Handler.java:99)
                 	at android.os.Looper.loopOnce(Looper.java:201)
                 	at android.os.Looper.loop(Looper.java:288)
                 	at android.app.ActivityThread.main(ActivityThread.java:7872)
                 	at java.lang.reflect.Method.invoke(Native Method)
                 	at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:548)
                 	at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:936)

@MarcLFJ Do you have a code example of what you were doing before, and possibly a mockup of the use case?

@jossiwolf Sorry about the delayed reply, our intention is to have a button be sticky to the bottom of the window, so if the sheet starts half expanded, the button is still visible and when the user drags the sheet to top, the footer sticks to the bottom of the window.
Here is a barebone example of what we were doing in 0.28.0, let me know if it's too barebone. 😅
@OptIn(ExperimentalMaterialNavigationApi::class)
@Composable
fun SheetWithSticky(
    bottomSheetNavigator: BottomSheetNavigator,
    stickyFooter: (@Composable () -> Unit)? = null,
    content: @Composable () -> Unit
) {
    val bottomSheetOffset = bottomSheetNavigator.navigatorSheetState.offset.value
    var stickyContainerHeight by remember { mutableStateOf(0) }

    Box(
        Modifier.heightIn(max = LocalConfiguration.current.screenHeightDp.dp)
    ) {
        Column(
            // Ensure content is padded above sticky footer height
            modifier = Modifier.padding(
                bottom = with(LocalDensity.current) { stickyContainerHeight.toDp() }
            )
        ) {
            /*Generic header view and other views here ...*/
            content()
        }

        stickyFooter?.let { footer ->
            Box(
                modifier = Modifier
                    .onGloballyPositioned { stickyContainerHeight = it.size.height }
                    .offset { IntOffset(0, -bottomSheetOffset.toInt()) }
                    .align(Alignment.BottomCenter)
            ) {
                footer()
            }
        }
    }
}

Edited screenshot from design:

Using the following accompanist dependencies:
com.google.accompanist:accompanist-navigation-material
and Material3: androidx.compose.material3:material3:1.1.0-alpha03

@jossiwolf Any update on this? :)
Is it not an intended usecase or is there a better way?
Mainly the problem trying to be solved is listening to the actual offset position of the bottomsheet and react to it. 👍

Same issue here, but a different usecase. Want to animate certain elements of the laout based on the sheet offset to create a smooth animation

Same issue here

This looks like a really important feature, should provide some way to migrate, not the best way to downgrade Compose version.

Not stale

While we're all waiting for Google for a solution, I came with a super ugly hack to make offset work in newer Compose version, since I cannot wait for this as all dependencies are going to get outdated.
@Suppress("INVISIBLE_MEMBER", "INVISIBLE_REFERENCE")
@OptIn(ExperimentalMaterialNavigationApi::class, ExperimentalMaterialApi::class)
fun BottomSheetNavigatorSheetState.getOffset() = sheetState.requireOffset()

Hope this helps people in this thread.

Not stale

.

.

How is this closed if I left a comment

@jossiwolf Please reopen

@ianhanniballake Could you reopen, since this was referred in #1582 as being the issue to track progress on. :)

Hello, has what's the state of this issue, if some work pr research has been done on it?

@Suppress("INVISIBLE_MEMBER", "INVISIBLE_REFERENCE")

var offset = Float.POSITIVE_INFINITY
try {
offset = sheetState.requireOffset()
} catch (e: IllegalStateException) {
log.d("MODAL BOTTOM SHEET", "${e.printStackTrace()}")
}
// offset is 1568.9
val outside = it.y < offset
this works for me

With the release of Compose Material 1.7.0-alpha04, the Material team has added a new artifact: androidx.compose.material:material-navigation, which fully replaces Accompanist Navigation Material.
As such, we are closing all issues here on Accompanist and will be fully deprecating Accompanist Navigation Material in an upcoming release.
This issue was not fixed as part of the migration, so if you're still interested in this, please file an issue and the Material team will take a look.
Include the link here so that others can star it!


MS.AAD.7.3. Declares failed test on environment that has been cloud-only since initial creation

I have a tenant that was created in (I believe) 2017 but I know for a fact has never been put into a hybrid configuration or had any hybrid users. By MS.AAD.7.3. failing does that intend to imply I have a hybrid user with a permanent role assigned? If so, how do I get that action to pass if I do not have hybrid users?
Installed Maester on fresh VM instance before running this resultant test.

Here is the code block the test is calling. Can you run it interactively and confirm that $users doesn't contain any object with onPremisesSyncEnabled. There shouldn't be a discrepancy, but it may help to confirm.
Ref https://github.com/maester365/maester/blob/main/powershell/public/CISA/Entra/Test-MtCisaCloudGlobalAdmin.ps1
    $role = Get-MtRole | Where-Object {`
        $_.id -eq "62e90394-69f5-4237-9190-012177145e10" }

    $assignments = Get-MtRoleMember -roleId $role.id -All

    $globalAdministrators = $assignments | Where-Object {`
<EMAIL_ADDRESS>-eq "#microsoft.graph.user"
    }

    $body = @{
        requests = @()
    }
    $requests = @()
    $i = 0
    foreach($admin in $globalAdministrators){
        $request = @{
            id     = "$i"
            method = "GET"
            url    = "/users/$($admin.id)?`$select=id,displayName,onPremisesSyncEnabled"
        }
        $requests += $request
        $i++
    }
    $body.requests = $requests

    $usersSplat = @{
        Method     = "POST"
        Body       = $($body|ConvertTo-Json)
        Uri        = "https://graph.microsoft.com/v1.0/`$batch"
        OutputType = "PSObject"
    }
    $users = (Invoke-MgGraphRequest @usersSplat).responses.body

    $result = $users | Where-Object {`
        $_.onPremisesSyncEnabled -eq $true
    }

    $testResult = $result.Count -eq 0

Interesting, it seems like it is an issue with Get-MtRoleMember permissions.
Just to confirm, you have GAs in PIM and potentially in a group managed by PIM?
It is unusual that the requested scopes are trying to use ReadWrite or Remove and that is concerning since the API is a read call.

Generally yes, but during the troubleshooting phase of this issue, I am using a GA with directly-assigned active GA role.
Also--when I run the test file directly from the tests folder, I get an error that there are a lot of null references, almost as if no data is being returned to the test so it just automatically fails.

Yeah, which makes sense given that error. Get-MtRoleMember enumerates all active and eligible assignments and returns that list for review.
This actually is looking like a Graph API bug @merill.
Docs reference correct scope: https://learn.microsoft.com/en-us/graph/api/rbacapplication-list-roleeligibilityschedulerequests?view=graph-rest-1.0&tabs=http#permissions
Error message for scope permissions returns that a more privileged scope is needed.

Authorization failed due to missing permission scope RoleEligibilitySchedule.ReadWrite.Directory,RoleManagement.ReadWrite.Directory,RoleEligibilitySchedule.Remove.Directory.

Might be related https://github.com/maester365/maester/issues/174

Okay so I followed up on this and RoleEligibilitySchedule.ReadWrite.Directory is intentional even though the API is read access.
I personally don't want to request for this ReadWrite permission by default.
For now, we might need to mention in the docs that ReadWrite is required for these tests to run successfully.

Thanks for the clarification @merill, I will consider some way to add a scope check and add to docs.

Thank you @merill and @Snozzberries for your help and taking a look at this! If there's anything I need to test or change with my auditing process using Maester, let me know and I would be more than happy to test that out.

Looks like I forgot to close this out with the #227 merge. Should be working now.

Interestingly, this shows "Passed" with a Client App (App Registration) with "RoleEligibilitySchedule.Read.Directory" but without "RoleEligibilitySchedule.ReadWrite.Directory" assigned over GitHub Actions and is shown as "Skipped" over Powershell Login (Web with 'Microsoft Graph Command Line Tools') via a Local installation. Is this also a limitation or a Bug?
(I can find "[RoleEligibilitySchedule.Read.Directory]" on the Enterprise App and did not use Connect-Maester -Service Graph -Privileged)


world map

Describe the Bug
Singapore is not visible on the world map.

Database
PostgreSQL
Relevant log output
No response
Which Umami version are you using? (if relevant)
No response
Which browser are you using? (if relevant)
No response
How are you deploying your application? (if relevant)
No response

We use react-simple-maps. Feel free to open an issue there is there is an issue with the generated map.


Upgrade to Angular 8

Category: enhancement
Severity: High
Description of issue / expected enhacement /Comments
Covalent is already compatible with Angular 8. See https://github.com/Teradata/covalent/blob/develop/docs/CHANGELOG.md#210-2019-07-15

Solved with PR #272


What’s new about cloud files API?

The link in “cloud files” says the cloud files API was introduced in 1607. So what’s new in this version? Can it be described more detailed?

文档详细信息
⚠ 请勿编辑此部分。 docs.microsoft.com ➟ GitHub 问题链接必须具有此部分。

ID: 5ade8bd6-7a05-1a6a-ea2f-b77798d4607d
Version Independent ID: 6a2c0366-7b16-0bf2-f809-6521c3936886
Content: What's New in Windows 10 for Developers - Windows UWP applications
Content Source: windows-apps-src/whats-new/windows-10-build-18362.md
Product: uwp
Technology: whats-new
GitHub Login: @QuinnRadich
Microsoft Alias: quradic

My understanding was that the Cloud Files documentation was introduced in this version, to correspond with the APIs being expanded and publicized.


DETR for Multi-Modal Trajectory Prediction

I have attempted to predict trajectories using DETR and the hard-assignment strategy, without incorporating auxiliary loss. Unfortunately, this approach consistently results in straight, linear trajectories for each sample provided. I observed that your method is similar but includes auxiliary loss. I'm interested in understanding if the inclusion of this additional loss component effectively mitigates the collapsing problem. I would greatly appreciate any advice or suggestions you can provide on this matter. Thank you so much!

I don't think the auxiliary loss will have a great effect for MTR framework. From Table 4 of our paper (https://arxiv.org/pdf/2209.13508.pdf), you may see that MTR without Dense Future Prediction can also achieve promising performance.
Instead, the design of intention queries with intention points is the key of MTR framework.

DETR trains the model by using auxiliary loss from every decoder layer, while I only used the loss from the last layer. This approach initially led to a collapsing issue with the hard-assignment strategy. However, by clustering the trajectories and applying the hard-assignment strategy to the clustered ones, the model worked. Furthermore, I am intrigued as to why you chose NMS over the clustering approach, especially considering that different objects require distinct thresholds for NMS.

For dynamic search queries, you predicted the trajectories and utilized the last points. However, it appears that an MLP could directly replace this step. The design seems to primarily incorporate the inductive bias. Similarly, static intention queries appear to be learnable with sufficient training.

Hi @sshaoshuai ,
Apologies for my delayed response. Could you please consider reopening the issue?  I noticed that the authors of DAB-DETR employed a mixed query selection in their subsequent paper, DINO, as opposed to the more complex anchor design used in DAB-DETR. Have you experimented with other anchor and content query designs?
Best,

Thanks for your interest. Regarding your questions,

NMS is simple and straightforward so I use it. Clustering algorithm seems also reasonable, but my previous experiments show that it is hard to tune since there may also be some hyper-parameters
Both the dynamic queries and static queries actually are intention queries with some explicit points, which is the key of MTR (of course there may be other alternatives with small modifications that can achieve similar performance).
Replacing static intention queries with learnable queries actually achieves worse mAP performance, which is similar to the comparison of MTR/MTR-e2e in our paper
I did not remember clearly what other designs I have tried in MTR framework, as I think it is not the focus of MTR framework. I think there may be some small improvements by adopting better anchor/content query designs, but I do not think it will change too much. Since again, the key of MTR is the explicit intention queries.


#9 Configure Style guide files and folders

Superseded by https://github.com/status-im/help.status.im/pull/11.


[Bug] Default value handling for Hosts

thanks @matman26 , I will definitely try this option also.
One more query, I have used hosts.csv as exactly shown in Readme. But i want to remove username and password from hosts.csv and keep only in defaults.csv or groups.csv
I tried that but that doesn't work. Seems it is mandatory in hosts.csv.
How can I make it work?
Originally posted by @jbl241987 in https://github.com/matman26/nornir_csv/issues/2#issuecomment-1019105423

Fixed by release 0.2.2.
Please update the PyPI package:
pip install --upgrade nornir-csv

Perfect..! I tested this on both Groups and Defaults, worked perfectly.


Inference problem

The results I got with pre-trained model inference were all nan.
What should i do to solve it?

It works fine for me. I am able to use the provided inference code with the .ckpt model.
The .onnx model can also be used inside of other tools. For example, you can run the gradio example locally with the onnx model, or you can load the onnx model in https://chainner.app


Region Changing Question

@Plailect With the many recent changes occurring with the 3DS scene (Soundhax, Safehax, etc), is the guide on Region Changing still up to date? That is, do we still use the 9.2.0 ctrtransfer image, etc?'
I plan on following your guide on installing A9LH + Luma3DS and proceed with following the Region Changing with. Please let me know if this is the correct way of proceeding.
Thanks!

Those are all just entrypoints. They do not affect the Region Changing process.


React 0.14 compatibility fixes

This fixes the following issue with React 0.14:
Warning: validateDOMNesting(...): <span> cannot appear as a child of <table>. See Griddle > GridTable > table > span.

Also removes the unused "tableHeading" prop from GridTable.

#266 should fix the 'The Travis CI build failed` test error.

Would be great if this could get merged soon.  I have other react libraries that require React version 0.14 and this library is the only one I use lagging behind still.  We run into some nasty issues with infinite scrolling over a large paginated data set that produces the getDOMNode warning in the console hundreds and hundreds of times.

I've merged @sajinshrestha's PR -- any way you can rebase on top of that and we'll try this again to see if that fixes the travis build. I would love to get this merged  :) Thanks!

@ryanlanciaux done :)

Awesome  -- thanks so much :)


fix: router conflict with error tracker

I suggest moving the function in question into helpers module

Since this file is relatively small and has one single purpose to have macro for phoenix router I would go with this, instead of moving it to separate file:
  defmacro phoenix_analytics_dashboard(path, opts \\ []) do
    quote bind_quoted: [path: path, opts: opts] do
      scoped_path = Phoenix.Router.scoped_path(__MODULE__, path)

      custom_on_mount = Keyword.get(opts, :on_mount, [])

      on_mount =
        [{PhoenixAnalytics.Web.Hooks.SetAssigns, {:set_dashboard_path, path}}] ++ custom_on_mount

      session_name = Keyword.get(opts, :as, :phoenix_analytics_dashboard)

      session_opts = [
        on_mount: on_mount,
        root_layout: {PhoenixAnalytics.Web.Layouts, :root}
      ]

      scope path, alias: false, as: false do
        import Phoenix.LiveView.Router, only: [live: 4, live_session: 3]

        live_session session_name, session_opts do
          live("/", PhoenixAnalytics.Web.Live.Dashboard, :index, as: session_name)
        end
      end
    end
  end

@lalabuy948 makes sense! Done!


local media file name parsing error

What version of Music Assistant has the issue?
2022.7.0b2
The problem
There was a parsing error while MA scanned my chaotic and badly structured local collection
How to reproduce
See the  log for the file name that failed
Relevant log output
Logger: music_assistant.music.file
Source: /usr/local/lib/python3.10/site-packages/music_assistant/music_providers/filesystem.py:199
First occurred: 19:55:08 (1 occurrences)
Last logged: 19:55:08

Error processing /media/MP3_normalized/Albums/KOtic/Indestructable/01 - - 01 - Falling.mp3 - invalid literal for int() with base 10: 'rigi'
Traceback (most recent call last):
  File "/usr/local/lib/python3.10/site-packages/music_assistant/music_providers/filesystem.py", line 190, in sync_library
    if track := await self._parse_track(entry.path):
  File "/usr/local/lib/python3.10/site-packages/music_assistant/music_providers/filesystem.py", line 573, in _parse_track
    track.album.year = tags.year
  File "/usr/local/lib/python3.10/site-packages/music_assistant/helpers/tags.py", line 105, in year
    return int(tag.split("-")[0])
ValueError: invalid literal for int() with base 10: 'rigi'

Additional information
No response
What version of Home Assistant Core are your running
2022.7.1
What type of installation are you running?
Home Assistant OS
On what type of hardware are you running?
Raspberry Pi

This is not a bug but something for you to fix. You have a faulty tag in that file and MA is friendly enough to tell you that ;-)

Looks like the "date" tag contains some non-date value

I don't mind to fix, but I made the issue as all other scan issues are warnings, this was an error

No, a date tag/field is filled with the word 'rigi' so the code is right to crash on that.
It logs the error and skips the file. I'll do my best to make the errors more readable but the error is 100% correct.

Yea this issue is only about the handling, the file is wrong and I will fix that👍