baichuan13B deepspeed全参数微调中途报错 Exception: Current loss scale already at minimum - cannot decrease scale anymore. Exiting run.

`{'loss': 2.3578, 'learning_rate': 0, 'epoch': 0.08}
3%|▎         | 10/387 [02:58<1:51:02, 17.67s/it][INFO|trainer.py:3081] 2023-07-26 15:16:54,262 >> ***** Running Evaluation *****
[INFO|trainer.py:3083] 2023-07-26 15:16:54,262 >>   Num examples = 499
[INFO|trainer.py:3086] 2023-07-26 15:16:54,262 >>   Batch size = 16
{'eval_loss': 2.353515625, 'eval_runtime': 5.4723, 'eval_samples_per_second': 91.187, 'eval_steps_per_second': 0.731, 'epoch': 0.08}
3%|▎         | 10/387 [03:03<1:51:02, 17.67[2023-07-26 15:17:17,349] [INFO] [loss_scaler.py:183:update_scale] [deepspeed] OVERFLOW! Rank 0 Skipping step. Attempted loss scale: 128, reducing to 64
3%|▎         | 11/387 [03:21<2:01:09, 19.33s/it][2023-07-26 15:17:35,011] [INFO] [loss_scaler.py:183:update_scale] [deepspeed] OVERFLOW! Rank 0 Skipping step. Attempted loss scale: 64, reducing to 32
3%|▎         | 12/387 [03:38<1:57:39, 18.83s/it][2023-07-26 15:17:52,790] [INFO] [loss_scaler.py:183:update_scale] [deepspeed] OVERFLOW! Rank 0 Skipping step. Attempted loss scale: 32, reducing to 16
3%|▎         | 13/387 [03:56<1:55:22, 18.51s/it][2023-07-26 15:18:10,322] [INFO] [loss_scaler.py:183:update_scale] [deepspeed] OVERFLOW! Rank 0 Skipping step. Attempted loss scale: 16, reducing to 8
4%|▎         | 14/387 [04:14<1:53:13, 18.21s/it][2023-07-26 15:18:28,086] [INFO] [loss_scaler.py:183:update_scale] [deepspeed] OVERFLOW! Rank 0 Skipping step. Attempted loss scale: 8, reducing to 4
4%|▍         | 15/387 [04:31<1:52:05, 18.08s/it][2023-07-26 15:18:45,666] [INFO] [loss_scaler.py:183:update_scale] [deepspeed] OVERFLOW! Rank 0 Skipping step. Attempted loss scale: 4, reducing to 2
4%|▍         | 16/387 [04:49<1:50:51, 17.93s/it][2023-07-26 15:19:03,282] [INFO] [loss_scaler.py:183:update_scale] [deepspeed] OVERFLOW! Rank 0 Skipping step. Attempted loss scale: 2, reducing to 1
4%|▍         | 17/387 [05:07<1:49:58, 17.83s/it]Traceback (most recent call last):
File "src/train_bash.py", line 23, in
Traceback (most recent call last):
Traceback (most recent call last):
File "src/train_bash.py", line 23, in
Traceback (most recent call last):
Traceback (most recent call last):
File "src/train_bash.py", line 23, in
Traceback (most recent call last):
File "src/train_bash.py", line 23, in
main()Traceback (most recent call last):
File "src/train_bash.py", line 23, in
main()Traceback (most recent call last):
File "src/train_bash.py", line 23, in
File "src/train_bash.py", line 10, in main
main()
File "src/train_bash.py", line 10, in main
File "src/train_bash.py", line 23, in
main()run_sft(model_args, data_args, training_args, finetuning_args)
File "src/train_bash.py", line 10, in main
File "/root/ljh/lab/LLaMA-Efficient-Tuning/src/llmtuner/tuner/sft/workflow.py", line 61, in run_sft
main()
File "src/train_bash.py", line 10, in main
train_result = trainer.train()    main()
File "src/train_bash.py", line 10, in main
File "src/train_bash.py", line 23, in
File "src/train_bash.py", line 10, in main
run_sft(model_args, data_args, training_args, finetuning_args)run_sft(model_args, data_args, training_args, finetuning_args)
File "/root/ljh/lab/LLaMA-Efficient-Tuning/src/llmtuner/tuner/sft/workflow.py", line 61, in run_sft
run_sft(model_args, data_args, training_args, finetuning_args)
File "/root/ljh/lab/LLaMA-Efficient-Tuning/src/llmtuner/tuner/sft/workflow.py", line 61, in run_sft
main()  File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1539, in train
train_result = trainer.train()
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1539, in train
run_sft(model_args, data_args, training_args, finetuning_args)
File "/root/ljh/lab/LLaMA-Efficient-Tuning/src/llmtuner/tuner/sft/workflow.py", line 61, in run_sft
File "/root/ljh/lab/LLaMA-Efficient-Tuning/src/llmtuner/tuner/sft/workflow.py", line 61, in run_sft
run_sft(model_args, data_args, training_args, finetuning_args)
main()  File "/root/ljh/lab/LLaMA-Efficient-Tuning/src/llmtuner/tuner/sft/workflow.py", line 61, in run_sft
File "src/train_bash.py", line 10, in main
train_result = trainer.train()
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1539, in train
return inner_training_loop(
run_sft(model_args, data_args, training_args, finetuning_args)  File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1809, in _inner_training_loop
return inner_training_loop(  File "/root/ljh/lab/LLaMA-Efficient-Tuning/src/llmtuner/tuner/sft/workflow.py", line 61, in run_sft
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1809, in _inner_training_loop
train_result = trainer.train()
train_result = trainer.train()  File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1539, in train
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1539, in train
File "src/train_bash.py", line 10, in main
return inner_training_loop(
train_result = trainer.train()  File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1809, in _inner_training_loop
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1539, in train
tr_loss_step = self.training_step(model, inputs)run_sft(model_args, data_args, training_args, finetuning_args)
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 2665, in training_step
train_result = trainer.train()
File "/root/ljh/lab/LLaMA-Efficient-Tuning/src/llmtuner/tuner/sft/workflow.py", line 61, in run_sft
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1539, in train
return inner_training_loop(
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1809, in _inner_training_loop
tr_loss_step = self.training_step(model, inputs)    tr_loss_step = self.training_step(model, inputs)
return inner_training_loop(
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 2665, in training_step
return inner_training_loop(
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1809, in _inner_training_loop
train_result = trainer.train()
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 2665, in training_step
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1539, in train
return inner_training_loop(  File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1809, in _inner_training_loop
tr_loss_step = self.training_step(model, inputs)  File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1809, in _inner_training_loop
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 2665, in training_step
self.accelerator.backward(loss)
File "/usr/local/lib/python3.8/dist-packages/accelerate/accelerator.py", line 1847, in backward
tr_loss_step = self.training_step(model, inputs)
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 2665, in training_step
self.accelerator.backward(loss)
return inner_training_loop(  File "/usr/local/lib/python3.8/dist-packages/accelerate/accelerator.py", line 1847, in backward
tr_loss_step = self.training_step(model, inputs)  File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 1809, in _inner_training_loop
self.accelerator.backward(loss)  File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 2665, in training_step

tr_loss_step = self.training_step(model, inputs)
File "/usr/local/lib/python3.8/dist-packages/accelerate/accelerator.py", line 1847, in backward
self.accelerator.backward(loss)
File "/usr/local/lib/python3.8/dist-packages/accelerate/accelerator.py", line 1847, in backward
self.deepspeed_engine_wrapped.backward(loss, **kwargs)
self.deepspeed_engine_wrapped.backward(loss, **kwargs)  File "/usr/local/lib/python3.8/dist-packages/accelerate/utils/deepspeed.py", line 176, in backward
self.accelerator.backward(loss)
tr_loss_step = self.training_step(model, inputs)
File "/usr/local/lib/python3.8/dist-packages/accelerate/utils/deepspeed.py", line 176, in backward
File "/usr/local/lib/python3.8/dist-packages/accelerate/accelerator.py", line 1847, in backward
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 2665, in training_step
self.engine.step()        self.accelerator.backward(loss)
File "/usr/local/lib/python3.8/dist-packages/transformers/trainer.py", line 2665, in training_step
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 2087, in step
self.engine.step()
self.deepspeed_engine_wrapped.backward(loss, **kwargs)
File "/usr/local/lib/python3.8/dist-packages/accelerate/utils/deepspeed.py", line 176, in backward
self.deepspeed_engine_wrapped.backward(loss, **kwargs)
File "/usr/local/lib/python3.8/dist-packages/accelerate/utils/deepspeed.py", line 176, in backward
File "/usr/local/lib/python3.8/dist-packages/accelerate/accelerator.py", line 1847, in backward
self.deepspeed_engine_wrapped.backward(loss, **kwargs)self.engine.step()
  File "/usr/local/lib/python3.8/dist-packages/accelerate/utils/deepspeed.py", line 176, in backward

File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 2087, in step
self.engine.step()
self.accelerator.backward(loss)            self.engine.step()self.accelerator.backward(loss)
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 2087, in step
File "/usr/local/lib/python3.8/dist-packages/accelerate/accelerator.py", line 1847, in backward
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 2087, in step
self._take_model_step(lr_kwargs)  File "/usr/local/lib/python3.8/dist-packages/accelerate/accelerator.py", line 1847, in backward
self.deepspeed_engine_wrapped.backward(loss, **kwargs)
File "/usr/local/lib/python3.8/dist-packages/accelerate/utils/deepspeed.py", line 176, in backward
  File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 2087, in step

self._take_model_step(lr_kwargs)    self.engine.step()
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 2087, in step
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 1994, in _take_model_step
self._take_model_step(lr_kwargs)self.deepspeed_engine_wrapped.backward(loss, **kwargs)
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 1994, in _take_model_step
self._take_model_step(lr_kwargs)
self._take_model_step(lr_kwargs)
self._take_model_step(lr_kwargs)  File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 1994, in _take_model_step
self.optimizer.step()
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 1994, in _take_model_step
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1662, in step
self.deepspeed_engine_wrapped.backward(loss, **kwargs)
File "/usr/local/lib/python3.8/dist-packages/accelerate/utils/deepspeed.py", line 176, in backward
File "/usr/local/lib/python3.8/dist-packages/accelerate/utils/deepspeed.py", line 176, in backward
self.optimizer.step()
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 1994, in _take_model_step
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1662, in step
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 1994, in _take_model_step
self.engine.step()
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 2087, in step
self.engine.step()
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 2087, in step
self.optimizer.step()
self.optimizer.step()
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1662, in step
self._update_scale(self.overflow)
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1908, in _update_scale
self.optimizer.step()
self.optimizer.step()
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1662, in step
self._take_model_step(lr_kwargs)self._take_model_step(lr_kwargs)
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1662, in step
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 1994, in _take_model_step
self._update_scale(self.overflow)self.loss_scaler.update_scale(has_overflow)
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1908, in _update_scale
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/fp16/loss_scaler.py", line 175, in update_scale
self._update_scale(self.overflow)
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1908, in _update_scale
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1662, in step
raise Exception(
Exceptionself._update_scale(self.overflow)    self._update_scale(self.overflow):
self.optimizer.step()
Current loss scale already at minimum - cannot decrease scale anymore. Exiting run.  File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1908, in _update_scale
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1908, in _update_scale
self._update_scale(self.overflow)
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1908, in _update_scale
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/engine.py", line 1994, in _take_model_step
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1662, in step
self.loss_scaler.update_scale(has_overflow)
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/fp16/loss_scaler.py", line 175, in update_scale
self.loss_scaler.update_scale(has_overflow)
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/fp16/loss_scaler.py", line 175, in update_scale
self.loss_scaler.update_scale(has_overflow)
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/fp16/loss_scaler.py", line 175, in update_scale
raise Exception(
raise Exception(Exception    self.loss_scaler.update_scale(has_overflow)
self.optimizer.step()  File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/fp16/loss_scaler.py", line 175, in update_scale
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1662, in step
: Current loss scale already at minimum - cannot decrease scale anymore. Exiting run.Exception    raise Exception(
self.loss_scaler.update_scale(has_overflow)Exception
:   File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/fp16/loss_scaler.py", line 175, in update_scale
Current loss scale already at minimum - cannot decrease scale anymore. Exiting run.
raise Exception(
self._update_scale(self.overflow)Exceptionraise Exception(
:
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1908, in _update_scale
Current loss scale already at minimum - cannot decrease scale anymore. Exiting run.
Exception: Current loss scale already at minimum - cannot decrease scale anymore. Exiting run.
self._update_scale(self.overflow)
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/zero/stage_1_and_2.py", line 1908, in _update_scale
: Current loss scale already at minimum - cannot decrease scale anymore. Exiting run.
self.loss_scaler.update_scale(has_overflow)
File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/fp16/loss_scaler.py", line 175, in update_scale
raise Exception(
Exceptionself.loss_scaler.update_scale(has_overflow):
Current loss scale already at minimum - cannot decrease scale anymore. Exiting run.  File "/usr/local/lib/python3.8/dist-packages/deepspeed/runtime/fp16/loss_scaler.py", line 175, in update_scale
raise Exception(
Exception: Current loss scale already at minimum - cannot decrease scale anymore. Exiting run.
4%|▍         | 17/387 [05:25<1:57:56, 19.13s/it]
[2023-07-26 15:19:24,960] [INFO] [launch.py:315:sigkill_handler] Killing subprocess 45098
[2023-07-26 15:19:27,802] [INFO] [launch.py:315:sigkill_handler] Killing subprocess 45099
[2023-07-26 15:19:27,803] [INFO] [launch.py:315:sigkill_handler] Killing subprocess 45100
[2023-07-26 15:19:27,804] [INFO] [launch.py:315:sigkill_handler] Killing subprocess 45101
[2023-07-26 15:19:27,805] [INFO] [launch.py:315:sigkill_handler] Killing subprocess 45102
[2023-07-26 15:19:30,245] [INFO] [launch.py:315:sigkill_handler] Killing subprocess 45104
[2023-07-26 15:19:30,246] [INFO] [launch.py:315:sigkill_handler] Killing subprocess 45106
[2023-07-26 15:19:30,247] [INFO] [launch.py:315:sigkill_handler] Killing subprocess 45108
[2023-07-26 15:19:30,248] [ERROR] [launch.py:321:sigkill_handler] ['/usr/bin/python', '-u', 'src/train_bash.py', '--local_rank=7', '--stage', 'sft', '--model_name_or_path', '/root/ljh/lab/data/models/Baichuan-13B-Chat', '--do_train', '--dataset', 'news', '--finetuning_type', 'full', '--output_dir', 'baichuan_output_full', '--overwrite_cache', '--per_device_train_batch_size', '48', '--per_device_eval_batch_size', '16', '--gradient_accumulation_steps', '1', '--preprocessing_num_workers', '16', '--lr_scheduler_type', 'cosine', '--logging_steps', '10', '--save_steps', '50', '--eval_steps', '10', '--learning_rate', '1e-4', '--max_grad_norm', '0.5', '--num_train_epochs', '3.0', '--dev_ratio', '0.01', '--evaluation_strategy', 'steps', '--load_best_model_at_end', '--plot_loss', '--fp16', '--deepspeed', '/root/ljh/lab/LLaMA-Efficient-Tuning/deep_speed_2.json'] exits with return code = 1`

