text:
Add support for providers to auto-discover consumers

I would like to start a conversation about scaling with pact.
Today when a provider wants to verify a consumers pact file it needs to explicitly run the verify for every consumer. As the number of consumers for a provider grows this creates friction, with each consumer needing to involve the provider in order to setup the pact tests end to end.
If we shifted toward a more self service model here is how I imagine it would work. The provider would specify their name and the Pact Broker base url when running the verify. The verify would ask the Pact Broker for every registered consumer, download all the pact files and verify each one. If a new consumer comes along the act of uploading the pact file to the Pact Broker is all that is required to get the provider to start verifying it. The provider would also want the ability to specify a tag when asking for all the registered consumers. This allows the verify to be run against production versions of the consumer for example.
I'm thinking the work required for this feature would be to add the API to the Pact Broker, and then update each of the verify implementations to support running the tests in this way. The provider we are working with right now is using pact-jvm and we are happy to contribute to this library to help get this built.
What are your thoughts on this?

Totally doable. We've discussed it many times before, but never had the push to do it. It would just need an additional endpoint /pacts/provider/some-provider (and /pacts/provider/some-provider/some-tag).

Yep, that sounds like it would work perfectly

Work in progress: https://github.com/bethesque/pact_broker/commit/dda9f1d61f9da201c4e612ce0cf04a0df5f810ed

Awesome! Thanks!

@bethesque we have a team that is wanting to add support for this feature to pact-jvm. To help us with planning can you give us a rough idea of when the api will be ready to consume?

Done. Grab version 1.8.0. The new endpoints are /pacts/provider/:provider_name/latest and /pacts/provider/:provider_name/latest/:tag_name.

Awesome! I'll upgrade our pact broker when I next get a chance, thanks.

Awesome! Thank you!

How is this working for you @BenSayers? Given that each provider will have unique provider states, I can't quite see it working "automatically".

authors: BenSayers albertodpl bethesque jhinch ssi-hu-adam-balazs


text:
建议增加【排除插入属性的文件夹】功能

Clear and concise description of the problem
作为react开发人员，建议增加排除插件作用文件夹的功能，以便于排除项目公共组件库。
Suggested solution
no
Alternative
No response
Additional context
No response
Validations

[ ] Follow our Code of Conduct
[ ] Read the Contributing Guidelines.
[ ] Check that there isn't already an issue that request the same feature to avoid creating a duplicate.

你可以看一下配置选项里的 include 和 exclude 选项，它应该是你想要的

source: gharchive/issue

repo: better-tcy/dom-to-code

license: MIT

license_type: permissive

license_source: github-api


text:
lock_timeout option overwrite DPMS Standby time

Hi,
I've noticed that after locking my screen with betterlockscreen --lock and then unlocking the monitor turns off quite quickly.
If I run xset q before locking I get:
...
DPMS (Energy Star):
  Standby: 600    Suspend: 600    Off: 600
  DPMS is Enabled
  Monitor is On

But after locking and unlocking I get:
...
DPMS (Energy Star):
  Standby: 30    Suspend: 600    Off: 600
  DPMS is Enabled
  Monitor is On

I have lock_timeout=30 in my betterlockscreenrc, it seems that this value overwrites the DPMS Standby time.
This is the output of betterlockscreen --version
[B] Betterlockscreen

Betterlockscreen: version: v4.0.0 (dunst: true, feh: true)
i3lock: version 2.13.c.4 © 2010 Michael Stapelberg, © 2015 Cassandra Fox, © 2021 Raymond Li
Version: ImageMagick 7.1.0-4 Q16 x86_64 2021-07-18 https://imagemagick.org
Copyright: (C) 1999-2021 ImageMagick Studio LLC
License: https://imagemagick.org/script/license.php
Features: Cipher DPC HDRI Modules OpenMP(4.5)
Delegates (built-in): bzlib cairo djvu fontconfig freetype heic jbig jng jp2 jpeg lcms lqr ltdl lzma openexr pangocairo png raqm raw rsvg tiff webp wmf x xml zip zlib
dunst version: 1.6.1
feh version 3.7.1
Compile-time switches: curl exif inotify help stat64 verscmp xinerama

Thanks!

Hey, I can't reproduce you issue - we change the setting using xset dpms in preLock and reset it to default in postLock and also tested locally there is no difference when having "lock_timeout=30" on my machine...
Could you try to use the latest next-branch and test is this still occurs (even there should be a different but I've been able to test quickly on this)?

Okay, I can no reproduce it in context when locking through systemd-service. After that I have the wrong Standby settings as you describe...
As I have some other issues currently with the systemd-service on NixOS I can't really debug into this until fixed. If someone has an idea I'm happy for help :)

Oh I'm sorry, you are right, I've tried with systemd service and with betterlockscreen --lock and I thought that happens with both but I probably mixed up the results :sweat_smile:, I've test it again now and it only happens with systemd.
It happens with Type=simple but not with Type=forking, but in the systemd log it appears that the postLock is executed with both.

Thanks for the feedback, I will have to look deeper into this - as we changed the handling of pre/postLock while merging with @jeffmhubbard fork you might have an idea on this?

Sep 01 00:48:04 bsMF42 xss-lock[175387]: [B] Betterlockscreen
Sep 01 00:48:04 bsMF42 xss-lock[175387]: [*] Running prelock...
Sep 01 00:48:04 bsMF42 xss-lock[175387]: [*] Locking screen...
Sep 01 00:48:14 bsMF42 xss-lock[175387]: [*] Running postlock...

