text:
'thread '' panicked at '' panicked at 'Resource does not exist

Environment
rustc version: rustc 1.45.2 (d3fb005a3 2020-07-31)
cargo version: cargo 1.45.1 (f242df6ed 2020-07-22)
OS: Windows 10 Pro 1909
Processer: AMD A10-5750M with Radeon(tm) HD graphics
Graphics: AMD Radeon HD 8650G + AMD Radeon HD 8790M (Microsoft detected dirvers, date to 2019/8/16, driver version: 26.20.12028.2) (Not update to AMD drivers for the super slow download.)
NOTE that my graphics don’t support newer drivers which support Vulkan.
Demo
# Cargo.toml
[package]
name = "game_demo"
version = "0.1.0"
authors = []
edition = "2018"

[dependencies.bevy]
version = "0.1.2"
default-features = false

// main.rs
use bevy::prelude::*;

fn main() {
    App::build()
        .add_default_plugins()
        .run();
}

Expected Behavior
Pop up a window that contains nothing
Actual  Behavior
PS > $env:RUST_BACKTRACE=1
PS > cargo run
    Finished dev [unoptimized + debuginfo] target(s) in 0.48s
     Running `target\debug\game_demo.exe`
thread 'thread '<unnamed><unnamed>' panicked at '' panicked at 'Resource does not exist alloc::boxed::Box<dyn bevy_render::renderer::render_resource_context::RenderResourceContext>Resource does not exist alloc::boxed::Box<dyn bevy_render::renderer::render_resource_context::RenderResourceContext>', ', C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib/rustlib/src/rust\src\libstd\macros.rsC:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib/rustlib/src/rust\src\libstd\macros.rs::1616::99