deeps_peed.json:
{
"train_micro_batch_size_per_gpu": "auto",
"zero_allow_untested_optimizer": true,
"fp16": {
"enabled": "auto",
"loss_scale": 0,
"initial_scale_power": 16,
"loss_scale_window": 1000,
"hysteresis": 2,
"min_loss_scale": 1
},
"zero_optimization": {
"stage": 2,
"allgather_partitions": true,
"allgather_bucket_size": 5e8,
"overlap_comm": false,
"reduce_scatter": true,
"reduce_bucket_size": 5e8,
"contiguous_gradients" : true
}
}

'learning_rate': 0 学习率直接掉到0

Try updating your model file.
Dup: https://github.com/hiyouga/LLaMA-Efficient-Tuning/issues/236

Try updating your model file. Dup: #236

确实是模型文件的问题，感谢回复！！


the minsdkVersion is too high

the current minSDKVersion
minSdkVersion 27
is too high, can you make it lower to minSdkVersion 21.

Can we split this repo into two modules(color generator & integration with android SDK), consider I want to use this color generator in a desktop APP, which is not an android APP.

Agree with @qihigh, the minSdk is definitely too high.


Dockerfile building errors

The following errors occur upon building the dockerfile:
MKL fails after installation upon update-alternatives
3.387 W: --force-yes is deprecated, use one of the options starting with --allow instead.
3.401 --2024-02-22 19:37:30--  https://apt.repos.intel.com/intel-gpg-keys/GPG-PUB-KEY-INTEL-SW-PRODUCTS-2019.PUB
3.408 Resolving apt.repos.intel.com (apt.repos.intel.com)... <IP_ADDRESS>, 2a02:26f0:a1:5a7::a87, 2a02:26f0:a1:591::a87
3.578 Connecting to apt.repos.intel.com (apt.repos.intel.com)|<IP_ADDRESS>|:443... connected.
3.595 HTTP request sent, awaiting response... 200 OK
3.598 Length: 1914 (1.9K) [binary/octet-stream]
3.598 Saving to: 'GPG-PUB-KEY-INTEL-SW-PRODUCTS-2019.PUB'
3.598
3.598      0K .                                                     100%  250M=0s
3.598
3.599 2024-02-22 19:37:30 (250 MB/s) - 'GPG-PUB-KEY-INTEL-SW-PRODUCTS-2019.PUB' saved [1914/1914]
3.599
3.733 Warning: apt-key output should not be parsed (stdout is not a terminal)
4.102 OK
4.250 Hit:1 http://security.ubuntu.com/ubuntu focal-security InRelease
4.269 Get:2 https://apt.repos.intel.com/mkl all InRelease [4438 B]
4.382 Hit:3 http://archive.ubuntu.com/ubuntu focal InRelease
4.456 Hit:4 http://archive.ubuntu.com/ubuntu focal-updates InRelease
4.531 Hit:5 http://archive.ubuntu.com/ubuntu focal-backports InRelease
4.639 Err:2 https://apt.repos.intel.com/mkl all InRelease
4.639   The following signatures couldn't be verified because the public key is not available: NO_PUBKEY BAC6F0C353D04109
5.282 Reading package lists...
6.019 W: GPG error: https://apt.repos.intel.com/mkl all InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY BAC6F0C353D04109
6.019 E: The repository 'https://apt.repos.intel.com/mkl all InRelease' is not signed.
6.023 find: '/opt/intel': No such file or directory
6.023 removing examples
6.026 find: '/opt/intel': No such file or directory
6.026 removing benchmarks
6.028 find: '/opt/intel': No such file or directory
6.029 removing documentation
6.107 Reading package lists...
6.822 Building dependency tree...
6.991 Reading state information...
7.138 0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
7.336 update-alternatives: error: alternative path /opt/intel/mkl/lib/intel64/libmkl_rt.so doesn't exist
------
Dockerfile:17
--------------------
  15 |     # install mkl
  16 |     COPY ./mkl.sh /tmp/
  17 | >>> RUN /tmp/mkl.sh
  18 |
  19 |
--------------------
ERROR: failed to solve: process "/bin/sh -c /tmp/mkl.sh" did not complete successfully: exit code: 2

if commenting out all lines referring to MKL the container builds succesfully, but obviously it is not ideal to run it without MKL support.
I'm not sure which part of MKL.sh is deprecated or what is causing this issue running it within the specific ubuntu20.04 container, perhaps one of the signing keys or urls needs to be updated?

Thank you for posting this issue. We updated the MKL gpg key in the latest commit.


Error: Invalid configuration - Anki 2.1.54/Qt 6.3.1

Addon drops error "invalid configuration" and anki freezes with following configuration:
Version 2.1.54 (b6a7760c)
Python 3.9.7 Qt 6.3.1 PyQt 6.3.1
I used Addon with earlier versions of Anki sucessfully.
Regards, Philipp

What is the configuration of the addon? (Tools -> Addons -> merge_duplicates -> Config)
It should look this:
{
    "merge_mode": "longer"
}

or instead of "longer", it could be "concat", or "skip".
Regards,
Tobi :)

This should be fixed by PR #5


Update to new endpoint

It looks like NOAA have released the new endpoint to https://apps-st.fisheries.noaa.gov/ods/foss/afsc_groundfish_survey_catch/

There are some migration tasks for the new endpoint which could take some time to resolve. I've sent an email asking some questions about the new endpoint but plan work start Oct which should offer some time to respond.


BAAI/bge-reranker-v2-gemma

Model description
The model is loaded but strangely it has capabilities of embedding and no rerank
{
      "id": "BAAI/bge-reranker-v2-gemma",
      "stats": {
        "queue_fraction": 0,
        "queue_absolute": 0,
        "results_pending": 0,
        "batch_size": 32
      },
      "object": "model",
      "owned_by": "infinity",
      "created":<PHONE_NUMBER>,
      "backend": "torch",
      "capabilities": [
        "embed"
      ]
    }

Open source status

[X] The model implementation is available on transformers
[X] The model weights are available on huggingface-hub
[ ] I verified that the model is currently not running in the lastest version pip install infinity_emb[all] --upgrade

Provide useful links for the implementation
No response

Gemma is a Causal LM, that has no reranking / classification head. This is not supported. FlagLLMReranker


arch-riscv: Implement CLINT reset feature

When reset, registers are change
msip: cleared to zero
mtimecmp: unknown state, cloud be origin values or change to any values mtime: cleared to zero
Spec:
https://github.com/riscv/riscv-aclint/blob/main/riscv-aclint.adoc https://sifive.cdn.prismic.io/sifive/1a82e600-1f93-4f41-b2d8-86ed8b16acba_fu740-c000-manual-v1p6.pdf
Change-Id: I3c50b41eb765ad9cd7a8a03c427bd0011195de5c

Hi @rogerchang23424,
instead of manually reset every register, I think we should use the "Reset API" of RegisterBank. It enables us to register reset functions for each register.
https://github.com/gem5/gem5/blob/0792d94b6f2caa0dc3605d38eb5da385ae2aca14/src/dev/reg_bank.hh#L762-L780
A reset function receives a reference to the register that it has to reset.
https://github.com/gem5/gem5/blob/0792d94b6f2caa0dc3605d38eb5da385ae2aca14/src/dev/reg_bank.hh#L587-L587
The default reset function changes a register back to its initial value.
https://github.com/gem5/gem5/blob/0792d94b6f2caa0dc3605d38eb5da385ae2aca14/src/dev/reg_bank.hh#L622-L626
All registers can then be reset by calling registers.reset().

Updated the to reset API


Bug report: 403 Forbidden on Flow Export as ZIP, the client certificate C5F9D3ED02E06B0148CD8D82B131AB1A88C74414 is not allowed

Description
Attempting to export a flow as a JSON file is successful
Attempting to export a flow as a ZIP file returns:-
Error: The client certificate 'C5F9D3ED02E06B0148CD8D82B131AB1A88C74414' is not allowed.

Running the command with the --debug parameter shows the response returned as
Request error:
{
  "status": 403,
  "statusText": "Forbidden",
  "headers": {
    "cache-control": "no-store, no-cache",
    "pragma": "no-cache",
    "content-length": "134",
    "content-type": "application/json; charset=utf-8",
    "expires": "-1",
    "strict-transport-security": "max-age=31536000; includeSubDomains",
    "x-ms-request-id": "uksouth:4a8ce614-110a-4ae3-bdf2-f7a5922de3e9",
    "x-ms-correlation-request-id": "ec968658-55d8-41a2-bc16-801ace9c3d24",
    "x-ms-ratelimit-remaining-tenant-writes": "1199",
    "x-ms-routing-request-id": "UKSOUTH:20220107T170630Z:ec968658-55d8-41a2-bc16-801ace9c3d24",
    "x-content-type-options": "nosniff",
    "date": "Fri, 07 Jan 2022 17:06:29 GMT",
    "connection": "close"
  },
  "error": {
    "error": {
      "code": "AuthorizationFailed",
      "message": "The client certificate 'C5F9D3ED02E06B0148CD8D82B131AB1A88C74414' is not allowed."
    }
  }
}

Reference:
Bug report: 403 forbidden on Flow Export #2091
Steps to reproduce
Login to M365 using the devicecode method
Get environment list succeeds
m365 flow environment list --output json | ConvertFrom-Json

Get the flow to export succeeds
$flowToExport = m365 flow list --environment $environmentName --query "[?displayName=='$flowNameToExport']"  --output json | ConvertFrom-Json