I tried to reproduce it with my current/new setup (using xss-lock, see [here](https://github.com/betterlockscreen/betterlockscreen/issues/291#issuecomment-909662690 | implemented for this) and this resolves it for me as the log-output shows the postlock-hook is running and and xset q also says afterwards

DPMS (Energy Star):
Standby: 600    Suspend: 600    Off: 600
DPMS is Enabled
Monitor is On

So maybe this is the better solution overall and combined with #291? // cc @jeffmhubbard

That was my previous setup, now I'm using xidlehook with several timers to lock the screen when idle and the systemd service to lock it on suspend. For now I'm just using the same lock_timeout as im my DPMS settings to overcome this issue

Thanks for the feedback, I will try xidlehook to reproduce it :)

I have experienced this problem pretty consistently, the timeouts were constantly overwritten with the value supplied either in config or in command line. As an additional symptom, dunst was paused and never unpaused.
Working through betterlockscreen and placing set -x in strategic places, looks like postlock does not actually finish running, it never reached dunst-related lines in my case. However, at different times the script stopped execution at different lines.
This patch seems to fix this.
diff --git a/betterlockscreen b/betterlockscreen
index ffa9dfe..40d9589 100755
--- a/betterlockscreen
+++ b/betterlockscreen
@@ -278,7 +278,7 @@ postlock() {
 lockselect() {

     echof act "Running prelock..."
-    prelock &
+    prelock

     case "$1" in
         dim) if [ -f "$CUR_L_DIM" ]; then lock "$CUR_L_DIM"; else failsafe; fi ;;
@@ -291,7 +291,7 @@ lockselect() {
     esac

     echof act "Running postlock..."
-    postlock &
+    postlock
 }

 # calculate adjustments for hidpi displays=

I'm experiencing this too. This looks like a race condition; postlock() gets kicked off in a subshell, but lockselect() returns immediately, followed by exit 0. This happens fast enough for the subhell to get signalled before xset and dunstctl can be run.
Looks like the sane thing to do here would be running prelock() and postlock() synchronously as suggested by @VTimofeenko. There's arguably little benefit to running these in subshells. I'll send a patch.

I wrote a duplicate issue a while back: https://github.com/betterlockscreen/betterlockscreen/issues/316
It can be closed I guess because this issue exists.

authors: SebTM VTimofeenko adamstuck furcelay ti-mo

repo: betterlockscreen/betterlockscreen


text:
🛑 bw/a is down

In eee81c6, bw/a (https://bw.agency) was down:

HTTP code: 0
Response time: 0 ms

Resolved: bw/a is back up in 7559970 after 56 minutes.

repo: betterwithagency/status-page


text:
Avoid intermediate Vec in TreeKemPublic::update_hashes

[slice, slice].concat() creates an intermediate Vec, which can be avoided by chaining updated_leaves and trailing_blanks before the first Vec is created.

Also submitted upstream: https://github.com/awslabs/mls-rs/pull/230

source: gharchive/pull-request

repo: beurdouche/mls-rs


text:
issue with shape::plane uv or indices order

Bevy version
commit 1398d7833007e85198cfd35d5fabc70b51b4db31 (HEAD -> master, origin/master, origin/HEAD)
Author: Corey Farwell coreyf@rwell.org
Date:   Fri Dec 4 17:31:17 2020 -0500
Allow windows to maximized. (#1004)

Operating system & version
Windows 10
What you did
Display a texture on a shape::Plane.
I modified the 3d_scene.rs to create a simple example (in zip file):
shape.zip
What you expected to happen
Looking at the original png ("textures/rpg/mobs/boss_bee.png"), we can see it's mirrored, ie it looks like we would look at it from the bottom except we look at it from the top (hope that makes sense)
What actually happened
texture is flipped
Additional information
I tried playing with the uv and indices order in shape.rs / struct Plane, but i'm not sure what is the global logic (are the indices wrong or UV?).
Also note that shape::Quad version is correct.

Could you maybe upload the whole project?
I tried running your sample but it doesn't even include a main function.

Hi, sorry, for some reason the modified 3d_scene was not attached.
Here it is. Notice how the png is mirrored (without using the modified shape.rs, just copy this over the existing 3d_scene.rs example)
3d_scene.zip

Hi, sorry, for some reason the modified 3d_scene was not attached.
Here it is. Notice how the png is mirrored (without using the modified shape.rs, just copy this over the existing 3d_scene.rs example)
3d_scene.zip

Yup that definitely looks flipped to me!

Yup that definitely looks flipped to me!

I have looked into that, because I have experienced weird UV-Mapping for Boxes and Cubes. I would be willing to fix this, however I would need to know as @trashuj noted if the UVs or the indices are wrong.
I have also compared the setup to Threejs here for reference:

The bevy scene implementation I used for testing can be found here.

I have looked into that, because I have experienced weird UV-Mapping for Boxes and Cubes. I would be willing to fix this, however I would need to know as @trashuj noted if the UVs or the indices are wrong.
I have also compared the setup to Threejs here for reference:

The bevy scene implementation I used for testing can be found here.

Running into this as well. I'm playing with building out quads by hands for voxel chunks and wanting to use a generated texture atlas, so having the UVs be intuitive would be very helpful.
Curious if you think this will be addressed as part of the v0.6 graphics pipeline changes @cart or if the best solution here is to just invert the UVs (I believe subtracting them from 1 should do the trick but haven't tested).

This won't be directly addressed by graphics pipeline changes. But this definitely seems like something that should be fixed. We should do a quick comparison to other applications like godot + blender just to make sure we're aligning to the ecosystem. Whoever wants to pick this up is welcome to do it!

I'm relatively new to rendering, but I found several supporting posts with what I had assumed might be the issue. I assume that when we load the images we are loading them the standard 0,0 at the top left position. However OpenGL (and I assume SPIRV) assumes UV originates at the bottom left of the image.
The options seem to be:

Flip the image during load so that the texture itself is flipped in memory
Flip the UVs (or really V I suppose) in the shader so that the image remains the same but the UVs are correct

I wanted to toss this out here as rust's image library does have a ::flip_vertical() method which could be used when loading the texture. But I was almost certain this would have implications on the 2D render side.
Again, I want to caveat that this is pretty new to me, so I didn't want to go proposing changes collecting concerns first.
Posts
https://gamedev.stackexchange.com/questions/140789/texture-coordinates-seem-to-have-flipped-or-incorrect-position
https://learnopengl.com/Getting-started/Textures

https://www.reddit.com/r/opengl/comments/6mon2j/how_do_you_deal_with_images_being_inverted/

wgpu is "top left y down" for images afaik (same as vulkan and metal). I don't think we should try to change that (or flip things on load). Images are also generally defined this way. I think we need to account for this solely in the uvs we generate for our meshes.

Ah, indeed that's where my limited knowledge was likely getting in the way. Looks like metal is also the same. Understanding that UV coordinates in this renderer are top left helps immensely.
I'm assuming for model loading, e.g. .obj files, we would need to correct that during asset loading.
In either case I think this should be enough to correct my understanding. I may add a note to the bevy cheatbook regarding UVs.

authors: FrankenApps cart trashuj wmbest2

repo: bevyengine/bevy


text:
GLTF compatibility between v0.5.0 and Wings3D 2.2.25

Bevy version
v0.5.0
Operating system & version
Debian/testing
What you did

Ran cargo run --example load_gltf -- observed helmet rendered in the window.
Opened Wings3D
Imported FlightHelmet.gltf into the scene.
Exported the scene back to FlightHelmet.gltf
Ran cargo run --example load_gltf -- observed segfault without the model being rendered in the window.

What you expected to happen
I'm hopeful for full Wings3D compatibility but I'll settle for a more actionable error and controlled crash when the file cannot be loaded.
What actually happened
Segfault. Here's a backtrace:
$ RUST_BACKTRACE=1 cargo run --example load_gltf
    Finished dev [unoptimized + debuginfo] target(s) in 0.13s
     Running `target/debug/examples/load_gltf`
thread 'Compute Task Pool (0)' panicked at 'Attribute Vertex_Tangent is required by shader, but not supplied by mesh. Either remove the attribute from the shader or supply the attribute (Vertex_Tangent) to the mesh.', crates/bevy_render/src/pipeline/pipeline_compiler.rs:231:17
stack backtrace:
   0: rust_begin_unwind
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/std/src/panicking.rs:493:5
   1: std::panicking::begin_panic_fmt
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/std/src/panicking.rs:435:5
   2: bevy_render::pipeline::pipeline_compiler::PipelineCompiler::compile_pipeline
             at ./crates/bevy_render/src/pipeline/pipeline_compiler.rs:231:17
   3: bevy_render::draw::DrawContext::set_pipeline
             at ./crates/bevy_render/src/draw.rs:200:13
   4: bevy_render::pipeline::render_pipelines::draw_render_pipelines_system
             at ./crates/bevy_render/src/pipeline/render_pipelines.rs:147:13
   5: core::ops::function::Fn::call
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/core/src/ops/function.rs:70:5
   6: core::ops::function::impls::<impl core::ops::function::FnMut<A> for &F>::call_mut
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/core/src/ops/function.rs:247:13
   7: <Func as bevy_ecs::system::into_system::SystemParamFunction<(),Out,(F0,F1,F2,F3,F4),()>>::run
             at ./crates/bevy_ecs/src/system/into_system.rs:207:21
   8: <bevy_ecs::system::into_system::FunctionSystem<In,Out,Param,Marker,F> as bevy_ecs::system::system::System>::run_unsafe
             at ./crates/bevy_ecs/src/system/into_system.rs:147:19
   9: bevy_ecs::schedule::executor_parallel::ParallelExecutor::prepare_systems::{{closure}}
             at ./crates/bevy_ecs/src/schedule/executor_parallel.rs:200:30
  10: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/core/src/future/mod.rs:80:19
  11: async_executor::Executor::spawn::{{closure}}
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/async-executor-1.4.1/src/lib.rs:144:13
  12: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/core/src/future/mod.rs:80:19
  13: async_task::raw::RawTask<F,T,S>::run
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/async-task-4.0.3/src/raw.rs:489:20
  14: async_task::runnable::Runnable::run
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/async-task-4.0.3/src/runnable.rs:309:18
  15: async_executor::Executor::run::{{closure}}::{{closure}}
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/async-executor-1.4.1/src/lib.rs:235:21
  16: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/core/src/future/mod.rs:80:19
  17: <futures_lite::future::Or<F1,F2> as core::future::future::Future>::poll
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-lite-1.11.3/src/future.rs:529:33
  18: async_executor::Executor::run::{{closure}}
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/async-executor-1.4.1/src/lib.rs:242:9
  19: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/core/src/future/mod.rs:80:19
  20: futures_lite::future::block_on::{{closure}}
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-lite-1.11.3/src/future.rs:89:27
  21: std::thread::local::LocalKey<T>::try_with
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/std/src/thread/local.rs:376:16
  22: std::thread::local::LocalKey<T>::with
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/std/src/thread/local.rs:352:9
  23: futures_lite::future::block_on
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/futures-lite-1.11.3/src/future.rs:79:5
  24: bevy_tasks::task_pool::TaskPool::new_internal::{{closure}}::{{closure}}
             at ./crates/bevy_tasks/src/task_pool.rs:139:25
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
thread 'main' panicked at 'task has failed', /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/async-task-4.0.3/src/task.rs:368:45
stack backtrace:
   0: rust_begin_unwind
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/std/src/panicking.rs:493:5
   1: core::panicking::panic_fmt
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/core/src/panicking.rs:92:14
   2: core::option::expect_failed
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/core/src/option.rs:1241:5
   3: core::option::Option<T>::expect
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/core/src/option.rs:349:21
   4: <async_task::task::Task<T> as core::future::future::Future>::poll
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/async-task-4.0.3/src/task.rs:368:43
   5: bevy_tasks::task_pool::TaskPool::scope::{{closure}}::{{closure}}
             at ./crates/bevy_tasks/src/task_pool.rs:194:38
   6: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/core/src/future/mod.rs:80:19
   7: <core::pin::Pin<P> as core::future::future::Future>::poll
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/core/src/future/future.rs:120:9
   8: async_executor::LocalExecutor::spawn::{{closure}}
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/async-executor-1.4.1/src/lib.rs:376:13
   9: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/core/src/future/mod.rs:80:19
  10: async_task::raw::RawTask<F,T,S>::run
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/async-task-4.0.3/src/raw.rs:489:20
  11: async_task::runnable::Runnable::run
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/async-task-4.0.3/src/runnable.rs:309:18
  12: async_executor::Executor::try_tick
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/async-executor-1.4.1/src/lib.rs:181:17
  13: async_executor::LocalExecutor::try_tick
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/async-executor-1.4.1/src/lib.rs:405:9
  14: bevy_tasks::task_pool::TaskPool::scope::{{closure}}
             at ./crates/bevy_tasks/src/task_pool.rs:223:21
  15: std::thread::local::LocalKey<T>::try_with
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/std/src/thread/local.rs:376:16
  16: std::thread::local::LocalKey<T>::with
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/std/src/thread/local.rs:352:9
  17: bevy_tasks::task_pool::TaskPool::scope
             at ./crates/bevy_tasks/src/task_pool.rs:169:9
  18: <bevy_ecs::schedule::executor_parallel::ParallelExecutor as bevy_ecs::schedule::executor::ParallelSystemExecutor>::run_systems
             at ./crates/bevy_ecs/src/schedule/executor_parallel.rs:121:9
  19: <bevy_ecs::schedule::stage::SystemStage as bevy_ecs::schedule::stage::Stage>::run
             at ./crates/bevy_ecs/src/schedule/stage.rs:822:17
  20: bevy_ecs::schedule::Schedule::run_once
             at ./crates/bevy_ecs/src/schedule/mod.rs:201:13
  21: <bevy_ecs::schedule::Schedule as bevy_ecs::schedule::stage::Stage>::run
             at ./crates/bevy_ecs/src/schedule/mod.rs:219:21
  22: bevy_app::app::App::update
             at ./crates/bevy_app/src/app.rs:58:9
  23: bevy_winit::winit_runner_with::{{closure}}
             at ./crates/bevy_winit/src/lib.rs:485:17
  24: winit::platform_impl::platform::sticky_exit_callback
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/winit-0.24.0/src/platform_impl/linux/mod.rs:736:5
  25: winit::platform_impl::platform::x11::EventLoop<T>::run_return
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/winit-0.24.0/src/platform_impl/linux/x11/mod.rs:303:17
  26: winit::platform_impl::platform::x11::EventLoop<T>::run
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/winit-0.24.0/src/platform_impl/linux/x11/mod.rs:398:9
  27: winit::platform_impl::platform::EventLoop<T>::run
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/winit-0.24.0/src/platform_impl/linux/mod.rs:652:56
  28: winit::event_loop::EventLoop<T>::run
             at /home/dvogel/.cargo/registry/src/github.com-1ecc6299db9ec823/winit-0.24.0/src/event_loop.rs:154:9
  29: bevy_winit::run
             at ./crates/bevy_winit/src/lib.rs:171:5
  30: bevy_winit::winit_runner_with
             at ./crates/bevy_winit/src/lib.rs:493:9
  31: bevy_winit::winit_runner
             at ./crates/bevy_winit/src/lib.rs:211:5
  32: core::ops::function::Fn::call
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/core/src/ops/function.rs:70:5
  33: <alloc::boxed::Box<F,A> as core::ops::function::Fn<Args>>::call
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/alloc/src/boxed.rs:1589:9
  34: bevy_app::app::App::run
             at ./crates/bevy_app/src/app.rs:68:9
  35: bevy_app::app_builder::AppBuilder::run
             at ./crates/bevy_app/src/app_builder.rs:49:9
  36: load_gltf::main
             at ./examples/3d/load_gltf.rs:4:5
  37: core::ops::function::FnOnce::call_once
             at /rustc/770792ff8d1ec542e78e77876ac936f43ffb8e05/library/core/src/ops/function.rs:227:5
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
Segmentation fault

You can see the changes Wings3D made to the GLTF file and the extra PNG files it exported here: https://github.com/dvogel/bevy/commit/c01100e892408df2e83852aa3a2750a67a78351d

This is definitely a duplicate of #121. Using the blender steps outlined in that ticket's comment history allows me to load the model. I've also tested the #1795 branch and it allows me to load the Wings3D-exported model without the blender steps.


text:
Positioning of text with line breaks is offset

Using bevy master, latest commit c743a96, on Windows 10.
Possibly related to #81, #401 and #182 (#183).
I'm trying to position text ("this\ntext\nwraps") that has line breaks in it in the top right corner of the window like so:
____________________________
                     this  |
                     text  |
                     wraps |

I use
            style: Style {
                position_type: PositionType::Absolute,
                position: Rect {
                    top: Val::Px(5.0),
                    right: Val::Px(5.0),
                    ..Default::default()
                },
                ..Default::default()
            },

It appears to calculate the width of the rectangle from the text without the line breaks ("thistextwraps").
Then when it is trying to position the text in the top right, it takes this rectangle (without the line breaks), then afterwards it wraps the text.
Minimal example:
use bevy::prelude::*;

fn main() {
    App::build()
        .add_default_plugins()
        .add_resource(ClearColor(Color::BLACK)) // the window's background colour
        .add_startup_system(setup.system())
        .run();
}

fn setup(mut commands: Commands, asset_server: Res<AssetServer>) {
    commands
        .spawn(UiCameraComponents::default())
        .spawn(TextComponents {
            text: Text {
                font: asset_server.load("fonts/FiraSans-Bold.ttf"),
                value: "This\ntext\nwraps".to_string(), // this is the text I want to position in the top right
                style: TextStyle {
                    color: Color::rgba(1.0, 1.0, 1.0, 0.5), // White text
                    font_size: 40.0,
                },
            },
            style: Style {
                position_type: PositionType::Absolute,
                position: Rect {
                    top: Val::Px(5.0),
                    right: Val::Px(5.0),
                    ..Default::default()
                },
                ..Default::default()
            },
            ..Default::default()
        })
        .spawn(TextComponents {
            text: Text {
                font: asset_server.load("fonts/FiraSans-Bold.ttf"),
                value: "Thistextwraps".to_string(), // this is a "shadow" that demonstrates what's happening
                style: TextStyle {
                    color: Color::rgba(0.7, 0.7, 1.0, 0.5), // Blue text
                    font_size: 40.0,
                },
            },
            style: Style {
                position_type: PositionType::Absolute,
                position: Rect {
                    top: Val::Px(5.0),
                    right: Val::Px(5.0),
                    ..Default::default()
                },
                ..Default::default()
            },
            ..Default::default()
        });
}

Fixed by #765.
With a text added as follows :
commands
        .spawn(TextComponents {
            style: Style {
                align_self: AlignSelf::FlexEnd,
                position_type: PositionType::Absolute,
                position: Rect {
                    top: Val::Px(5.0),
                    right: Val::Px(15.0),
                    ..Default::default()
                },
                ..Default::default()
            },
            text: Text {
                value: "This\ntext\nwraps".to_string(),
                font: font.clone(),
                style: TextStyle {
                    font_size: 50.0,
                    color: Color::rgb(0.8, 0.2, 0.7),
                    ..Default::default()
                },
            },
            ..Default::default()
        });

Text on top-right of the screen, left-aligned (not that it matters in this case anyway), text wraps as seen here :

Perfect.

authors: AlisCode tigregalis


text:
Pack the StandardMaterialKey into a single scalar instead of a structure.

This commit changes the StandardMaterialKey to be based on a set of bitflags instead of a structure. We hash it every frame for every mesh, and #[derive(Hash)] doesn't generate particularly efficient code for large structures full of small types. Packing it into a single u64 therefore results in a roughly 10% speedup in queue_material_meshes on many_cubes --no-frustum-culling.

Once there's a migration guide I'm happy to merge this :)

I don't think this is actually a breaking change. StandardMaterialKey is a public type, but all of its internals are private, and I only changed the internals.

authors: alice-i-cecile pcwalton


text:
Panic on unwrap in ensure_imports

In my project, I'm getting the following panic:
thread 'Compute Task Pool (3)' panicked at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\naga_oil-0.8.1\src\compose\mod.rs:1356:59:
called `Option::unwrap()` on a `None` value
stack backtrace:
   0: std::panicking::begin_panic_handler
             at /rustc/180dffba142c47240ca0d93096ce90b9fd97c8d7/library\std\src\panicking.rs:617
   1: core::panicking::panic_fmt
             at /rustc/180dffba142c47240ca0d93096ce90b9fd97c8d7/library\core\src\panicking.rs:67
   2: core::panicking::panic
             at /rustc/180dffba142c47240ca0d93096ce90b9fd97c8d7/library\core\src\panicking.rs:117
   3: naga_oil::compose::Composer::ensure_import
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\naga_oil-0.8.1\src\compose\mod.rs:1336
   4: naga_oil::compose::Composer::ensure_imports<core::iter::adapters::map::Map<core::slice::iter::Iter<naga_oil::compose::ImportDefWithOffset>,naga_oil::compose::impl$8::make_naga_module::closure_env$5> >
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\naga_oil-0.8.1\src\compose\mod.rs:1365
   5: naga_oil::compose::Composer::make_naga_module
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\naga_oil-0.8.1\src\compose\mod.rs:1679
   6: bevy_render::render_resource::pipeline_cache::ShaderCache::get
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\bevy_render-0.11.0\src\render_resource\pipeline_cache.rs:320
   7: bevy_render::render_resource::pipeline_cache::PipelineCache::process_queue
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\bevy_render-0.11.0\src\render_resource\pipeline_cache.rs:793
   8: bevy_render::render_resource::pipeline_cache::PipelineCache::process_pipeline_queue_system
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\bevy_render-0.11.0\src\render_resource\pipeline_cache.rs:825
   9: core::ops::function::FnMut::call_mut
             at /rustc/180dffba142c47240ca0d93096ce90b9fd97c8d7\library\core\src\ops\function.rs:166
  10: core::ops::function::impls::impl$3::call_mut
             at /rustc/180dffba142c47240ca0d93096ce90b9fd97c8d7\library\core\src\ops\function.rs:294
  11: bevy_ecs::system::function_system::impl$11::run::call_inner
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\bevy_ecs-0.11.0\src\system\function_system.rs:622
  12: bevy_ecs::system::function_system::impl$11::run
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\bevy_ecs-0.11.0\src\system\function_system.rs:625
  13: bevy_ecs::system::function_system::impl$6::run_unsafe<void (*)(bevy_ecs::change_detection::ResMut<bevy_render::render_resource::pipeline_cache::PipelineCache>),void (*)(bevy_ecs::change_detection::ResMut<bevy_render::render_resource::pipeline_cache::Pipel
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\bevy_ecs-0.11.0\src\system\function_system.rs:460
  14: core::panic::unwind_safe::impl$26::poll
             at /rustc/180dffba142c47240ca0d93096ce90b9fd97c8d7\library\core\src\panic\unwind_safe.rs:296
  15: futures_lite::future::impl$14::poll::closure$0
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\futures-lite-1.13.0\src\future.rs:626
  16: core::panic::unwind_safe::impl$23::call_once<enum2$<core::task::poll::Poll<tuple$<> > >,futures_lite::future::impl$14::poll::closure_env$0<core::panic::unwind_safe::AssertUnwindSafe<enum2$<bevy_ecs::schedule::executor::multi_threaded::impl$3::spawn_system
             at /rustc/180dffba142c47240ca0d93096ce90b9fd97c8d7\library\core\src\panic\unwind_safe.rs:271
  17: futures_lite::future::impl$14::poll
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\futures-lite-1.13.0\src\future.rs:626
  18: async_executor::impl$5::spawn::async_block$0
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\async-executor-1.5.1\src\lib.rs:145
  19: async_task::raw::RawTask<enum2$<async_executor::impl$5::spawn::async_block_env$0<enum2$<core::result::Result<tuple$<>,alloc::boxed::Box<dyn$<core::any::Any,core::marker::Send>,alloc::alloc::Global> > >,futures_lite::future::CatchUnwind<core::panic::unwind
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\async-task-4.4.0\src\raw.rs:563
  20: futures_lite::future::impl$12::poll
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\futures-lite-1.13.0\src\future.rs:529
  21: async_executor::impl$5::run::async_fn$0<enum2$<core::result::Result<tuple$<>,async_channel::RecvError> >,futures_lite::future::Or<enum2$<bevy_tasks::task_pool::impl$2::new_internal::closure$0::closure$0::closure$0::closure$0::async_block_env$0>,async_chan
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\async-executor-1.5.1\src\lib.rs:243
  22: futures_lite::future::block_on::closure$0
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\futures-lite-1.13.0\src\future.rs:89
  23: std::thread::local::LocalKey<core::cell::RefCell<tuple$<parking::Parker,core::task::wake::Waker> > >::try_with
             at /rustc/180dffba142c47240ca0d93096ce90b9fd97c8d7\library\std\src\thread\local.rs:270
  24: std::thread::local::LocalKey<core::cell::RefCell<tuple$<parking::Parker,core::task::wake::Waker> > >::with
             at /rustc/180dffba142c47240ca0d93096ce90b9fd97c8d7\library\std\src\thread\local.rs:246
  25: futures_lite::future::block_on<enum2$<core::result::Result<tuple$<>,async_channel::RecvError> >,enum2$<async_executor::impl$5::run::async_fn_env$0<enum2$<core::result::Result<tuple$<>,async_channel::RecvError> >,futures_lite::future::Or<enum2$<bevy_tasks:
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\futures-lite-1.13.0\src\future.rs:79
  26: bevy_tasks::task_pool::impl$2::new_internal::closure$0::closure$0::closure$0::closure$0
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\bevy_tasks-0.11.0\src\task_pool.rs:171
  27: std::panicking::try::do_call
             at /rustc/180dffba142c47240ca0d93096ce90b9fd97c8d7\library\std\src\panicking.rs:524
  28: std::panicking::try
             at /rustc/180dffba142c47240ca0d93096ce90b9fd97c8d7\library\std\src\panicking.rs:488
  29: std::panic::catch_unwind
             at /rustc/180dffba142c47240ca0d93096ce90b9fd97c8d7\library\std\src\panic.rs:142
  30: bevy_tasks::task_pool::impl$2::new_internal::closure$0::closure$0::closure$0
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\bevy_tasks-0.11.0\src\task_pool.rs:165
  31: std::thread::local::LocalKey<async_executor::LocalExecutor>::try_with
             at /rustc/180dffba142c47240ca0d93096ce90b9fd97c8d7\library\std\src\thread\local.rs:270
  32: std::thread::local::LocalKey<async_executor::LocalExecutor>::with
             at /rustc/180dffba142c47240ca0d93096ce90b9fd97c8d7\library\std\src\thread\local.rs:246
  33: bevy_tasks::task_pool::impl$2::new_internal::closure$0::closure$0
             at C:\Users\Johan\.cargo\registry\src\index.crates.io-6f17d22bba15001f\bevy_tasks-0.11.0\src\task_pool.rs:158
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
Encountered a panic in system `bevy_render::render_resource::pipeline_cache::PipelineCache::process_pipeline_queue_system`!
2023-09-09T08:41:57.642548Z ERROR matchbox_socket::webrtc_socket::socket: Socket(Io(Os { code: 10093, kind: Uncategorized, message: "Either the application has not called WSAStartup, or WSAStartup failed." }))
error: process didn't exit successfully: `target\debug\cargo_space.exe --dev --next 1 --no-ldtk --n 0` (exit code: 101)

I don't have a minimal test case, and it's entirely possible that I'm doing something weird or unsupported, but it kind of looks like the code is making incorrect assumptions. Would perhaps be better to make it an expect at least? And give the user some hint as to what they did wrong?
https://github.com/bevyengine/naga_oil/blob/b8bcd0344afa7dace11ce076337be49ed71dd9c2/src/compose/mod.rs#L1355
https://github.com/bevyengine/naga_oil/blob/b8bcd0344afa7dace11ce076337be49ed71dd9c2/src/compose/mod.rs#L1356

One way to trigger it
git clone https://github.com/johanhelsing/bevy_smud
cd bevy_smud
cargo run --example time

Upgrading form 0.8.1 to 0.8.2 solved it


text:
Add documentation for SPADS installation

Here is draft:
Purpose of SPADS installation
If you have a local running version of TeiServer, you can point Chobby to localhost and login. However, you won't be able to see any battle rooms. To see battle rooms you will need to install SPADS.
Create a bot account to be used by SPADS
Run TeiServer locally, login as root@localhost and go to
http://localhost:4000/teiserver/admin/user
You should see many users here assuming you have run Teifioin's fake data script.
Search for a user that has FakeData as the client (i.e. a normal user). Then Edit User > Tick "Bot" and "Verified" > Save Changes
The SPADS bot must have a name with 20 or less characters. If you wish to rename the user, remove edit from the url, e.g.
http://localhost:4000/teiserver/admin/user/{id}

Select Actions > Rename.
Note this username as it will be used later. If you need to change the username/password, you can edit etc/spads.conf
Point Chobby to local TeiServer
Inside install folder for Beyond All Reason, add a devmode.txt file. This will make available some dev settings in BAR.
Open Beyond-All-Reason exe > Start > Settings > Scroll down and change Server Address to localhost
Go to Multiplayer & Coop > Login as the bot user you created earlier.
All these fake users created by Teifion's fake data script should have a password of password
Accept any agreement if needed. This is just to test if everything works. You can now Exit the app.
Install SPADS Prerequisites
Download dependencies by following the prerequisite instructions here. In theory if you have TeiServer on Windows WSL, you could use either the Linux or Windows prerequisite instructions.
Another dependency we need that is not listed is Inline::Python. This dependency is used by one of BAR's plugins. Here is the install documentation.
Install SPADS
Further down the previous page are install instructions for SPADS. Follow only steps 1 and 2 of the Installation instructions. When downloading spadsInstaller.tar it might be flagged as a virus. (I had to disable Windows Threat Protection. Not sure if there's a better way).
Now for step 3 instead run this on your SPADS folder:
perl spadsInstaller.pl --auto BarMinimalMaps

This will install SPADS with some BAR-specific configurations. It will ask someone questions and most will be answered automatically. Step 8 may take a while as it downloads BAR. Near the end, it will ask you for a username/password for SPADS to use. Use the bot user you created earlier. Remember all users have password of password
Finally it will ask you for another login for autohost owner. You can enter anything here, even a user that doesn't exist. It's not used.
Config changes
Inside your SPADS folder, open etc/spads.config and change the lobbyHost field to point to our local TeiServer
lobbyHost:127.0.0.1

Install SPADS Plugins
In your SPADS folder, open etc/spads.conf. Change the autoLoadPlugins line to this:
autoLoadPlugins:BarAutoUpdate;BarManager;RatingManager

Enter this exactly the same as it is case sensitive.
Now we need to get BarManager and RatingManager plugins. Download the spads_config_bar repo. You can ignore the repo's readme because we only need a couple files from it.
Copy from the repo these files:
etc/BarManager.conf
etc/BarManagerCmd.conf
and paste into your SPADS etc folder.
Copy from the repo these files:
var/plugins/BarManagerHelp.dat
var/plugins/barmanager.py
var/plugins/ratingmanager.py
and paste into your SPADS var/plugins folder
We need to point our var/plugins/ratingmanager.py plugin to TeiServer so open it and set this line
server_url = "http://127.0.0.1:4000"

Run SPADS
perl spads.pl etc/spads.conf

The first time you do this it will ask you to run it again with a parameter to trust the certificate. The certificate is something you would have created when installing TeiServer.
Launch the lobby
Run Beyond All Reason exe. Login as a user (but not the SPADS bot). You can go back to TeiServer to see the list of users. Use password as the password. If all is well, you should be able to see a battle room when you login to multiplayer.
Starting a match if Chobby is in Windows and SPADS is in WSL
These steps are only needed if you have Chobby in Windows and SPADS in WSL. When you try and start a match it will fail. To fix this, go to SPADS folder then open etc/spads.conf. Change the IP address of lobbyHost to your WSL IP address (instead of 127.0.0.1). You can find your WSL IP address by running in command line:
wsl hostname -I

Now try and run Teiserver and SPADS. You may get an error to do with geoip. In that case, go to localhost:4000
Admin > Site Config > System
Then change "Use geoip" to false. Restart Teiserver. Now try and start a match again and it should work.

I would suggest converting this issue into a pull request to create a new file under documents/guides, maybe as a new section under local_setup.md or a new doc to explain how to also run spads (and maybe chobby) locally against local teiserver. Also, amend the Readme to mention this file.
That doc was very useful for me at several points, so I think it's worth pushing to get it somewhere, and then we can simply improve it.

OK I'll make a PR in the next couple of days for this doc.

authors: geekingfrog jauggy

repo: beyond-all-reason/teiserver


text:
MGDCTRS-2027:fix:Allow few special characters in search

https://issues.redhat.com/browse/MGDCTRS-2027

@mmuzikar the motivation here BTW was to consider being more inline with the kafka creation flow, where I believe there are some restrictions on naming.  It'd definitely be good to do some sanitization of user input end to end for the name field and other text fields, so for example if it's possible to create connectors with names via the API that could be say executed by the UI in some fashion we should raise that.

@gashcrumb so do we need to refine input fields during the creation flow before the validation fix?

@uidoyen no, not necessary for this PR.
But I think if we keep the restrictions in place, we should ensure that they're consistent with the entry fields and also the API should also work under the same rules, as if we restrict characters for reasons from the UI, it also needs to be prevented by the API as well.  Otherwise, someone could use the API to create a connector using a name that could potentially cause issues with the UI, for example give a connector a blank name via a hard space so it can't be clicked on.  Probably it'd be good to raise an enhancement to cover this.

@mmuzikar I have included . to allow in the Connector Type search field but not in the rest of the search fields. Can you have a look?

One more thing that isn't clear to me is why ^([a-zA-Z0-9-_%_.]*[a-zA-Z0-9-_%_])?$ can't this be simplified to ^([a-zA-Z0-9-_%_.]*)$?

One more thing that isn't clear to me is why ^([a-zA-Z0-9-_%_.]*[a-zA-Z0-9-_%_])?$ can't this be simplified to ^([a-zA-Z0-9-_%_.]*)$?

@mmuzikar nice catch! Regex always confuses me :smile:

authors: gashcrumb mmuzikar uidoyen


text:
[MGDSTRM-6791] Adding code coverage for Admin Server

Generating coverage reports using Jacoco and adding sonar cloud coverage to visualize the coverage analysis.
Sonar cloud link :https://sonarcloud.io/summary/new_code?id=biswassri_kafka-admin-api&branch=sonar-integration (The link will change into a bf2 sonar cloud link once completed)

Yes, you just push your sonar-integration branch to this repo and re-open the PR from that

authors: MikeEdgar biswassri


text:
OER-Atelier am 27. April

Lieber Markus
Mein Kollege Luca Bösch hat mir letzte Woche den Link zu deiner stetig wachsenden Sammlung von OS-Projekten auf Github geschickt, und ich hatte Freude zu sehen, dass Open Education auch dabei ist – so gut!
Ich bin bei der Virtuellen Akademie für Open Educational Resources (OER) zuständig und leite dieses Semester auch eine Kursreihe für BFH Dozierende dazu, bin mir also auch grad noch am überlegen, welche Links ich deiner Sammlung hinzufügen kann 😊
Mich würde noch interessieren, ob du deine Unterrichtsmaterialien auch schon alle als OER erarbeitest, oder das evtl. vorhast? Falls du dies gerne im Austausch mit anderen Dozierenden von unterschiedlichen Dept machen möchtest, ich organisiere am Donnerstag, 27. April am Nachmittag ein OER-Atelier: https://www.bfh.ch/de/weiterbildung/kurse/oer-atelier/
Gerne darfst du den Hinweis zum Atelier auch an andere OER-interessierte Personen im W weiterleiten! Am Dienstag, 13. Juni mache ich dann noch einen Kurs zu «OER publizieren», da geht es dann eher um Repositorien, wie z.B. auch Github, aber auch Datenschutz, und alle finalen Checks vor einer Publikation.
Liebe Grüsse
Lena
Berner Fachhochschule
Haute école spécialisée bernoise
Dr. Lena Tichy (sie/ihr)
Community Managerin
Fachstelle Virtuelle Akademie

Liebe Lena
Vielen Dank für die ganzen Infos – ein paar Idee(n) & Kommentare:
Komm doch mal gerne zu unserer BFH Open Source Community of Practice – jeden 2. Dienstag Vormittags von 10-11 : dann können wir uns mal kennenlernen und zum Thema OER austauschen; ich leite dir mal den nächsten Austausch einfach weiter
Ich habe Jörg Berkel mit in den CC genommen (er ist bei uns BFH & bspw. auch dem Verein CH Open – für das Thema OER verantwortlich)
Ich schaue mal, ob ich es am 27.04 einrichten kann – lieben Dank für den Hinweis
Und ja ich habe meine Vorlesung EOSS am IPST der BFH Wirtschaft als OER unter CC-BY veröffentlicht; bzw. nutze auch (fast ausschliesslich) solche Inhalte: https://github.com/digital-sustainability/?q=module-eoss – es teilt sich auf 3 s.g. Repositories auf
Lieben Dank & Grüsse und bis bald
Markus

Lieber Markus
Merci dir vielmals für Teilen! Ich komme gerne bei eurem nächsten CoP-Treffen vorbei, freue mich.
Jörg und ich haben uns vor Kurzem bereits ausgetauscht zu OER, schön, dass sich der Kreis jetzt schliesst :-)
Danke auch für den Hinweis zu deiner EOSS Vorlesung, tolle Sache.
Liebe Grüsse und bis nächste Woche
Lena

authors: MarkusTiede lenatichy

repo: bfh/opensource


text:
Skim tcs

PR Description
The primary goal was to implement a Δ R selection between the trigger cells and gen-level particles in the skimming step. This greatly reduces the size of the stored arrays and should make running the reconstruction chain significantly faster, solving issue #29. In addition, this PR updates the production scripts to use the YAML configuration file in place of hardcoded paths, solving issues #32 and #34. Finally, a submission script was included that allows the user to perform the skimming step as jobs launched on HTCondor. Both should be easily generalizable to submit other jobs.
How has this been tested?
I have confirmed that the skimming test works well for both run possibilities (using the default path set in the YAML file and the --inpath command line option). They work equally as well as part of a job submission.
Breaking changes
The formerly required argument,--particles, has been removed from the production step in favor of inferring the particle type from the input file path. This obviously requires the particle name to be included somewhere in the path, or the code will throw an error. Similarly, if more than one particle type is present in the path the code will also throw an error.
Checklist

[X] I have performed a self-review of my code
[X] My code follows the naming convention of this project
[X] I have commented my code, particularly in hard-to-understand areas
[X] I have made corresponding changes to the documentation

To help with another feature (running the cluster size study on HTCondor), I rewrote job_submit.py in terms of classes, as well as added a few general updates. You can see the updated version here. This update should allow for more flexibility and removes some duplication that was done in the previous version. Let me know if you would like me to integrate this version into this PR (I've confirmed that both versions run as intended), or if you would prefer to merge as-is now, and update in an upcoming PR.

To help with another feature (running the cluster size study on HTCondor), I rewrote job_submit.py in terms of classes, as well as added a few general updates. You can see the updated version here. This update should allow for more flexibility and removes some duplication that was done in the previous version. Let me know if you would like me to integrate this version into this PR (I've confirmed that both versions run as intended), or if you would prefer to merge as-is now, and update in an upcoming PR.

This PR was closed because the work performed was absorbed into a new branch which also contains an update to the Dash Application and the calculation of energy weights. A new PR will be opened from this branch once it's been properly cleaned up.


text:
fr: use puppet-archive instead of camptocamp-archive

The camptocamp-archive breaks the jenkins puppet run since jenkins needs the puppet-archive. Is it possible to modify this module to use the puppet-archive? Thank you in advance.

this would also take care of https://github.com/bfraser/puppet-grafana/issues/80

+1

Thank you for submitting the PR, this is fixed in #85 and 397f70b

authors: bfraser grzegorz-dubicki ltutar

repo: bfraser/puppet-grafana

license_source: bigquery


text:
Deprecate long-form mixins

Resolves #156

@jasonmit beautiful! Thank you! I'll merge this, cut a 1.x release, and then a 1.x branch. Then we can merge #159 and start on the 2.x betas 🙌

authors: bgentry jasonmit

repo: bgentry/ember-apollo-client

license: mit


text:
Power consumption at no load and no speed

Hi Ben,
Thanks for open sourcing all of this and providing nice documentation. I'm using one of the knock-offs from your design (T-motor AK80-6) and am trying to understand the power consumption I'm seeing. The module runs on 24V and when the motor isn't in control mode it consumes 28 mA.
When entering control mode, the current jumps up to ~110 mA (measured from benchtop supply). I'm trying to understand where this current is going. The DRV8323 should only consume ~12 mA and with the q-axis and d-axis currents set to zero (using kp =0, kd =0, tau_ff = 0, I_FW_MAX = 0) I would think the only other current would be for gate charge. Did you see similar current values on your mini-cheetah modules?
Thanks for the help!

That sounds a too high to me.  I just checked one of my drives, and I see 30 mA idle at 24V, and 60 mA with the drive enabled and all commands set to zero.  Maybe check how high the current bandwidth is set, and see if reducing it changes power consumption?  If the current sensors on that variant of the drive are noisy, they'll introduce some extra current ripple, which could explain the higher power consumption.  I expect you'd notice some very audible hissing noises if this were the case though.
The additional power when the drive is enabled should mostly be charging/discharging the FET gates and charging/discharging the FET output capacitance

Thanks for the reply. The motor was very audible at the default current bandwidth. For some reason the current bandwidth doesn't show up in the settings menu for this version, but it appears to accept the commands (e.g. 'b200'). Reducing the current bandwidth significantly reduced the audible noise of the motor but the current consumption is still around 100 mA at no load and no speed.
How much current should I expect for the charge pump for the high side FETs at no load?
Does the load on the buck regulator change significantly when the motor is enabled and could this explain the power consumption? I'm wondering if I could reduce the total power draw by cutting traces and supplying a separate 5V input.
Thanks again!

authors: bgkatz ekrimsk


text:
Feat: Page to view single video

This PR contains the following-

User can click on a video and they are navigated to a new page
On the single video viewing page user can add the video to likes, watch later or add it to a playlist.
Can read the description, creator and other details of the video

Video context & Reducer Code looks good

Overall code is clean
UI looks good Cant login with guest id have a look

Thank you for informing and for your review. I shall look into it.

I like how you've done error handling
Nothing major caught my eyes
It can be merged

Thank you for your review.


text:
Add dollar amount to Request Event

Add a field to specify the dollar amount for event requests.
Ensure this value can be modified by admins.

Done.

repo: bhavanvir/singh-sabha


text:
Change Foreground of VirtualEnv

I want to change the foreground of virtualenv element.
I tried to search in Readme and wiki but I couldn't find it,
I tried to use,
POWERLEVEL9K_VIRTUALENV_BACKGROUND="blue"
POWERLEVEL9K_VIRTUALENV_FOREGROUUND="white"

but it didn't work.
Can anyone please guide me to the correct place.
Thanks.

Well. That should work, if:

you choose another background than the default blue.
you fix your typo in the foreground variable name.

This works:
POWERLEVEL9K_VIRTUALENV_FOREGROUND="white"
POWERLEVEL9K_VIRTUALENV_BACKGROUND="red"

@svaderia - I'm assuming you're up and running, now? If not, please re-open and let us know what's going on! =)

@bhilburn Yeah it's up and running, sorry for late reply.
@dritter Thanks for quick response!

authors: bhilburn dritter svaderia


text:
Make Anaconda environment status match Virtualenv format

Colours didn't render for the Anaconda environment segment
Small change  to match the same formatting as VirtualEnv environment

Hah, good catch. Thank you, @moxon6! I really appreciate the fix.
I actually merged this into master (I'm considering this a bugfix), and then merged master into next, so you should see it on both branches. Nice work!


text:
Display Missions

In this pull request, I have enhanced the application by utilizing the useSelector() Redux hook to select the necessary state slices and render lists of missions in the mission routes. The missions' data is presented in a table format, following the design specifications.
Additionally, React Bootstrap has been integrated to style the entire application, ensuring a consistent and visually appealing user interface.
Changes Made:
Implemented the useSelector() Redux hook to select the required state slices for missions data.
Rendered lists of missions in mission routes using the selected data, formatted in a table as per the design.
Integrated React Bootstrap to style the entire application.

Please review the changes and test the application to ensure that the missions are displayed correctly in lists, and the entire application has been styled using React Bootstrap as per the design. If there are any issues or further suggestions, kindly let me know. Thank you!

Your Project looks fine ,
You can Merge this now.
Cheers 😃


text:
没找到发文的功能

老哥 发文（支持 MarkDown 语法）这个功能在react前端页面木有找到啊

老哥 发文（支持 MarkDown 语法）这个功能在react前端页面木有找到啊

朋友，这个发文是在后台。

老哥 发文（支持 MarkDown 语法）这个功能在react前端页面木有找到啊

管理后台在这里：https://github.com/biaochenxuying/blog-react-admin

authors: Insthyd biaochenxuying sunyunxian

repo: biaochenxuying/blog-react


text:
how to add korea into config?

{
		    module: "MMM-COVID19",
		    position: "top_left",
		    config: {
		      updateInterval: 300000,
		      worldStats: true,
		      delta: true,
		      lastUpdateInfo: true,
		      countries: [ "South-Korea", "China", "Italy", "Spain" ],
		      headerRowClass: "small",
		      rapidapiKey : "705fc0bb2fmsh4201f7c9bb9a89cp1a25a0jsna36534595cdb"
		    }
		},

this is what I have for config.js and it doesn't work. I've also tried
"Korea"
"south_korea"
any help would be appreciated, thank you!

South Korea is set to "S. Korea".

im trying to get info about South-Korea as like @kkongchi-maker
so i chaged
countries: [ "S.Korea", "China", "Japan"]
but i can only see China, Japan
any help would be appreciated too, thank you!

hello.
You have to insert space between '.' and 'S'.
S."space"Korea
Have a good day!
2020년 9월 21일 (월) 오전 1:41, dntjd7701 notifications@github.com님이 작성:

im trying to get info about South-Korea as like @kkongchi-maker
https://github.com/kkongchi-maker
so i chaged
countries: [ "S.Korea", "China", "Japan"]
but i can only see China, Japan
any help would be appreciated too, thank you!
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/bibaldo/MMM-COVID19/issues/53#issuecomment-695808022,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AHVSDDNUWTEF4LIFHHHY5TDSGYWDNANCNFSM4ORBCFFQ
.

authors: dntjd7701 kkongchi-maker springjjeon


text:
BIDS for histology discussion

Hi everyone, I’m a student in NeuroPoly Lab at Polytechnique Montreal. We are looking into BIDS for histology and would like to start a conversation with the community. Here is our BIDS proposal for handling histology data, you can comment or make suggestions directly on the doc.  Comments and feedback are welcome!
This is a continuation of the issue on Neurostars.
Best,
Marie-Helene

Hi @mariehbourget, thanks for sending this in.
I realize that you started with a post on Neurostars (https://neurostars.org/t/bids-with-histology-data/7201) and saw that Franklin and Chris already gave some advice.
But if you want to get additional feedback from the BIDS community, it may be worth to also send an announcement with a bit more detail about the motivation via the mailing list (https://groups.google.com/forum/#!forum/bids-discussion)

Hi Marie-Helene,
This is a really great initiative, thanks for starting this up! I do some mri-histology work, mostly in humans (surgical and post-mortem), and happy to contribute where I can and provide datasets too.
Two questions that come to mind:

What about whole-slide imaging file formats? For larger slides image tiling is required, basic formats like png are effectively unusable, and so hierarchical file formats are used that store low-res versions of the tiled images, along with all the full resolution tiles. Aperio svs (or bigTiff) is a common one, but a list of most of the popular ones can be found here: https://openslide.org/formats/. Would be curious to know how many people in this community are currently using those formats though, as they can be cumbersome to work with because of their size and limited support in viewers. Nifti could be a more flexible alternative for smaller sized images.

Would be an excellent opportunity to sort out standardized ways specifying coordinate systems and transformations between spaces (like MRI <-> histology) if the data are registered.

Best,
Ali

Hi Marie-Helene,
This is a great initiative - thank you for starting it! It would be really exciting to be able to share histology data in a standardised format.
I've added some comments on the google doc - I'll spread the work to a few other preclinical people I think may be interested in being involved. Would be great to take OHBM as an occasion to have a meet up with those interested!
Best wishes,
Alberto

Just as a quick aside, it's probably worthwhile to check in with the Bio-Formats folks before you get too deep into this.  OME-TIFF is already a fairly mature metadata standard and it's possible that you might end up duplicating some of the efforts that they've already made if you're not careful.

Would be an excellent opportunity to sort out standardized ways specifying coordinate systems and transformations between spaces (like MRI <-> histology) if the data are registered.

@akhanf that's a tricky one 😉

@akhanf - great suggestions. part of the process should be about capturing the information about coordinates/coordinate systems. the standardizing part may take some effort, but we can learn from several prior things.
it would be good to include:

some considerations of what formats are suitable at what scales of data and for what purpose.  we are currently helping a group curate a rather complex dataset that has multiple MR and optical recordings at a variety of scales from TBs to 100s TBs for a given sample. there are considerations of image formats, derived objects in vector formats, compressions schemes, metadata, etc.,. as we understand the data and processes better we may come back here with some options.

2, what are the different generators of such data (which instruments, what is their native/exported format, etc.,.)?

Hi @sappelhoff ,
We received great feedback and suggestions from the community and updated our working example accordingly. We were wondering what are the next steps to move forward and make this an official BEP? Thanks!

hey @mariehbourget, that's nice! We'll discuss this in our upcoming maintainers meeting next Tuesday and get back to you very soon afterwards.

Update: The current BEP proposal looks good and you seem to have found several contributors already --> we'll suggest to the steering group to make this BEP official. The next meeting is on the 30th, but I am very positive that we'll have good news then :-)
(i.e., feel free to keep working on the BEP until then)

Hi Histology folks,
we have decided to make this BEP official, giving it the number 31 --> BEP031 :tada:
I have lso prepared a PR that adds BEP031 to the list of all BIDS extension proposals: https://github.com/bids-standard/bids-website/pull/144
Please review whether that looks fine to you. Once that PR is merged, you'll be able to refer to your BEP using this address: https://bids.neuroimaging.io/bep031 ... that will then redirect to your Google Doc. If in the future you want to change where this link links to, you can simply edit a file on the bids-standarrd/bids-website repository and won't have to distribute an entirely new link.
Some important points to keep in mind when continuing to work on your BEP:

The microscopy data you are trying to introduce to BIDS is very different in kind to what we are currently having. To make integration as easy as possible, try to find collaborators / advisors that are well experienced with many different kinds of data supported in BIDS ... and with BIDS itsself
Please have a look at the bids-standard/bids-validator early on during your BEP development and think about how the data structure you are developing can be validated using our existing bids-validator ... and what extensions are needed

That's all from my side so far! Good luck and have fun.

Fantastic news - thank you @sappelhoff!

Great news! Thank you @sappelhoff for your help and advice.

@mariehbourget Wanted to suggest a collaboration.  The NIH Common Fund's Stimulating Peripheral Activity to Relieve Conditions ( SPARC) program is collecting microscopy data (and other data such as genomics, electrophysiology) with the addition of annotations and segmentation (via MBF Bioscience).  As part of this work, BIDS was used as a foundation for the data within SPARC ( https://sparc.science/help/3FXikFXC8shPRd8xZqhjVT ).  Information about samples is included and information about appropriate metadata for samples and subjects (e.g. from MINDS) is also included. We (including @tgbugs @bandrow ) are part of the SPARC curation core and would be interested in joining these discussions.

Thank you for reaching out @jgrethe ! Glad to have you and your team being part of these discussions.

Hi @jgrethe , thank you for reaching out and joining the discussion.
For the BIDS extension proposal for microscopy, we are looking into restricting the primary data to only one file format. This is to avoid having Apps down the line having to deal with multiple formats. As of now, we are mainly discussing between 2D image formats like PNG or Whole-slide imaging formats like OME-TIFF. We looked into the SPARC dataset structure and we are wondering if you have guidelines or best practices regarding file formats for your “primary” folder? Thanks!

Hi,
Thanks for starting this community effort!
Two cents for the Martinos Center  (@brf2), where we're working with multimodal datasets that include 3D microscopy (OCT and light-sheet microscopy): it would be beneficial to make choices that are compatible with 3D datasets. I don't think that having separate BEP for 2D and 3D microscopy makes sense, there's way too much overlap between these.
It would also be super useful to think about coordinates systems / spatial mapping (most microscopy formats don't include the equivalent of an affine transform). Having a look at what's done in the GIS community could be interesting: they have very similar problems as us (coordinate systems, large files, pyramids, etc).
I have added a few comments on the google doc.
Thanks again

authors: akhanf balbasty jcohenadad jgrethe jpellman lazaral mariehbourget sappelhoff satra

repo: bids-standard/bids-specification


text:
[SCHEMA] Allow acq-* to relate physio data to MRI data in anat/ as described in #2164

The deno based validator did not accept files like sub-01_acq-T1w_physio.tsv.gz located in anat/ and related to the T1w anatomy. This was, because a task was required, which was inherited from rules.files.raw.task.timeseries.entities. The key task is now overridden to optional. Please also see issue #2164 for more information and related patches.

I think mod might make more sense for this.

Thank you, @tsalo, for your suggestion, indeed from reading the specs mod seems more appropriate. I have tested it and received another error:
[ERROR] ENTITY_NOT_IN_RULE Entity not listed as required or optional for files with this suffix
		/sub-11/anat/sub-11_mod-T1w_physio.tsv.gz - mod not in rule rules.files.raw.task.timeseries__anat

I believe, this requires another modification of the schema to fix it.

The task entity is already inherited via
https://github.com/bids-standard/bids-specification/blob/c81144bb23afb1ede6499c2ef751d3db711c3d4b/src/schema/rules/files/raw/task.yaml#L108-L109

authors: effigies tsalo tstoeter


text:
3.12

Go


text:
Problem: common code is not tested

Solution: remove it from codecov
The common package is checked in codecov but the tests were not included when it was copied from bigchaindb. Since there will be a new solution for common soon, the tests will not be copied and  it'll just be ignored by codecov.

Codecov Report

Merging #452 into master will increase coverage by 28.79%.
The diff coverage is n/a.

@@            Coverage Diff            @@
##           master   #452       +/-   ##
=========================================
+ Coverage    71.2%   100%   +28.79%
=========================================
  Files           9      5        -4
  Lines         639    192      -447
=========================================
- Hits          455    192      -263
+ Misses        184      0      -184

authors: codecov-io codegeschrei

repo: bigchaindb/bigchaindb-driver


text:
Expose API port on docker

When running BigchainDB in Docker, the API port is not exposed, hence it's impossible to connect to the web API.

I'm sure you got this, but I ran into this issue and the fix involves telling docker-compose to forward the port, and also opening up address to which the web server binds – but you obviously don't want to bind to  0.0.0.0 if running natively.
> git diff

──────────────────────────────────────────────────────────────────────────────────────────────
 --- a/bigchaindb/processes.py
 +++ b/bigchaindb/processes.py
──────────────────────────────────────────────────────────────────────────────────────────────
@@ -84,6 +84,5 @@ class Processes(object):

         # start the web api
         webapi = server.create_app()
-         p_webapi = mp.Process(name='webapi', target=webapi.run, kwargs={'host': 'localhost'})
+         p_webapi = mp.Process(name='webapi', target=webapi.run, kwargs={'host': '0.0.0.0'})
         p_webapi.start()

──────────────────────────────────────────────────────────────────────────────────────────────
 --- a/docker-compose.yml
 +++ b/docker-compose.yml
──────────────────────────────────────────────────────────────────────────────────────────────
@@ -24,6 +24,8 @@ bigchaindb:
     - ~/.bigchaindb_docker:/root/.bigchaindb_docker
   links:
     - rethinkdb
   ports:
+     - "5000:5000"
   environment:
     BIGCHAIN_DATABASE_HOST: rethinkdb
     BIGCHAINDB_CONFIG_PATH: /root/.bigchaindb_docker/config

Also change the port in apiary

closed in #224

authors: r-marques thedoctor vrde

repo: bigchaindb/bigchaindb


text:
Updating github auth creds

Existing auth creds for git in travis/appveyor do not work and no artifacts can be uploaded.

repo: bigcommerce-labs/node-sass


text:
Refactor/mark buckets

The leftPositionAndLibrary function in markBuckets was a bit hard to understand. This PR refactors it so that it is easier to understand and also so that it uses Option(None) instead of null. Also minor documentation fix.

Can one of the admins verify this patch?

Jenkins, test this please

Jenkins, add to whitelist

Coverage increased (+0.04%) to 78.977% when pulling 357bdea8e224d0c078a1400867e6cd1cf5364303 on jondeaton:refactor/markBuckets into 8e8007eb967d24e3296c4680bafe58b279e29ccf on bigdatagenomics:master.

Coverage increased (+0.04%) to 78.977% when pulling 357bdea8e224d0c078a1400867e6cd1cf5364303 on jondeaton:refactor/markBuckets into 8e8007eb967d24e3296c4680bafe58b279e29ccf on bigdatagenomics:master.

Coverage increased (+0.04%) to 78.977% when pulling 357bdea8e224d0c078a1400867e6cd1cf5364303 on jondeaton:refactor/markBuckets into 8e8007eb967d24e3296c4680bafe58b279e29ccf 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/ADAM-prb/2785/
Test PASSed.

Closing as WontFix.  Feel free to create a new PR after rebasing against git head.

authors: AmplabJenkins coveralls heuermh jondeaton

repo: bigdatagenomics/adam


text:
OSP-19 ensure policy is deleted in MLR case [cherry-pick]

Reviewer: trivial

Refer to this link for build results (access rights to CI server needed):
https://jenkins.bigswitch.com/job/openstack_horizon_bsn_pull_req/99/

authors: bsn-abat wolverineav

repo: bigswitch/horizon-bsn


text:
🛑 Jefferson Real is down

In 0e1fd69, Jefferson Real (https://jeffersonreal.uk) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Jefferson Real is back up in 7402277.

repo: bigupjeff/my-site-uptime-monitor


text:
Genome browser is currently broken

Describe the bug
The genome browser does not properly work.
To Reproduce
Go to genome browser in case overview.
Expected behavior
The genome browser should display.
Screenshots

Additional context
N/A

Root Cause Analysis
The REST server has been removed from the worker and currently, the server still tries to reverse proxy to the worker REST server. The UI attempts to talk to the reverse proxy.
This does not affect the per-case tracks as these are served from Python.
Also, there is a crash if one attempts to browse a case without SVs.

repo: bihealth/varfish-server


text:
Migrate case list/details to Vue.js (#743)

Closes: #743
Related-Issue: #743
Projected-Results-Impact: none

Codecov Report
Base: 83.66% // Head: 83.40% // Decreases project coverage by -0.26% :warning:

Coverage data is based on head (6b5386a) compared to base (1e32ab2).
Patch has no changes to coverable lines.

:exclamation: Current head 6b5386a differs from pull request most recent head 284192b. Consider uploading reports for the commit 284192b to get more accurate results

Additional details and impacted files
@@            Coverage Diff             @@
##             main     #744      +/-   ##
==========================================
- Coverage   83.66%   83.40%   -0.27%
==========================================
  Files         159       14     -145
  Lines       15822     1247   -14575
  Branches      284      284
==========================================
- Hits        13237     1040   -12197
+ Misses       2585      207    -2378

Flag
Coverage Δ

javascript
83.40% <ø> (ø)

python
?

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

config/settings/base.py

config/urls.py

variants/urls.py

variants/views_api.py

varfish/vueapp/plugins.py

beaconsite/models.py

regmaps/apps.py

beaconsite/models_api.py

conservation/models.py

svs/admin.py

... and 135 more

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

This is the first part adressing #743, read-only at the moment.

authors: codecov-commenter holtgrewe


text:
Area to left/right of touch bar on virtual keyboard layout should trigger esc/siri

On actual touch bars this area is, in fact, capacitive - at east on the left side, where the empty space can be used to trigger the escape key. It seems like the display is only cut short for symmetry.
Since there's no touch ID sensor on this virtual keyboard, my suggestion is to have both edge areas trigger their respective edge buttons - so escape and Siri by default.

Fixed in the latest release!

authors: GoldenChaos robbertkl

repo: bikkelbroeders/TouchBarDemoApp


text:
Toevoegen Bomen aan NLCS

Er is een verkennend gesprek geweest met het normeninstituut bomen, waarbij we in ieder geval verwachten dat er zaken op elkaar afgestemd kunnen worden tussen NLCS objecten en zaken uit het datapaspoort handboek bomen. en in een later stadium mogelijk ook weer verrijkt met een informatiemodel zoals ook bijvoorbeeld bij de verkeersborden.
We hebben een Excel van het datapaspoort ontvangen, maar hier is verder nog niet veel mee gedaan.
Echter op basis van de Excel kunnen we in eerste instantie dus weer kijken welke objecten hiervan nu ontbreken in de NLCS en welke waardevol zijn om toe te voegen.
Hier zal iemand vanuit de expertcommissie, met verstand van groen, eens in moeten duiken. Echter doordat we even genoeg op het bord hebben liggen is dit er nog niet van gekomen.
Daarnaast hebben wij het, zoals destijds afgesproken, tijdens het Leveranciersoverleg aangehaald, maar hier kwamen eigen geen reacties uit waar we nu op verder door kunnen bouwen, aangezien er niet herkend werd dat er vanuit gebruikers behoefte naar was.

Use case:...

Ontwikkelpad: IMBOR bomen eerst opstellen, dan daarvan afleiden welke visualisaties er komen

Wat is hier de gedachte? De NLCS is een tekenstandaard, geen ontwerptooling. Eens met ontwikkelpad via IMBOR. IMBOR kent nog geen objecten voor groeiplaats? "graafafstand tot bomen" begrijp ik niet als NLCS object, wel als object eigenschap of als algemenen 'graaflijngrens' o.i.d.

Inderdaad, ik bedoelde zoiets als een graaflijngrens; inderdaad zit dat niet in IMBOR (en wellicht komt het er ook niet in, omdat een beheerder niet degene is die die grens kan uittekenen)
en inderdaad, groeiplaatsen ede zitten nog niet in IMBOR, hier wordt op dit moment aan gewerkt.

authors: ElisabethKloren SanderNijhof

repo: bimloket/NLCS


text:
No data received by WebSocket after certain amount of time

Hey guys,
is there a server-side timeout for the websocket client? It happens to me regularly that my client does not receive data anymore. When I restart it, it reads data again immediately.
Kind regards

Hi @MetalMiner , yes, you need to call the keepAlive method to keep the session alive, please refer to https://github.com/binance-exchange/binance-java-api#start-user-data-stream-keepalive-and-close-data-stream for more info.

Hi @joaopsilva , the keepAlive method refers to the RestClient:
BinanceApiClientFactory factory = BinanceApiClientFactory.newInstance("API-KEY", "SECRET"); BinanceApiRestClient client = factory.newRestClient(); String listenKey = client.startUserDataStream(); client.keepAliveUserDataStream(listenKey);
Is it somehow related to the Websocketclient?:
BinanceApiWebSocketClient client = BinanceApiClientFactory.newInstance().newWebSocketClient();
I am trying to receive the AllMarketTickerEvent.

Ok never mind, I got it :). Thanks for the quick response!

Hi Joao,
In spite of the keep alive method firing every 30’ I kept receiving error messages ‘listen key doesn’t exist’. I think I’ll count the number of times the keep alive fails and restart the websocket in case of persistent failure. Any other idea? Best

Hi. keepAlive didn't solve the problem. Websocketclient keeps disconecting after some random period of time. Trying to call onAccountUpdate. It runs fine 15mins - 1 hour, then just dead without exceptions. Same for the Examples.
Kind regards

Update. Followed this gide #133. The connection seems to be stable now. Thanks alot @nilswxa

Hi @dimilicious ,
I have the same issue with onAccountUpdate method. Connection is unstable for random time (15 - 60 minutes) and then disconnects without any exceptions. How do you resolve this issue?
I have latest version of binance-java-api library, even updated all relation libraries in pom. Nothing not helps.

authors: MetalMiner dimilicious joaopsilva tonyjayfunk waeron

repo: binance-exchange/binance-java-api


text:
Разработка главной страницы

Требуется помощь в разработке главной страницы

Сделано

authors: akokarev binarymaster


text:
RDkit error

Hi,
Thanks for sharing your work.
I got this error after fixing issue #2.
  File "/home/leona/anaconda3/envs/chemprop/lib/python3.8/multiprocessing/pool.py", line 125, in worker
    result = (True, func(*args, **kwds))
  File "/home/leona/anaconda3/envs/chemprop/lib/python3.8/multiprocessing/pool.py", line 48, in mapstar
    return list(map(*args))
  File "/home/leona/anaconda3/envs/chemprop/lib/python3.8/site-packages/molevol-0.0.1-py3.8.egg/MolEvol/local_search/local_searcher_explain.py", line 114, in local_for_one_molecule
    subgraph_smiles = extract_selected_subgraph_for_gcn(smiles, selected_atoms)
  File "/home/leona/anaconda3/envs/chemprop/lib/python3.8/site-packages/molevol-0.0.1-py3.8.egg/MolEvol/common/fingerprint.py", line 163, in extract_selected_subgraph_for_gcn
    minimum_smiles, _ = extract_subgraph(smiles, selected_atoms)
  File "/home/leona/github.sec.samsung.net/multiobj-rationale/multiobj_rationale/fuseprop/chemutils.py", line 259, in extract_subgraph
    subgraph = Chem.MolToSmiles(subgraph, kekuleSmiles=True)
rdkit.Chem.rdchem.AtomKekulizeException: Aromatic bonds on non aromatic atom 10

I think this is related to the rdkit version. Which version did you used?
Bests regards,
Hwidong

We used Rdkit 2020.03.4. Will upload a Conda env requirement soon. Thanks!

Thanks for your prompt reply! The error doesn't appear with rdkit version you mentioned.

authors: binghong-ml hwidong-na

repo: binghong-ml/MolEvol


text:
:))

You came into a slack channel and dumped your link to this repository without reading the topic of the channel. This shows that you are lazy and you have no respect for the people who are there. I hope you have a bad day.

@deoxxa  and @JonRowe, please act like men, if you are :))

Wait, did you just come back two weeks later to say that? lol.

@deoxxa Not really, just wanna check how quick you will react if I call you :)) Actually, quicker than my puppy 👍

authors: binhnguyennus deoxxa

repo: binhnguyennus/awesome-scalability


text:
Possible to use sql-de-lite egg instead of sqlite3 egg?

I'm having problems installing the sqlite3 egg on my machine but found another egg that embeds sqlite3 in an egg instead of using the sqlite3 that it finds on the system.
This egg is called sql-de-lite
https://wiki.call-cc.org/eggref/5/sql-de-lite
Would it be possible to make bintracker use sql-de-lite instead of the sqlite3 egg? Or is the sql-de-lite missing some features etc that would make that not feasible? Am not a Scheme programmer myself, so am not able to judge the quality of this egg. All I know is that installing the sql-de-lite egg was very easy while sqlite3 egg seems a bit more difficult to install for me because the version of sqlite3 on my machine has some differences from what the sqlite3 egg wants.

For context, here is the problem I run into when trying to build the sqlite3 egg, and the reason that I was wondering if sql-de-lite could be used instead
building sqlite3
   /opt/homebrew/Cellar/chicken/5.3.0_1/bin/csc -host -D compiling-extension -J -s -regenerate-import-libraries -setup-mode -I /Users/user/.cache/chicken-install/sqlite3 -C -I/Users/user/.cache/chicken-install/sqlite3 -O2 -d1 -L -lsqlite3 sqlite3.scm -o /Users/user/.cache/chicken-install/sqlite3/sqlite3.so
/Users/user/.cache/chicken-install/sqlite3/sqlite3.c:299:23: error: call to undeclared function 'sqlite3_enable_load_extension'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]
C_r=C_int_to_num(&C_a,sqlite3_enable_load_extension(t0,t1));
                      ^
/Users/user/.cache/chicken-install/sqlite3/sqlite3.c:306:23: warning: 'sqlite3_enable_shared_cache' is deprecated: first deprecated in macOS 10.7 - Not supported [-Wdeprecated-declarations]
C_r=C_int_to_num(&C_a,sqlite3_enable_shared_cache(t0));
                      ^
/Applications/Xcode-beta.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/sqlite3.h:6656:16: note: 'sqlite3_enable_shared_cache' has been explicitly marked deprecated here
SQLITE_API int sqlite3_enable_shared_cache(int);
               ^
1 warning and 1 error generated.

Error: shell command terminated with non-zero exit status 256: 'clang' '/Users/user/.cache/chicken-install/sqlite3/sqlite3.c' -o '/Users/user/.cache/chicken-install/sqlite3/sqlite3.o' -c  -fno-strict-aliasing -fwrapv -fno-common -DHAVE_CHICKEN_CONFIG_H -DC_ENABLE_PTABLES -Os -fomit-frame-pointer -fPIC -DPIC -DC_SHARED -I/Users/user/.cache/chicken-install/sqlite3 -I/opt/homebrew/Cellar/chicken/5.3.0_1/include/chicken

Error: shell command terminated with nonzero exit code
256
"sh /Users/user/.cache/chicken-install/sqlite3/sqlite3.build.sh"

Wonder if it'd work any better with the Homebrew sqlite. brew info sqlite tells us
For compilers to find sqlite you may need to set:
  set -gx LDFLAGS "-L/opt/homebrew/opt/sqlite/lib"
  set -gx CPPFLAGS "-I/opt/homebrew/opt/sqlite/include"

For pkg-config to find sqlite you may need to set:
  set -gx PKG_CONFIG_PATH "/opt/homebrew/opt/sqlite/lib/pkgconfig"

but setting those envvars doesn't seem to affect csc...

Hi, Bintracker actually used sql-de-lite in the past. However, it was causing various issues, which lead me to believe that the egg is likely not thread-safe.
In case the above solution by @akx doesn't work for you, Chicken Team member Kon Lovett suggested the following for macOS 13.5.1:
brew install sqlite DIR=/usr/local/opt/sqlite3 CSC_OPTIONS="-L/$DIR/lib -I/$DIR/include"

authors: akx ctsrc utz82

repo: bintracker/bintracker


text:
Request: option to never download databases

Hi,
Thanks for your work on Metaphlan2. I'm currently using metaphlan2 within a docker container, with a precompiled reference database that is baked into the container itself. It would be nice to pass an option to metaphlan2 to have it abort if it doesn't find the database specified at --index to avoid download attempts. Looks like it would be a simple modification of the check_and_install function in the package.
Let me know if you need more detail. It's not critical for our applications but would help ensure failure in case where we've misconfigured the db.

Hi,  in https://github.com/biobakery/MetaPhlAn/commit/7af2ecfab69e0ec5e553fbf5d144ba7cbf50c871 I've added a --offline flag for the metaphlan2.py script, if the DB files are not found in the bowtie2db folder, the execution is halted and exits with an error.

Great! Thank you for your help.

authors: fbeghini jdwinkler-lanzatech

repo: biobakery/MetaPhlAn


text:
Update _fingerprint.py

Code adapted to work with Sirius 4.8.2, with the new command-line interface (>4.4.29).
It seems to be working fine as the outputs are being generated correctly (comparing to old datasets), but please double-check.

Thanks @helenamrusso these changes look great! Are you able to run the unit tests locally and confirm that the tests continue to pass?

Hi @ElDeveloper, happy it is ok! Yes, I ran Qemistree with these modifications, and it is working.

Hi @helenamrusso, thanks for the PRs. I am happy to test your PR it for the test data in the repository and make sure that the unit tests are passing. Could you please share the exact commands you ran to make it work on your dataset?
Thanks, I look forward to merging this soon.

Hi @anupriyatripathi , these are the commands I ran in Qiime2:
source activate qiime2-2020.2
qiime qemistree compute-fragmentation-trees \
--i-features Malpighiaceae_Filtered_EtOH80_NEG_Sirius_MergeMSMS.mgf.qza \
--p-sirius-path '/Users/helenarusso/Desktop/sirius.app/Contents/MacOS' \
--p-n-jobs 8 \
--p-ppm-max 20 \
--p-profile qtof \
--p-maxmz 1200 \
--p-tree-timeout 1600 \
--p-num-candidates 50 \
--p-ionization-mode '[M-H]-' \
--p-java-flags "-Djava.io.tmpdir=/Users/helenarusso/ -Xms45G -Xmx60G" \
--o-fragmentation-trees Malpigh_Filter_NEG_EtOH80_fragmentation_trees_sirius482.qza
qiime qemistree rerank-molecular-formulas \
--p-sirius-path '/Users/helenarusso/Desktop/sirius.app/Contents/MacOS' \
--i-features Malpighiaceae_Filtered_EtOH80_NEG_Sirius_MergeMSMS.mgf.qza \
--i-fragmentation-trees Malpigh_Filter_NEG_EtOH80_fragmentation_trees_sirius482.qza \
--p-n-jobs 8 \
--p-zodiac-threshold 0.98 \
--p-java-flags '-Djava.io.tmpdir=/Users/helenarusso/ -Xms45G -Xmx60G' \
--o-molecular-formulas Malpigh_Filter_EtOH80_NEG_molecular_formulas_sirius482.qza \
--verbose
qiime qemistree predict-fingerprints \
--i-molecular-formulas Malpigh_Filter_EtOH80_NEG_molecular_formulas_sirius482.qza \
--p-sirius-path '/Users/helenarusso/Desktop/sirius.app/Contents/MacOS' \
--p-n-jobs 8 \
--p-java-flags '-Djava.io.tmpdir=/Users/helenarusso/ -Xms45G -Xmx60G' \
--p-ppm-max 20 \
--p-fingerid-db 'all' \
--o-predicted-fingerprints Malpigh_Filter_EtOH80_NEG_fingerprints_sirius482.qza


text:
Add Prep information Button

If I download the prep and sample information at the start of creating a study, after I add my sample information the "Add Prep Information" button doesnt automatically appear. I have to upload my prep information again for it to appear.

This is a duplicated of: https://github.com/biocore/qiita/issues/2452

authors: antgonza stephanieorch

repo: biocore/qiita


text:
Make prepare-templates.rst redirect

First attempt to make the old prepare-templates.html redirect to the new prepare-information-files.html page.

Coverage increased (+0.02%) to 83.043% when pulling a40b9cfc96c901c37f574212e13b0b9b41714b53 on colinbrislawn:patch-3 into 837d18d9f714169437d329c37a52331fd98c7d42 on biocore:master.

👍

Fixed spelling mistake. Thanks @josenavas
:shipit: Ship it!

Thanks @colinbrislawn !! Will wait until the tests run and we'll merge! (We're a bit paranoid about tests 😄 )

Oh of course. The checks only work if you use them :smile:
I'm just a little squirrely :shipit:

authors: antgonza colinbrislawn coveralls josenavas


text:
Merge with master

No changes - just pulling from master

This also is going to the branch and can wait for tests there.

authors: antgonza josenavas


text:
fix #1999

This removes all the not use/necessary commands from qiita. I also made sure that the test data is actually created fine and can be used in a meta-analysis.

BTW this is also addressing: https://github.com/biocore/qiita/issues/1053

Codecov Report

Merging #2514 into dev will decrease coverage by 0.07%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##              dev    #2514      +/-   ##
==========================================
- Coverage   94.55%   94.48%   -0.08%
==========================================
  Files         160      160
  Lines       19474    19442      -32
==========================================
- Hits        18413    18369      -44
- Misses       1061     1073      +12

Impacted Files
Coverage Δ

qiita_db/commands.py
96.25% <ø> (-0.31%)
:arrow_down:

qiita_db/test/test_commands.py
94.65% <ø> (-4.96%)
:arrow_down:

qiita_pet/test/test_user_handlers.py
95.45% <ø> (-1.52%)
:arrow_down:

qiita_pet/handlers/auth_handlers.py
69.79% <ø> (+0.09%)
:arrow_up:

qiita_pet/handlers/user_handlers.py
46.15% <0%> (-0.77%)
:arrow_down:

Continue to review full report at Codecov.

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

authors: antgonza codecov-io


text:
HTTP URL for ZARR fails to be validated by determine_plugin for bioio-ome-zarr

Description: see title
Code to reproduce
from bioio import BioImage
path = "https://allencell.s3.amazonaws.com/aics/nuc_morph_data/data_for_analysis/baseline_colonies/20200323_09_small/raw.ome.zarr"
image = BioImage(path)  # FileNotFoundError
print(image.get_image_dask_data())

Workaround
If the OME ZARR reader is specified explicitly, determine_plugin is bypassed and the image can be loaded. bioio.BioImage(path, reader=bioio_ome_zarr.Reader).
Environment
I'm testing against bioio-ome-zarr PR 17 which improves support for reading from S3.

So here's my take:
pathlike_to_fs is being called with enforce_exists True.   The filesystem is correctly deduced to be HTTPFileSystem.
However, the path to the zarr is a directory, which fails the fs.exists function call.  If somehow we could append .zgroup or .zattrs then the existence check would pass and we'd be in good shape.
Currently this function call is not reader-specific.  The readers don't get a chance to modify the URL or add extra kwargs before pathlike_to_fs is called.  This seems to be a remnant of the assumption that the url is always a file and not a directory - we'd be able to globally check for the existence independent of any Reader implementation.
So, one question is: should we loop over each Reader, and let the ones that pass our test of potentially supporting the file type, each do their own existence check? (With maybe a default fallback in bioio-base.Reader?)

So here's my take: pathlike_to_fs is being called with enforce_exists True. The filesystem is correctly deduced to be HTTPFileSystem.
However, the path to the zarr is a directory, which fails the fs.exists function call. If somehow we could append .zgroup or .zattrs then the existence check would pass and we'd be in good shape.

Is this because fs.exists() only returns True if the path is a file and not a directory? (I sort of assume so because blob storage is all fake directories anyway.)
In which case completely agree that we should check for a subfile. Completely forgot that fsspec interacts this way.

So here's my take: pathlike_to_fs is being called with enforce_exists True. The filesystem is correctly deduced to be HTTPFileSystem.
However, the path to the zarr is a directory, which fails the fs.exists function call. If somehow we could append .zgroup or .zattrs then the existence check would pass and we'd be in good shape.

Is this because fs.exists() only returns True if the path is a file and not a directory? (I sort of assume so because blob storage is all fake directories anyway.)

Yes, at least when accessing S3 via the HTTPFileSystem. I think s3fs does not have this issue.

So, one question is: should we loop over each Reader, and let the ones that pass our test of potentially supporting the file type, each do their own existence check? (With maybe a default fallback in bioio-base.Reader?)

I notice that bioio already loops over each Reader to call is_supported_image, so it seems redundant to have two loops, one to check if the file exists and another to check if it's supported.

So, one question is: should we loop over each Reader, and let the ones that pass our test of potentially supporting the file type, each do their own existence check? (With maybe a default fallback in bioio-base.Reader?)

I notice that bioio already loops over each Reader to call is_supported_image, so it seems redundant to have two loops, one to check if the file exists and another to check if it's supported.

It did occur to me to have enforce_exists false in the first check, and then in the per-reader check we can do special things like appending .zattrs or .zgroup to the path.

authors: evamaxfield pgarrison toloudis

repo: bioio-devs/bioio


text:
💅 noUnusedImports is not aware of @jsx and @jsxFrag pragmas

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:           "v20.13.1"
  JS_RUNTIME_NAME:              "node"
  NODE_PACKAGE_MANAGER:         "yarn/3.8.2"

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

Linter:
  Recommended:                  true
  All:                          false
  Rules:                        complexity/noStaticOnlyClass = "off"
                                complexity/useLiteralKeys = "off"
                                correctness/noUnusedImports = "error"
                                correctness/noUnusedPrivateClassMembers = "error"
                                correctness/noUnusedVariables = "error"
                                correctness/useJsxKeyInIterable = "off"
                                style/noImplicitBoolean = "error"
                                style/noNegationElse = "error"
                                style/noParameterAssign = "off"
                                style/useBlockStatements = "error"
                                style/useCollapsedElseIf = "error"
                                style/useConsistentArrayType = {"level":"error","options":{"syntax":"generic"}}
                                style/useForOf = "error"
                                style/useShorthandAssign = "error"
                                style/useSingleCaseStatement = "error"
                                suspicious/noConsoleLog = "error"
                                suspicious/noConstEnum = "off"
                                suspicious/noSkippedTests = "error"
                                suspicious/useAwait = "error"

Workspace:
  Open Documents:               0

Rule name
noUnusedImports
Playground link
https://biomejs.dev/playground/?lineWidth=120&indentStyle=space&lintRules=all&code=LwAqACoAIABAAGoAcwB4ACAAUAByAGUAYQBjAHQALgBoACAAKgAvAAoACgBpAG0AcABvAHIAdAAgAFAAcgBlAGEAYwB0ACAAZgByAG8AbQAgACIAcAByAGUAYQBjAHQAIgA7AAoACgBlAHgAcABvAHIAdAAgAGYAdQBuAGMAdABpAG8AbgAgAEEAcABwACgAKQAgAHsACgAgACAAcgBlAHQAdQByAG4AIAA8AGgAMQA%2BAEgAZQBsAGwAbwAgAFcAbwByAGwAZAA8AC8AaAAxAD4AOwAKAH0A
Expected result
As shown ion the playground link, the noUnusedImports complains about import Preact from "preact" line. I understand the complexity of this case. Perhaps @jsx could be respected in such case? Or an option similar to TypeScripts's jsxFactory added?
Preact is just an example. My project has custom JSX factory implementation which is neither React, nor Preact. I was thinking to make it similar to react/jsx-runtime, but in my case the classic runtime seems to be more feasible. Would be fine to use set "jsxRuntime": "reactClassic", but I can’t make it work with custom factory function.
Ideally both could by supported: the jsxFactory option and pragmas. This is how it works in Babel or TypeScript, the option is set for the whole project and the pragmas can be used per file.
Code of Conduct

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

Hm.. I looked at my solution from different angle and it seems like I will make it work similar to jsx-runtime and that even looks cleaner. Thanks for pushing me this way. And thanks for Biome!

repo: biomejs/biome


text:
Read blob without copying

There should be a way to get access to read blob without memory allocation.
peek() can be split into peek() and peekDup() or peek() and peekNoDup().
In my case I want to read data uncompress it and then copy to output buffer passed to me.
Edit: better ensure that peek for blobs happens only when T is ubyte[] or string

I agree. Maybe we could even use the BLOB I/O API to read/write portions of or an entire BLOB into/from a buffer. Actually, it was a work in process, but I never finished it.
In the mean time, we could indeed have a void peekInto(int index, out ubyte[] buffer) method (or whatever name we choose).
But choosing the right version of peek would be up to the user, still.

void peekInto(int index, out ubyte[] buffer) assumes that data would be copied into buffer, while I mean retreiving slice to data that sqlite returned, without copying. Something like that:
T peekNoDup(T)(int index)
	if (isArray!T && !isSomeString!T)
{
	auto i = internalIndex(index);
	auto ptr = sqlite3_column_blob(statement, i);
	auto length = sqlite3_column_bytes(statement, i);
	return cast(T)ptr[0..length];
}

But having version with out buffer is also useful!

OK sorry I misread what you needed. Is 7a6a1d8e47660e1cff27a154d615ee4a0d3159c2 OK?
I added a warning in the documentation, that the returned data will be invalid sooner than later.

Yes, thanks for implementation!


text:
🛑 Personal m3u is down

In 6ac113e, Personal m3u (https://personalm3u.onrender.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Personal m3u is back up in 01e9070 after 21 minutes.