stack backtrace:
   0: backtrace::backtrace::trace_unsynchronized
             at C:\Users\VssAdministrator\.cargo\registry\src\github.com-1ecc6299db9ec823\backtrace-0.3.46\src\backtrace\mod.rs:66
   1: std::sys_common::backtrace::_print_fmt
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\sys_common\backtrace.rs:78
   2: std::sys_common::backtrace::_print::{{impl}}::fmt
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\sys_common\backtrace.rs:59
   3: core::fmt::write
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libcore\fmt\mod.rs:1076
   4: std::io::Write::write_fmt<std::sys::windows::stdio::Stderr>
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\io\mod.rs:1537
   5: std::sys_common::backtrace::_print
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\sys_common\backtrace.rs:62
   6: std::sys_common::backtrace::print
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\sys_common\backtrace.rs:49
   7: std::panicking::default_hook::{{closure}}
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\panicking.rs:198
   8: std::panicking::default_hook
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\panicking.rs:218
   9: std::panicking::rust_panic_with_hook
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\panicking.rs:486
  10: std::panicking::begin_panic_handler
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\panicking.rs:388
  11: std::panicking::begin_panic_fmt
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\panicking.rs:342
  12: bevy_ecs::resource::resources::{{impl}}::get_unsafe_ref::{{closure}}<alloc::boxed::Box<RenderResourceContext>>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\macros.rs:16
  13: core::option::Option<core::ptr::non_null::NonNull<alloc::boxed::Box<RenderResourceContext>>>::unwrap_or_else<core::ptr::non_null::NonNull<alloc::boxed::Box<RenderResourceContext>>,closure-1>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libcore\option.rs:430
  14: bevy_ecs::resource::resources::Resources::get_unsafe_ref<alloc::boxed::Box<RenderResourceContext>>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\bevy_ecs-0.1.0\src\resource\resources.rs:144
  15: bevy_ecs::resource::resource_query::{{impl}}::get<alloc::boxed::Box<RenderResourceContext>>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\bevy_ecs-0.1.0\src\resource\resource_query.rs:150
  16: bevy_ecs::resource::resource_query::{{impl}}::get<bevy_ecs::resource::resource_query::FetchResourceWrite<bevy_render::texture::texture::TextureResourceSystemState>,bevy_ecs::resource::resource_query::FetchResourceRead<alloc::boxed::Box<RenderResourceConte
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\bevy_ecs-0.1.0\src\resource\resource_query.rs:255
  17: bevy_ecs::resource::resources::Resources::query_system<(bevy_ecs::resource::resource_query::ResMut<bevy_render::texture::texture::TextureResourceSystemState>, bevy_ecs::resource::resource_query::Res<alloc::boxed::Box<RenderResourceContext>>, bevy_ecs::res
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\bevy_ecs-0.1.0\src\resource\resources.rs:139
  18: bevy_ecs::system::into_system::{{impl}}::system::{{closure}}<fn(bevy_ecs::resource::resource_query::ResMut<bevy_render::texture::texture::TextureResourceSystemState>, bevy_ecs::resource::resource_query::Res<alloc::boxed::Box<RenderResourceContext>>, bevy_
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\bevy_ecs-0.1.0\src\system\into_system.rs:178
  19: bevy_ecs::system::into_system::{{impl}}::run<bevy_ecs::system::into_system::QuerySystemState,closure-0,closure-1,closure-2,closure-3>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\bevy_ecs-0.1.0\src\system\into_system.rs:61
  20: bevy_ecs::schedule::parallel_executor::{{impl}}::run_ready_systems::{{closure}}
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\bevy_ecs-0.1.0\src\schedule\parallel_executor.rs:270
  21: rayon_core::scope::{{impl}}::spawn_fifo::{{closure}}::{{closure}}<closure-0>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\scope\mod.rs:496
  22: std::panic::{{impl}}::call_once<(),closure-0>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panic.rs:318
  23: std::panicking::try::do_call<std::panic::AssertUnwindSafe<closure-0>,()>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panicking.rs:297
  24: core::ptr::non_null::{{impl}}::from<alloc::vec::Vec<bevy_ecs::system::commands::Command>>
  25: std::panicking::try<(),std::panic::AssertUnwindSafe<closure-0>>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panicking.rs:274
  26: std::panic::catch_unwind<std::panic::AssertUnwindSafe<closure-0>,()>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panic.rs:394
  27: rayon_core::unwind::halt_unwinding<closure-0,()>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\unwind.rs:17
  28: rayon_core::scope::ScopeBase::execute_job_closure<closure-0,()>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\scope\mod.rs:562
  29: rayon_core::scope::ScopeBase::execute_job<closure-0>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\scope\mod.rs:550
  30: rayon_core::scope::{{impl}}::spawn_fifo::{{closure}}<closure-0>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\scope\mod.rs:496
  31: rayon_core::job::{{impl}}::execute<closure-0>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\job.rs:167
  32: rayon_core::job::JobRef::execute
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\job.rs:59
  33: rayon_core::job::{{impl}}::execute
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\job.rs:209
  34: rayon_core::job::JobRef::execute
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\job.rs:59
  35: rayon_core::registry::WorkerThread::execute
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:685
  36: rayon_core::registry::WorkerThread::wait_until_cold<rayon_core::latch::CountLatch>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:669
  37: rayon_core::registry::WorkerThread::wait_until<rayon_core::latch::CountLatch>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:643
  38: rayon_core::registry::main_loop
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:763
  39: rayon_core::registry::ThreadBuilder::run
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:56
  40: rayon_core::registry::{{impl}}::spawn::{{closure}}
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:101
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
stack backtrace:
   0: backtrace::backtrace::trace_unsynchronized
             at C:\Users\VssAdministrator\.cargo\registry\src\github.com-1ecc6299db9ec823\backtrace-0.3.46\src\backtrace\mod.rs:66
   1: std::sys_common::backtrace::_print_fmt
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\sys_common\backtrace.rs:78
   2: std::sys_common::backtrace::_print::{{impl}}::fmt
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\sys_common\backtrace.rs:59
   3: core::fmt::write
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libcore\fmt\mod.rs:1076
   4: std::io::Write::write_fmt<std::sys::windows::stdio::Stderr>
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\io\mod.rs:1537
   5: std::sys_common::backtrace::_print
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\sys_common\backtrace.rs:62
   6: std::sys_common::backtrace::print
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\sys_common\backtrace.rs:49
   7: std::panicking::default_hook::{{closure}}
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\panicking.rs:198
   8: std::panicking::default_hook
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\panicking.rs:218
   9: std::panicking::rust_panic_with_hook
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\panicking.rs:486
  10: std::panicking::begin_panic_handler
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\panicking.rs:388
  11: std::panicking::begin_panic_fmt
             at /rustc/d3fb005a39e62501b8b0b356166e515ae24e2e54\/src\libstd\panicking.rs:342
  12: bevy_ecs::resource::resources::{{impl}}::get_unsafe_ref::{{closure}}<alloc::boxed::Box<RenderResourceContext>>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\macros.rs:16
  13: core::option::Option<core::ptr::non_null::NonNull<alloc::boxed::Box<RenderResourceContext>>>::unwrap_or_else<core::ptr::non_null::NonNull<alloc::boxed::Box<RenderResourceContext>>,closure-1>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libcore\option.rs:430
  14: bevy_ecs::resource::resources::Resources::get_unsafe_ref<alloc::boxed::Box<RenderResourceContext>>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\bevy_ecs-0.1.0\src\resource\resources.rs:144
  15: bevy_ecs::resource::resource_query::{{impl}}::get<alloc::boxed::Box<RenderResourceContext>>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\bevy_ecs-0.1.0\src\resource\resource_query.rs:150
  16: bevy_ecs::resource::resource_query::{{impl}}::get<bevy_ecs::resource::resource_query::FetchResourceLocalMut<bevy_render::mesh::mesh::MeshResourceProviderState>,bevy_ecs::resource::resource_query::FetchResourceRead<alloc::boxed::Box<RenderResourceContext>>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\bevy_ecs-0.1.0\src\resource\resource_query.rs:255
  17: bevy_ecs::resource::resources::Resources::query_system<(bevy_ecs::resource::resource_query::Local<bevy_render::mesh::mesh::MeshResourceProviderState>, bevy_ecs::resource::resource_query::Res<alloc::boxed::Box<RenderResourceContext>>, bevy_ecs::resource::r
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\bevy_ecs-0.1.0\src\resource\resources.rs:139
  18: bevy_ecs::system::into_system::{{impl}}::system::{{closure}}<fn(bevy_ecs::resource::resource_query::Local<bevy_render::mesh::mesh::MeshResourceProviderState>, bevy_ecs::resource::resource_query::Res<alloc::boxed::Box<RenderResourceContext>>, bevy_ecs::res
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\bevy_ecs-0.1.0\src\system\into_system.rs:178
  19: bevy_ecs::system::into_system::{{impl}}::run<bevy_ecs::system::into_system::QuerySystemState,closure-0,closure-1,closure-2,closure-3>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\bevy_ecs-0.1.0\src\system\into_system.rs:61
  20: bevy_ecs::schedule::parallel_executor::{{impl}}::run_ready_systems::{{closure}}
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\bevy_ecs-0.1.0\src\schedule\parallel_executor.rs:270
  21: rayon_core::scope::{{impl}}::spawn_fifo::{{closure}}::{{closure}}<closure-0>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\scope\mod.rs:496
  22: std::panic::{{impl}}::call_once<(),closure-0>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panic.rs:318
  23: std::panicking::try::do_call<std::panic::AssertUnwindSafe<closure-0>,()>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panicking.rs:297
  24: core::ptr::non_null::{{impl}}::from<alloc::vec::Vec<bevy_ecs::system::commands::Command>>
  25: std::panicking::try<(),std::panic::AssertUnwindSafe<closure-0>>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panicking.rs:274
  26: std::panic::catch_unwind<std::panic::AssertUnwindSafe<closure-0>,()>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panic.rs:394
  27: rayon_core::unwind::halt_unwinding<closure-0,()>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\unwind.rs:17
  28: rayon_core::scope::ScopeBase::execute_job_closure<closure-0,()>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\scope\mod.rs:562
  29: rayon_core::scope::ScopeBase::execute_job<closure-0>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\scope\mod.rs:550
  30: rayon_core::scope::{{impl}}::spawn_fifo::{{closure}}<closure-0>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\scope\mod.rs:496
  31: rayon_core::job::{{impl}}::execute<closure-0>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\job.rs:167
  32: rayon_core::job::JobRef::execute
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\job.rs:59
  33: rayon_core::job::{{impl}}::execute
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\job.rs:209
  34: rayon_core::job::JobRef::execute
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\job.rs:59
  35: rayon_core::registry::WorkerThread::execute
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:685
  36: rayon_core::registry::WorkerThread::wait_until_cold<rayon_core::latch::CountLatch>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:669
  37: rayon_core::registry::WorkerThread::wait_until<rayon_core::latch::CountLatch>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:643
  38: rayon_core::scope::ScopeBase::steal_till_jobs_complete
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\scope\mod.rs:605
  39: rayon_core::scope::ScopeBase::complete<closure-0,()>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\scope\mod.rs:538
  40: rayon_core::scope::scope_fifo::{{closure}}<closure-1,()>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\scope\mod.rs:385
  41: rayon_core::registry::{{impl}}::in_worker_cold::{{closure}}::{{closure}}<closure-0,()>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:447
  42: rayon_core::job::{{impl}}::execute::call::{{closure}}<(),closure-0>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\job.rs:113
  43: std::panic::{{impl}}::call_once<(),closure-0>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panic.rs:318
  44: std::panicking::try::do_call<std::panic::AssertUnwindSafe<closure-0>,()>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panicking.rs:297
  45: core::ptr::non_null::{{impl}}::from<alloc::vec::Vec<bevy_ecs::system::commands::Command>>
  46: std::panicking::try<(),std::panic::AssertUnwindSafe<closure-0>>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panicking.rs:274
  47: std::panic::catch_unwind<std::panic::AssertUnwindSafe<closure-0>,()>
             at C:\Users\huangjj27\.rustup\toolchains\stable-x86_64-pc-windows-msvc\lib\rustlib\src\rust\src\libstd\panic.rs:394
  48: rayon_core::unwind::halt_unwinding<closure-0,()>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\unwind.rs:17
  49: rayon_core::job::{{impl}}::execute<rayon_core::latch::LockLatch*,closure-0,()>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\job.rs:119
  50: rayon_core::job::JobRef::execute
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\job.rs:59
  51: rayon_core::registry::WorkerThread::execute
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:685
  52: rayon_core::registry::WorkerThread::wait_until_cold<rayon_core::latch::CountLatch>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:669
  53: rayon_core::registry::WorkerThread::wait_until<rayon_core::latch::CountLatch>
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:643
  54: rayon_core::registry::main_loop
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:763
  55: rayon_core::registry::ThreadBuilder::run
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:56
  56: rayon_core::registry::{{impl}}::spawn::{{closure}}
             at C:\Users\huangjj27\.cargo\registry\src\mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b\rayon-core-1.7.1\src\registry.rs:101
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
error: process didn't exit successfully: `target\debug\game_demo.exe` (exit code: 101)

this issue is related to #140

I get the same issue with my new computer.
Environment
rustc version: rustc 1.46.0 (04488afe3 2020-08-24)
cargo version: cargo 1.46.0 (149022b1d 2020-07-17)
OS: Windows 10 Pro 1909
Processer: AMD Ryzen 7 3700X 8-Core Processor
Graphics: NVIDIA GeForce GTX 1660 SUPER, DirectX version: 12 (FL 12.1)

@huangjj27 That's great! Sounds like you can close this issue, then?

Let‘s archive this, so the people towards here will make their decision to update graphics :)


text:
Add first person view model example

Objective
An extremely common way to organize a first-person view is to split it into two kinds of models:

The view model is the model that represents the player's body.
The world model is everything else.

The reason for this distinction is that these two models should be rendered with different FOVs.
The view model is typically designed and animated with a very specific FOV in mind, so it is
generally fixed and cannot be changed by a player. The world model, on the other hand, should
be able to change its FOV to accommodate the player's preferences for the following reasons:

Accessibility: How prone is the player to motion sickness? A wider FOV can help.
Tactical preference: Does the player want to see more of the battlefield?
Or have a more zoomed-in view for precision aiming?
Physical considerations: How well does the in-game FOV match the player's real-world FOV?
Are they sitting in front of a monitor or playing on a TV in the living room? How big is the screen?

Solution
I've added an example implementing the described setup as follows.
The Player is an entity holding two cameras, one for each model. The view model camera has a fixed
FOV of 70 degrees, while the world model camera has a variable FOV that can be changed by the player.
I use different RenderLayers to select what to render.

The world model camera has no explicit RenderLayers component, so it uses the layer 0.
All static objects in the scene are also on layer 0 for the same reason.
The view model camera has a RenderLayers component with layer 1, so it only renders objects
explicitly assigned to layer 1. The arm of the player is one such object.
The order of the view model camera is additionally bumped to 1 to ensure it renders on top of the world model.
The light source in the scene must illuminate both the view model and the world model, so it is
assigned to both layers 0 and 1.

To better see the effect, the player can move the camera by dragging their mouse and change the world model's FOV with the arrow keys. The arrow up key maps to "decrease FOV" and the arrow down key maps to "increase FOV". This sounds backwards on paper, but is more intuitive when actually changing the FOV in-game since a decrease in FOV looks like a zoom-in.
I intentionally do not allow changing the view model's FOV even though it would be illustrative because that would be an anti-pattern and bloat the code a bit.
The example is called first_person_view_model and not just first_person because I want to highlight that this is not a simple flycam, but actually renders the player.
Testing
Default FOV:

Decreased FOV:

Increased FOV:

Note that the white bar on the right represents the player's arm, which is more obvious in-game because you can move the camera around.
The box on top is there to make sure that the view model is receiving shadows.
I tested only on macOS.

Changelog
I don't think new examples go in here, do they?
Caveat
The solution used here was implemented with help by @robtfm on Discord:

shadow maps are specific to lights, not to layers
if you want shadows from some meshes that are not visible, you could have light on layer 1+2, meshes on layer 2, camera on layer 1 (for example)
but this might change in future, it's not exactly an intended feature

In other words, the example code as-is is not guaranteed to work in the future. I want to bring this up because the use-case presented here is extremely common in first-person games and important for accessibility.
It would be good to have a blessed and easy way of how to achieve it.
I'm also not happy about how I get the perspective variable in change_fov. Very open to suggestions :)
Related issues

Addresses parts of #12658
Addresses parts of #12588

i think this will cause weird shadow behaviour where the shadow cast by the arm onto the world won't have the same size as the arm itself unless the FOVs match?
i would imagine the more normal approach for this would be to disable arm/"view model" shadows entirely, which would avoid relying on the light/layer behaviour. alternatively you could scale the view model somehow to make it an appropriate size for the FOV and then put it in the base layer directly.

@robtfm maybe I'm misunderstanding you, but this is already the case. The view model does not cast shadows. In a real game, you would instead have an invisible model representing the whole player body that casts shadows (not included in this example).
My comment about the lights referred to me wanting to ensure that the view model is receiving shadows.

Thanks @killercup. I've incorporated all of your suggestions :)

merge queue is saying the following on this and other PRs, FYI

error: process didn't exit successfully: target\debug\examples\alien_cake_addict.exe (exit code: 0xc0000005, STATUS_ACCESS_VIOLATION)

source: gharchive/pull-request

authors: janhohenheim robtfm

repo: bevyengine/bevy

license_type: permissive

license_source: github-api


text:
Add a dynamic alternative to get_components

Objective

Closes #15577

Unlike get_components, we're able to add a mutable variant here since checking for aliasing is as simple as ensuring uniqueness in a slice.
Solution
Added:
impl<'w> EntityRef<'w> {
    pub fn get_components_by_id<const N: usize>(&self, component_ids: [ComponentId; N]) -> Result<[Ptr<'w>; N], EntityComponentError>;
    pub fn get_components_dynamic_by_id(&self, component_ids: &[ComponentId]) -> Result<Vec<Ptr<'w>>, EntityComponentError>;
}

impl<'w> EntityMut<'w> {
    pub fn get_components_by_id<const N: usize>(&self, component_ids: [ComponentId; N]) -> Result<[Ptr<'_>; N], EntityComponentError>;
    pub fn get_components_dynamic_by_id(&self, component_ids: &[ComponentId]) -> Result<Vec<Ptr<'_>>, EntityComponentError>;

    pub fn get_components_mut_by_id<const N: usize>(&mut self, component_ids: [ComponentId; N]) -> Result<[MutUntyped<'_>; N], EntityComponentError>;
    pub fn get_components_dynamic_mut_by_id(&mut self, component_ids: &[ComponentId]) -> Result<Vec<MutUntyped<'_>>, EntityComponentError>;
}

impl<'w> EntityWorldMut<'w> {
    pub fn get_components_by_id<const N: usize>(&self, component_ids: [ComponentId; N]) -> Result<[Ptr<'_>; N], EntityComponentError>;
    pub fn get_components_dynamic_by_id(&self, component_ids: &[ComponentId]) -> Result<Vec<Ptr<'_>>, EntityComponentError>;

    pub fn get_components_mut_by_id<const N: usize>(&mut self, component_ids: [ComponentId; N]) -> Result<[MutUntyped<'_>; N], EntityComponentError>;
    pub fn get_components_dynamic_mut_by_id(&mut self, component_ids: &[ComponentId]) -> Result<Vec<MutUntyped<'_>>, EntityComponentError>;
}

I originally added a get_components_from_set_mut_by_id function that takes a HashSet and returns a Vec, but ideally that should return a HashMap as the order isn't guaranteed with a Vec. I'll leave that to a follow up PR (and hopefully one that abstracts over the container).
I'm open to bikeshedding the names, but I think these draw a nice parallel with get_components.
Testing
Added 4 new tests.

Closed in favor of #15593, which has a much more powerful/extensible design.


text:
Cleanups in diagnostics

changed EntityCountDiagnosticsPlugin to not use an exclusive system to get its entity count
removed mention of WgpuResourceDiagnosticsPlugin in example log_diagnostics as it doesn't exist anymore
added ability to enable, disable or toggle a diagnostic (fix #3767)
made diagnostic values lazy, so they are only computed if the diagnostic is enabled
do not show an average for diagnostics with only one value
removed sum function from diagnostic with isn't really useful
do not keep an average of the FPS diagnostic. it is already an average on the last 20 frames, so the average FPS was an average of the last 20 frames over the last 20 frames
updated log format to use variable capture

The changes related to max_history_length in 0..=1 also strike me as odd, since there's no reason you can't have an average of a single item. The intention to not print the average of an item with no history makes sense, but I don't think this quite encodes the logic there properly.

It was me being lazy and not wanting to do it in the logger... I changed that 👍

The methods on Diagnostic and Diagnostics could also do with some docs whilst we're modifying this (I haven't checked if there's already a pr).

Added some doc 👍


text:
Move NonSend resources out of world into their own storage

Note this is currently in draft as there are still a fair amount of TODO's, but is functional.

Objective

Remove NonSend resources from World to make it unequivocably Send + Sync

Solution

Implement a version of @maniwani's idea described here https://github.com/bevyengine/bevy/discussions/6552#discussioncomment-4120991
Create a NonSendResources that internally contains the Resources storage and copy over relevant api's from world to operate on that storage.
Copy over ThreadExecutor from https://github.com/bevyengine/bevy/pull/6503 and other relevant changes to allow running tasks that need to run on a specific thread (in this case that is the main thread).
Create a resource that when dropped will run a task on MainThreadExecutor to drop the non send resources. This is important for some resources like AudioOutput

Notes

Ambiguity detection will no longer work with accessing NonSend Resources since the accesses are no longer encoded on the system.
Be aware that the main thread executor makes deadlocking possible if we call run on it when it is not being actively ticked. This is not a problem in the current PR since scope is ticking the main thread while systems are running. But it might become harder to enforce in the future if we move executing the main schedule off the main thread.

TODO

[ ] figure out how to make change detection work. This probably requires making a new system param to access the MainThreadExecutor.
[ ] create a NonSendResource trait and derive it like there is for Resource
[ ] doc fixing. Docs are very messy/wrong in places right now
[ ] replace tests in bevy_ecs where appropriate
[ ] Fix remaining TODO's in code

Potential Future Work

It might be better to put the NonSend storage on a NonSend App. This would potentially fix the squirelliness of dropping the NonSend Storage that is present in the current PR. This would require a significant rearchitecting of App, so should be done in a different PR.
Use a more SystemParam like API for getting nonsend resources.
Move main world execution off main thread.

Open questions

Is copying the unsafe apis from World appropriate?
Should we be reusing the Resources storage or something simpler like AnyMap?
Do we need to support a dynamic API? i.e. constructing a non send resouce from componentId + data
Should the is_send_and_sync field be removed from component.rs?
Should we remove spawn_on_scope from TaskPool::scope?
Getting change detention working might be better done in a different PR as it could be complicated.

Backlog cleanup: closing due to inactivity and I guess still plenty of unanswered questions? Touches 32 files, so might be tricky to clean up after two years especially given all the refactoring of late!

authors: hymm richchurcher


text:
organize 00.data preprocess

organize the files in this directory like what we have in others.

Done. See the commit 543bf5c.

source: gharchive/issue

license: MIT


text:
Revert "App services sdk 0.17.0"

Reverts bf2fc6cc711aee1a0c2a/e2e-test-suite#305

Still not working will revert it again


text:
Image tag fix

After turning on the mq: watch, another bug was found.
imgs = 'img'; // reset to a generic selector for watchMQ

This line broke a new check.

Thanks a lot! Coming in 3.2.3

authors: bfred-it dartess

repo: bfred-it/object-fit-images

license: mit

license_source: bigquery


text:
Sticky header covers scrollbar and edge/glow effect

Sticky header is drawn on top of edge/glow effect and also on top of scrollbar. Is there any way to avoid that?

The sticky header View is drawn on top of the RecyclerView, so there won't be any way to not obscure the scrollbar (at least that I can think of off the top of my head).
The edge glow effects shouldn't be obscured because there shouldn't be a sticky header if you're at the top of the list. I'll have to look into that and get back to you, but that should be how it works.

So, if the RecyclerView has no top padding and the first item is a StickyHeader, then I do see that it covers the edge effect since the first item is stickied.
I will see how difficult/reliable it would be to not sticky the first item if the RecyclerView is scrolled all the way to the top. Otherwise, adding at least 1dp padding to the top will fix this.

Well it appears this was actually pretty simple. Fix for the edge effect clipping coming in 0.5.0.
I still think there is nothing I can do about the scrollbar being blocked by the header.

Released in 0.5.0

authors: bgogetap nitrico

repo: bgogetap/StickyHeaders


text:
🛑 SHOWCASE is down

In 3c06123, SHOWCASE (https://showcase.bgord.me/healthcheck) was down:

HTTP code: 424
Response time: 3905 ms

Resolved: SHOWCASE is back up in 7139f09 after 14 minutes.

repo: bgord/statuses


text:
Can't run on android

Hi . I using FaceDetector on camera and it's work 100% on ios . But in android notthing happen .
Im was reduce size app as same as issue #26 and some how it's cant detect face any more

@CaoGiaHieu-dev Please refer to this issue #89 from here on, it's the same one and you stay up to date with the changes there.

authors: CaoGiaHieu-dev bharat-biradar

repo: bharat-biradar/Google-Ml-Kit-plugin


text:
Update README

Pull request checklist

[ ] Did you bump the project version?
[ ] Did you add a description to the Pull Request?
[ ] Did you add new tests?
[ ] Did you add reviewers?

@JuliaRegistrator register()
Release notes:
Add support for open-ended and partial cell ranges in xl indexing

Comments on pull requests will not trigger Registrator, as it is disabled. Please try commenting on a commit or issue.

authors: JuliaRegistrator gryumov


text:
cargo vet panics when a delta is needed

STR:
cd mozilla-central
cargo vet init
vim supply-chain/config.toml
[edit the atomic_refcell unaudited entry version from 0.1.8 to 0.1.6]
cargo vet

Output:
bholley@atomic ~/files/mozilla/mc/main (main) $ cargo vet
Vetting Failed!

1 unvetted dependencies:
  atomic_refcell:0.1.8 missing ["safe-to-deploy"]

recommended audits:
    error diffing atomic_refcell:0.1.8 command failed!
out:

stderr:
    Updating crates.io index
error: failed to select a version for `atomic_refcell`.
    ... required by package `diff v0.1.0 (/private/var/folders/15/XXX/T/cargo-vet-checkout/fetches/diff)`
versions that meet the requirements `=0.1.8` are: 0.1.8

all possible versions conflict with previously selected packages.

  previously selected package `atomic_refcell v0.1.6`
    ... which satisfies dependency `atomic_refcell_0_1_6 = "=0.1.6"` of package `diff v0.1.0 (/private/var/folders/15/XXX/T/cargo-vet-checkout/fetches/diff)`

failed to select a version for `atomic_refcell` which could resolve this conflict

[ERROR] Panic - A panic occurred at src/resolver.rs:1403: called `Option::unwrap()` on a `None` value

this should be fixed now

yep looks good.

authors: Gankra bholley

repo: bholley/cargo-vet


text:
Implement RequireInboundMarginal

In the same way as we have RequireInbound for messages we may want to add RequireInboundMarginal or smth similar to request marginals on inbound edges for further messages computation.

I agree it's an interesting idea. I would like to see the motivation for this scenario, however.

@albertpod I suppose EFE optimisation messages might require it. I got this feature request from @MagnusKoudahl initially

this comment may not be relevant since I dont know the context, but in general it makes sense to me to add this feature. After all, computation of the marginal is really computation of an outgoing message of an equality node that has been inserted at the location of the marginal.

@bvdmitri For GFE messages, marginals are updated based on a different functional, so we are looking for different marginals than we would with VMP/BP. So in a sense, it's not too surprising that the equations end up looking different and require a slightly different set of intuitions

Added in #160

authors: MagnusKoudahl albertpod bertdv bvdmitri


text:
API changes towards EzXML.jl 1.0 on Julia 1.0.

Some of these changes will need features introduced in Julia 1.0.
Properties

Add node properties: type, path, name, content, namespace (#54).
Add document properties: root, dtd (#54).
Add tree traversal properties: document, parentnode, firstelement, lastelement, nextelement, prevelement, firstnode, lastnode, nextnode, prevnode (#56).

All these properties return a nothing when it has no corresponding property.
XPath

Rename find to findall (#55).
Make find* function take an XPath query as the first argument (#55).
Make findfirst and findlast return nothing when there is no such node (#57).

This is because the interface of find* has changed in Julia 1.0.
StreamReader

~Introduce the ReaderEvent type.~
Add some properties: type, depth, name, content, namespace (#58).
~Add an attribute accessor to ReaderEvent (e.g. event["attr"]).~
~Iterate over reader events; not over ReaderTypes.~

Misc.

Update docs.
Drop Julia 0.6.
Drop Julia 0.7.

Will the accessor functions be deprecated in favor of properties? 😟

Yes, I plan to do that because properties do not import so many names into the current module. Any objections against it?

Yes, I'm very, very much against that. The names this package uses are unlikely to create any conflict, so I don't see why exporting a lot of things would matter.

I disagree that it looks at all better; I think it looks much less like Julia and more like Python. Things like primates.firstelement.prevelement were what I was most worried about proliferating once getproperty was introduced.

I disagree with you. node.firstelement.prevelement looks better than prevelement(firstelement(node)) to me because you don't need to read/write the code from left to right in this case. I think method chaining is not a Julian way but property chaining just looks so good as field chaining as we already do when handling nested structs.

I'll be taking care of some of this in order to get EzXML working on Julia 1.0

authors: ararslan bicycle1885 omus


text:
fix links

closes #232
I went for the "just fix the links" route. EDIT: and then I also updated the config, as suggested by @Remi-Gau

@larsoner, I have a question about the circleci redirector app, which somehow has stopped working (see also #230), I think one can see it nicely in the current artifacts.
The artifacts are produced as expected, and when navigating via the circleci artifacts tab, clicking on individual html files works, e.g., this site
One gets the same site (as expected) when clicking on the circleci-redirector app "check": https://output.circle-artifacts.com/output/job/8ffc06e5-f762-4043-a1c8-7aca457d01e6/artifacts/0/_site/index.html
Yet when starting to navigate FROM that site (e.g., clicking on "News"), I get:

invalid build specification

And the browser shows the following link: https://output.circle-artifacts.com/0/_site/news.html
while the correct link is https://output.circle-artifacts.com/output/job/8ffc06e5-f762-4043-a1c8-7aca457d01e6/artifacts/0/_site/news.html (as I can see from the circleci artifacts tab)
Do you know what the issue is?
Never mind the screwed up CSS, I think that's a Jekyll issue that is orthogonal.

Looking at the HTML source I see:
<a class="nav-link" href="/0/_site/specification.html">SPECIFICATION </a>

I would expect this to link to <BASE_URL>/0/_site/specification.html, which it does. So I don't think this is a redirector issue but rather a HTML source / link issue, where you assume that the output/links will not be nested under other directories, but it is.
CircleCI changed the way they make these urls a few months back. It always used to be https://<DOMAIN>/... where <DOMAIN> was a build-specific string like build234r976349578.artifacts.circleci.com or something. Now they've changed it so that the <DOMAIN> is always output.circle-artifacts.com, and the job-specificness comes later in the path in subfolders, e.g., https://<DOMAIN>/output/job/8ffc06e5-f762-4043-a1c8-7aca457d01e6/....

... TL;DR: you probably need to change to relative links rather than absolute

authors: larsoner sappelhoff

repo: bids-standard/bids-website


text:
Initialized video extension before image extension

Fixes #842

Description

Updated: order of initialization of extensions such that Video is initialized before Image

Checklist
- [ ] I have made corresponding changes to the documentation.
- [ ] I have updated the types definition of modified exports.

[x] I have verified the functionality in some of the neeto web-apps.
[x] I have added the necessary label (patch/minor/major - If package publish
is required).

Reviewers
@AbhayVAshokan

Merging the change.
cc: @AbhayVAshokan

repo: bigbinary/neeto-editor


text:
Card drag & drop UX

Deleted

Hi @jakzilla can you elaborate. I'm a bit lost here.

Apologies - issue logged in the wrong project. My bad.

That was my feeling also. No problem.
Which all the issue were as easy to close as this one.

authors: jakzilla r-marques

repo: bigchaindb/bigchaindb


text:
Fix the -list_comparisons argument in CompareAdam

It's suboptimal that there's no way to get a list of comparisons, without also specifying inputs, e.g.
$ adam compare -list_comparisons
Prints the usage help with 'Argument "INPUT1" is required'. ...
Can we figure out a way to have an optional -list_comparisons flag, without requiring the INPUT{1,2} arguments as well?

I'll be taking a crack at this over the weekend.

w00t! Thanks for taking a crack, @jvivian!

Apologies for taking so long on this -- submitted a pull request.

Resolved by #560 via https://github.com/bigdatagenomics/adam/commit/1956ac9dc990b4e551e4764fc833bcf50ee8e720.

authors: fnothaft jvivian tdanford

repo: bigdatagenomics/adam


text:
[CANNOLI-216] Support Apache Spark 3.x in build

Fixes #216

Coverage decreased (-11.3%) to 0.0% when pulling 6885406f5c87976a39636453e9ea10b2c8d3a317 on heuermh:spark-3.0.0 into 0e23b9ac9715931f095f0be73c1e7a7b732c8faf on bigdatagenomics:master.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/cannoli-prb/227/
Test PASSed.

Jenkins, retest this please

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/cannoli-prb/228/Build result: FAILURE[...truncated 5 lines...]Cloning the remote Git repositoryCloning repository https://github.com/bigdatagenomics/cannoli.git > git init /home/jenkins/workspace/cannoli-prb # timeout=10Fetching upstream changes from https://github.com/bigdatagenomics/cannoli.git > git --version # timeout=10 > git fetch --tags --progress https://github.com/bigdatagenomics/cannoli.git +refs/heads/:refs/remotes/origin/ # timeout=15 > git config remote.origin.url https://github.com/bigdatagenomics/cannoli.git # timeout=10 > git config --add remote.origin.fetch +refs/heads/:refs/remotes/origin/ # timeout=10 > git config remote.origin.url https://github.com/bigdatagenomics/cannoli.git # timeout=10Fetching upstream changes from https://github.com/bigdatagenomics/cannoli.git > git fetch --tags --progress https://github.com/bigdatagenomics/cannoli.git +refs/pull/:refs/remotes/origin/pr/ # timeout=15 > git rev-parse origin/pr/249/merge^{commit} # timeout=10 > git branch -a -v --no-abbrev --contains 6111b5dd97c623e640418189d1b1e7bdaca4ea70 # timeout=10Checking out Revision 6111b5dd97c623e640418189d1b1e7bdaca4ea70 (origin/pr/249/merge) > git config core.sparsecheckout # timeout=10 > git checkout -f 6111b5dd97c623e640418189d1b1e7bdaca4ea70First time build. Skipping changelog.Triggering cannoli-prb ? 2.7.5,2.11,2.4.6,ubuntuTriggering cannoli-prb ? 2.7.5,2.12,2.4.6,ubuntuTriggering cannoli-prb ? 2.7.5,2.12,3.0.0,ubuntucannoli-prb ? 2.7.5,2.11,2.4.6,ubuntu completed with result SUCCESScannoli-prb ? 2.7.5,2.12,2.4.6,ubuntu completed with result SUCCESScannoli-prb ? 2.7.5,2.12,3.0.0,ubuntu completed with result FAILURENotifying endpoint 'HTTP:https://webhooks.gitter.im/e/ac8bb6e9f53357bc8aa8'
Test FAILed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/cannoli-prb/229/
Test PASSed.

authors: AmplabJenkins coveralls heuermh

repo: bigdatagenomics/cannoli


text:
How to solve this problem?

❓ Questions & Help

I always got stuck in this problem and I have no idea to solve it.
Please help me, thanks!

me too

authors: Heiheiyo Illuoye

repo: bigheiniu/FakeNewsGen


text:
Set up dynamic updating of include templates

We have cases where different content may be needed depending on deployment. Likewise, the currently hardcoded templates in sodar/include/ have some CUBI production deployment related stuff which is not really needed for the public repo.
Instead, should .gitignore the directory and set these files in deployment using Docker volumes. This will require updates to sodar-docker-compose as well as our Ansible playbooks.

Done on the SODAR side, still need to update playbooks.

repo: bihealth/sodar-server


text:
fix message too long error

Throws below exception while we are trying to send 1048576 bytes for each packet but works fine on 104 bytes. Is there a way to bypass or increase that limit?
sudo /usr/local/go/bin/go run cmd/syn-flood/main.go
panic: write ip 0.0.0.0->213.238.175.187: sendmsg: message too long

goroutine 1 [running]:
github.com/bilalcaliskan/syn-flood/pkg/raw.StartFlooding(0x64019c, 0xf, 0x1bb, 0x28f5)
        /home/joshsagredo/go/src/github.com/bilalcaliskan/syn-flood/pkg/raw/raw.go:92 +0x675
main.main()
        /home/joshsagredo/go/src/github.com/bilalcaliskan/syn-flood/cmd/syn-flood/main.go:21 +0x51
exit status 2

1400 byte is enough

repo: bilalcaliskan/syn-flood


text:
支持抖音么

有办法支持抖音么

数字房间号的应该可以

支持抖音录制，可以参考配置文件填入抖音所需要的cookie即可。

authors: mijackao suredie voveer

repo: biliup/biliup


text:
Fix My BMW login for north_america

Proposed change

Again thanks to @TA2k, login for north_america should be fixed now.
I cannot verify that the code actually works as calling https://b2vapi.bmwgroup.us/webapi/v1/user/vehicles returns a 500 internal server error without error messages.
This might be due to my account in north_america not having any cars assigned.
Type of change

[x] Bugfix (non-breaking change which fixes an issue)
[ ] New feature (which adds functionality to this library)
[ ] Breaking change (fix/feature causing existing functionality to break)
[ ] Code quality improvements to existing code or addition of tests

Additional information

This PR fixes or closes issue: fixes (partly) #298
This PR is related to issue: #299

Checklist

[x] The code change is tested and works locally.
[ ] Tests have been added to verify that the new code works.

@heyepic could you maybe try if this works for you?


text:
As a user I want to understand how my privacy is being protected, so the app can use my images to improve the ML model

AC:

Research securing the database in firebase so only admin users can access them - should have an outcome of the expectation of how it will work (can be high level)

From a quick look through the docs, it looks like read/write access to the firestore can be restricted by adding some authentication method to the app, then using the users' emails/auth IDs in the rules configuration page.
For example, we could create a 'public' account without r/w access that is permanently signed in for use at the kiosk, and then an admin account Chris can use to log in and read the training/item data etc.

authors: isaac-lapworth paulhands

repo: bin-nuance-bat/project


text:
results in a 500 error

Starting up, then get 500 error and something about build instructions in README.md
Maybe delete this, and use the official JupyterLab demo which seems to work?

good catch! it should be fixed now - the problem was that we were pinning a really old version of the jupyterlab_launcher since there was a bug way back when.
I think we should leave the current jupyterlab demo as is, since these binder demos are meant to be short-and-sweet, and the official jupyterlab-demo is way more complex. However, I've linked to it in the readme, because I agree we should be directing people there too.
Can you give this repo another shot and see if it works for you now?

I'm trying but looks like binder is getting hacker-news'd once again :)

Awesome, works!
And drawio is installed, too! :)

:-)

authors: choldgraf wolfv

repo: binder-examples/jupyterlab


text:
Track ktlint issue

Build is presently failing.
See https://github.com/gantsign/ktlint-maven-plugin/issues/331

Fixed a long while back by upgrading ktlint dependency

repo: binkley/kotlin-dice

license: Unlicense


text:
Quality OOB with long reads

21/11/14 18:30:48 INFO NewHadoopRDD: Input split: file:/Users/mwiewior/research/data/long_reads/rel5-guppy-0.3.0-chunk10k.wgs.proper.chr1.bam:2199850975587-4398046576639
21/11/14 18:30:48 INFO AlignmentsRDD: Finishing reading partition with read e9df66ae-a308-4c15-ae59-62e6c5fb4027, chr1:818666
21/11/14 18:30:48 ERROR Executor: Exception in task 0.0 in stage 4.0 (TID 646)
java.lang.ArrayIndexOutOfBoundsException: Index 3562 out of bounds for length 264
        at org.biodatageeks.sequila.pileup.model.AggregateRDD.fillBaseQualities(ContigAggregateRDD.scala:184)
        at org.biodatageeks.sequila.pileup.model.AggregateRDD.prepareOutputQualMap(ContigAggregateRDD.scala:199)
        at org.biodatageeks.sequila.pileup.model.AggregateRDD.addBaseRecord(ContigAggregateRDD.scala:162)
        at org.biodatageeks.sequila.pileup.model.AggregateRDD.$anonfun$toPileup$3(ContigAggregateRDD.scala:63)
        at org.biodatageeks.sequila.pileup.model.AggregateRDD.$anonfun$toPileup$2(ContigAggregateRDD.scala:55)
        at scala.collection.Iterator$$anon$10.next(Iterator.scala:461)
        at scala.collection.Iterator$$anon$11.nextCur(Iterator.scala:486)
        at scala.collection.Iterator$$anon$11.hasNext(Iterator.scala:492)
        at org.apache.spark.sql.catalyst.expressions.GeneratedClass$GeneratedIteratorForCodegenStage1.agg_doAggregateWithoutKey_0$(Unknown Source)
        at org.apache.spark.sql.catalyst.expressions.GeneratedClass$GeneratedIteratorForCodegenStage1.processNext(Unknown Source)
        at org.apache.spark.sql.execution.BufferedRowIterator.hasNext(BufferedRowIterator.java:43)
        at org.apache.spark.sql.execution.WholeStageCodegenExec$$anon$1.hasNext(WholeStageCodegenExec.scala:755)
        at scala.collection.Iterator$$anon$10.hasNext(Iterator.scala:460)
        at org.apache.spark.shuffle.sort.BypassMergeSortShuffleWriter.write(BypassMergeSortShuffleWriter.java:132)
        at org.apache.spark.shuffle.ShuffleWriteProcessor.write(ShuffleWriteProcessor.scala:59)
        at org.apache.spark.scheduler.ShuffleMapTask.runTask(ShuffleMapTask.scala:99)
        at org.apache.spark.scheduler.ShuffleMapTask.runTask(ShuffleMapTask.scala:52)
        at org.apache.spark.scheduler.Task.run(Task.scala:131)
        at org.apache.spark.executor.Executor$TaskRunner.$anonfun$run$3(Executor.scala:497)
        at org.apache.spark.util.Utils$.tryWithSafeFinally(Utils.scala:1439)
        at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:500)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
        at java.base/java.lang.Thread.run(Thread.java:829)
21/11/14 18:30:48 INFO TaskSetManager: Starting task 1.0 in stage 4.0 (TID

First partition - easy to reproduce
chr1:818666

Fixed by #122

repo: biodatageeks/sequila


text:
Tf 1 does not work on Apple M1

Tf 1 crashes the JVM when trying to use it on Apple M1.
Try using the workaround proposed in:
https://github.com/tensorflow/java/issues/394
To see if it helps

Tf1 will not be supported in Mac M1

repo: bioimage-io/model-runner-java


text:
💅 False positive error for noInteractiveElementToNoninteractiveRole and custom element

Environment information
CLI:
  Version:                      1.7.3
  Color support:                true

Platform:
  CPU Architecture:             aarch64
  OS:                           macos

Environment:
  BIOME_LOG_DIR:                unset
  NO_COLOR:                     unset
  TERM:                         "xterm-256color"
  JS_RUNTIME_VERSION:           "v18.19.0"
  JS_RUNTIME_NAME:              "node"
  NODE_PACKAGE_MANAGER:         "yarn/4.1.0"

Biome Configuration:
  Status:                       Loaded successfully
  Formatter disabled:           false
  Linter disabled:              false
  Organize imports disabled:    false
  VCS disabled:                 true

Linter:
  Recommended:                  true
  All:                          false
  Rules:                        a11y/noRedundantAlt = "warn"
                                a11y/useButtonType = "warn"
                                complexity/noForEach = "off"
                                complexity/useArrowFunction = "warn"
                                complexity/useFlatMap = "warn"
                                complexity/useLiteralKeys = "off"
                                complexity/useOptionalChain = "warn"
                                correctness/useJsxKeyInIterable = "off"
                                performance/noAccumulatingSpread = "warn"
                                performance/noDelete = "warn"
                                style/noInferrableTypes = "warn"
                                style/noNamespace = "off"
                                style/noParameterAssign = "warn"
                                style/noUselessElse = "warn"
                                style/useConst = "warn"
                                style/useImportType = "warn"
                                style/useSelfClosingElements = "warn"
                                style/useSingleCaseStatement = "off"
                                style/useSingleVarDeclarator = "warn"
                                style/useTemplate = "warn"
                                suspicious/noAssignInExpressions = "warn"
                                suspicious/noClassAssign = "off"
                                suspicious/noConfusingLabels = "warn"
                                suspicious/noConsoleLog = "warn"
                                suspicious/noExplicitAny = "warn"

Workspace:
  Open Documents:               0

Rule name
noInteractiveElementToNoninteractiveRole
Playground link
https://biomejs.dev/playground/?code=ZgB1AG4AYwB0AGkAbwBuACAAcgBlAG4AZABlAHIAQwB1AHMAdABvAG0ARQBsAGUAbQBlAG4AdABXAGkAdABoAFIAbwBsAGUAKAApACAAewAKACAAIAByAGUAdAB1AHIAbgAgADwAeAAtAGUAbABlAG0AZQBuAHQACgAgACAAIAAgACAAcgBvAGwAZQA9ACIAZwByAG8AdQBwACIAIAAgACAAIAAgACAACgAgACAAIAAvAD4ACgB9AA%3D%3D
Expected result
Autonomous  custom elements should be treated as non-interactive elements.
Code of Conduct

[X] I agree to follow Biome's Code of Conduct

Autonomous custom elements should be treated as non-interactive elements.

Do you have some link that we can use as a source of truth?

I admit that the statement may have been a bit strong, but I believe it to be fundamentally accurate.
Autonomous custom elements, as described here Using custom elements, directly extend the HTMLElement class, and thus, they do not possess any inherent interactivity.
On the other hand, customized built-in elements extend classes of interactive elements like <button>, <a>, etc., which is a different case.

The reason I'm asking is because this needs to be documented, in case this is a valid bug. So a W3C link that explains this is beneficial for us developers and end users

From the W3C spec, autonoumous custom elements can have any role, so I think it's reasonable to ignore custom elements in this rule.

authors: Sec-ant edoardocavazza ematipico

repo: biomejs/biome


text:
added task.name to uid generator

In this PR I added a simple fix to a problem with duplicated uids when tasks are duplicated. Please check this journal entry since it has a detailed description on the issue related with this and on how I tried to solve it.
This duplication of uids not only prevented pipeline branches to run the same task, even if we declare different const for each task (with same contents), but also when branching with junction using same task it will execute with the first hit regardless of the branch it came from.

This is a simple PR but a very detailed write-up - give me a few days to understand the notebook entry and then I will merge!
PS. the dotted lines for not-yet-ran tasks visualization is amazing :100:

Why not use something else unique, like the time of task creation (or maintain an incrementation for each task generated in this store - root of store could even store a unique hash which represents state of graph at every time a task is added to it), to generate the uid? (that is, to include in addition to that hashing function). This seems to me like an solution to a problem by introducing manual effort that can otherwise be implemented via a stateful solution.
This bug is basically an oversight on my part having never ran a junction with that configuration, having never encountered that issue with fork.
It's cleaner than
const everythingForTaskButName = { /* input, output, props, operationCreator */ }
const [ task1, task2 ] = [ 'my-task', 'my-task' ]
  .reduce((sum, val, i) => sum.concat([ val + '_' + i]) , [ ])
// or something else over-engineered and difficult to read or even runs

const pipeline = junction(
  join(somethingA, addNameToTask(everythingButTaskName)(task1),
  join(somethingB, addNameToTask(everythingButTaskName)(task1))
)

Maybe we should be able to identify as well if a task with the exact same input, output, params has already ran (+ whatever else is required to be confident it is OK to use these existing results), and so can resolve from the output of that.

Maybe we even need to generate a uid after the task finishes - would it make sense for a "wants" uid, which many tasks can share, and also a "resolved" one which includes + resolvedOutput, using hashes of input contents + params, (so as to indicate there is no point running again). I say both because I imagine that a uid is still needed before any tasks run - but then one maybe one is needed after to verify what (the hash of output files combined with hash of output map), given which input (hash of params map + input contents).
In this way, one set of uids could generate a simple DAG for the general design of the pipeline, whereas the other includes all nodes for all executions of the pipeline (same consted task declarations) over multiple input samples.

All that being said - it is very interesting how what this PR proposes is quite similar to the method used with Nextflow to implement simple forking behaviour. The whole .into stuff

You are right, we should make this as automatic as possible rather than needing to duplicate tasks and add a name to it. Also, interesting fork seems to handle this already, since it does not have problems with dealing with the same tasks multiple times.
I will make a new PR to replace this (when it is ready) because there are some other fixes to orchestrators that need to be addressed.

This PR is obsolete because of #70.

repo: bionode/bionode-watermill


text:
Add CLO processing notebook

The Cell Line Ontology (CLO) is a detailed resource, however it does not follow standard OBO modeling pattern for cross-references that either a predicate from SKOS or oboInOwl:hasDbXref to point to a single CURIE encoded as a string. Instead, it uses rdfs:seeAlso with a combination of non-standard CURIEs that are either comma or semi-colon delimited.
Depends on:

https://github.com/biopragmatics/bioregistry/pull/896

@bgyori CLO kind of has mappings available, but they need serious processing effort to get at. How should this relate to biomappings? Should we import directly into the "positive" mappings file? Or should we put them in "predicted" mappings file then allow a second round of curation?
@matentzn I also wasn't sure what the right semapv tag was to tag things extracted from an ontology. In theory, they are manually curated, but there's no actual evidence of how they were done, so I don't think it's fair to assume.

@cthoyt I have struggled with the same! I would keep the mapping predicate as oboInOwl:hasDbXref which already provides a warning sign, and record the semapv:UnspecifiedMatching as the mapping_justification.

@cthoyt it looks like this PR adds xrefs from CLO as predictions and allows us to review and curated them manually to add them to mappings. I think this is appropriate under the assumption that a considerable number of these mappings are non-exact and therefore require review. If, however, we assume that the xrefs CLO provides are almost all actual exact equivalences then going through Biomappings shouldn't be necessary. In my cursory spot checking, to me it looks like these xrefs are exact mappings. So perhaps a better path forward would be to change CLO's representation to move these into proper xrefs rather than "see also" relations?

@bgyori, agreed, a lot of them that point to MeSH, BTO, and Cellosaurus are pretty high quality. Therefore, I moved the processing functionality into SeMRA.
I also added a many-to-many finder pipeline in SeMRA to assess the situation in CLO - I found 26 mappings that I want to manually curate and include in Biomappings as some must be non-exact.
For the rest of the mappings that could be exact, I asked in https://github.com/CLO-ontology/CLO/issues/103 if we can turn some of these into proper xrefs.

See also https://github.com/CLO-ontology/CLO/issues/104

authors: bgyori cthoyt matentzn

repo: biopragmatics/biomappings


text:
Expand Query Graph node (without curie) based on BioLink model hierarchy

See details in this issue: https://github.com/NCATSTranslator/testing/issues/12

Fixed in: b123cf5bcbff40670254bf48d2bb4ca362f42ab8

Adding a brief comment because I keep forgetting this point.  I normally would have expected that if I had a query that asked for a biolink:Gene (example below), then replacing that would biolink:GeneOrGeneProduct would produce a superset of those results.  In fact, biolink:GeneOrGeneProduct is not a parent of biolink:Gene, but rather it is a mixin.  biolink:GenomicEntity is the parent of biolink:Gene, and as expected, querying with that instead of biolink:Gene does produce a superset of results (including Genes, but also Variants)
{
    "message": {
        "query_graph": {
            "edges": {
                "e01": {
                    "subject": "n1",
                    "object": "n0"
                }
            },
            "nodes": {
                "n0": {
                    "id": "MONDO:0008753",
                    "category": "biolink:Disease"
                },
                "n1": {
                    "category": "biolink:Gene"
                }
            }
        }
    }
}


text:
Introduce AnimationDrawable

Motivation
There is already support for AnimationRenderer which renders an AnimationSpriteSheet for GameObject objects. However, for UI we also want animated images and buttons, which is why we require a new class called AnimationDrawable:
Drawable drawable = new AnimationDrawable(
      new AnimationSpriteSheet(texture, 5, 5),
      AnimationConfig.builder().build()
);

This is blocked until #171 is implemented.

repo: bitbrain/braingdx


text:
AttributeError: 'NoneType' object has no attribute 'enumerate'

I must be particularly dense this morning but I'm having an issue with running HWI.
I followed the install instructions in the README but when I run the ./hwi.py enumerate command I get:
❯ ./hwi.py enumerate
Traceback (most recent call last):
  File "./hwi.py", line 7, in <module>
    main()
  File "/tmp/HWI/hwilib/cli.py", line 296, in main
    result = process_commands(sys.argv[1:])
  File "/tmp/HWI/hwilib/cli.py", line 260, in process_commands
    return args.func(args)
  File "/tmp/HWI/hwilib/cli.py", line 60, in enumerate_handler
    return enumerate(password=args.password)
  File "/tmp/HWI/hwilib/commands.py", line 74, in enumerate
    result.extend(imported_dev.enumerate(password)) # type: ignore
  File "/tmp/HWI/hwilib/devices/trezor.py", line 677, in enumerate
    devs = hid.HidTransport.enumerate()
  File "/tmp/HWI/hwilib/devices/trezorlib/transport/hid.py", line 135, in enumerate
    for dev in hid.enumerate(0, 0):
AttributeError: 'NoneType' object has no attribute 'enumerate'

It seems that hid is None. But I can't seem to resolve the issue. I've just cloned that latest master.  Release 1.2.1 works as expected.

How have you installed the dependencies?

I have the same issue with the master branch.
# hwi --debug enumerate
INFO:hwilib.devices.trezorlib.transport.hid:HID transport is disabled: /usr/lib/python3.9/site-packages/hid.cpython-39-x86_64-linux-gnu.so: undefined symbol: hid_get_input_report
Traceback (most recent call last):
  File "/usr/lib/python-exec/python3.9/hwi", line 8, in <module>
    sys.exit(main())
  File "/usr/lib/python3.9/site-packages/hwilib/_cli.py", line 304, in main
    result = process_commands(sys.argv[1:])
  File "/usr/lib/python3.9/site-packages/hwilib/_cli.py", line 270, in process_commands
    return args.func(args)
  File "/usr/lib/python3.9/site-packages/hwilib/_cli.py", line 63, in enumerate_handler
    return enumerate(password=args.password)
  File "/usr/lib/python3.9/site-packages/hwilib/commands.py", line 117, in enumerate
    result.extend(imported_dev.enumerate(password)) # type: ignore
  File "/usr/lib/python3.9/site-packages/hwilib/devices/trezor.py", line 823, in enumerate
    devs = hid.HidTransport.enumerate()
  File "/usr/lib/python3.9/site-packages/hwilib/devices/trezorlib/transport/hid.py", line 135, in enumerate
    for dev in hid.enumerate(0, 0):
AttributeError: 'NoneType' object has no attribute 'enumerate'

This is on Gentoo with dev-python/libusb1 2.0.1

https://github.com/trezor/cython-hidapi/issues/90
https://github.com/liquidctl/liquidctl/issues/144
https://bugs.archlinux.org/task/67103?dev=25983

@jjakob what is the version of python3-hidapi installed on your system?

dev-python/hidapi 0.11.0.2 from the "guru" overlay. The only other available version is 0.10.1.
I forgot to mention, this issue is also present with the latest HWI release 2.0.2 (also from the "guru" overlay).

@jjakob I would take this to package maintainers of hidapi in Arch Linux. It seems there is a clash between hidapi and python-hidapi. (My hunch is they update hidapi and dev-python/hidapi not in sync). Anyway, I don't think there is anything we can do here.

Thank you for that hint, it was indeed because of dev-libs/hidapi 0.8.0 being installed. Updating to 0.11.0 (marked unstable) fixed the issue. I think the relevant Gentoo bug is https://bugs.gentoo.org/696482

authors: achow101 haarts jjakob prusnak

repo: bitcoin-core/HWI


text:
add is_witness check before is_p2sh for non-witness utxos

Fixes #360
Correctly assigns the script type of an input when an input has a witnessScript but no witnessUtxo.

cursory utACK https://github.com/bitcoin-core/HWI/pull/361/commits/2cfd8da331d82407bcf6b16936caf3021bc2dbf8
Travis isn't running for this one either @achow101

Getting a failure:
=====================================================================
FAIL: trezor_1: test_signtx (test_device.TestSignTx)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/travis/build/bitcoin-core/HWI/test/test_device.py", line 423, in test_signtx
    self._test_signtx("legacy", self.full_type in supports_multisig, self.full_type in supports_external)
  File "/home/travis/build/bitcoin-core/HWI/test/test_device.py", line 411, in _test_signtx
    self._generate_and_finalize(True, psbt)
  File "/home/travis/build/bitcoin-core/HWI/test/test_device.py", line 332, in _generate_and_finalize
    self.assertTrue(finalize_res['complete'])
AssertionError: False is not true

Might want to investigate running locally?

Dang, that’s my bad.
What commands did you run to run the tests locally? I kept getting errors
when trying to run them.
On Friday, July 24, 2020, Gregory Sanders notifications@github.com wrote:

Getting a failure:
=====================================================================
FAIL: trezor_1: test_signtx (test_device.TestSignTx)
Traceback (most recent call last):
File "/home/travis/build/bitcoin-core/HWI/test/test_device.py", line 423, in test_signtx
self._test_signtx("legacy", self.full_type in supports_multisig, self.full_type in supports_external)
File "/home/travis/build/bitcoin-core/HWI/test/test_device.py", line 411, in _test_signtx
self._generate_and_finalize(True, psbt)
File "/home/travis/build/bitcoin-core/HWI/test/test_device.py", line 332, in _generate_and_finalize
self.assertTrue(finalize_res['complete'])
AssertionError: False is not true
Might want to investigate running locally?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/bitcoin-core/HWI/pull/361#issuecomment-663774326, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAK446MTD42URSOEFRXRAGLR5ILR7ANCNFSM4PFMJMNA
.

Achow likely knows more about those things, sorry!
On Fri, Jul 24, 2020 at 8:48 PM Kevin Mulcrone notifications@github.com
wrote:

Dang, that’s my bad.
What commands did you run to run the tests locally? I kept getting errors
when trying to run them.
On Friday, July 24, 2020, Gregory Sanders notifications@github.com
wrote:

Getting a failure:
=====================================================================
FAIL: trezor_1: test_signtx (test_device.TestSignTx)
Traceback (most recent call last):
File "/home/travis/build/bitcoin-core/HWI/test/test_device.py", line
423, in test_signtx
self._test_signtx("legacy", self.full_type in supports_multisig,
self.full_type in supports_external)
File "/home/travis/build/bitcoin-core/HWI/test/test_device.py", line
411, in _test_signtx
self._generate_and_finalize(True, psbt)
File "/home/travis/build/bitcoin-core/HWI/test/test_device.py", line
332, in _generate_and_finalize
self.assertTrue(finalize_res['complete'])
AssertionError: False is not true
Might want to investigate running locally?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/bitcoin-core/HWI/pull/361#issuecomment-663774326,
or
unsubscribe
<
https://github.com/notifications/unsubscribe-auth/AAK446MTD42URSOEFRXRAGLR5ILR7ANCNFSM4PFMJMNA
.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/bitcoin-core/HWI/pull/361#issuecomment-663785647, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ABMAFU3ORKVRG6FKNAMC5RLR5ITUBANCNFSM4PFMJMNA
.

Is there a way to trigger this to run in travis again?
I ran the setup environment and ran ./run_tests.py --trezor on my local machine but it looks like the trezor emulator wasn't built.
I am getting this output:
➜  test git:(master) ./run_tests.py --trezor
test_checksums (test_descriptor.TestDescriptor) ... ok
test_parse_descriptor_replace_h (test_descriptor.TestDescriptor) ... ok
test_parse_descriptor_with_key_at_end_with_origin (test_descriptor.TestDescriptor) ... ok
test_parse_descriptor_with_key_at_end_without_origin (test_descriptor.TestDescriptor) ... ok
test_parse_descriptor_with_origin (test_descriptor.TestDescriptor) ... ok
test_parse_descriptor_without_origin (test_descriptor.TestDescriptor) ... ok
test_parse_empty_descriptor (test_descriptor.TestDescriptor) ... ok
test_serialize_descriptor_with_key_at_end_with_origin (test_descriptor.TestDescriptor) ... ok
test_serialize_descriptor_with_origin (test_descriptor.TestDescriptor) ... ok
test_serialize_descriptor_without_origin (test_descriptor.TestDescriptor) ... ok
test_invalid_address (test_bech32.TestSegwitAddress)
Test whether invalid addresses fail to decode. ... ok
test_invalid_address_enc (test_bech32.TestSegwitAddress)
Test whether address encoding fails on invalid input. ... ok
test_invalid_checksum (test_bech32.TestSegwitAddress)
Test validation of invalid checksums. ... ok
test_valid_address (test_bech32.TestSegwitAddress)
Test whether valid addresses decode to the correct output. ... ok
test_valid_checksum (test_bech32.TestSegwitAddress)
Test checksum creation and validation. ... ok
test_invalid_psbt (test_psbt.TestPSBT) ... ok
test_valid_psbt (test_psbt.TestPSBT) ... ok
test_decoding (test_base58.TestBase58)
Test base58 decoding ... ok
test_encoding (test_base58.TestBase58)
Test base58 encoding ... ok

----------------------------------------------------------------------
Ran 19 tests in 0.020s

OK
trezor_1: test_enumerate (test_device.TestDeviceConnect) ... /bin/sh: ./trezor.elf: No such file or directory

Please squash.

What do you mean?

Squashed

ACK a78f8d68f61b0ab23e616b03765129656744b54e

authors: KayBeSee achow101 instagibbs


text:
Wallet sync can get stuck when ignoring empty lines

Hi,
after running a fork of this project (older version, due to older BDK) with one of the changes changes backported (https://github.com/bitcoindevkit/rust-electrum-client/commit/0e3e6325e65749c0446fbede99d763b98321362d), we have noticed some issues with the wallet sync hanging:
https://github.com/itchysats/itchysats/issues/2287
Unfortunately, we couldn't reproduce the error locally to provide more info or contribute a fix :(
We ended reverting the fix locally, and the error is not happening in anymore.
Our fork diff with the recent master:
https://github.com/da-kami/rust-electrum-client/compare/fix/ignore-empty-lines...bitcoindevkit:master
We aim to bump bdk stack soon, we'll see whether the issue will happen again with 0.10.1.

this happens when we're using ssl://blockstream.info:993 (on testnet).
also, can confirm that we have experienced the same behaviour when upgrading bdk to 0.19.

repo: bitcoindevkit/rust-electrum-client


text:
complete is read before set in encode

In the encode function we have:
https://github.com/bitcoinjs/bolt11/blob/36cbbedfd64b2d76f7242d0b9c4a827b70817395/payreq.js#L711
but data.complete is only set after:
https://github.com/bitcoinjs/bolt11/blob/36cbbedfd64b2d76f7242d0b9c4a827b70817395/payreq.js#L714

Could you provide a use case where this would cause a problem?
I guess we could remove the line all together, since complete is set in decode and sign.
A person encoding from a parsed object shouldn't have a signature, and a parsed object with a signature will get a paymentRequest and complete anyways.

I don't think it's an issue if encode  is documented with the limitation that the input needs to come from the output of decode. But for people constructing the input themselves, complete acts as an (undocumented) flag that controls if paymentRequest  is set to a meaningful value or not.

tbh, this was left in from before encode and sign were split.
might as well just assume no one will ever pass a signature into encode.
I might just get rid of it, since you would need a library that understands the encoding in order to create an object with the signature, and you would need to explicitly delete the complete flag to trigger this anyways.
I'll try removing it and bump major sometime this week.

authors: junderw riperk


text:
ubuntu16 gcc7.3 make error

hello.  any advice to fix this issue? thanks very much
g++ -pedantic -std=c++1z -W -Wall -Wcast-qual -Wconversion -Werror -Wextra -Wwrite-strings -O3 -Iinclude -MMD -MP -c src/bestchain.cpp -o src/bestchain.o
g++ src/bestchain.o -lcrypto -O3 -o bestchain
g++ -pedantic -std=c++1z -W -Wall -Wcast-qual -Wconversion -Werror -Wextra -Wwrite-strings -O3 -Iinclude -MMD -MP -c src/parser.cpp -o src/parser.o
In file included from include/hash.hpp:8:0,
from include/bitcoin.hpp:9,
from src/parser.cpp:9:
include/ranger.hpp: In instantiation of ‘void __ranger::Range::put(E) [with E = __ranger::Range<const char*>; I = unsigned char*]’:
include/bitcoin.hpp:251:44:   required from ‘void putASM(R&, const R&) [with R = __ranger::Range<unsigned char*>]’
src/statistics.hpp:110:11:   required from ‘void dumpASM::operator()(const Block&) [with Block = BlockBase<__ranger::Range<unsigned char*> >]’
src/parser.cpp:145:1:   required from here
include/ranger.hpp:86:32: 错误：对‘put(__ranger::Range<unsigned char*>&, __ranger::Range<const char*>&)’的调用没有匹配的函数
void put (E e) { __ranger::put(this, e); }
~~~~~^~
include/ranger.hpp:23:6: 附注：candidate: void __ranger::put(R&, typename R::value_type) [with R = __ranger::Range<unsigned char>; typename R::value_type = unsigned char]
void put (R& r, typename R::value_type e) {
^~~
include/ranger.hpp:23:6: 附注：  no known conversion for argument 2 from ‘__ranger::Range<const char*>’ to ‘__ranger::Range<unsigned char*>::value_type {aka unsigned char}’
include/ranger.hpp:36:6: 附注：candidate: template<class R, class E, class V> void __ranger::put(R&, E)
void put (R& r, E e) {
^~~
include/ranger.hpp:36:6: 附注：  template argument deduction/substitution failed:
include/ranger.hpp:31:2: 错误：no type named ‘type’ in ‘struct std::enable_if<false, __ranger::Range<const char*> >’
typename V = typename std::enable_if<
^~~~~~~~
In file included from include/bitcoin.hpp:9:0,
from src/parser.cpp:9:
include/hash.hpp:58:7: 错误：‘auto {anonymous}::toHexBE(const uint256_t&)’ defined but not used [-Werror=unused-function]
auto toHexBE (const uint256_t& hash) {
^~~~~~~
cc1plus：所有的警告都被当作是错误
Makefile:28: recipe for target 'src/parser.o' failed
make: *** [src/parser.o] Error 1
i am using ubuntu16 and gcc below:
root@zdsx-Aspire-GX-781:/media/zdsx/Acer/fast-dat-parser/fast-dat-parser-master# gcc -v
使用内建 specs。
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-linux-gnu/7.3.0/lto-wrapper
目标：x86_64-pc-linux-gnu
配置为：../configure --enable-checking=release --enable-languages=c,c++ --disable-multilib
线程模型：posix
gcc 版本 7.3.0 (GCC)

Personally for me it never worked :D

As soon as I can,  I'll investigate this,  but,  it is likely just a GCC version issue

how can i get all transactions by giving a specific address? i did not find related json rpc api. listtransactions seems not work.

I have the same problem , my compiler is gcc 7.3.1

should be fixed in ebd721d1682e1f01414bb329465c10ba03b6e34e

authors: Ray-cheng dcousens efvhi scriptzteam

repo: bitcoinjs/fast-dat-parser


text:
Spanish translation of 2019-06-09-ltb-pieter-wuille-jonas-nick

Added a new file with the translation from 2019-06-09-ltb-pieter-wuille-jonas-nick

@adamjonas Sorry for the late reply. I somehow missed the notification.
Do you think we should change all footnotes and insert them right inside the text in between parentheses?

Thanks for the update @aarmoa! Parentheses sounds good and I think that's what Jonas meant with

I think an inline () would be more effective rather than having readers click around.

I have made all requested changes

authors: aarmoa kouloumos

repo: bitcointranscripts/bitcointranscripts


text:
Parallel execution for ExecForEach and EachLine

Hi, this issue follows the discussion in #86. Up to now, the script runs in a fully synchronous manner. While in #34 and #59 people have come up with some brilliant ideas in asynchronous pipeline streaming, the designs and implementations just seem too complicated, as @bitfield mentioned.
Here, I want to suggest a compromise -- adding methods EachLineConc() and  ExecForEachConc(), which should have the same input and output interface as EachLine() and  ExecForEach(), but enable parallel execution within the method. (E.g., script.Slice(make([]string, 5)).ExecForEachConc("sleep 1") should return in about 1 second, rather than 5 seconds.)
The ExecForEachConc() method shares the same use cases with GNU parallel and the & symbol in bash, e.g. :
https://blogs.sas.com/content/sgf/2021/04/14/using-shell-scripts-for-massively-parallel-processing/
https://unix.stackexchange.com/questions/103920/parallelize-a-bash-for-loop/103922
https://askubuntu.com/questions/431478/decompressing-multiple-files-at-once
https://superuser.com/questions/538164/how-many-instances-of-ffmpeg-commands-can-i-run-in-parallel/547340#547340
Apart from improving efficiency, I sometimes want to run programs concurrently for testing purposes. For example, two weeks ago, I just wrote a file transmission service, and I would like to test whether the receiver application behaves correctly when multiple files are sent to it at the same time. It would be nice if I could run something like:
script.ListFiles("FILE*.in").ExecForEachConc("./wSender --ip 10.0.0.1 --port 8888 --file {{.}}").Stdout()
Note: it seems that we cannot directly append & to the commands in ExecForEach() for this purpose.
script.Slice(make([]string, 5)).ExecForEach("sleep 1 &") returns instantly, because there is no 'wait'.
Also, if I change the argument to "bash -c 'sleep 1' &" or "bash -c 'sleep 1 &'", the program will still run for 5 seconds.

The implementation won't be too hard. We just need to rewrite EachLineConc(), and let ExecForEachConc() call this new method.
Here's an implementation that I first think of (which can for sure be further optimized):
func (p *Pipe) EachLineConc(process func(string, *strings.Builder)) *Pipe {
	if p == nil || p.Error() != nil {
		return p
	}
	scanner := bufio.NewScanner(p.Reader)
	inputs := []string{}
	for scanner.Scan() {
		inputs = append(inputs, scanner.Text())
	}
	err := scanner.Err()
	if err != nil {
		p.SetError(err)
		return p
	}
	lineNum := len(inputs)
	outputs := make([]string, lineNum)
	latch := sync.WaitGroup{}
	latch.Add(lineNum)
	for index, input := range inputs {
		go func(index int, input string) {
			output := strings.Builder{}
			process(input, &output)
			outputs[index] = output.String()
			latch.Done()
		}(index, input)
	}
	latch.Wait()
	if p.Error() != nil {
		return p
	}
	return Echo(strings.Join(outputs, ""))
}

Great! Let's see if this issue gets some traction with others who want to write concurrent scripts, and see what they think of the proposed API.

Hi,
just found this project today and very much love the idea!
About this discussion, I immediately thought about this going through the README. Plus for this one.

Great! Do you want to try and come up with a real-world program that would use these constructs?

Love the ability this provides.

Plus one for this idea.

Can you suggest an example where this might be useful, @tjayrush? Ideally, write a script program using this construct that solves a user problem.

It's obviously useful. Every application I can think of where something can be done concurrently is useful even if only because it's way faster. Use your imagination.

I understand perhaps you're feeling frustrated, @tjayrush, and for all I know you're having a bad day for reasons unrelated to this issue or this project. But the tone of your comment is ill-judged, I think. I invite you to reflect on it and consider whether it's the sort of comment you'd like to receive from a contributor to one of your own projects, or even from a co-worker.

repo: bitfield/script


text:
fix the nonce producer

This should fix the regression introduced for the nonce creation.

great thx :)

authors: erubboli-bfx knarz

repo: bitfinexcom/bitfinex-api-go


text:
Feature Request: Audio Talley Feedback

Feedback is supported for Camera tally, however audio tally (as viewed from the Audio page on the ATEM Software control) would be a great feature.
I'm trying to program a Stream Deck+ to use the knobs and touch screen for audio control and would love to get the feedback similar to what you get from the BM software audio page to show up on the SD+.

Im pretty sure the audio page actions where completely removed from companion v3 for some reason. I cant seem to find anything related to audio in the atem actions.

Im pretty sure the audio page actions where completely removed from companion v3 for some reason. I cant seem to find anything related to audio in the atem actions.

It wasnt removed intentionally, and no one has reported it missing.

authors: Julusian samuelWillia smellyspice

repo: bitfocus/companion-module-bmd-atem


text:
Feedbacks are missing

• gostreamdeck: Settings:Output ColorSpace
• gostreamdeck: Settings:OutFormat
• gostreamdeck: Settings:Src Selection
• gostreamdeck: Settings:Mic Input
• gostreamdeck: Settings:Set Mv Layout
• gostreamdeck: Audio Mixer:Set Mic Audio Enable
• gostreamdeck: Audio Mixer:Set Input Audio Enable
• gostreamdeck: Super Source:Super Source Y Position
• gostreamdeck: UpStream Key:Set Key Pattern Source Fill
• gostreamdeck: UpStream Key:Set Pip Source
• gostreamdeck: UpStream Key:Set PIP Y Position
• gostreamdeck: UpStream Key:Set Key Pattern Resize Y Position

• gostreamdeck: Settings:Output ColorSpace  Is fixed in commit 1329b5f12a74d0537310e3e44a2159b22b8c4949

• gostreamdeck: Settings:OutFormat
• gostreamdeck: Settings:Src Selection
Are fixed in commit 6df1b63da1d8ae386e59a11a2e27d607d046ae65

• gostreamdeck: Settings:Mic Input
• gostreamdeck: Settings:Set Mv Layout
Are fixed in commit be4f6464d7e80ff2ac79e413d3f2efa22d7c8d66
Added pre-commit hook to husky so that yarn format is automatically run

repo: bitfocus/companion-module-osee-gostream


text:
Bug: missing model from autoEq list

Disclaimer:
Please go through existing issues to avoid creating duplicates. If you found a similar issue please post a comment there. If you are uncertain your issue is related to others then create the issue. Obvious ignorance of this rule might get you blocked from posting new issues. Please tick the box below to show that you have followed the guideline.

[x] I have checked for a similar issue and sure it hasn't been reported before.

Describe the bug
Missing AutoEq for KZ zsn pro X
Steps to Reproduce

open autoEq db
search for KZ ZSN
only original and pro are selectable

Expected behaviour
Able to select the X model
Screenshots or Console.app logs

in the list there is

here is the entry in the database
https://github.com/jaakkopasanen/AutoEq/tree/master/results/crinacle/harman_in-ear_2019v2/KZ ZSN Pro X

I'm facing this issue as well, I think it would be nice to be able to import AutoEQ profiles manually, that way it wouldn't be as important for the database to always be up to date

I treat every space in the name of the preset as a new level.
If you press on KZ ZSN Pro you will see the preset for Pro (general) and X:

authors: marier-nico nodeful zanza00

repo: bitgapp/eqMac


text:
[Question] How to Use Super Preset Feature?

I'm not sure what the Super Preset feature is supposed to do, but I can't seem to get it to do anything. Is there any documentation for it?
I get the impression it's supposed to auto-switch when your sound output device changes. I get a notification when that happens, but it doesn't change anything about the app. It doesn't switch to a different EQ profile. What is supposed to be happening?
Thanks

I knew this would come up at some point as I agree the User Experience is not the most straight forward with this feature.
You know how when you have an EQ preset selected and you made a change the presets switches to Manual and you have to save the preset again if you want those settings to apply to a preset.
With Super Presets the behaviour is a little different. If you have a Super Preset selected and you make any changes it is instantly saved to the selected preset. So what probably happened in your case is that you created a preset for 1 setup, then instantly started to create a setup for the 2nd preset, but this whole time you were applying the new settings to the 1st preset.
What you need to do once you created the first preset is press the "Deselect" button or create a new preset straight away. Only then start applying the settings that you want for the 2nd preset.
I hope this explains the behaviour, if you have a suggestion on how I can make this better, please let me know, I'm open to discuss and modify this feature.

Hi, I do have the same "issue".
I do understand your explanation of order. But I dont manage to get it happen.
The Super preset doesnt change after automatic device switch. Once in a while it does including the banner that it changed. But the behavior appears to be erratic an incomprehensible to me. Is there a more detailed step by step explanation of how to get it working, or is there perhaps a bug involved? Thanks for pointing out, as I think this is a brilliant feature I would love to use!

I don't know if I'm doing something wrong with this feature. I have two Super Presets with different EQs, one for the internal speakers and one for a headset. I can manually switch between them fine, and they definitely have different EQs. I have them both set up to auto-switch based on which output device is used. eqMac detects which output device is being used, but it does not auto-switch the super presets. I also have "Notify when Autoswitched" turned on for both presets and I never get a notification, so it doesn't seem to be triggering the preset autoswitching at all.

Hi everyone with this issue.
Now it seems to be working reliably for me. Not sure what changed. What I found out is:
When you have the EqMac Panel open, the shown Superuserpreset will always be active. So if you change/plug anoterh device it will not change to the desired preset as the current one will rule over. So if I set things the way I want and close the panel EqMac does switch properly including the notification of the change.
Specs: Version 1.7.2 driver: 2.3.1 UI: 4.4.1 MacM1max Monterey 12.5
Maybe that helps...

It still does not work for me even if I have the eqMac panel closed. I have the exact same versions of everything eqMac related, but I am on Monterey 12.1 on a 2015 Air. Maybe there is an OS compatibility issue.

Very strange. It works for me with three different devices: Headphones, Macspeakers, external device. Only thing coming to my mind is that the battery might have fully drained over the holidays leading to a reset of the NVRAM/SMC. MAybe this resetted a driver, which made things working. Far fetched, but only thing coming to my mind.
But anyways I realize, that although it magically started working on my machine with the automatic switching of devices and presets triggered by plugging/unplugging: the fact that the apparent preset in the open panel always seems to have priority, it means that manual switching of the output device via the EqMac panel itself will always bypass the switching of the superpreset, or even mess up the assigments of superpreset with the output devices.

Update: now it seems to work all the way it is supposed to.
It changes the designated presets and eqs according to automatic (plugging devices) as well as manual (selscting via EqMac panel) changing of devices...
It is totally unclear and utterly erratic to me as there have been no updates on any component...
Only thing I observed while the testing is, that eqMac will never change presets until there is audio being put out. So if you test and try keep always an audio stream running. At least this could perhaps resolve some confusion.
Otherwise it seems the best I can do is wishing everyone luck..

I hope this is the right place to ask as it relates to the Super Preset: Is there any plan to save the Balance configuration in the preset? In my scenario I am having different balance setup depending on the output device.
Thanks for the great work, so far I very much like eqMac.

Hi, let me try to clarify this. A "Super Preset" contains all (almost, except the volume) the settings on the UI. When a "Super Preset" is selected, it would restore all (almost) settings in the app. While you make changes to anything in the app, the changes is immediately saved to the currently active "Super Preset". You could choose to activate a "Super Preset" automatically when a output device is active or a certain app is output-ing. The switching logic happens when any audio starts to play.

I tried to set up the Super Preset function, but it doesn't automatically switch settings when switching devices. Instead, it only switches automatically when I open the Main Audio app in my settings. I don't know if this is how the function works or if there is a bug on my computer causing this.

I dont know why, but since a few days it is not working as it did before anymore. It just stopped switching super presets. Its strange, as it worked finde before and I didnt update any component.
Any ideas? would be great to have it working again!

Adding on that I have the same problem as many previous people mentioned where swapping the output device does not auto-switch to the correct Super Preset despite appearing to be set up correctly.
Here are my Super Preset settings:

With those settings applied and no headphones plugged in, the main interface appears like this (dropdown menu at bottom auto-selects MacBook Pro Speakers)

when I have the headphones plugged in it looks like this (bottom drop-down menu auto switches to External Headphones but Super Preset does not change)

I can confirm that this feature does absolutely nothing when an output device changes.

Same here. Only seems to work if I disable and reenable the "Super Preset" feature, i.e. clicking this button twice

It's abandonware. Documenting all the ways it is broken is probably not a wise use of anyone's time.

I havent tried the whole procedure by rweir, but I can tell it is working for me reliably since a while. See my other comments above if helpful. I think its worth to check this thread as it will get things done for you. Ignore someones unconstructive comments. For a freeware it is quite powerful. Thanks to the developer, though hopefully these bugs will get tracked down and lift things to an intuitive level.

+1 to @rweir's comment - super profiles and auto-switching seem to be working for me but the UI isn't updating accordingly.
I have 2 super profiles setup, "Headphones", which uses an EQ preset for my headphones, and "Speakers", which uses a flat EQ preset. I have these set to automatically switch when eqMac switches between the "External Speakers" and "MacBook Pro Speakers" outputs.
When I plug/unplug headphones to/from the audio jack, the audio output automatically switches and I see the super profile in eqMac change accordingly, so the Super Profiles panel and auto-switching works fine. I can also hear that the EQ profiles are working properly for both profiles.
However, despite this, the Equalizers panel doesn't change, and this is also true for the Output panel dropdown which still shows the old output and old active devices. Interestingly, after clicking the cog button in the Output panel, the menu which opens up actually does show the correct active devices unlike the dropdown.
Right clicking the UI and clicking the "Reload" option forces the UI to update, and after doing that both the Equalizers and Output tabs display the correct settings for the active super profile.
So really it seems like everything is working properly in the background, it's just parts of the UI aren't updating automatically  and I have to use the "Reload" option to fix that. Not sure if this behavior is what everyone in this thread is experiencing, but it definitely seems to line up with @rweir's findings.
Really like eqMac and will continue to support it, though I hope this issue can get resolved soon!

authors: 7enChan JarrettBillingsley MKatwood TheKayThatWasOrange arandorion grorliofo luismrguimaraes matthewlipski nodeful seb-koch superjeng1


text:
Send notification generated for failed transaction

The notification is sent before the send is successful. So even if send fails, you get a notification

Failed to replicate.
@cakesoft-swati You might wanna take a look.

-Unable to replicate.

authors: Arpanjainson Parsh cakesoft-swati

repo: bithyve/hexa


text:
Allow routing based on host header

I can see in the documentation that you can route based on path but I'd like to route based on the host header. Is that possible?

That was one of my suggestions in https://github.com/bitly/oauth2_proxy/issues/192

authors: johanhaleby therc


text:
Filters for events

The bot is now quite chatty and some messages are not well formatted.
We need to break up the filtering and formatting of events from the general handler.
Ideally we could easily add simple configuration that only send notifications for configured events. For example a yaml file with:
[reason]
Created
would only send notifications for events with the reason 'created'.
We could support wildcard:
[reason]
*

Close via https://github.com/skippbox/kubewatch/pull/27

@Gnouc is it possible to use this feature with the helm chart? Thanks

authors: Gnouc sebgoa yosbeleg89

repo: bitnami-labs/kubewatch