Export the flow as a ZIP file fails with Error: The client certificate 'C5F9D3ED02E06B0148CD8D82B131AB1A88C74414' is not allowed.
m365 flow export --id $flowToExport.name --environment $environmentName --packageDisplayName "" --packageDescription "" --packageCreatedBy "" --packageSourceEnvironment "" --format zip --path $packageZipPathName --debug

Expected results
The flow should be exported as the named ZIP file
Actual results
Attempting to export a flow as a ZIP file returns:-
Error: The client certificate 'C5F9D3ED02E06B0148CD8D82B131AB1A88C74414' is not allowed.

But, exporting a flow as a JSON file succeeds
Diagnostics
Executing command flow export with options {"options":{"id":"6c6f8790-13a0-4b04-8d81-86bf7b315d93","environment":"Default-9b4f4fcf-59ca-4fb5-878f-4dea4046b5c6","packageDisplayName":"EEL_PAS_Core_EventOrchestration_DEV","packageDescription":"Orchestrates and controls the onward distribution of change requests submitted by users","packageCreatedBy":"Phillip Allan-Harding","packageSourceEnvironment":"Default-9b4f4fcf-59ca-4fb5-878f-4dea4046b5c6","format":"zip","path":"./EEL_PAS_Core_EventOrchestration_DEV.zip","debug":true}}
Retrieving package resources for Microsoft Flow 6c6f8790-13a0-4b04-8d81-86bf7b315d93...
Existing access token <<sanitized>> still valid. Returning...
Request:
{
  "headers": {
    "common": {
      "Accept": "application/json, text/plain, */*"
    },
    "delete": {},
    "get": {},
    "head": {},
    "post": {
      "Content-Type": "application/x-www-form-urlencoded"
    },
    "put": {
      "Content-Type": "application/x-www-form-urlencoded"
    },
    "patch": {
      "Content-Type": "application/x-www-form-urlencoded"
    },
    "user-agent": "NONISV|SharePointPnP|CLIMicrosoft365/4.2.0",
    "accept-encoding": "gzip, deflate",
    "accept": "application/json",
    "authorization": "Bearer <<sanitized>>"
  },
  "decompress": true,
  "responseType": "json",
  "url": "https://api.bap.microsoft.com/providers/Microsoft.BusinessAppPlatform/environments/Default-9b4f4fcf-59ca-4fb5-878f-4dea4046b5c6/listPackageResources?api-version=2016-11-01",
  "data": {
    "baseResourceIds": [
      "/providers/Microsoft.Flow/flows/6c6f8790-13a0-4b04-8d81-86bf7b315d93"
    ]
  },
  "method": "post"
}
Response:
{
  "status": 200,
  "statusText": "OK",
  "headers": {
    "cache-control": "no-cache, no-store",
    "pragma": "no-cache",
    "content-type": "application/json; charset=utf-8",
    "expires": "-1",
    "vary": "Accept-Encoding",
    "strict-transport-security": "max-age=31536000; includeSubDomains",
    "x-ms-request-id": "uksouth:25b086a2-57aa-4f95-ba61-ba51b74bbd75",
    "x-ms-correlation-request-id": "25b086a2-57aa-4f95-ba61-ba51b74bbd75",
    "date": "Fri, 07 Jan 2022 18:08:46 GMT",
    "connection": "close",
    "content-length": "1202"
  },
  "data": {
    "status": "Succeeded",
    "baseResourceIds": [
      "/providers/Microsoft.Flow/flows/6c6f8790-13a0-4b04-8d81-86bf7b315d93"
    ],
    "resources": {
      "L1BST1ZJREVSUy9NSUNST1NPRlQuRkxPVy9GTE9XUy82QzZGODc5MC0xM0EwLTRCMDQtOEQ4MS04NkJGN0IzMTVEOTM=": {
        "id": "/providers/Microsoft.Flow/flows/6c6f8790-13a0-4b04-8d81-86bf7b315d93",
        "name": "6c6f8790-13a0-4b04-8d81-86bf7b315d93",
        "type": "Microsoft.Flow/flows",
        "creationType": "Existing, New, Update",
        "details": {
          "displayName": "EEL_PAS_Core_EventOrchestration_DEV"
        },
        "configurableBy": "User",
        "hierarchy": "Root",
        "dependsOn": [
          "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX1NIQVJFUE9JTlRPTkxJTkU=",
          "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX1NIQVJFUE9JTlRPTkxJTkUvQ09OTkVDVElPTlMvMkIwNTgzRTFDRTAxMjU3Q0NBRkJBRUU4RTk2QjRCMzU=",
          "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX09GRklDRTM2NQ==",
          "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX09GRklDRTM2NS9DT05ORUNUSU9OUy9TSEFSRUQtT0ZGSUNFMzY1LUYyRjg2QTJDLTcxOTktNDA2RC04MDlFLUEwNDEtQjBGN0U1RjQ="
        ]
      },
      "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX1NIQVJFUE9JTlRPTkxJTkU=": {
        "id": "/providers/Microsoft.PowerApps/apis/shared_sharepointonline",
        "name": "shared_sharepointonline",
        "type": "Microsoft.PowerApps/apis",
        "details": {
          "displayName": "SharePoint",
          "iconUri": "https://connectoricons-prod.azureedge.net/releases/v1.0.1539/1.0.1539.2620/sharepointonline/icon.png"
        },
        "configurableBy": "System",
        "hierarchy": "Child",
        "dependsOn": []
      },
      "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX09GRklDRTM2NQ==": {
        "id": "/providers/Microsoft.PowerApps/apis/shared_office365",
        "name": "shared_office365",
        "type": "Microsoft.PowerApps/apis",
        "details": {
          "displayName": "Office 365 Outlook",
          "iconUri": "https://connectoricons-prod.azureedge.net/releases/v1.0.1538/1.0.1538.2621/office365/icon.png"
        },
        "configurableBy": "System",
        "hierarchy": "Child",
        "dependsOn": []
      },
      "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX1NIQVJFUE9JTlRPTkxJTkUvQ09OTkVDVElPTlMvMkIwNTgzRTFDRTAxMjU3Q0NBRkJBRUU4RTk2QjRCMzU=": {
        "id": "/providers/Microsoft.PowerApps/apis/shared_sharepointonline/connections/2b0583e1ce01257ccafbaee8e96b4b35",
        "name": "2b0583e1ce01257ccafbaee8e96b4b35",
        "type": "Microsoft.PowerApps/apis/connections",
        "creationType": "Existing",
        "details": {
          "displayName"<EMAIL_ADDRESS>          "iconUri": "https://az818438.vo.msecnd.net/icons/sharepointonline.png"
        },
        "configurableBy": "User",
        "hierarchy": "Child",
        "dependsOn": [
          "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX1NIQVJFUE9JTlRPTkxJTkU="
        ]
      },
      "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX09GRklDRTM2NS9DT05ORUNUSU9OUy9TSEFSRUQtT0ZGSUNFMzY1LUYyRjg2QTJDLTcxOTktNDA2RC04MDlFLUEwNDEtQjBGN0U1RjQ=": {
        "id": "/providers/Microsoft.PowerApps/apis/shared_office365/connections/shared-office365-f2f86a2c-7199-406d-809e-a041-b0f7e5f4",
        "name": "shared-office365-f2f86a2c-7199-406d-809e-a041-b0f7e5f4",
        "type": "Microsoft.PowerApps/apis/connections",
        "creationType": "Existing",
        "details": {
          "displayName"<EMAIL_ADDRESS>          "iconUri": "https://connectoricons-prod.azureedge.net/releases/v1.0.1535/1.0.1535.2607/office365/icon.png"
        },
        "configurableBy": "User",
        "hierarchy": "Child",
        "dependsOn": [
          "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX09GRklDRTM2NQ=="
        ]
      }
    }
  }
}
Initiating package export for Microsoft Flow 6c6f8790-13a0-4b04-8d81-86bf7b315d93...
Existing access token <<sanitized>> still valid. Returning...
Request:
{
  "headers": {
    "common": {
      "Accept": "application/json, text/plain, */*"
    },
    "delete": {},
    "get": {},
    "head": {},
    "post": {
      "Content-Type": "application/x-www-form-urlencoded"
    },
    "put": {
      "Content-Type": "application/x-www-form-urlencoded"
    },
    "patch": {
      "Content-Type": "application/x-www-form-urlencoded"
    },
    "user-agent": "NONISV|SharePointPnP|CLIMicrosoft365/4.2.0",
    "accept-encoding": "gzip, deflate",
    "accept": "application/json",
    "authorization": "Bearer <<sanitized>>"
  },
  "decompress": true,
  "responseType": "json",
  "url": "https://management.azure.com/providers/Microsoft.BusinessAppPlatform/environments/Default-9b4f4fcf-59ca-4fb5-878f-4dea4046b5c6/exportPackage?api-version=2016-11-01",
  "data": {
    "includedResourceIds": [
      "/providers/Microsoft.Flow/flows/6c6f8790-13a0-4b04-8d81-86bf7b315d93"
    ],
    "details": {
      "displayName": "EEL_PAS_Core_EventOrchestration_DEV",
      "description": "Orchestrates and controls the onward distribution of change requests submitted by users",
      "creator": "Phillip Allan-Harding",
      "sourceEnvironment": "Default-9b4f4fcf-59ca-4fb5-878f-4dea4046b5c6"
    },
    "resources": {
      "L1BST1ZJREVSUy9NSUNST1NPRlQuRkxPVy9GTE9XUy82QzZGODc5MC0xM0EwLTRCMDQtOEQ4MS04NkJGN0IzMTVEOTM=": {
        "id": "/providers/Microsoft.Flow/flows/6c6f8790-13a0-4b04-8d81-86bf7b315d93",
        "name": "6c6f8790-13a0-4b04-8d81-86bf7b315d93",
        "type": "Microsoft.Flow/flows",
        "creationType": "Existing, New, Update",
        "details": {
          "displayName": "EEL_PAS_Core_EventOrchestration_DEV"
        },
        "configurableBy": "User",
        "hierarchy": "Root",
        "dependsOn": [
          "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX1NIQVJFUE9JTlRPTkxJTkU=",
          "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX1NIQVJFUE9JTlRPTkxJTkUvQ09OTkVDVElPTlMvMkIwNTgzRTFDRTAxMjU3Q0NBRkJBRUU4RTk2QjRCMzU=",
          "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX09GRklDRTM2NQ==",
          "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX09GRklDRTM2NS9DT05ORUNUSU9OUy9TSEFSRUQtT0ZGSUNFMzY1LUYyRjg2QTJDLTcxOTktNDA2RC04MDlFLUEwNDEtQjBGN0U1RjQ="
        ],
        "suggestedCreationType": "Update"
      },
      "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX1NIQVJFUE9JTlRPTkxJTkU=": {
        "id": "/providers/Microsoft.PowerApps/apis/shared_sharepointonline",
        "name": "shared_sharepointonline",
        "type": "Microsoft.PowerApps/apis",
        "details": {
          "displayName": "SharePoint",
          "iconUri": "https://connectoricons-prod.azureedge.net/releases/v1.0.1539/1.0.1539.2620/sharepointonline/icon.png"
        },
        "configurableBy": "System",
        "hierarchy": "Child",
        "dependsOn": [],
        "suggestedCreationType": "Existing"
      },
      "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX09GRklDRTM2NQ==": {
        "id": "/providers/Microsoft.PowerApps/apis/shared_office365",
        "name": "shared_office365",
        "type": "Microsoft.PowerApps/apis",
        "details": {
          "displayName": "Office 365 Outlook",
          "iconUri": "https://connectoricons-prod.azureedge.net/releases/v1.0.1538/1.0.1538.2621/office365/icon.png"
        },
        "configurableBy": "System",
        "hierarchy": "Child",
        "dependsOn": [],
        "suggestedCreationType": "Existing"
      },
      "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX1NIQVJFUE9JTlRPTkxJTkUvQ09OTkVDVElPTlMvMkIwNTgzRTFDRTAxMjU3Q0NBRkJBRUU4RTk2QjRCMzU=": {
        "id": "/providers/Microsoft.PowerApps/apis/shared_sharepointonline/connections/2b0583e1ce01257ccafbaee8e96b4b35",
        "name": "2b0583e1ce01257ccafbaee8e96b4b35",
        "type": "Microsoft.PowerApps/apis/connections",
        "creationType": "Existing",
        "details": {
          "displayName"<EMAIL_ADDRESS>          "iconUri": "https://az818438.vo.msecnd.net/icons/sharepointonline.png"
        },
        "configurableBy": "User",
        "hierarchy": "Child",
        "dependsOn": [
          "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX1NIQVJFUE9JTlRPTkxJTkU="
        ],
        "suggestedCreationType": "Existing"
      },
      "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX09GRklDRTM2NS9DT05ORUNUSU9OUy9TSEFSRUQtT0ZGSUNFMzY1LUYyRjg2QTJDLTcxOTktNDA2RC04MDlFLUEwNDEtQjBGN0U1RjQ=": {
        "id": "/providers/Microsoft.PowerApps/apis/shared_office365/connections/shared-office365-f2f86a2c-7199-406d-809e-a041-b0f7e5f4",
        "name": "shared-office365-f2f86a2c-7199-406d-809e-a041-b0f7e5f4",
        "type": "Microsoft.PowerApps/apis/connections",
        "creationType": "Existing",
        "details": {
          "displayName"<EMAIL_ADDRESS>          "iconUri": "https://connectoricons-prod.azureedge.net/releases/v1.0.1535/1.0.1535.2607/office365/icon.png"
        },
        "configurableBy": "User",
        "hierarchy": "Child",
        "dependsOn": [
          "L1BST1ZJREVSUy9NSUNST1NPRlQuUE9XRVJBUFBTL0FQSVMvU0hBUkVEX09GRklDRTM2NQ=="
        ],
        "suggestedCreationType": "Existing"
      }
    }
  },
  "method": "post"
}
Request error:
{
  "status": 403,
  "statusText": "Forbidden",
  "headers": {
    "cache-control": "no-store, no-cache",
    "pragma": "no-cache",
    "content-length": "134",
    "content-type": "application/json; charset=utf-8",
    "expires": "-1",
    "strict-transport-security": "max-age=31536000; includeSubDomains",
    "x-ms-request-id": "uksouth:f41bc1ab-975b-4e4d-a60b-5d90366a1629",
    "x-ms-correlation-request-id": "1d869409-5f4e-4c6d-9a7f-6b5fd0a61512",
    "x-ms-ratelimit-remaining-tenant-writes": "1199",
    "x-ms-routing-request-id": "UKSOUTH:20220107T180847Z:1d869409-5f4e-4c6d-9a7f-6b5fd0a61512",
    "x-content-type-options": "nosniff",
    "date": "Fri, 07 Jan 2022 18:08:46 GMT",
    "connection": "close"
  },
  "error": {
    "error": {
      "code": "AuthorizationFailed",
      "message": "The client certificate 'C5F9D3ED02E06B0148CD8D82B131AB1A88C74414' is not allowed."
    }
  }
}

CLI for Microsoft 365 version
Tested on 3.11.0, 3.13.0, 4.1.0, 4.2.0
nodejs version
14.17.6
Operating system (environment)
macOS
Shell
PowerShell
cli doctor
{
  "os": {
    "platform": "darwin",
    "version": "Darwin Kernel Version 20.6.0: Mon Aug 30 06:12:21 PDT 2021; root:xnu-7195.141.6~3/RELEASE_X86_64",
    "release": "20.6.0"
  },
  "cliVersion": "4.2.0",
  "nodeVersion": "v14.17.6",
  "cliAadAppId": "31359c7f-bd7e-475c-86db-fdb8c937548e",
  "cliAadAppTenant": "common",
  "authMode": "DeviceCode",
  "cliEnvironment": "",
  "roles": [],
  "scopes": [
    "AllSites.FullControl",
    "AppCatalog.ReadWrite.All",
    "ChannelMember.ReadWrite.All",
    "ChannelMessage.Read.All",
    "ChannelMessage.Send",
    "ChannelSettings.ReadWrite.All",
    "Chat.Read",
    "Directory.AccessAsUser.All",
    "Directory.ReadWrite.All",
    "Group.ReadWrite.All",
    "IdentityProvider.ReadWrite.All",
    "Mail.ReadWrite",
    "Mail.Send",
    "Policy.Read.All",
    "Reports.Read.All",
    "ServiceMessage.Read.All",
    "Tasks.ReadWrite",
    "Team.Create",
    "TeamMember.ReadWrite.All",
    "TeamsApp.ReadWrite.All",
    "TeamsAppInstallation.ReadWriteForUser",
    "TeamSettings.ReadWrite.All",
    "TeamsTab.ReadWrite.All",
    "TermStore.ReadWrite.All",
    "User.Invite.All",
    "User.ReadWrite.All",
    "profile",
    "openid",
    "email",
    "user_impersonation",
    "user_impersonation"
  ]
}

Additional Info
Last known to be working correctly on 20/12/2021

Thank you for the solid report @phillipharding and sorry for the trouble.
@appieschot, since you've done some work in this area, have you seen it before or could it be related to #2914?

Doing some investigation in the Power Automate UI;
The listPackages request URL is https://api.bap.microsoft.com/providers/Microsoft.BusinessAppPlatform/environments/Default-9b4f4fcf-59ca-4fb5-878f-4dea4046b5c6/listPackageResources?api-version=2016-11-01 in the Power Automate UI which matches the CLI
But the exportPackage request URL is https://api.bap.microsoft.com/providers/Microsoft.BusinessAppPlatform/environments/Default-9b4f4fcf-59ca-4fb5-878f-4dea4046b5c6/exportPackage?api-version=2016-11-01 in the Power Automate UI but the CLI request URL for exportPackage is https://management.azure.com/providers/Microsoft.BusinessAppPlatform/environments/Default-9b4f4fcf-59ca-4fb5-878f-4dea4046b5c6/exportPackage?api-version=2016-11-01

Just a heads up that I ran into exactly this today as well. I think last week this still worked.

Let's wait for @appieschot to respond, as I believe he might have some useful input here.

Bit more detective work (sorry) 😉
The listPackages request is sent to api.bap.microsoft.com with an access token whose audience is https://management.azure.com/
The exportPackage request is sent to management.azure.com with an access token whose audience is https://management.azure.com -- no trailing backslash
Both access tokens are identical except for the audience
Using Postman if I send the exportPackage request to api.bap.microsoft.com using the access token with audience = https://management.azure.com/ -- with trailing backslash -- it succeeds with response
{
   "status": "Succeeded",
   "packageLink": {
      "value": "<<sanitized>>"
   },
   "details": {
      "displayName": "EEL_PAS_Core_EventOrchestration_DEV",
      "description": "Orchestrates and controls the onward distribution of change requests submitted by users",
      "createdTime": "2022-01-10T15:59:30.3011723Z",
      "packageTelemetryId": "38c8e1d9-50fe-458a-aa91-e2b9b6f38431",
      "creator": "Phillip Allan-Harding",
      "sourceEnvironment": "<<sanitized>>"
   },
   "resources": {
       <<omitted>>
   }
}

great find @phillipharding ! We should totally fix the trailing backslash but once #2914 is implemented we should be able to tackle it as well

@phillipharding, based on your research, if I understand it correctly, all we need to do is to replace the host in the exportPackage request from management.azure.com to api.bap.microsoft.com, correct?

@waldekmastykarz looks like it yes, I don't know if the host varies by region, my PA environment is the EMEA region and replacing management.azure.com with api.bap.microsoft.com was successful

It doesn't seem like the region is expressed in the URL so we should be said. That said, we can implement the necessary change in a beta and check with our users across the globe to help us confirm that it works as intended for everyone.

It doesn't seem like the region is expressed in the URL so we should be said. That said, we can implement the necessary change in a beta and check with our users across the globe to help us confirm that it works as intended for everyone.

There should not be a region for that URL; however there is a difference between GOV tenants etc.

@waldekmastykarz. I can confirm that this bug remains in US West region (commercial tenants) this week. Any estimates on when next release will be that will include the fix?

@pstrindlund thank you for confirming the issue in this region, however we cannot provide estimates on when this will be fixed, as this command uses an API (as stated in the docs) which is not GA, we have to be mindful there may not be a fix.
Our current process is to release any fixes in to a beta release, which we release regularly throughout the month for folks to be able to test fixes and try new features, this is before we roll them into the next stable release, for example, v4.4 will be released at the end of the month.

@appieschot as you've done some work here already, would you like to give it a stab and submit a PR with a fix?

Will have a look upcoming days

Hmm, looks like this might be simpler then initially thought; changing the URL to api.bap solves the issue on my side. @pstrindlund  or @phillipharding any change you can validate my findings? You can find the code here:   https://github.com/appieschot/cli-microsoft365/tree/feature/issue-2923

Closing this one as fixed as a side effect of #3393.

That's a productive few lines of code @Jwaegebaert...


jsfiddle demos are not loading on docs pages

https://afarkas.github.io/webshim/demos/demos/forms.html
The jsfiddle demos are not loading due to browsers (Firefox and Chromium) blocking http content from loading on a https page.

jsfiddle, like github, has now switched to all https URLs.


How address translation table size is determined? (TZ-666)

Question
Need to know the capacity in terms of number a devices (ZR or ZED) a coordinator can have on a network?
I get the message "I (244889) ZBOSS: common/zb_address.c:1014   Achtung! Address translation table overflow!" and I'm wondering if the size is a fix value in the code (may be different accross lib version) or if it depends on some other factor (stack size, heap, fc partition size etc..)
I may have up to 250 devices in a single network, for now, can attach only ~30 devices (routers) with lib v1.1.1
Is the capacity changes if device ar routers or end-devices?  For now, I have only routers.
Additional context.
No response

Hello @Zeboo14 ，
The device address table has a fixed size of 32 in v1.1.1, and we plan to optimize this fixed-size table issue in the future.

Is the capacity changes if device ar routers or end-devices? For now, I have only routers.

No, it is not. The address information of end devices will also be added to the address table as long as the end device is near the coordinator. The ESP-Zigbee-SDK will support the MAC whitelist feature, preventing unauthorized MAC addresses from associating with the current device. This feature may help mitigate the capacity constraints of the address table.

Just to make sure (it is show stopper for us), we are talking about ZB_IEEE_ADDR_TABLE_SIZE macro defined as 32 in zb_config.h, correct ?

@Zeboo14 ,
The esp-zigbee-sdk v1.2.2 now supports user configuration of the network size, which could potentially help address your problem. You can find more information about this feature in the API documentation here: link to documentation. I suggest trying to use this API to adjust the network size and see if it resolves your issue.

@Zeboo14 ，
Do you have any updates regarding this issue?


Block,transaction and asset's data are not being persisted into mongodb after the transaction commit

OS- CentOS 7.2
BigchainDB- 2.0.0a6
tendermint-0.19.7
mongodb- 3.6.5
I have set up 4 Node BigchainDB network by following below document-
https://docs.bigchaindb.com/projects/server/en/latest/simple-network-setup.html
I am trying to create one asset. The code is as below-
from bigchaindb_driver import BigchainDB
from bigchaindb_driver.crypto import generate_keypair

bdb = BigchainDB(
    'http://<node_ip>:9984/')
alice = generate_keypair()
tx = bdb.transactions.prepare(
    operation='CREATE',
    signers=alice.public_key,
    asset={'data': {'message': 'this is my asset'}})
signed_tx = bdb.transactions.fulfill(
    tx,
    private_keys=alice.private_key)
bdb.transactions.send(signed_tx)

I can see the blocks being created intendemint logs and also can see the response in bigchaindb.log.
Below are the last messages logged in bigchaindb log-
[2018-06-27 18:37:10] [DEBUG] (bigchaindb.backend.connection) Connection: <class 'bigchaindb.backend.localmongodb.connection.LocalMongoDBConnection'> (webapi     - pid: 3267)
[2018-06-27 18:37:10] [DEBUG] (urllib3.connectionpool) Starting new HTTP connection (1): localhost:46657 (webapi     - pid: 3267)
[2018-06-27 18:37:32] [DEBUG] (urllib3.connectionpool) http://localhost:46657 "POST / HTTP/1.1" 200 1417 (webapi     - pid: 3267)
[2018-06-27 18:37:32] [DEBUG] (bigchaindb.tendermint.lib) {'jsonrpc': '2.0', 'id': '72ee9639-65dc-4d1c-ad17-96bb8dd04037', 'result': {'check_tx': {'fee': {}}, 'deliver_tx': {'tags': [{'key': 'YXBwLmNyZWF0b3I=', 'value': 'amFl'}, {'key': 'YXBwLmtleQ==', 'value': 'eyJpbnB1dHMiOiBbeyJvd25lcnNfYmVmb3JlIjogWyI0RjZWeHZFaEJvYkFncnM4ODVXRkdVbWpGZUd0Y3d2WjM2clhlOW54N2RVOCJdLCAiZnVsZmlsbHMiOiBudWxsLCAiZnVsZmlsbG1lbnQiOiAicEdTQUlEQXZhUWZhanRNd1M4UGpBZTZLalpvWWk2eXcxODZmb05UVWVYZzhuQW8xZ1VEZ0diQ3U2eWFweGJoMV9YZl9FZUcxMGlUWEg5N2U1aGdoQ01hS0FrLWctOFU0eWc3NzFNeWdmd2x0V054OTJ5dHUzdFowOEw4WjFNOFdUQm5oYmFnSiJ9XSwgIm91dHB1dHMiOiBbeyJwdWJsaWNfa2V5cyI6IFsiNEY2Vnh2RWhCb2JBZ3JzODg1V0ZHVW1qRmVHdGN3dlozNnJYZTlueDdkVTgiXSwgImNvbmRpdGlvbiI6IHsiZGV0YWlscyI6IHsidHlwZSI6ICJlZDI1NTE5LXNoYS0yNTYiLCAicHVibGljX2tleSI6ICI0RjZWeHZFaEJvYkFncnM4ODVXRkdVbWpGZUd0Y3d2WjM2clhlOW54N2RVOCJ9LCAidXJpIjogIm5pOi8vL3NoYS0yNTY7LUhoMnp4RUV1emFXQVZXWEVJZ3NMYjRScEFMOGZGQ2tUS3BaQldpM2sxMD9mcHQ9ZWQyNTUxOS1zaGEtMjU2JmNvc3Q9MTMxMDcyIn0sICJhbW91bnQiOiAiMSJ9XSwgIm9wZXJhdGlvbiI6ICJDUkVBVEUiLCAibWV0YWRhdGEiOiBudWxsLCAiYXNzZXQiOiB7ImRhdGEiOiB7Im1lc3NhZ2UiOiAiaGVra28ifX0sICJ2ZXJzaW9uIjogIjIuMCIsICJpZCI6ICJjM2Y0NTQzNGFhNzk2ZWI3MDEzZjExOWU3ZThjYzgzNGE1MDljNDBlOGEyYzc1MmUzOGEzMTA5NTNhZDJjM2M4In0='}], 'fee': {}}, 'hash': 'BB4FE90431FACA3489DC919FA183AAFE2F43374A', 'height': 5}} (webapi     - pid: 3267)
But I cant see any information stored in mongodb.i.e all the collections are empty and not getting the expected output after querying over  the transaction with the http API( /api/v1/transactions/<transaction_id) as it returns  the response which says transaction not found.

Hi @ashishkshukla, the log you posted seems to be for another transaction with id c3f45434aa796eb7013f119e7e8cc834a509c40e8a2c752e38a310953ad2c3c8, can you find it in your local node?
{
    "inputs": [
        {
            "owners_before": [
                "4F6VxvEhBobAgrs885WFGUmjFeGtcwvZ36rXe9nx7dU8"
            ],
            "fulfills": null,
            "fulfillment": "pGSAIDAvaQfajtMwS8PjAe6KjZoYi6yw186foNTUeXg8nAo1gUDgGbCu6yapxbh1_Xf_EeG10iTXH97e5hghCMaKAk-g-8U4yg771MygfwltWNx92ytu3tZ08L8Z1M8WTBnhbagJ"
        }
    ],
    "outputs": [
        {
            "public_keys": [
                "4F6VxvEhBobAgrs885WFGUmjFeGtcwvZ36rXe9nx7dU8"
            ],
            "condition": {
                "details": {
                    "type": "ed25519-sha-256",
                    "public_key": "4F6VxvEhBobAgrs885WFGUmjFeGtcwvZ36rXe9nx7dU8"
                },
                "uri": "ni:///sha-256;-Hh2zxEEuzaWAVWXEIgsLb4RpAL8fFCkTKpZBWi3k10?fpt=ed25519-sha-256&cost=131072"
            },
            "amount": "1"
        }
    ],
    "operation": "CREATE",
    "metadata": null,
    "asset": {
        "data": {
            "message": "hekko"
        }
    },
    "version": "2.0",
    "id": "c3f45434aa796eb7013f119e7e8cc834a509c40e8a2c752e38a310953ad2c3c8"
}

Hi @vrde ..No none of the transactions are being stored in local mongodb .
I created one more asset just now.
code is as below-
from bigchaindb_driver import BigchainDB
from bigchaindb_driver.crypto import generate_keypair

bdb = BigchainDB(
    'http://<IP_ADDRESS>:9984/')
alice = generate_keypair()
tx = bdb.transactions.prepare(
    operation='CREATE',
    signers=alice.public_key,
    asset={'data': {'message': 'sending the message'}})
signed_tx = bdb.transactions.fulfill(
    tx,
    private_keys=alice.private_key)
bdb.transactions.send(signed_tx)

Below are the latest logs related to above code-
[2018-06-27 19:37:03] [DEBUG] (bigchaindb.backend.connection) Connection: <class 'bigchaindb.backend.localmongodb.connection.LocalMongoDBConnection'> (webapi     - pid: 3272)
[2018-06-27 19:37:03] [DEBUG] (urllib3.connectionpool) Starting new HTTP connection (1): localhost:46657 (webapi     - pid: 3272)
[2018-06-27 19:37:16] [DEBUG] (urllib3.connectionpool) http://localhost:46657 "POST / HTTP/1.1" 200 1437 (webapi     - pid: 3272)
[2018-06-27 19:37:16] [DEBUG] (bigchaindb.tendermint.lib) {'jsonrpc': '2.0', 'id': '55ebf65a-39eb-4393-8d12-e93775b29888', 'result': {'check_tx': {'fee': {}}, 'deliver_tx': {'tags': [{'key': 'YXBwLmNyZWF0b3I=', 'value': 'amFl'}, {'key': 'YXBwLmtleQ==', 'value': 'eyJpbnB1dHMiOiBbeyJvd25lcnNfYmVmb3JlIjogWyJESFNFeThKR2FrRWhVMVpGNWZxM0J4TmRDd20zdHpydTFxV3RLVVhFR2FkUSJdLCAiZnVsZmlsbHMiOiBudWxsLCAiZnVsZmlsbG1lbnQiOiAicEdTQUlMYUNFM0YyaHZ4ejdndlNwSnVyelVjeGpwbWJZSThxV3N2eS1SanFwTC1MZ1VESDlsaHNiM09GX3VNZFRNNnYwTGpXd1NQMkhyLXhDUTN3dXVrWXozWGg3aWZkY3A0eUk2NjFXM1VWeFRqbnF6RV9jVWUzUTduSlpWODRFMzNjdk1BSiJ9XSwgIm91dHB1dHMiOiBbeyJwdWJsaWNfa2V5cyI6IFsiREhTRXk4Skdha0VoVTFaRjVmcTNCeE5kQ3dtM3R6cnUxcVd0S1VYRUdhZFEiXSwgImNvbmRpdGlvbiI6IHsiZGV0YWlscyI6IHsidHlwZSI6ICJlZDI1NTE5LXNoYS0yNTYiLCAicHVibGljX2tleSI6ICJESFNFeThKR2FrRWhVMVpGNWZxM0J4TmRDd20zdHpydTFxV3RLVVhFR2FkUSJ9LCAidXJpIjogIm5pOi8vL3NoYS0yNTY7SDZmalloNlEySUZ0M2w2dXlqeEM1U0czeEJQY3d0ejRXSUlDTm83VXhmaz9mcHQ9ZWQyNTUxOS1zaGEtMjU2JmNvc3Q9MTMxMDcyIn0sICJhbW91bnQiOiAiMSJ9XSwgIm9wZXJhdGlvbiI6ICJDUkVBVEUiLCAibWV0YWRhdGEiOiBudWxsLCAiYXNzZXQiOiB7ImRhdGEiOiB7Im1lc3NhZ2UiOiAic2VuZGluZyB0aGUgbWVzc2FnZSJ9fSwgInZlcnNpb24iOiAiMi4wIiwgImlkIjogIjY4OGNjNTlmZmYxMThiNDY0MGI1NzMwYWMyZTU1Zjc2Y2VkNzQ5MjYyYjY4ZjAyNTgxZDNlZmVmMGM5OWVmMWQifQ=='}], 'fee': {}}, 'hash': '66E67878462A1CC10C79EBEF67910FE49E808F3C', 'height': 7}} (webapi     - pid: 3272)

Can you share with us the result of the following commands?
curl http://<IP_ADDRESS>:9984/api/v1/transactions/688cc59fff118b4640b5730ac2e55f76ced749262b68f02581d3efef0c99ef1d

curl http://<IP_ADDRESS>:9984/api/v1/blocks/5

curl http://<IP_ADDRESS>:9984/api/v1/blocks/7

curl http://<IP_ADDRESS>:9984/api/v1/validators

curl http://<IP_ADDRESS>:9984/api/v1/transactions/688cc59fff118b4640b5730ac2e55f76ced749262b68f02581d3efef0c99ef1d
output-
{"message":"Not found","status":404}

curl http://<IP_ADDRESS>:9984/api/v1/blocks/5
output-
{"message":"Not found","status":404}

 curl http://<IP_ADDRESS>:9984/api/v1/blocks/7
output-
__{"message":"Not found","status":404}

curl http://<IP_ADDRESS>:9984/api/v1/validators
output-
[{"pub_key": {"type": "AC26791624DE60", "value": "BgNKJpc/aTxo3mgrozfGRvxqLraXeLt83p1a2lHlvxI="}, "voting_power": 10}, {"pub_key": {"type": "AC26791624DE60", "value": "32Rr+h/bCnTFJMGPTBAbJxr7SwgqXoLMU0urujlHXww="}, "voting_power": 10}, {"pub_key": {"type": "AC26791624DE60", "value": "XPy29KLqug68AGQebbgq2Kc4fyB+W4eWUH/igmp7yow="}, "voting_power": 10}, {"pub_key": {"type": "AC26791624DE60", "value": "9HYsmAr6X46ZkCouQoMLD5bQYRYZuAktVBq0TYO47dM="}, "voting_power": 10}]

By the time you are looking into this issue , I tried to setup 4 node docker based BigchainDB network to see if things are working there.
I am not able to set up the network and have raised the problem #2363

@vrde Any input on this ?

My guess is that you have 4 nodes running, but they are not properly connected, so they cannot form a majority and vote on valid transactions. To check this, you can run
$ curl -s http://<tendermint>:46657/net_info | jq ".result.peers[].node_info | {id, listen_addr, moniker}"

If you are connected to the machine running Tendermint, then you can put localhost in <tendermint>.
Another useful command is
$ curl -s http://<tendermint>:46657/num_unconfirmed_txs

This command will give you the unconfirmed transactions. If the number is greater than zero, than your node is receiving transactions but it's not able to create blocks.

I dont think node are not connected properly.
I tried the commands which you suggested-
curl -s http://localhost:46657/net_info | jq ".result.peers[].node_info | {id, listen_addr, moniker}"
output
{   "id": "0271122d32831fda65f8ecc134fe5091e7967006",   "listen_addr": "<node1>:46656",   "moniker": "host1_name" } {   "id": "2673e30039b0ad7f3d7f79fec7bdf3c91dc78371",   "listen_addr": "<node2>:46656",   "moniker": "host2_name" } {   "id": "7a2cbf0f2c8a1768cd35110da08d16a7eef16e03",   "listen_addr": "<Node3>:46656",   "moniker": "host3_name" }
and the other one -
curl -s http://localhost:46657/num_unconfirmed_txs
output
{   "jsonrpc": "2.0",   "id": "",   "result": {     "n_txs": 0,     "txs": null   } }

I'm a bit clueless at the moment.
In the logs you shared you can clearly see that at least two blocks with height 5 and 7 have been created, but if you query for those blocks you get a 404.
There are no unconfirmed transactions, so they went through and have been stored in the blockchain.
I tried your code in our testnet, and it works (we reset the testnet from time to time, so this link is not future-proof).
Can I ask you to run again the code that creates an asset, and post here the logs from both BigchainDB and Tendermint? Maybe there is something more I didn't notice.

Hi,
I have exactly the same problem on four nodes in a private network (Ubuntu 20.04 installed after official documentation with some adjustments for private networks). Nodes seems to communicate each other because any writes on a node are imediately propagated on other nodes and I received even the transaction id but tables in  mongodb are still empty. I started the cluster from a functional node that works with mongodb but after I added the peers things didn't work out anymore.
There is any solution to this issue?
Thanks,
Tendermint log example for node 2,3, and 4 when I create a transaction on node 1:
tail -f .bigchaindb-monit/logs/tendermint.out.log

I[2021-09-28|10:18:14.654] Executed block                               module=state height=7 validTxs=1 invalidTxs=0
I[2021-09-28|10:18:14.656] Committed state                              module=state height=7 txs=1 appHash=0600000000000000
I[2021-09-28|10:18:15.979] Executed block                               module=state height=8 validTxs=0 invalidTxs=0
I[2021-09-28|10:18:15.981] Committed state                              module=state height=8 txs=0 appHash=0600000000000000
I[2021-09-28|10:19:31.400] Executed block                               module=state height=9 validTxs=1 invalidTxs=0
I[2021-09-28|10:19:31.403] Committed state                              module=state height=9 txs=1 appHash=0800000000000000
I[2021-09-28|10:19:32.718] Executed block                               module=state height=10 validTxs=0 invalidTxs=0
I[2021-09-28|10:19:32.720] Committed state                              module=state height=10 txs=0 appHash=0800000000000000


memory mapped files

How do you create memory-mapped files in UWP? Even if it is a separate API I still think it would be worth mentioning here

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

ID: b36404b8-4385-81d9-2ee8-486f0a55fc37
Version Independent ID: 7b6ce4df-6ab2-3aa6-059f-b38aa9ea8062
Content: Create, write, and read a file - UWP app developer
Content Source: windows-apps-src/files/quickstart-reading-and-writing-files.md
Service: unspecified
GitHub Login: @laurenhughes
Microsoft Alias: lahugh

@adrianstephens, Thanks for your question! UWP apps are not currently allowed to use file mapping APIs.

@laurenhughes Is there any word on whether this kind of IPC is to be allowed at some point?  I have no doubt companies are choosing to not use UWP precisely for these restrictions.  If all we are doing is a desktop app is there a way to bypass?

Actually I think I found a way though BrokeredProxy but have not tried it yet.  The platform limitation is one of security but not capability.  It's understandable on mobile but not on Desktop.  Many people want to build Desktop only, side-loaded is fine, apps using UWP, but those limits turn them away.  Hope it's just a matter of time before the team gets green-light to allow full IPC, or at least for memory-mapped files.
Thanks!

Is memory mapped files still not supported??


error Order Accept Encountered Problems Invalid image and/or designated architecture

Hi,
I am testing this module for Scaleway. I found the error during create server "Order Accept Encountered Problems Invalid image and/or designated architecture" I am not sure how can we get list of the image and additional volume. Kindly advise.

The error is from validation step. Are you sure if the image ID is correct?
First error:
For example, if you want to install Ubuntu 14, that image have two different IDs, one for Intel x64 Architecture and one for ARM.
Second error:
Are you sure if your Access Token key is correct? This error is returned when scaleway refuse to authenticate you with the given Token.
Access Token have to be filled here: (WHMCS Addim Area) >> Setup >> Product/Services >> Product/Services >> Edit Button (afferent to your product) >> Module Settings. There is a field called "Token". Fill that field with your Access Token provided by Scaleway. Don't forget to complete "Commercial type" and "Admin username" fields too as those are required in order for this plugin to work.
If you choose to complete the field "Scaleway SSH Key (Putty format [.ppk])", your server will be installed with a root password, so the client can use it directly.
Those days I will post full documentation afferent to this module. Please check that and the post here if error persist!

Take a look here: https://github.com/caffedrine/scaleway-whmcs/wiki/Setting-up-module


Update dp appendix

@nightism Our user cases must ONLY include our features or can they include features we were planning to add but did not?

@pyokagan I think they can ONLY include our features

@nightism I've merge this into the docs branch. Please start editing there.


Location info not showing on DynamoDB

It seems that when a user registers from the email it does not show the location of where the user signed in. It appears this way on the  downloaded csv as well.

This is expected - registrations are not location specific. What's the issue here?

I believe the most common way a user registers is by first signing into the tablet at one of the locations right? If a user signs into the tablet, they would have visited the specific space to do so and if it is their first time they will be sent a registration email. Even though they will register on their personal device, they still signed in to use a specific space at first. I was hoping to count this as a sign-in, but if there is no location so I would not know where they were. If it is possible to keep location of where they signed in the makerspace would prefer to know where they signed in first so we can count it as a sign-in and a registration.


Fixed nit in notifications sample

Since Chrome 55, startNotifications returns characteristic. This patch updates notifications sample to reflect this change.
R: @petele

Thank you @jpmedley!


setup.py?

Do you plan to make this wrapper as a installable package?

@floydsoft Hello. I just write it as the thin wrapper. And not sure about the bug, because I used it in a kaggle competition before.
I advise you directly check out the official https://github.com/dmlc/xgboost/blob/master/wrapper/xgboost.py , and watch from line 987, which provides official support for scikit-learn interface.

@fyears cool! learned it! thanks!


Cert check fails when zen-cli says tls cert is verified

Hey,
I am having trouble passing the cert check.
secnodetracker gives me
Cert check: valid=false.  No peers found yet with secure connections to this node.
when zen-cli states:
"tls_cert_verified": true,
Any ideas?

The tracking server attempt to connect to a node on port 9033 to verify TLS.   If it can not connect it will check other nodes that are connected to your node to see if the established a connection.
Make sure port 9033 is open in your firewall.
You can also open a ticket at support.zencash.com to get some more help.

That's it. Could have gotten it by myself. Anyways, thanks a lot!


compat for 18.1

Describe the Suggestion
compatibility for 1.18.1 cause it doesnt work with .1 it only works with .2
Screenshots and Videos
No response
Additional Context
No response

we're not backporting, please update.


Add .configuration to Grape::API (fixes #1906)

Still work in progress... includes an intentionally failing test for the inheritance of config to mounted APIs, which I am totally unsure of how to implement and would really like some help with :)
Also if the method name is appropriate. I prefer with_configuration(hash) but @myxoh thought of with(configuration: hash).
Todo list:

[x] inheritance of config on mounted endpoints
[x] documentation
[x] changelog

Thanks!

I like this, exposes configure with no other api changes. Document it?

@unleashy Let's finish this? See comments above, bring this to a close?

Sorry for the delay, I have been busy. I'm kinda sad that I couldn't implement config inheritance but it's ok.

Hi, sorry for the delay on commenting on this PR. Config inheritance is an interesting one but it might have unintended behaviour, as for the time being the configuration was meant to be specific for the API endpoints.
One way I did do inheritance one I thought that was appropiate was
class Parent < Grape::API
  mount Child, with: configuration
end

class Child < Grape::API
  get configuration[:key]
    'response
  end
end

class Base <Grape::API
  mount Parent, with: {key: 'value'}
end

@myxoh yeah I realised I could do that so it's not a big deal actually hehe.

It looks like what we document in README is misleading then because it seems to imply that you are configuring a specific API? Let's explain how it inherits?
@myxoh Anything else you think this PR needs to merge?

Should we just merge this @dblock?

I hit merge.

Thanks for your solid work @unleashy!

Thank you all :heart_decoration:


postprocessd: init at 0.3.0

Description of changes
Add postprocessd, a queueing Megapixels post-processor.
Also patch Megapixels to be able to use the new postprocessor if it is installed globally. See the long comment in the code for a more detailed description and a discussion of tradeoffs.
Things done

Built on platform(s)

[x] x86_64-linux
[x] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[x] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
24.11 Release Notes (or backporting 23.11 and 24.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

Seems reasonable just wondering if the comment should be simplified and/or in the commit message instead.

Yeah, the comment is pretty long. But I felt using these global paths goes against the NixOS philosophy and is therefore controversial, so I wanted to explain everything with as much detail as possible. Feel free to tell me any concrete suggestions you may have on how to simplify it.
At first I had this text in the commit message but then I moved it into this comment because I didn't like how the code contained a patch without any explanation and users would have to search the Git history just to find an explanation why this patch exists and what it does.

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-already-reviewed/2617/1955

I fixed a grammatical error in the comment.

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-already-reviewed/2617/1974

Rebased.

Everything except the Darwin tests ran and this program is only meant for Linux.


[region-isolation] Cache getUnderlyingTrackedValue.

TLDR: Was looking at some performance traces and saw that we need to cache the
result of this value.

Specifically, I noticed that we were spending a lot of time computing this
operation. When I looked at the code I saw that we already had a cache along the
relevant code paths... but the cache was from equivalence class representative
-> state. Before we hit that cache, we were performing the work to map the value
to the equivalence class representative... so the work to perform the relevant
lookup from value -> state (which goes through the equivalence class
representative) was not just a hash table lookup. This operation makes it
cheaper by making it two cache lookups.
It may be possible to make this cheaper by redoing the actual mapping of
information so that we can go straight from value to state. I think it would be
slightly different since we would probably need to represent the state in a
separate array and map with indices... which is really just a more efficient
hash table. We could also use malloc/etc but lets not even talk about that.
rdar://139520959

@swift-ci smoke test


Update CLI History section in DG

Codecov Report

Merging #224 (208110c) into master (45d3c19) will increase coverage by 0.54%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##             master     #224      +/-   ##
============================================
+ Coverage     57.99%   58.54%   +0.54%
- Complexity      690      699       +9
============================================
  Files           120      120
  Lines          2914     2914
  Branches        347      347
============================================
+ Hits           1690     1706      +16
+ Misses         1100     1085      -15
+ Partials        124      123       -1

Impacted Files
Coverage Δ

src/main/java/seedu/address/ui/CommandBox.java
0.00% <ø> (ø)

...ain/java/seedu/address/model/tuition/Timeslot.java
79.72% <0.00%> (+21.62%)
:arrow_up:

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 45d3c19...208110c. Read the comment docs.


Paper Review and Authorship Invitation

The paper draft describing jax-cosmo and providing a few example use-cases for differentiable models is now almost ready for submission \o/
Thanks in large part to the efforts of @jecampagne and @joezuntz .
You can find the latest PDF version as an artifact in the latest run of this action
As per our initial guidelines for authorship we would like to invite contributors to sign the current draft according to our two contributor tiers:

First tier: (any) code contributions and paper writing (ordered by contributions)
Second tier: ideas and feedback (ordered alphabetically)

Please send comments and sign up for authorship by Jan. 11th 2023
How to sign up for authorship
Open a Pull Request adding to the LaTeX document:

Your name and institution here:
https://github.com/DifferentiableUniverseInitiative/jax-cosmo-paper/blob/28dea870cd5f9175ec1a54786b8aab41996af417/paper_OJA.tex#L176
A very brief contribution statement here:
https://github.com/DifferentiableUniverseInitiative/jax-cosmo-paper/blob/28dea870cd5f9175ec1a54786b8aab41996af417/paper_OJA.tex#L1056

Do not worry too much about the author order at this point, we will reorder once every body has signed up. Just please indicate in your Pull Request if you would like to sign up in first or second tier.
How to submit comments and modifications
Please do not hesitate to open an issue with comments, and/or directly open a Pull Request to propose edits. If you would like to make significant edits/suggestions, don't hesitate to ask @EiffL for overleaf access if that is more convenient for you.

Note: I will also be working hard to get any pending PR contributions merged in ASAP.

@EiffL  @jecampagne   :
I added directly to the overleaf both my name on the second tier and my (small) contribution at the end, as discussed with @EiffL .  Thanks for reminding me of this after a few weeks of not catching up with the changes.
I am going to the latest additions of the paper and I have nothing else to say than congratulations for the great work, there is a lot of good material in there.

Paper ready to submit \o/


Document showFooter/showHeader option for forms

showFooter and showHeader options for Survey forms are not documented.

@linl33 hello, I am just getting started in open-source development and I would love to contribute in any way I can if this issue is still available

Hi @Chi-O. Yes this is still available and I've assigned this issue to you. If you're considering participating in Outreachy please see https://forum.odk-x.org/t/welcome-outreachy-applicants/1240. If you're considering participating in GSoC please see https://forum.odk-x.org/t/welcome-gsoc-applicants/1195.

These 2 options should go on the XLSX Reference page https://docs.odk-x.org/xlsx-converter-reference/#settings
You can find information on how to modify the documentation at https://github.com/odk-x/docs#odk-x-docs

@linl33 If no one is working on this issue. Can I start working on this issue?

@Chi-O can you give us an update on your progress? Do you have questions we could answer? If you are not longer working on it please let us know so we can assign this to someone else.

I apologize for not getting this done sooner, I got busy with my other projects. I followed the instructions on the docs contribution guide and I have set up the repository on my end. I want to make sure to follow the guidelines for style, syntax and style so that is what I was going through now.

@linl33 @wbrunette would these options be part of the available setting_name values shown? kindly help in describing the settings

@Chi-O Yes, showFooter and showHeader should be added to that table. You can try them out in a form to see what they do.


Add flake8, yapf, and isort pre-commit hooks.

Adds falke8, yapf, and isort pre-commit hooks.
Checklist

[x] I am familiar with the Contributing Guidelines.
[x] New or existing tests cover these changes.
[x] The documentation is up to date with these changes.

/merge

/merge


Admin page inside koa app

We are migrating from Express to Koa and one last thing remained is the admin panel of kue.
How can we port it to be used with Koa?

I have no experience with Koa @blacksonic , you may be able to compose both together if you prefer, or even write Kue's web ui from scratch in Koa. you can find it in the lib/http directory.
You can port the JSON REST API first and then build a simple UI based on that (kue is using jade)


use 5.4 release instead of nightly

@tomerd can we add a 5.4 builder for this? Seems like it got overlooked.

can we add a 5.4 builder for this?

I will look into this


Error message was not printing (Attempt 5)

Error message was not printing (Attempt 5)
Notes for Reviewers
This PR fixes #7087
Signed commits

[✅] Yes, I signed my commits.

Trying to find the error...


Added C++20 Coroutine to the document.

Codecov Report

Merging #62 (43b62b1) into main (801920b) will not change coverage.
The diff coverage is n/a.

Additional details and impacted files

@@           Coverage Diff           @@
##             main      #62   +/-   ##
=======================================
  Coverage   89.65%   89.65%
=======================================
  Files          90       90
  Lines        9859     9859
=======================================
  Hits         8839     8839
  Misses       1020     1020


Bring back support for regtest

Seems that in latest code regtest is no longer a recognised network

You can pass any network directly, so we removed support for all the networks.
Anyone can pass in any network whenever they want.
This is all you need.
{
  bech32: 'bcrt',
  pubKeyHash: 0x6f,
  scriptHash: 0xc4,
  validWitnessVersions: [0],
}

You can pass any network directly, so we removed support for all the networks.
Anyone can pass in any network whenever they want.
This is all you need.
{
  bech32: 'bcrt',
  pubKeyHash: 0x6f,
  scriptHash: 0xc4,
  validWitnessVersions: [0],
}

manually checking prefixes before decoding is something that the library should handle. Please support regtest again

Yes! Please bring this back 🙏

Made a PR for this https://github.com/bitcoinjs/bolt11/pull/49 @junderw

manually checking prefixes before decoding

Your application knows what network it should be using. If your application is regtest, it only needs to pass regtest to decode and then the library will make sure it is a invoice for regtest.
The problem with answering the question "What network is this?" is that we can't possibly know all the possible future networks using lightning invoices. So there has to be a line drawn, and there should be a way for other networks to use the library (passing the network param).
The line was drawn to not include regtest. Because anyone using regtest (which is for automated testing) should know they are looking for regtest invoices ahead of time and can just as easily pass in the network parameter.

That said, dealing with this problem at a more structural level by changing the way this library deals with networks is something I don't have the bandwidth for right now... so we'll re-draw the line in the sand and kick the can down the road for now.

yes that makes sense. If it were me I would draw the line just past bitcoin regtest :)

Published as 1.3.2


[auto-merge] branch-22.04 to branch-22.06 [skip ci] [bot]

auto-merge triggered by github actions on branch-22.04 to create a PR keeping branch-22.06 up-to-date. If this PR is unable to be merged due to conflicts, it will remain open until manually fix.

FAILURE - Unable to auto-merge. Manual operation is required.
{'message': 'Pull Request is not mergeable', 'documentation_url': 'https://docs.github.com/rest/reference/pulls#merge-a-pull-request'}

Please use the following steps to fix the merge conflicts manually:
# Assume upstream is NVIDIA/spark-rapids remote
git fetch upstream branch-22.04 branch-22.06
git checkout -b fix-auto-merge-conflict-5142 upstream/branch-22.06
git merge upstream/branch-22.04
# Fix any merge conflicts caused by this merge
git commit -am "Merge branch-22.04 into branch-22.06"
git push <personal fork> fix-auto-merge-conflict-5142
# Open a PR targets NVIDIA/spark-rapids branch-22.06

IMPORTANT: Before merging this PR, be sure to change the merging strategy to Create a merge commit (repo admin only).
Once this PR is merged, the auto-merge PR should automatically be closed since it contains the same commit hashes

Working on this.


No such file or directory:'/tmp/pyelastix/../result.0.mhd'

Hi,
I get the following error:
In [26]:im3, field = pyelastix.register(im1, im2, params)
Calling Elastix to register images ...
---------------------------------------------------------------------------
RuntimeError                              Traceback (most recent call last)
<ipython-input-27-67b09ffdefda> in <module>()
----> 1 im3, field = pyelastix.register(im1, im2, params)

/usr/local/lib/python2.7/dist-packages/pyelastix.pyc in register(im1, im2, params, exact_params, verbose)
    507         except IOError as why:
    508             tmp = "An error occured during registration: " + str(why)
--> 509             raise RuntimeError(tmp)
    510
    511     # Find deformation field

RuntimeError: An error occured during registration: [Errno 2] No such file or directory: '/tmp/pyelastix/id_3862_140449827452240/result.0.mhd'

In that folder there is no result.0mhd file but there are im1.mhd,  im1.raw,  im2.mhd,  im2.raw, and  params.txt.
Have you ever see such an error or do you know how to solve it?
Thanks
Edit: 1. Environment is Ubuntu 14.04 and 16.04  and 2. Elastix works properly from command line :
elastix -f im1.png -m im2.png -out /tmp/pyelastix/xx -p /tmp/pyelastix/xx/params.txt

I also observed the same error on MacOS 10.11.6 with Python 2.7.12 (installed via Anaconda), pyelastix 1.1, and the precompiled elastix 4.8 package. Running elastix from the command line also works properly.

Does anyone figured out how to solve this error?
Thanks

The problem is because the command is not formatted correctly to be passed to the command line.  Go to line 501 and change: command = [... to
command = str(get_elastix_exes()[0])+' -m '+str(path_im1)+' -f '+str(path_im2)+' -out '+str(tempdir)+' -p '+str(path_params)
This fixed it for me.

I had the same issue and your solution seems to make it work. It's really peculiar though that this wasn's fixed.
Anyway another line in deformation field needs modification also:
command = '{} -def all -out {} -tp {}'.format(get_elastix_exes()[1], tempdir, path_trafo_params)

I tried changing the command but I'm getting this error "TabError: inconsistent use of tabs and spaces in indentation". I don't see any space misalignments but unsure why this error keeps coming.

Hey Guys!
I had the same problem running pyelastix 1.1, but changing the corresponding command = ... didn't solve my problem.
First the tmp folder had no result.0.mhd but now it's deformationField.mhd
[Errno 2] No such file or directory: '/tmp/pyelastix/id_27090_140626954330464/deformationField.mhd'
Greetings and thx in advance

@avinashingit let me assure you that there is some inconsistent use of tabs and spaces... it can be very annoying to detect. Try to loading/reading the file with python, and look for "\t" and empty spaces in the string

I had the same issue and your solution seems to make it work. It's really peculiar though that this wasn's fixed.
Anyway another line in deformation field needs modification also:
I used:
command = '{} -def all -out {} -tp {}'.format(get_elastix_exes()[1], tempdir, path_trafo_params)
instead of:
        command = [get_elastix_exes()[0],
                   '-m', path_im1, '-f', path_im2,
                   '-out', tempdir, '-p', path_params]

Err, I am confused by your use of get_elastix_exes()[1].. whereas the original is get_elastix_exes()[0].. is this intended?

I believe this is related to https://github.com/almarklein/pyelastix/pull/10 and has been fixed in my branch - https://github.com/almarklein/pyelastix/pull/20. I can no longer reproduce it with in my environment.

Closed in #20. Please, feel free to reopen if you face the issue again.


Fix a race condition bug in stream unsubscribe

When inside notify calling client.send a client can unschedule the greenlet and thus delay unsubscription
inside of notify. This means it can be already unsubscribed and we have to handle that

I did not want it to catch all exception and I did not know of another way to check if it is the ValueError for that reason. Will see if I can do it like you suggested.

good catch, this should be a cleaner fix now.


Xcode 10 complains about String extensions

Seems like Xcode 10 with newer swift version complains about the following code:
public enum AllowedCharacters {
case numeric
case alphabetic
case alphaNumeric
case allCharactersIn(String).   // Identifier Name Violation: Enum element name should only contain alphanumeric characters: 'allCharactersIn(_:)' (identifier_name)
}
resulting in not working:
case .allCharactersIn(let allowedCharactersString):
return allowedCharactersString
}
}()

I'll have a look very soon and make a branch named xcode-10 which you will be able to use. Stay tuned.

Sure thing, let me know how I can help you in testing. Etc.

Okay, I have just tried building the project and saw the same issue. But this is actually a SwiftLint related one and SwiftLint doesn't even run when this project is included via Carthage. How are you including it? Via CocoaPods without frameworks? Or manually somehow?

I am trying to build it manually. The CSVImporter that uses HandySwift complains that HandySwift is not built with latest swift code. Thus taking me back to HandySwift project and when building manually i encounter this error. however I have realised that my problem came from not running the workspace and a single project, now it works fine. :)

Please be aware that "not built with the latest swift code" usually can be solved by changing your toolchain to that of Xcode 10 and then, well, rebuilding your dependencies. But if you worked it out somehow differently, that's good, too. Btw this is a false positive on SwiftLint, so I reported it there. Closing this one then. I'll probably still do a Xcode 10 branch soon to elaborate what we should change.

If anyone else is still running into this after upgrading to 0.27, try deleting your Pods/SwiftLint directory and reinstalling via pod install. That fixed the issue for me.


Request - Animated posters automatically download if available

Right now, you need to do it manually for each film.
Would be great to do it automatically if wanted for the complete film database in tmm.
for example i got 500 films and i wanted for all films animate posters (fanarts) -> if they were available
and
tmm sets them on position 1 so that kodi will show them
will it be possible to set that on requests???
regards Kathrin

Hi,
we might add some checkbox to settings...
As workaround:
Disable all picture plugins except the animated one.... and scrape without manual picture choosing ;)

well yes that would be great if you can implement this in a future version ..
that with the new scrape i will try...
Do i first need to delete all the existing images from the films or isnt that necessary?

nah, not necessary.
We'll overwrite everything on scrape...

great.,.. thanks a lot for the fast and wonderful help :)
Regards
Kathrin

well ive tested it
but.. tmm doesnt add gif files...
when i select all films -> and click on "download all missing images" nothing happened (ive only mark Animatedposters 1.0 in the settings for the images under films
but for example world war z found gifs for poster and fanart if i do it manually (going directly in the film details and click on the image -> then he searches for an animated image and found it)(

Have to check.
It might be that we forgot the GIF workaround in this case :p
But: are the images really missing?
You said, you don't want to remove it first... so if there's already a poster, the "missing images" will not add anything...

well ive made the scraping a long time ago.. so tmmm found a lot of "normal" Posters..
therefore i asked if i need to delete the "normal" posters and images so that the animated ones would be shown.

now ive unchecked everything but the animatedposters 1.0
ive marked 600 films (a lot of those must have animated posters-> ive checked it in internet and scraped then for test manually -> after found them, i deleted them manually in the film directory)
3.. i let tmm scrape them again automatically uncheck everything but the artwork)
after that i check if there were some gif files found -> windows explorer searching the film folders for *.gif

no hits

concrete film_
Kill bill Vol. 2
double click on film -> on the poster... -> tmm found an animated poster
i abort this
then i test it woth automatical scrape take the best hit (uncheck all but the artset)
nothing found..
So i prove that there exists an animated poster but tmm didnt find it with the automatical scrape way

Puh - now you got me :)
please try following version:
https://tinymediamanager.ci.cloudbees.com/job/scraper-animated/ws/target/scraper-animated-1.1-SNAPSHOT.jar
download, rename, and overwrite in /plugins/ folder
will be in next release (no ETA yet)
Thanx for reporting - seems we need more testers :D

I like it to help a little bit in my Limits.
If you like und would test again if you are in need of.
Regards Kathrin

Thank you for your feedback. Everyone is more than welcome to help us in this effort to provide a free bug-free Media Manager for everyone. What you can do to assist us is downloading whenever you can the latest nightly build, and try it out. Nightly build as name suggests every day is different. On every bug you come across just come here open an issue, and we will be fixing that as soon as we can. Nightly Builds


[PE-D] Image in UG is not updated

The accompanying image in the UG for Find is not updated to reflect the current look of the product.

Labels: type.DocumentationBug severity.Medium
original: TohWeiJie01/ped#10

Duplicate of Issue #104.


mpejcinovic BAEL-5161

Update a value in a HashMap

Closing  - a new PR was created and merged for this article.


local verilator installation directory config

Hi! Since I'm using a shared server machine, I have verilator installed in .local, so I receive this error at 'sbt test': VGCD.mk:60: /usr/local/share/verilator/include/verilated.mk: No such file or directory
I tried changing 'VERILATOR_ROOT = /usr/local/share/verilator' to the correct directory, but the file is regenerated and the change is overwritten, right? I guess I could assign one path to another, but is there a way to point the project to the local verilator installation?
Thank you!

Hi, how did you end up resolving this?

Yes, but don't remember how. Did the issue happen to you too? I now develop locally, on my machine, and it's fine. I think I created a link and it worked. Good luck!

I am using Verilator in Travis CI, for a verilog project, so I need to build it and use without root privileges every time. I ended up doing this:
cd verilator
autoconf
./configure --prefix=`pwd`/../verilator_bin
make
make install

It's not quite what I was hoping for (avoiding absolute paths), but it gets the job done for now.


Setup Code In Documentation Is Incorrect

The setup code in the documentation is 053-58-917 however in the serial monitor on the board the setup code is given as 053-58-197 which is correct and works.

Oh my God! :(

@younghyunjo you should really change this!


Position tooltip relative to containing element

Current positioning of tooltip appears to assume that the stage is in fullscreen mode. Updated to use bounding rectangle of containing element.

I see that. For some reason the patch works when using ngl inside Jupyter. I'm going to close this and if I manage to figure out why this is and if a patch is even needed I open a new PR.


supports not taken into account for effective amount / bid state

@skhameneh recently ran into an issue with the wrong CryptoCandor channel resolving on spee.ch using chainquery. It looks like we don't take supports into account - her channel was taken over at some point, I then added supports to it a few months ago. 9152f3b054f692076a6882d1b58a30e8781cc8e6 should be controlling.
data:

id
name
author
bid_state
certificate
claim_address
claim_id
claim_type
content_type
created_at
description
effective_amount
fee
fee_address
fee_currency
height
is_filtered
is_nsfw
language
modified_at
publisher_id
publisher_sig
sd_hash
thumbnail_url
title
transaction_hash_id
transaction_time
valid_at_height
value_as_hex
value_as_json
version
vout

98468
@CryptoCandor
Active
{"version":1,"keyType":3,"publicKey":"MFYwEAYHKoZIzj0CAQYFK4EEAAoDQgAE4GkiCUZm5LR4HDM2YlYyhWaHpjMDL/5dfXx4a+ZVyEEIdqSF3+vOTEVQXhzvcnw7nMBbieCt4MaIVEyVIlhBNA=="}
bXsvpJvoJb9WYCaieFeAyZbQyb8PCuZ8Q1
9152f3b054f692076a6882d1b58a30e8781cc8e6
2

2018-04-21T11:23:49.000Z
10000
0

290872
FALSE
FALSE

2018-09-17T17:45:32.000Z

ab4a154a651bf322d3bf473a033e32a2b275c6eecec553861dbfb45868de7f8b
1.51E+09
290872
08011002225e0801100322583056301006072a8648ce3d020106052b8104000a03420004e06922094666e4b4781c3336625632856687a633032ffe5d7d7c786be655c8410876a485dfebce4c45505e1cef727c3b9cc05b89e0ade0c688544c9522584134
{"Claim":{"version":"_0_0_1","claimType":"certificateType","certificate":{"version":"_0_0_1","keyType":"SECP256k1","publicKey":"MFYwEAYHKoZIzj0CAQYFK4EEAAoDQgAE4GkiCUZm5LR4HDM2YlYyhWaHpjMDL/5dfXx4a+ZVyEEIdqSF3+vOTEVQXhzvcnw7nMBbieCt4MaIVEyVIlhBNA=="}}}
_0_0_1
0

260944
@CryptoCandor
Controlling
{"version":1,"keyType":3,"publicKey":"MFYwEAYHKoZIzj0CAQYFK4EEAAoDQgAE83RM8IIcAJe7oa6GglNLJCAMh8PhgjHA4Gsw8MZjLNp6XgwAXlD7sw4jS1e/zEsd+xfJ9AHVIEVoMgLUiYtZsQ=="}
bUtyuT8gs3xdBRarBZ3VD7Z9juBAsCfjbx
f3a6680f1c7e88f79759eb928185a2193d11e513
2

2018-08-19T19:45:13.000Z
10000000
0

422675
FALSE
FALSE

2018-09-17T17:45:32.000Z

5cb06452df7e0290393b91089881cbfab4fff46f0b57054e1de39635fe72d6f2
1.53E+09
426707
08011002225e0801100322583056301006072a8648ce3d020106052b8104000a03420004f3744cf0821c0097bba1ae8682534b24200c87c3e18231c0e06b30f0c6632cda7a5e0c005e50fbb30e234b57bfcc4b1dfb17c9f401d52045683202d4898b59b1
{"Claim":{"version":"_0_0_1","claimType":"certificateType","certificate":{"version":"_0_0_1","keyType":"SECP256k1","publicKey":"MFYwEAYHKoZIzj0CAQYFK4EEAAoDQgAE83RM8IIcAJe7oa6GglNLJCAMh8PhgjHA4Gsw8MZjLNp6XgwAXlD7sw4jS1e/zEsd+xfJ9AHVIEVoMgLUiYtZsQ=="}}}
_0_0_1
0

http://traction.lbry.io/question#eyJuYW1lIjpudWxsLCJkYXRhc2V0X3F1ZXJ5Ijp7InF1ZXJ5Ijp7InNvdXJjZV90YWJsZSI6Mjk4LCJmaWx0ZXIiOlsiQU5EIixbIj0iLFsiZmllbGQtaWQiLDczOTZdLCJAQ3J5cHRvQ2FuZG9yIl1dfSwidHlwZSI6InF1ZXJ5IiwiZGF0YWJhc2UiOjZ9LCJkaXNwbGF5IjoidGFibGUiLCJ2aXN1YWxpemF0aW9uX3NldHRpbmdzIjp7fX0=

I am going to make this a high priority issue. The bid_state is an important field.

So I took a look at this and Chainquery is using the valid_at_height to determine controlling state. The highest one is controlling. Below is the result Chainquery is getting from LBRYcrd:
{
  "result": {
    "name": "@CryptoCandor",
    "value": "\b\u0001\u0010\u0002\"^\b\u0001\u0010\u0003\"X0V0\u0010\u0006\u0007*\u0086H\u00ce=\u0002\u0001\u0006\u0005+\u0081\u0004\u0000\n\u0003B\u0000\u0004\u00e0i\"\tFf\u00e4\u00b4x\u001c36bV2\u0085f\u0087\u00a63\u0003\/\u00fe]}|xk\u00e6U\u00c8A\bv\u00a4\u0085\u00df\u00eb\u00ceLEP^\u001c\u00efr|;\u009c\u00c0[\u0089\u00e0\u00ad\u00e0\u00c6\u0088TL\u0095\"XA4",
    "claimId": "9152f3b054f692076a6882d1b58a30e8781cc8e6",
    "txid": "ab4a154a651bf322d3bf473a033e32a2b275c6eecec553861dbfb45868de7f8b",
    "n": 0,
    "amount": 10000,
    "effective amount":<PHONE_NUMBER>,
    "supports": [
      {
        "txid": "31ea9898b0ba99765afde3ff281503733fc38ff1dcd57aa5be4c382cc2e501df",
        "n": 0,
        "height": 438308,
        "valid at height": 438670,
        "amount":<PHONE_NUMBER>
      }
    ],
    "height": 290872,
    "valid at height": 290872
  },
  "error": null,
  "id": "curltest"
}

Obviously, the other has a much higher valid_at_height hence its controlling state. I can switch this to effective amount instead and do a resync for bid_state. Are there any implications with doing this? I remember getting different results otherwise but I don't recall specifically. What about during takeovers, is the effective amount reflecting properly?
I would also expect the valid height is for when a claim takes the controlling state. Why is it not getting updated again? @BrannonKing Should I create a LBRYcrd issue or do you expect this to never be updated again regardless of bid wars?

https://chainquery.lbry.io/api/sql?query=SELECT * FROM claim WHERE name ="@CryptoCandor"


[Doc]: how to use postgres instead mysql

i get this error
"sqlalchemy.exc.OperationalError: (pymysql.err.OperationalError) (2003, "Can't connect to MySQL server on '<IP_ADDRESS>' ([Errno 111] Connection refused)")
(Background on this error at: https://sqlalche.me/e/14/e3q8)"
when i try to connect my server to postgresql. below you'll find the values contained in my .env file
LOCAL_DB_USER=postgres
LOCAL_DB_PASSWORD=manager1234
LOCAL_DB_HOST=<IP_ADDRESS>
LOCAL_DB_PORT=5432

I solved this problem by modifying the config file as follows

unfortunately that's not enough as I see the code has been made to support only Mysql

@csunny please i need Help 🙏😌

Sorry for the late reply, we supported at  #626.  You can use the latest version v0.4.2 or pull the latest main branch.

Sorry for the late reply, we supported at #626. You can use the latest version v0.4.2 or pull the latest main branch.

if it  support postgresql ，then why there is no table name when   doing the retrieve?


Impossible to get the list of boards for a user or the list of lists for a board

Am I right?
Would you be interested for a PR?

Pull Request are welcome :)

You can use the method TrelloApi.Rest to make direct calls to the API, for instance, if you want to get the list of boards of a user:
TrelloApi.Rest('get', 'members/someUserName', {boards: all}).then(function(response) {
    // some logic
}, function(err) {
});

More info: (Trello Member Api)[https://developers.trello.com/advanced-reference/member]


Architecture discussion

You can view a full screen version and optionally edit the diagram at draw.io
Let's discuss the overall architecture of our system here.

PoS refers to Raspberry Pi Zero W
Node Box refers to Raspberry Pi 3 Model B+

Both devices are connected via WiFi LAN here, finding each other using zeroconf networking (i.e. Avahi/Bonjour).
I have intentionally left out a schematic of the Docker containers, virtual networking and firewall, this could be clarified in another diagram.
I also removed the "full-reset buttons" since they seem unnecessary when the SD card can be re-imaged.
Request for comments!

Good job with the diagram, what’s the difference between USB key storage and USB block storage?

Thanks, those are two different USB devices since the chain storage might wear out the flash eventually.
We want to make sure everything necessary to rebuild the wallets is on another usb stick that can be easily duplicated or moved to another box.

Another side comment, if the pruned experiment works we could cut down storage and just have a SD card.
No need to keep block history since the beginning of time seeing lightning really only happened after the 500,000s

lnd has been running fine in pruned mode for weeks here.
The reason we want to have OS on SD card and chain storage separate is to ensure the OS stays available even when flash storage gets damaged due to too many write cycles.
That way the device can indicate there is a problem with chain storage USB, the user can swap it out for a new one and it can automatically fetch the latest (pruned) snapshot.
16GB would be fine for chain storage and key storage could be done on the smallest stick available.

you have no issues with lnd in pruned? Opening / closing channels

We can do more testing

Moved to ideas repo, closing