python3Packages.tensorboard: 2.11.0 -> 2.13.0

Description of changes
Update tensorboard and tensorboard-data-server to the latest versions.
Things done

Built on platform(s)

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

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] 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

[ ] 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
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.05 Release Notes (or backporting 22.11 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.

@abbradar

Among others, this update makes the magma build fail:
[2813/3430] Linking CXX shared library lib/libmagma.so
FAILED: lib/libmagma.so
: && /nix/store/bqdgxc5xkr0vxlybzwcs1dr2l6jppadx-gcc-wrapper-11.3.0/bin/c++ -fPIC -std=c++11 -fopenmp -Wall -Wno-unused-function -O3 -DNDEBUG   -shared -Wl,-soname,libmagma.so -o lib/libmagma.so >
/nix/store/1nyg1fvhpz8bx3vn3r9f18zhra2rpbx9-glibc-2.37-8/lib/crti.o: in function `_init':
(.init+0xb): relocation truncated to fit: R_X86_64_REX_GOTPCRELX against undefined symbol `__gmon_start__'
CMakeFiles/magma.dir/control/get_batched_crossover.cpp.o: in function `magma_use_zgeqrf_batched_fused_update':
get_batched_crossover.cpp:(.text+0x23a): relocation truncated to fit: R_X86_64_REX_GOTPCRELX against symbol `zgeqrf_panel_decision_a100' defined in .bss section in CMakeFiles/magma.dir/control/ge>
CMakeFiles/magma.dir/control/get_batched_crossover.cpp.o: in function `magma_use_cgeqrf_batched_fused_update':
get_batched_crossover.cpp:(.text+0x31a): relocation truncated to fit: R_X86_64_REX_GOTPCRELX against symbol `cgeqrf_panel_decision_a100' defined in .bss section in CMakeFiles/magma.dir/control/ge>
CMakeFiles/magma.dir/control/get_batched_crossover.cpp.o: in function `magma_use_dgeqrf_batched_fused_update':
get_batched_crossover.cpp:(.text+0x3fa): relocation truncated to fit: R_X86_64_REX_GOTPCRELX against symbol `dgeqrf_panel_decision_a100' defined in .bss section in CMakeFiles/magma.dir/control/ge>
CMakeFiles/magma.dir/control/get_batched_crossover.cpp.o: in function `magma_use_sgeqrf_batched_fused_update':
get_batched_crossover.cpp:(.text+0x4da): relocation truncated to fit: R_X86_64_REX_GOTPCRELX against symbol `sgeqrf_panel_decision_a100' defined in .bss section in CMakeFiles/magma.dir/control/ge>
CMakeFiles/magma.dir/control/get_batched_crossover.cpp.o: in function `__static_initialization_and_destruction_0(int, int) [clone .constprop.0]':
get_batched_crossover.cpp:(.text.startup+0xce9): relocation truncated to fit: R_X86_64_REX_GOTPCRELX against symbol `sgeqrf_panel_decision_mi100' defined in .bss section in CMakeFiles/magma.dir/c>
get_batched_crossover.cpp:(.text.startup+0xd35): relocation truncated to fit: R_X86_64_REX_GOTPCRELX against symbol `sgeqrf_panel_decision_mi100' defined in .bss section in CMakeFiles/magma.dir/c>
get_batched_crossover.cpp:(.text.startup+0xd3c): relocation truncated to fit: R_X86_64_REX_GOTPCRELX against symbol `std::vector<std::vector<int, std::allocator<int> >, std::allocator<std::vector>
get_batched_crossover.cpp:(.text.startup+0xd43): relocation truncated to fit: R_X86_64_PC32 against symbol `__dso_handle' defined in .data.rel.local section in /nix/store/wb6dc2cnmbr76ggahjb0574q>
get_batched_crossover.cpp:(.text.startup+0x16ea): relocation truncated to fit: R_X86_64_REX_GOTPCRELX against symbol `dgeqrf_panel_decision_mi100' defined in .bss section in CMakeFiles/magma.dir/>
get_batched_crossover.cpp:(.text.startup+0x1739): additional relocation overflows omitted from the output
lib/libmagma.so: PC-relative offset overflow in PLT entry for `magma_cgerc'

Result of nixpkgs-review pr 227957 --extra-nixpkgs-config '{ cudaCapabilities = [ "8.6" ]; }' run on x86_64-linux 1

173 packages failed to build:

gpt2tc
python310Packages.accelerate
python310Packages.accelerate.dist
python310Packages.arviz
python310Packages.arviz.dist
python310Packages.bambi
python310Packages.bambi.dist
python310Packages.baselines
python310Packages.baselines.dist
python310Packages.dalle-mini
python310Packages.dalle-mini.dist
python310Packages.distrax
python310Packages.distrax.dist
python310Packages.dm-sonnet
python310Packages.dm-sonnet.dist
python310Packages.edward
python310Packages.edward.dist
python310Packages.elegy
python310Packages.elegy.dist
python310Packages.flammkuchen
python310Packages.flammkuchen.dist
python310Packages.flax
python310Packages.flax.dist
python310Packages.gpt-2-simple
python310Packages.gpt-2-simple.dist
python310Packages.mask-rcnn
python310Packages.mask-rcnn.dist
python310Packages.mayavi
python310Packages.mayavi.dist
python310Packages.n3fit
python310Packages.n3fit.dist
python310Packages.optuna
python310Packages.optuna.dist
python310Packages.peft
python310Packages.peft.dist
python310Packages.pot
python310Packages.pot.dist
python310Packages.pymanopt
python310Packages.pymanopt.dist
python310Packages.pymc
python310Packages.pymc.dist
python310Packages.pywick
python310Packages.pywick.dist
python310Packages.qiskit
python310Packages.qiskit-machine-learning
python310Packages.qiskit-machine-learning.dist
python310Packages.qiskit.dist
python310Packages.rl-coach
python310Packages.rl-coach.dist
python310Packages.rlax
python310Packages.rlax.dist
python310Packages.scikit-tda
python310Packages.scikit-tda.dist
python310Packages.shap
python310Packages.shap.dist
python310Packages.skorch
python310Packages.skorch.dist
python310Packages.skrl
python310Packages.skrl.dist
python310Packages.slicer
python310Packages.slicer.dist
python310Packages.stytra
python310Packages.stytra.dist
python310Packages.tensorflow (python310Packages.tensorflow-build ,python310Packages.tensorflowWithoutCuda)
python310Packages.tensorflow.dist (python310Packages.tensorflow-build.dist ,python310Packages.tensorflowWithoutCuda.dist)
python310Packages.tensorflow-datasets
python310Packages.tensorflow-datasets.dist
python310Packages.tensorflow-probability
python310Packages.tensorflow-probability.dist
python310Packages.tensorflowWithCuda
python310Packages.tensorflowWithCuda.dist
python310Packages.tflearn
python310Packages.tflearn.dist
python310Packages.timm
python310Packages.timm.dist
python310Packages.tiny-cuda-nn
python310Packages.treex
python310Packages.treex.dist
python310Packages.trfl
python310Packages.trfl.dist
python310Packages.umap-learn
python310Packages.umap-learn.dist
python310Packages.vqgan-jax
python310Packages.vqgan-jax.dist
python311Packages.accelerate
python311Packages.accelerate.dist
python311Packages.apptools
python311Packages.apptools.dist
python311Packages.baselines
python311Packages.baselines.dist
python311Packages.boxx
python311Packages.boxx.dist
python311Packages.bpycv
python311Packages.bpycv.dist
python311Packages.dalle-mini
python311Packages.dalle-mini.dist
python311Packages.distrax
python311Packages.distrax.dist
python311Packages.dm-sonnet
python311Packages.dm-sonnet.dist
python311Packages.edward
python311Packages.edward.dist
python311Packages.elegy
python311Packages.elegy.dist
python311Packages.envisage
python311Packages.envisage.dist
python311Packages.flammkuchen
python311Packages.flammkuchen.dist
python311Packages.flax
python311Packages.flax.dist
python311Packages.gpt-2-simple
python311Packages.gpt-2-simple.dist
python311Packages.mask-rcnn
python311Packages.mask-rcnn.dist
python311Packages.mayavi
python311Packages.mayavi.dist
python311Packages.n3fit
python311Packages.n3fit.dist
python311Packages.nianet
python311Packages.nianet.dist
python311Packages.optuna
python311Packages.optuna.dist
python311Packages.peft
python311Packages.peft.dist
python311Packages.pot
python311Packages.pot.dist
python311Packages.pymanopt
python311Packages.pymanopt.dist
python311Packages.pywick
python311Packages.pywick.dist
python311Packages.rl-coach
python311Packages.rl-coach.dist
python311Packages.rlax
python311Packages.rlax.dist
python311Packages.sfepy
python311Packages.sfepy.dist
python311Packages.skorch
python311Packages.skorch.dist
python311Packages.skrl
python311Packages.skrl.dist
python311Packages.slicer
python311Packages.slicer.dist
python311Packages.tensorflow (python311Packages.tensorflow-build ,python311Packages.tensorflowWithoutCuda)
python311Packages.tensorflow.dist (python311Packages.tensorflow-build.dist ,python311Packages.tensorflowWithoutCuda.dist)
python311Packages.tensorflow-datasets
python311Packages.tensorflow-datasets.dist
python311Packages.tensorflow-probability
python311Packages.tensorflow-probability.dist
python311Packages.tensorflowWithCuda
python311Packages.tensorflowWithCuda.dist
python311Packages.textacy
python311Packages.textacy.dist
python311Packages.tflearn
python311Packages.tflearn.dist
python311Packages.timm
python311Packages.timm.dist
python311Packages.tiny-cuda-nn
python311Packages.torchWithRocm
python311Packages.torchWithRocm.dev
python311Packages.torchWithRocm.dist
python311Packages.torchWithRocm.lib
python311Packages.torchinfo
python311Packages.torchinfo.dist
python311Packages.treex
python311Packages.treex.dist
python311Packages.trfl
python311Packages.trfl.dist
python311Packages.vqgan-jax
python311Packages.vqgan-jax.dist
python311Packages.zcs
python311Packages.zcs.dist
tts
tts.dist

228 packages built:

easyocr (python310Packages.easyocr)
easyocr.dist (python310Packages.easyocr.dist)
khoj
khoj.dist
larynx-train (python310Packages.larynx-train)
larynx-train.dist (python310Packages.larynx-train.dist)
libtensorflow (libtensorflow.python)
ocamlPackages.torch
openai-full
openai-full.dist
openai-whisper (python310Packages.openai-whisper)
openai-whisper.dist (python310Packages.openai-whisper.dist)
pianotrans
pianotrans.dist
python310Packages.apptools
python310Packages.apptools.dist
python310Packages.bitsandbytes
python310Packages.bitsandbytes.dist
python310Packages.blosc2
python310Packages.blosc2.dist
python310Packages.boxx
python310Packages.boxx.dist
python310Packages.bpycv
python310Packages.bpycv.dist
python310Packages.clip
python310Packages.clip.dist
python310Packages.deepdish
python310Packages.deepdish.dist
python310Packages.deepwave
python310Packages.deepwave.dist
python310Packages.envisage
python310Packages.envisage.dist
python310Packages.ezyrb
python310Packages.ezyrb.dist
python310Packages.fastai
python310Packages.fastai.dist
python310Packages.ffcv
python310Packages.ffcv.dist
python310Packages.grad-cam
python310Packages.grad-cam.dist
python310Packages.ignite
python310Packages.ignite.dist
python310Packages.invisible-watermark
python310Packages.invisible-watermark.dist
python310Packages.kornia
python310Packages.kornia.dist
python310Packages.lion-pytorch
python310Packages.lion-pytorch.dist
python310Packages.monai
python310Packages.monai.dist
python310Packages.nianet
python310Packages.nianet.dist
python310Packages.objax
python310Packages.objax.dist
python310Packages.pandas-stubs
python310Packages.pandas-stubs.dist
python310Packages.piano-transcription-inference
python310Packages.piano-transcription-inference.dist
python310Packages.pydmd
python310Packages.pydmd.dist
python310Packages.pyro-ppl
python310Packages.pyro-ppl.dist
python310Packages.pytorch-lightning
python310Packages.pytorch-lightning.dist
python310Packages.pytorch-metric-learning
python310Packages.pytorch-metric-learning.dist
python310Packages.pytorch-pfn-extras
python310Packages.pytorch-pfn-extras.dist
python310Packages.rising
python310Packages.rising.dist
python310Packages.safetensors
python310Packages.safetensors.dist
python310Packages.sentence-transformers
python310Packages.sentence-transformers.dist
python310Packages.sfepy
python310Packages.sfepy.dist
python310Packages.spacy
python310Packages.spacy-loggers
python310Packages.spacy-loggers.dist
python310Packages.spacy-transformers
python310Packages.spacy-transformers.dist
python310Packages.spacy.dist
python310Packages.stanza
python310Packages.stanza.dist
python310Packages.tables
python310Packages.tables.dist
python310Packages.tensorboard
python310Packages.tensorboard-data-server
python310Packages.tensorboard-data-server.dist
python310Packages.tensorboard.dist
python310Packages.tensorboardx
python310Packages.tensorboardx.dist
python310Packages.tensorflow-bin
python310Packages.tensorflow-bin.dist
python310Packages.test-tube
python310Packages.test-tube.dist
python310Packages.textacy
python310Packages.textacy.dist
python310Packages.textnets
python310Packages.textnets.dist
python310Packages.torch (python310Packages.torchWithoutCuda ,python310Packages.torchWithoutRocm)
python310Packages.torch-tb-profiler
python310Packages.torch-tb-profiler.dist
python310Packages.torch.dev (python310Packages.torchWithoutCuda.dev ,python310Packages.torchWithoutRocm.dev)
python310Packages.torch.dist (python310Packages.torchWithoutCuda.dist ,python310Packages.torchWithoutRocm.dist)
python310Packages.torch.lib (python310Packages.torchWithoutCuda.lib ,python310Packages.torchWithoutRocm.lib)
python310Packages.torchWithCuda
python310Packages.torchWithCuda.dev
python310Packages.torchWithCuda.dist
python310Packages.torchWithCuda.lib
python310Packages.torchWithRocm
python310Packages.torchWithRocm.dev
python310Packages.torchWithRocm.dist
python310Packages.torchWithRocm.lib
python310Packages.torchaudio
python310Packages.torchaudio.dist
python310Packages.torchgpipe
python310Packages.torchgpipe.dist
python310Packages.torchinfo
python310Packages.torchinfo.dist
python310Packages.torchio
python310Packages.torchio.dist
python310Packages.torchlibrosa
python310Packages.torchlibrosa.dist
python310Packages.torchmetrics
python310Packages.torchmetrics.dist
python310Packages.torchvision
python310Packages.torchvision.dist
python310Packages.trainer
python310Packages.trainer.dist
python310Packages.ttach
python310Packages.ttach.dist
python310Packages.wandb
python310Packages.wandb.dist
python310Packages.zcs
python310Packages.zcs.dist
python311Packages.bitsandbytes
python311Packages.bitsandbytes.dist
python311Packages.blosc2
python311Packages.blosc2.dist
python311Packages.clip
python311Packages.clip.dist
python311Packages.deepdish
python311Packages.deepdish.dist
python311Packages.deepwave
python311Packages.deepwave.dist
python311Packages.easyocr
python311Packages.easyocr.dist
python311Packages.ezyrb
python311Packages.ezyrb.dist
python311Packages.fastai
python311Packages.fastai.dist
python311Packages.grad-cam
python311Packages.grad-cam.dist
python311Packages.ignite
python311Packages.ignite.dist
python311Packages.invisible-watermark
python311Packages.invisible-watermark.dist
python311Packages.kornia
python311Packages.kornia.dist
python311Packages.lion-pytorch
python311Packages.lion-pytorch.dist
python311Packages.monai
python311Packages.monai.dist
python311Packages.objax
python311Packages.objax.dist
python311Packages.pandas-stubs
python311Packages.pandas-stubs.dist
python311Packages.pydmd
python311Packages.pydmd.dist
python311Packages.pyro-ppl
python311Packages.pyro-ppl.dist
python311Packages.pytorch-lightning
python311Packages.pytorch-lightning.dist
python311Packages.pytorch-metric-learning
python311Packages.pytorch-metric-learning.dist
python311Packages.pytorch-pfn-extras
python311Packages.pytorch-pfn-extras.dist
python311Packages.rising
python311Packages.rising.dist
python311Packages.safetensors
python311Packages.safetensors.dist
python311Packages.sentence-transformers
python311Packages.sentence-transformers.dist
python311Packages.spacy
python311Packages.spacy-loggers
python311Packages.spacy-loggers.dist
python311Packages.spacy-transformers
python311Packages.spacy-transformers.dist
python311Packages.spacy.dist
python311Packages.stanza
python311Packages.stanza.dist
python311Packages.tables
python311Packages.tables.dist
python311Packages.tensorboard
python311Packages.tensorboard-data-server
python311Packages.tensorboard-data-server.dist
python311Packages.tensorboard.dist
python311Packages.tensorboardx
python311Packages.tensorboardx.dist
python311Packages.test-tube
python311Packages.test-tube.dist
python311Packages.textnets
python311Packages.textnets.dist
python311Packages.torch (python311Packages.torchWithoutCuda ,python311Packages.torchWithoutRocm)
python311Packages.torch-tb-profiler
python311Packages.torch-tb-profiler.dist
python311Packages.torch.dev (python311Packages.torchWithoutCuda.dev ,python311Packages.torchWithoutRocm.dev)
python311Packages.torch.dist (python311Packages.torchWithoutCuda.dist ,python311Packages.torchWithoutRocm.dist)
python311Packages.torch.lib (python311Packages.torchWithoutCuda.lib ,python311Packages.torchWithoutRocm.lib)
python311Packages.torchWithCuda
python311Packages.torchWithCuda.dev
python311Packages.torchWithCuda.dist
python311Packages.torchWithCuda.lib
python311Packages.torchaudio
python311Packages.torchaudio.dist
python311Packages.torchgpipe
python311Packages.torchgpipe.dist
python311Packages.torchio
python311Packages.torchio.dist
python311Packages.torchmetrics
python311Packages.torchmetrics.dist
python311Packages.torchvision
python311Packages.torchvision.dist
python311Packages.ttach
python311Packages.ttach.dist
python311Packages.wandb
python311Packages.wandb.dist

Failed derivations

[ ] python3.10-imgaug-0.4.0.drv (derivation hash: yx2mx03hrfp6iksvxa89qm2420sj4gqx)

https://gist.github.com/SomeoneSerge/5c106460529ba476f9d52820aee6111e

[ ] python3.10-persim-0.3.1.drv (derivation hash: 2r367yfwz30609jm41hshkailxmlh1p7)

https://gist.github.com/SomeoneSerge/3efc23af3c46d6c36137964463e1d872

[ ] python3.10-hickle-5.0.2.drv (derivation hash: qjnw9r2w0plcbcinmd22avhc1idkjg4d)

https://gist.github.com/SomeoneSerge/86cfbea2035b010b1703e27be9f11865

[ ] python3.11-fn-0.4.3.drv (derivation hash: zf6cna7p5d4afk7y7iz6qbzb0vjhw109)

https://gist.github.com/SomeoneSerge/3072076265276ec2ee8413c4e97fe1d6

[ ] python3.11-pyemd-0.5.1.drv (derivation hash: 4pfijv7l7g314hwysk9bp5yai2lv9hla)

https://gist.github.com/SomeoneSerge/260e3a2d9b5e5c05322155ca726d26e0

[ ] python3.11-jmp-unstable-2021-10-03.drv (derivation hash: llrz08mzl7wzylpzxcaxk7gkxhw9qj78)

https://gist.github.com/SomeoneSerge/e8c960cc909ee590f23b2f23fff38aa5

[ ] python3.11-hickle-5.0.2.drv (derivation hash: nwqh9rbf9xx5x2n16ghna77hqa1n6ys5)

https://gist.github.com/SomeoneSerge/88b96ae30e1e807fe0f30dcf0bc76dba

[ ] python3.11-scikit-misc-0.1.4.drv (derivation hash: 5d199ag4dmgk3v5ms6qm1jddjm74knp1)

https://gist.github.com/SomeoneSerge/298f34006d7bb3114e07bf7217bd16e6

[ ] python3.10-pims-0.6.1.drv (derivation hash: bnz6mlybhdyskaqj8g6hr7kwn7mkhaz0)

https://gist.github.com/SomeoneSerge/b3346416f204d5bdebac340158423371

[ ] python3.10-kmapper-2.0.1.drv (derivation hash: mhi3zvk5mplmh42walvbh7xd9fn4i4kc)

https://gist.github.com/SomeoneSerge/683f1011702b2c6a0db326fc0c657370

[ ] python3.11-pyvista-0.38.5.drv (derivation hash: x3hhdalankih0ja3schil0ixc65fwmp1)

https://gist.github.com/SomeoneSerge/e47f67afa164466bdc0233a28759e77a

[ ] python3.10-apache-beam-2.45.0.drv (derivation hash: pn1fprckfx2ggqs7kmjbndpkq84ssmcl)

https://gist.github.com/SomeoneSerge/3edbe09fbc73e9ca1dcdb6acc800a3c8

[ ] python3.10-retworkx-0.11.0.drv (derivation hash: fx2iab1hkaif83500s6m0g8xcrczabq6)

https://gist.github.com/SomeoneSerge/1a953fa11996fa6e9f9631f5b8dc3194

[ ] python3.11-scikit-optimize-0.9.0.drv (derivation hash: w0l9ir42i0dbx24vk40drx174cfn4igs)

https://gist.github.com/SomeoneSerge/ee2690342efe9d655a86d715a9bfc232

[ ] python3.11-apache-beam-2.45.0.drv (derivation hash: s7lij35sfg7cqfbjlsvz40vsy4qv7n5h)

https://gist.github.com/SomeoneSerge/f4ee293e365c8016aeca8862fdcf5356

[ ] python3.10-scikit-optimize-0.9.0.drv (derivation hash: fda36fm1rsq1ll26wm4n41zlrzj1pxc5)

https://gist.github.com/SomeoneSerge/ace0b6e1355570428c92f45a75a0c12d

[ ] tensorflow-2.11.1.drv (derivation hash: 1h0c7i6l37pn1dfny226pqdmqw1qnlw9)

https://gist.github.com/SomeoneSerge/15e652977c253aacf984684d47d59333

[ ] python3.11-imgaug-0.4.0.drv (derivation hash: bf3bjl1kf3c631kdlci3isdqfj1j56fc)

https://gist.github.com/SomeoneSerge/91d7a49f412399b4c29890a8350162fb

[ ] python3.10-pytensor-2.10.1.drv (derivation hash: xx2lzv6hlmz0bq137ipr1x5yrag9pdcp)

https://gist.github.com/SomeoneSerge/6959216d3c286a3ea7ad902b8a495ae4

[ ] python3.11-nianet-1.1.4.drv (derivation hash: v9zy3yrw09qam5q36ckgqcc1jm8518k0)

https://gist.github.com/SomeoneSerge/f5efb3bc05bf44b4547310b24fd24a3c

[ ] python3.11-skrl-0.10.1.drv (derivation hash: d6jfhzz2j9pmzbz2g29sfr3lyv091yh8)

https://gist.github.com/SomeoneSerge/fa440f64e3ee04d46cf31a29aeff5963

[ ] python3.11-slicer-0.0.7.drv (derivation hash: c7aam5ww25ifhf7wv4lkwnnh8g00nsfr)

https://gist.github.com/SomeoneSerge/b8d3c6766583f5bc30d894cd27e4c110

[ ] python3.11-skorch-0.12.1.drv (derivation hash: z667zgilminr57vqzqayfxixgm5riwnr)

https://gist.github.com/SomeoneSerge/ff11ed98a92fb0a19a4ead6414d2f4d2

[ ] python3.10-skrl-0.10.1.drv (derivation hash: x1rrzs1dy2kwsjkc55iampicss20k01v)

https://gist.github.com/SomeoneSerge/01d62ab499a7aceec9a801407ff0d090

[ ] python3.10-slicer-0.0.7.drv (derivation hash: 0kpyn34j64zmx8677wxkf2q6vrhni1zc)

https://gist.github.com/SomeoneSerge/916b698d252242044c93ed7a44575e81

[ ] python3.10-skorch-0.12.1.drv (derivation hash: d4ph5dillnnk8gsyc9lkwhv47inxk5fw)

https://gist.github.com/SomeoneSerge/eef595ecee4892f01b2f637d875f35d1

[ ] python3.11-accelerate-0.18.0.drv (derivation hash: 7rssphisk257ci2fjp4dfzyy7cnhac3x)

https://gist.github.com/SomeoneSerge/67e9543618071e4c24ce3b549c083da7

[ ] python3.10-accelerate-0.18.0.drv (derivation hash: gjhd51xgp9fjaa9qb68ia8j50d9xwh57)

https://gist.github.com/SomeoneSerge/b0233ae46d6765d8d248bacf9646d7cc

[ ] tiny-cuda-nn.drv (derivation hash: w55z9x3v1vgr2kdljmkfwcylbx3b22fq)

https://gist.github.com/SomeoneSerge/fc58a7070049bb02efec5f15acf9d057

[ ] tiny-cuda-nn.drv (derivation hash: ycbji9ka9pvqmlpjx9k83xps7g44rxii)

https://gist.github.com/SomeoneSerge/9608bdfe68d51ddae7f9ee962fa34a89

[ ] python3.10-numpyro-0.11.0.drv (derivation hash: dsbyz6brcpdif53vi51lxmagb54rqlka)

https://gist.github.com/SomeoneSerge/3de6e6d45f58f719ccddb8b8a4c77523

[ ] python3.11-timm-0.6.12.drv (derivation hash: zinzxygxjb3chwcj58i9dhn3h7rfylzm)

https://gist.github.com/SomeoneSerge/28ff8cfd0169974fabca328593c668b4

[ ] python3.11-torchinfo-1.7.2.drv (derivation hash: h3skgla7r1vxq644dv74x70z83xchawz)

https://gist.github.com/SomeoneSerge/b716b5277b5c29e223d9fa6010f04208

[ ] python3.11-flammkuchen-1.0.2.drv (derivation hash: 98w36210022iqqhaapwjzdsrpqw2kdd2)

https://gist.github.com/SomeoneSerge/e2c30a6067574e301d490414f6d0258b

[ ] python3.11-apptools-5.1.0.drv (derivation hash: 06b0ibnnqspkkm9jh9azbmapwfvbkkcf)

https://gist.github.com/SomeoneSerge/6ac0cf07ac05e91f4337f100f37f5fe0

[ ] python3.10-flammkuchen-1.0.2.drv (derivation hash: yf0h0r9q5i6pwd42jjqkbpq47fsw4zkk)

https://gist.github.com/SomeoneSerge/f4c73521a9c1a05e7314c3b471df2763

[ ] python3.10-mayavi-4.8.1.drv (derivation hash: kmv7n0k6zz283w231h7w37cp1gvkdwg9)

https://gist.github.com/SomeoneSerge/26113fd37ec356f0bb9a4958235faaad

[ ] python3.10-tensorflow-2.11.1.drv (derivation hash: 360pcbrhqkxvqsnjzlfcwvr850h91lcd)

https://gist.github.com/SomeoneSerge/6e2bc1b2e4fca465815c57e8a3943c8e

[ ] python3.10-timm-0.6.12.drv (derivation hash: izqrhzcqrykp1qka4vnccck2xfh6nani)

https://gist.github.com/SomeoneSerge/3e358e0cc95e028e9e7096cf377178be

[ ] tensorflow-gpu-2.11.1.drv (derivation hash: kymy05zx08gawd345dy84df0ixi3mmwc)

https://gist.github.com/SomeoneSerge/9647f9021f3af388601136810a21fe27

[ ] python3.10-tensorflow-gpu-2.11.1.drv (derivation hash: 6n49nw8z9xvcsnap4fbf2kb04cfx2jl9)

https://gist.github.com/SomeoneSerge/dd9914a92e763e93172098a2d7999567

[ ] python3.11-torch-2.0.0.drv (derivation hash: 928bh7l36682l07fs5f17xxwg4dadzvx)

https://gist.github.com/SomeoneSerge/25c61736a4c21adc9ac33100cf9ea2fe

[ ] python3.10-cvxpy-1.3.0.drv (derivation hash: mmfjc11azdc69r0rn39b6f0749m7ckh9)

https://gist.github.com/SomeoneSerge/43b0c35a572189a57f54f19569a658fb

imgaug: segfault
persim: broken on master according to hydra
hickle: unrelated
fn: unrelated
pyemd: unrelated
jmp: unrelated
scikit-misc: unrelated
pims: unrelated
kmapper: unrelated
pyvista: unrelated
apache-beam: unrelated
networkx: unrelated
scikit-optimize: failing on master according to hydra
tensorflow(-gpu): unclear what attribute this corresponds to(?), failure appears to be unrelated
pytensor: unrelated
python3.10-tensorflow-2.11.1: Could not find a version that satisfies the requirement tensorboard<2.12,>=2.11
skrl: unrelated
slicer: unrelated
skorch: unrelated
accelerate: unrelated
tiny-cuda-nn: unrelated
numpyro: unrelated
timm: unrelated
torchinfo: unrelated
flammkuchen: unrelated
apptools: appears unrelated, but build is passing on master according to hydra
mayavi: segfault
python3.10-tensorflow-2.11.1: Could not find a version that satisfies the requirement tensorboard<2.12,>=2.11
torch: unrelated
cvxpy: unrelated

Thank you so much @samuela for this detailed list !
I will see if I can update tensorflow then...

I rebased the PR. It seems that tensorflow is now at 2.12.0. I will try to build it and post the result here.

Does tensorflow actually break with this newer tensorboard version? If not we could use pythonRelaxDeps and save the tensorflow upgrade to a future pr

As both tensorboard-data-server and tensorboard originates from same repository:

https://github.com/tensorflow/tensorboard/tree/master/tensorboard/pip_package
https://github.com/tensorflow/tensorboard/tree/master/tensorboard/data/server/pip_package

I suppose, an easy way to keep versions in sync, would be to have tensorboard fetchFromGitHub and use tensorboard.src in tensorboard-data-server.
And have sourceRoot set as:

tensorboard: source/tensorboard/pip_package
tensorboard-data-server: source/tensorboard/data/server/pip_package

Downside: In case of a discrete release of tensorboard-data-server, tensorboard would have to be bumped. Such as:
https://github.com/tensorflow/tensorboard/pull/6371
Thoughts?

Does tensorflow actually break with this newer tensorboard version? If not we could use pythonRelaxDeps and save the tensorflow upgrade to a future pr

You are right, done

Regarding failed builds, fix for python3.10-scikit-optimize is available at:
https://github.com/NixOS/nixpkgs/pull/231858

This update of tensorboard makes it possible to build python311.tensorflow, however, this build fails...
With the current version of tensorboard we get:
❮ nix-build -A python311Packages.tensorflow
error: tensorboard-2.11.0 not supported for interpreter python3.11

python310Packages.tensorflow builds fine but crashes due to tensorboard being too new.
Maybe I should try pythonRelaxDeps...

@GaetanLepage what's the status of this? In #243066 @dav-dap also tried to update tensorflow and encountered issues related to bazel dependencies of it. Any ideas?

@GaetanLepage what's the status of this? In #243066 @dav-dap also tried to update tensorflow and encountered issues related to bazel dependencies of it. Any ideas?

Indeed this update is quite tricky because it needs to be done at the same time as tensorflow and I was not able to successfully build the latter.

Closing as this PR is now completely irrelevant.
Follow up in #263770


Serial communication with Node.js

https://www.bhuvaneswaran.com/serial-port-communication-with-node/
Serial ports are used to transfer the data through USB/hardware interfaces. With node.js, we can transfer the data using javascript.
Gitalk_459f2e39-f6d6-53e0-bab3-722b6eabfba7

Thanks for sharing.
Online training

Hello Bhuvaneswaran, I think your code needs to be updated or maybe I don't know if there is any issue with the laptop because I cannot run your code on my machine. Can you please help me out?

@kody435 : can you share the error message what you are getting..

how can i send this data through api in node...please help
here is my code : const express = require('express');
const app = express();
var {SerialPort} = require("serialport");
app.get("/",function(req,res){
var myData;
var port = "COM2";
var serialPort =  new SerialPort({
path : port,
baudRate: 9600
});
serialPort.on("open", function() {
console.log("-- Connection opened --");
serialPort.on("data", function(data) {
console.log("Data received: " + data);
});
});
})
app.listen(5000, () => {
console.log("Server is listening on the port 5000");
})

I want to send data in the res when someone hit this api.
const express = require('express');
const app = express();
var {SerialPort} = require("serialport");
app.get("/",function(req,res){
var myData;
var port = "COM2";
var serialPort =  new SerialPort({
path : port,
baudRate: 9600
});
serialPort.on("open", function() {
console.log("-- Connection opened --");
serialPort.on("data", function(data) {
console.log("Data received: " + data);
});
});
})
app.listen(5000, () => {
console.log("Server is listening on the port 5000");
})

We have implemented this code as an API to get the data from the comm port. But when this code is deployed in cloud.
It communicates to the comm port of the machine in which it is deployed.
Any idea how to make the code to communicate with the comm port of user's machine who is connected to the API ?

@Venk96
We have implemented this code as an API to get the data from the comm port. But when this code is deployed in cloud.
It communicates to the comm port of the machine in which it is deployed.
Any idea how to make the code to communicate with the comm port of user's machine who is connected to the API ?

You run this code as an agent in client machine and forward the request to cloud through API


Remove shapeless dependency

Hello 👋
This is a proposal for a (breaking) change for the API to use a SeqMap instead of shapeless' Sized to guarantee that the correct number of labels are applied in the correct order.
This lets us remove the shapeless dependency completely and in my (subjective) opinion makes the library easier to use.
Would love to hear your opinion.

I find this approach interesting, avoiding shapeless is very nice, but it feels less intuitive to me. How would this be used in practice?


to_sql() fails with in-memory Sqlite3

System information

OS Platform and Distribution (e.g., Linux Ubuntu 16.04): MacOS 10.13.6
Modin version (modin.__version__): 0.7.2
Ray version: 0.8.0
SQLite version: 3.28.0
Python version: 3.6.9
Code we can use to reproduce:

import modin.pandas as pd
import sqlite3

df = pd.DataFrame(data=[0])
conn = sqlite3.connect(':memory:')
df.to_sql('test', conn, index=False)

Describe the problem
Running the above code produces the following error:
TypeError: can't pickle sqlite3.Connection objects
Source code / logs

------------------------------------------------------------------
TypeError                                 Traceback (most recent call last)
<ipython-input-8-43958e6dbdf1> in <module>
      1 conn = sqlite3.connect(':memory:')
----> 2 df.to_sql('test', conn, index=False)

~/anaconda/envs/python36/lib/python3.6/site-packages/modin/pandas/base.py in to_sql(self, name, con, schema, if_exists, index, index_label, chunksize, dtype, method)
   3053             chunksize=chunksize,
   3054             dtype=dtype,
-> 3055             method=method,
   3056         )

~/anaconda/envs/python36/lib/python3.6/site-packages/modin/data_management/factories.py in to_sql(cls, *args, **kwargs)
    178     @classmethod
    179     def to_sql(cls, *args, **kwargs):
--> 180         return cls._determine_engine()._to_sql(*args, **kwargs)

~/anaconda/envs/python36/lib/python3.6/site-packages/modin/data_management/factories.py in _to_sql(cls, *args, **kwargs)
    182     @classmethod
    183     def _to_sql(cls, *args, **kwargs):
--> 184         return cls.io_cls.to_sql(*args, **kwargs)

~/anaconda/envs/python36/lib/python3.6/site-packages/modin/engines/ray/generic/io.py in to_sql(cls, qc, **kwargs)
     29             return pandas.DataFrame()
     30
---> 31         result = qc._modin_frame._fold_reduce(1, func)

~/anaconda/envs/python36/lib/python3.6/site-packages/modin/engines/base/frame/data.py in _fold_reduce(self, axis, func)
    707         func = self._build_mapreduce_func(axis, func)
    708         new_parts = self._frame_mgr_cls.map_axis_partitions(
--> 709             axis, self._partitions, func)

~/anaconda/envs/python36/lib/python3.6/site-packages/modin/engines/base/frame/partition_manager.py in map_axis_partitions(cls, axis, partitions, map_func, keep_partitioning)
    132         else:
    133             num_splits = cls._compute_num_partitions()
--> 134         preprocessed_map_func = cls.preprocess_func(map_func)
    135         partitions = (
    136             cls.column_partitions(partitions)

~/anaconda/envs/python36/lib/python3.6/site-packages/modin/engines/base/frame/partition_manager.py in preprocess_func(cls, map_func)
     35             being used).
     36         """
---> 37         return cls._partition_class.preprocess_func(map_func)

~/anaconda/envs/python36/lib/python3.6/site-packages/modin/engines/ray/pandas_on_ray/frame/partition.py in preprocess_func(cls, func)
    141             A ray.ObjectID.
    142         """
--> 143         return ray.put(func)

~/anaconda/envs/python36/lib/python3.6/site-packages/ray/worker.py in put(value, weakref)
   1491         else:
   1492             try:
-> 1493                 object_id = worker.put_object(value)
   1494             except ObjectStoreFullError:
   1495                 logger.info(

~/anaconda/envs/python36/lib/python3.6/site-packages/ray/worker.py in put_object(self, value, object_id)
    275                 "call 'put' on it (or return it).")
    276
--> 277         serialized_value = self.get_serialization_context().serialize(value)
    278         return self.core_worker.put_serialized_object(
    279             serialized_value, object_id=object_id)

~/anaconda/envs/python36/lib/python3.6/site-packages/ray/serialization.py in serialize(self, value)
    483             if ray.cloudpickle.FAST_CLOUDPICKLE_USED:
    484                 inband = pickle.dumps(
--> 485                     value, protocol=5, buffer_callback=writer.buffer_callback)
    486             else:
    487                 inband = pickle.dumps(value)

~/anaconda/envs/python36/lib/python3.6/site-packages/ray/cloudpickle/cloudpickle_fast.py in dumps(obj, protocol, buffer_callback)
     66     with io.BytesIO() as file:
     67         cp = CloudPickler(file, protocol=protocol, buffer_callback=buffer_callback)
---> 68         cp.dump(obj)
     69         return file.getvalue()

~/anaconda/envs/python36/lib/python3.6/site-packages/ray/cloudpickle/cloudpickle_fast.py in dump(self, obj)
    555     def dump(self, obj):
    556         try:
--> 557             return Pickler.dump(self, obj)
    558         except RuntimeError as e:
    559             if "recursion" in e.args[0]:

TypeError: can't pickle sqlite3.Connection objects

Hi @humcasma thanks for the report!
We can't ship the connection around to the workers for the distributed write because the connection itself cannot be serialized.
The challenge with :memory: is even if we could ship around the sqlalchemy connection string, the workers would not all generate the same connection or write to contiguous locations.
Temporarily while we work through this, you can workaround this in two different ways:
Default to pandas:
import modin.pandas as pd
import sqlite3

df = pd.DataFrame(data=[0])
conn = sqlite3.connect(':memory:')
df._to_pandas().to_sql('test', conn, index=False)

This will be slow.
Write to /tmp:
import modin.pandas as pd

df = pd.DataFrame(data=[0])
df.to_sql('test', 'sqlite:////tmp/temp.db')  # Linux/MacOS

Target next release to come up with fix.

Duplicate of #4048

While #4048 will resolve the "can't pickle sqlite3.Connection objects" error, it won't solve the problem that writing to:memory might write to different locations on each ray/dask worker. So this isn't a duplicate of #4048 and I don't know a solution here other than the one @devin-petersohn points out.


Update DG SCXML tool to support Spark Distributor

Acceptance Criteria:

An SCXML model can be executed on Spark.

@Brijeshrpatel9 this is you!

@Brijeshrpatel9 should write an example that writes to an RDD beside the one the writes to files, then send a pull request to review. Thanks.

Basic implementation is done, but pending updates related to writing to RDD. @shraddha-patel looking into this.
Still targeted for 2.2.


Rendering issue on protocol whitepaper

There is a problem with the interpretation of the markdown on Berty's website compared to hackmd.
Example, for this markdown:
The signature of he Group ID ($G_{ID}$) and the member device ID public key ($D_P$) by the member ID secret key ($M_S$)
Berty's website render:

Hackmd render:

I don't know if it's possible to modify the markdown to make the syntax compatible with Hugo's interpreter (does it support this kind of rendering?).

@cdeleeuwe can you check and tell us what's the best option?

From what I see HackMD uses Mathjax to render the math formulas. https://www.mathjax.org/
I don't think this is compatible with AMP. There is an alternative AMP lib that can render this, but uses different syntax. https://amp.dev/documentation/components/amp-mathml/


feat: improve templates

Related: https://github.com/dai-shi/waku/issues/253

I'll take it as this should be in the next release.


min_size parameter is ignored in slice-by-slice stack segmentation

When launching a segmentation on a stack with the do_3D parameter set to False, the value set for the parameter min_size is ignored, and actually the defaul value of 15 is used for screening each single slice in the label stack.
I found that you can overcome this issue by imposing a min_size vaue of -1 when computing the mask for each slice
https://github.com/MouseLand/cellpose/blob/d9c9f28c1cc45025de6a02402de20f3b18e246d0/cellpose/models.py#L651
and perform the screening right after the stitching, i.e. at
https://github.com/MouseLand/cellpose/blob/d9c9f28c1cc45025de6a02402de20f3b18e246d0/cellpose/models.py#L663
by adding the line
               masks = utils.fill_holes_and_remove_small_masks(masks, min_size=min_size)

However I am not sure this is the correct or most elegant solution.

this is now fixed


Getting an IP address using the POST method with data returns null.

Consider this example:
import { Elysia } from "elysia";

const app = new Elysia();
const port = 3000;

app.post("/", context => {
  return `Your IP address: ${app.server?.requestIP(context.request) || null}`;
});

app.listen(port, () => {
  console.log(`Running on port ${port}`);
});

When I request with a POST method that includes a data curl -X POST http://localhost:3000 -d "hello=world". It doesn't return the IP address.
Your IP address: null

Bun when I remove the data curl -X POST http://localhost:3000, it's returning the IP address as expected:
Your IP address: { address, family, port }

P.S. I tested it with the native 'Bun.serve' and it works perfectly, however it doesn't work on Elysia.

Blocking on https://github.com/oven-sh/bun/issues/6613

Fixed by<EMAIL_ADDRESS>import { Elysia } from "elysia";

const app = new Elysia();
const port = 3000;

app.post("/", (context) => {
    return `Your IP address: ${
        app.server?.requestIP(context.request)?.address || null
    }`;
});

app.listen(port, () => {
    console.log(`Running on port ${port}`);
});

I confirmed this now works! I'll now close the issue.


Postgresql 11.0 support

Hi,
This is a feature request to support postgresql 11.0
Regards,
Eric

Done.


Ghidra doesn't handle floats in the MSVC x86-64 calling convention properly

Given a function like:
bool f(float y, longlong x)

Ghidra assigns y to xmm0 and x to rcx. However x is actually passed on rdx.
"Example of argument passing 3 - mixed ints and floats" on https://learn.microsoft.com/en-us/cpp/build/x64-calling-convention?view=msvc-170&viewFallbackFrom=vs-2017 has a good example of how this is supposed to work.
Environment (please complete the following information):

Ghidra Version: 10.1.5
Ghidra Origin: official

@ghidracadabra it looks like this was perhaps fixed by https://github.com/NationalSecurityAgency/ghidra/commit/91eb96f109cc01d4b7e624c3caa6fd4f8fdf8fbe?

@jrmuizel Correct.  Note that this fix is included in 10.2, which was just released.


Apply a few markdownlint best practices to customization page

I've changed italics and added missing block boundaries using regexes. This should now be consistent for all files


renaming workflow

Codecov Report

Merging #72 (b3ba47e) into main (d5570f0) will not change coverage.
The diff coverage is 0.00%.

@@           Coverage Diff           @@
##             main      #72   +/-   ##
=======================================
  Coverage   51.57%   51.57%
=======================================
  Files          15       15
  Lines         539      539
=======================================
  Hits          278      278
  Misses        210      210
  Partials       51       51

Impacted Files
Coverage Δ

internal/server/server.go
14.54% <0.00%> (ø)

internal/server/workflow.go
52.04% <ø> (ø)

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 d5570f0...b3ba47e. Read the comment docs.


cargo-debstatus fails on itself: invalid serialized PackageId for key package.dependencies

Oh dear!
erdos:~/debian/cargo-debstatus (master) $ ~/.cargo/bin/cargo-debstatus debstatus
error: failed to parse lock file at: /home/jdg/debian/cargo-debstatus/Cargo.lock

Caused by:
  invalid serialized PackageId for key `package.dependencies`

This was freshly checked out of github.  Any idea what might be going on here?  It works fine when I apply it to debcargo.

There have been changes to the Cargo.lock format recently. This is fixed on master, but I didn't have the time yet to port the code for the (outdated) labels yet and I'm not sure if I want to release a new version with this feature missing.

Ah, thanks; have you pushed the fix to github though? This error was generated using the latest version on github, commit 6ba99dbddd1fe46d0bba42c38425b18082d4494a
Best wishes!

hmm, cargo run debstatus is working for me on that commit, which version of cargo are you using and how was it installed?

Ah, that was the problem: I was using the version in Debian testing (0.40.0); upgrading to the version in sid fixed it.
Thanks!


Cleanup untagged/commits epinio images

It seems that we have untagged images hanging around, and committish tags (v1.5.1-42-g2cde6742).
https://github.com/epinio/epinio/pkgs/container/epinio-server/versions?filters[version_type]=untagged
We should delete the untagged and add some automatic cleanup.

https://github.com/marketplace/actions/ghcr-delete-image#usage
https://github.com/snok/container-retention-policy

Retention action allows filtering/excluding through tags:

https://github.com/snok/container-retention-policy#untagged-only
https://github.com/snok/container-retention-policy#filter-tags
https://github.com/snok/container-retention-policy#filter-include-untagged

Permissions needed:

read:packages, and
delete:packages


Feature/leaflet peer dependency

@bezany I've just published the 2.0.0-beta.0 : https://www.npmjs.com/package/vue2-leaflet/v/2.0.0-beta.0 if you can take a look it would be awesome

@lordfuoco Hello! Unfortunately, I not expert in module systems and webpack, but I found some problem in beta version with new type of exports.
Look this code:
import Vue2Leaflet from 'vue2-leaflet'
import { LMarker as marker } from 'vue2-leaflet'
console.log(Vue2Leaflet)
console.log(marker)

In version<EMAIL_ADDRESS>it is worked normal. Vue2Leaflet contains all exported object. It is popular usage, see search result
But in version<EMAIL_ADDRESS>it is not works. Not exists default import.
I don't know if you can add a default import with all vue2-leaflet objects. But I think this is necessary for backward compatibility.
And need think about import L from 'vue2-leaflet'. What decision came to: remove the possibility of export L?

@bezany this is a 2.0 exactly because it has breaking functionality.
Sadly is impossible to achieve better results and keep on working on new functionality without this.
Of course I am going to document this thoroughly.
This import Vue2Leaflet from 'vue2-leaflet' will become import * as Vue2Leaflet from 'vue2-leaflet' This is completely legit: import { LMarker as marker } from 'vue2-leaflet'`
import L from vue2-leaflet this is not needed / impossible since leaflet is now a peer dependency so you would do:
import L from 'leaflet'
This way one can do
import {icon} from 'leaflet' and only loaded the needed modules.
So the base build size goes down by 300kb with this 💯  for example by loading only LMap and LTileLayer and LMarker. And it could go even more down when leaflet itself split better is codebase.
We would also solve 100% #281 since leaflet is a peerDependecy and no more duplicate leaflet version


TypeError: Cannot read property 'photoeditor' of undefined

When trying to use the module, it doesn't work and the error message I get is
TypeError: Cannot read property 'photoeditor' of undefined
The (relevant) code:
import {PhotoEditor, PhotoEditorControl} from "../nativescript-photo-editor";
import {fromFileOrResource} from "image-source";

let image = fromFileOrResource(this.imagePath); // "/storage/.../IMG-0001.jpg"

const photoEditor = new PhotoEditor();
photoEditor.editPhoto({
    imageSource: image
})
.then(newImage => {
    console.log(newImage);
    // resultImage.imageSource = newImage;
})
.catch(e => {
    console.error(e);
});

Hey @JasonMan34 , your import paths are a bit strange as they are relative. Please take a look at the attached demo in this repo and also take a look at the Readme to see how to use the plugin.

No further response so closing this one for now. In case you still have problems, please provide more details.


set gocode Autobuild to true, allows completion of vendor packages

Setting autobuild to true will allow gocode to autobuild package cache for vendor packages. I couldn't get dep vendored packages to work without this.

Thanks. LGTM. cc @Contextualist


Add renderTimestamp to mount to fix initial deselection bug

This PR addresses
Previous selections weren't able to be unselected by simply clicking on the selection like before.
They were only unselectable after selecting something.
The component lifecycle didn't handle mount but did handle new props.
To Test this PR

Navigate to check with selection already made
Click "Select" to go to select mode
Make sure you can deselect something already selected by clicking on a selection

This change is

Reviewed 1 of 1 files at r1.
Review status: all files reviewed at latest revision, all discussions resolved.

Comments from Reviewable


Estute/te 2881

This does a couple of things:

Adds a Jenkinsfile to the repo for running parallel tests against multiple installed sandboxed python environments
Adds a basic tox file, supporting running the tests against python 2.7, 3.5 and 3.6. Python 3.7 is not available for Xenial via the PPAs we normally use, so I think we should be good waiting until we start moving testing infrastructure onto Bionic before introducing 3.7 tests.
Archives the result of the tests when run without a proxy process. I didn't want to deal with result duplication in the xunit xml in this PR (the results would be overwritten if I archived both with and without a proxy process). I plan on fixing this in a subsequent PR.
In order to keep the version of tox pinned in this repo (as opposed to hard coded in the worker definition), I thought I could get around needing sudo to pip install by installing tox as a user package, but for version of 2.7 supplied with Xenial, pip is so old that you need to upgrade it itself, which requires sudo. To get around this, I just used a virtualenv, which may be convoluted/inelegant, but it gets the ball rolling. Open to suggestions here.

A LOT of the tests are not currently passing, and I plan on cleaning them up in subsequent PRs, but I just wanted to get this in place, as the ticket was specifically for putting the repo under CI

jenkins run

jenkins run

jenkins run

@michaelyoungstrom so when I checked locally, the indents were correct. I even made sure that I was inspecting hidden whitespace characters. Odd. I changed it via the GUI and now it looks right.

Merging in as is.
Ticket for fixing failing tests: https://openedx.atlassian.net/browse/TE-2906
Ticket for OEP-18 compliance: https://openedx.atlassian.net/browse/TE-2905


SourceLocation vs SourcePosition

This is really trivial, but it came up for me so here it is: SourceLocation evokes a directory/path, while SourcePosition does not.  We don't talk about the position of files.  Maybe rename stuff at some point. FWIW.

It's a departure from Clang and swiftc, but it sounds totally reasonable. I'll make the change.

Maybe hold off for a bit; I'm currently working in that area.  Or, I could make it?


Update banner to correct weird spacings

I know it's a tiny nitpick, but it bothered me enough to edit it and make a pull request. 😄

Thanks. Also I need to figure out why I even have 5 copies of the same banner in the codebase, only one should really exist.


Added Pictionary Game

PR Description 📜
Added multi player game to guess drawing
Fixes #3739

Mark the task you have completed ✅

[ ] I follow CONTRIBUTING GUIDELINE & CODE OF CONDUCT of this project.
[x] I have performed a self-review of my own code or work.
[x] I have commented my code, particularly in hard-to-understand areas.
[x] My changes generates no new warnings.
[x] I have followed proper naming convention showed in CONTRIBUTING GUIDELINE
[x] I have added screenshot for website preview in assets/images
[x] I have added entries for my game in main README.md
[x] I have added README.md in my folder
[x] I have specified the respective issue number for which I have requested the new game.

Add your screenshots(Optional) 📸

Thank you soo much for contributing to our repository 💗

Thank you @Jagpreet153 ,for creating the PR and contributing to our GameZone 💗
Review team will review the PR and will reach out to you soon! 😇
Make sure that you have marked all the tasks that you are done with ✅.
Thank you for your patience! 😀

Thank you  @Jagpreet153 , for your valuable time and contribution in our GameZone 💗.
It’s our GameZone, so Let’s build this GameZone altogether !!🤝
Hoping to see you soon with another PR again 😇
Wishing you all the best for your journey into Open Source🚀

@kunjgit Kindly add me as the assignee of this PR else points won't be reflected in leaderboard of gssoc


[third-person-camera] Using existing controls to move an avatar

Create an example similar to
https://8thwall.8thwall.app/navigation-mesh/
using nipple and keyboard controls and respecting the navmesh to move an avatar with a third person view.
This is mainly related to the camera here that needs to follow the avatar, and also rotate the avatar model according to the controls used.
I think movement-controls="constrainToNavMesh:true;controls:keyboard,nipple" on the avatar entity should work with an inactive camera as a child (movement-controls needs a camera as one of the child).
Another component would take care of rotating the avatar model based on the movement direction, probably something to do in movement-controls component so that applies to any controls.
Any of you implemented something like that already? I'll gather any insights you may have.
Also see those threejs libraries related to camera:

https://github.com/yomotsu/camera-controls
https://github.com/yomotsu/meshwalk

Some demo by SéamusBoy shared on supermedium discord https://discord.com/channels/479784974917042186/479787777949433900/1147381168350703738
https://glitch.com/edit/#!/aframe-joystick-third-person
and
https://glitch.com/edit/#!/reliable-universal-hardware
The models are from Synty Studios.
NOTE: The models are from the Free Synty Starter Pack: https://syntystore.com/products/polygon-starter-pack
@kfarr also have some notes here https://github.com/3DStreet/3dstreet/issues/338

Did some related work on a third person driving concept:
https://glitch.com/edit/#!/aframe-throttle-accelerator?path=chase-camera.js%3A1%3A0
The chase-camera.js implementation was based on an interesting idea of a "selfy stick" approach applied on a new copy of the look controls component.

I started to play a bit creating a camera-controls component that I created from this meshwalk example
https://yomotsu.github.io/meshwalk/examples/5_terrain.html that is using threejs camera-controls (MW.TPSCameraControls extends CameraControls), MW.KeyInputControl, MW.CharacterController, and an octree for the collision to the navmesh.
Now I understand a bit better the different parts, I think it should be possible to use a modified version of movement-controls with it, also using aframe-extras nav-mesh or simple-navmesh-constraint instead of the octree for collision.
The important bit is that the camera entity shouldn't be inside rig, and no position should be set on it (it's actually similar to the orbit-controls component):
<a-entity id="camera" camera></a-entity>
<a-entity id="rig" networked="template:#avatar-template;attachTemplateToLocal:false" player-info camera-controls>
  <a-sphere position="0 0.75 0" radius="0.75"></a-sphere>
</a-entity>

The camera position that can change is on the PerspectiveCamera, so the child of the camera entity, I get the camera with document.querySelector('#camera').getObject3D('camera') in my camera-controls component.
With movement-controls, keyboard-controls moves the rig, gamepad-controls moves the rig and rotate the rig, so we should be able to use it. nipple-controls moves the rig but rotate the camera via look-controls that is a child the rig, so this one should be modified to rotate the PerspectiveCamera directly. Someone gave me a PS5 controller, I need to test it with gamepad-controls, I think this controls is compatible with that and not just Quest joysticks.


[SPARK-35628][SS] RocksDBFileManager - load checkpoint from DFS

What changes were proposed in this pull request?
The implementation for the load operation of RocksDBFileManager.
Why are the changes needed?
Provide the functionality of loading all necessary files for specific checkpoint versions from DFS to the given local directory.
Does this PR introduce any user-facing change?
No.
How was this patch tested?
New UT added.

Test build #139284 has started for PR 32767 at commit ac47618.

Kubernetes integration test unable to build dist.
exiting with code: 1
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/43808/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/43808/

Test build #139284 has finished for PR 32767 at commit ac47618.

This patch passes all tests.
This patch does not merge cleanly.
This patch adds no public classes.

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/139284/

Rebased this PR based on #32582. It's ready for review now. cc @viirya and @HeartSaVioR

Test build #139555 has started for PR 32767 at commit 10d11b3.

Thank you @xuanyuanking. I'll find some time to review this.

Test build #139555 has finished for PR 32767 at commit 10d11b3.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/139555/

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/44081/

Kubernetes integration test status failure
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/44081/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/44081/

@viirya Great thanks for your help!

To make the RocksDB state store implementation can be reviewed quickly and easily. I just created all the rest PRs to provide us a global perspective. We can review them one by one, and I'll keep updating each of them:
https://github.com/apache/spark/pull/32928 - [SPARK-35784][SS] Implementation for RocksDB instance
https://github.com/apache/spark/pull/32933 - [SPARK-35785][SS] Cleanup support for RocksDB instance
https://github.com/apache/spark/pull/32934 - [SPARK-35788][SS] Metrics support for RocksDB instance
cc @viirya and @HeartSaVioR Thanks for your review.

Thanks you @xuanyuanking!

Great thanks for your detailed review, @viirya @HeartSaVioR. All comments addressed.

Test build #140201 has started for PR 32767 at commit 7c79a29.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/44729/

Kubernetes integration test status failure
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/44729/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/44729/

Test build #140201 has finished for PR 32767 at commit 7c79a29.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/140201/

@xuanyuanking Oh we need to fix new code conflicts as well.

@xuanyuanking Could you resolve the conflict and the minor comment? Then we can move this forward. Thanks!

Thanks for the review!

Test build #140270 has started for PR 32767 at commit fdd0d61.

Kubernetes integration test unable to build dist.
exiting with code: 1
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/44801/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/44801/

Test build #140270 has finished for PR 32767 at commit fdd0d61.

This patch fails to build.
This patch merges cleanly.
This patch adds no public classes.

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/140270/

Test build #140300 has started for PR 32767 at commit be15054.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/44831/

Kubernetes integration test status success
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/44831/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/44831/

Test build #140305 has started for PR 32767 at commit 7279d43.

Test build #140300 has finished for PR 32767 at commit be15054.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Kubernetes integration test unable to build dist.
exiting with code: 1
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/44836/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/140300/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/44836/

Test build #140305 has finished for PR 32767 at commit 7279d43.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/140305/

Jenkins passed. Thanks! Merging to master.

Thanks @xuanyuanking for the contribution! I merged into master.

Please also rebase the next PRs into master branch; we can continue reviewing next PR.

Copy that. I'm rebasing now. Thanks for the help!

UPDATE: we found a consistent break on Scala 2.13 build caused by this. @xuanyuanking is working on the fix so please allow us some time to fix it as follow-up PR instead of reverting this.

Great thanks @HeartSaVioR and @Ngone51. Submitted https://github.com/apache/spark/pull/33084.


SOH and ASOC meaning interchanged

Documentation is incorrect
BatteryStatus is interpreted incorrectly

fixed in 2.2.1


Add JSONP support

E.g.

expect().body("root.child", equalTo("x")).when("/jsonp?callback=y");

But perhaps it's better/easier to do something like:

expect().jsonp("callback", "y").body("root.child",
equalTo("x")).when().get("/jsonp");

or:

expect().jsonp("callback").body("root.child",
equalTo("x")).when().get("/jsonp");

which should generate a random method-name.

It should also be possible to set it as default:

RestAssured.expectedParser = jsonp("callback", "y");
RestAssured.expectedParser = jsonp("callback");
RestAssured.expectedParser = auto(); // Default

There should also be a JsonpPath that simply extends JsonPath and removes
method call.

Original issue reported on code.google.com by<EMAIL_ADDRESS>on 10 Mar 2011 at 2:00

If using:

expect().body("root.child", equalTo("x")).when("/jsonp?callback=y");

we can try to detect whether or not the response is JSONP or plain JSON by e.g.
using reg exp.

Original comment by<EMAIL_ADDRESS>on 10 Mar 2011 at 2:03

[deleted comment]

We could also try to identify jsonp in JsonPath using the reg exp

Original comment by<EMAIL_ADDRESS>on 10 Mar 2011 at 2:50

Perhaps jsonp spec should be in the request spec instead? E.g.

given().
         jsonp("callback").
expect().
         body("root.child", equalTo("x")).
when().
         get("/jsonp");

Original comment by<EMAIL_ADDRESS>on 22 Mar 2011 at 6:15

Perhaps it should be a filter?

Original comment by<EMAIL_ADDRESS>on 22 May 2011 at 8:46


SqliteException(5): database is locked

I am currently working on a project that use both drift and sqlite3 to store data locally in a database. In production and only in Android phones throws this error: SqliteException(5): database is locked.

It looks like you're using a DriftIsolate, are you opening additional connections to the same sqlite3 file? If you have multiple connections running concurrently (without a DriftIsolate coordinating all of them), there's a chance to run into this issue. If you're just opening the database once this shouldn't happen.
Does this error happen a lot or just occasionally?

We use DriftIsolate and open only one connection to sqlite3. This error occurs a lot in production and we can't reproduce it consistently in dev environment.

Hi, in order to add more information about this problem, our app is made in Flutter, and we published it both in iOS and Android. In iOS we are not getting this SqliteException(5): database is locked, this only happens on Android.

We are having the same issue, can we please get a response?

Unfortunately, I still don't have enough information to properly act on this issue, as I've never been able to reproduce it locally or in any of my apps.
Are you able to reproduce this locally or do you see this error on crash reports only @nicobritos? I still think the most likely cause is that you somehow open two NativeDatabases to the same database. Could you check whether that might be happening?

Hi @simolus3
Nope. We cant reproduce it locally either, but there doesnt seem to be a particular reason for why this happens. Key points:

The issue happens when performing a write query to the DB right after opening the app. Sentry doesn't show other lifecycle events so we assume the app was killed in background or manually closed before opening and seeing the issue.
iOS is not affected, in Android this seems to happen in any version (6.0.1, 10, 11, 12).
We use Drift in Isolate mode, and instantiate it using GetIt. We never reset the instance. We haven't tested creating an instance outside GetIt on a global variable, but this shouldnt be the problem.
We dont know if a failed migration or if the app was killed when writing to the DB, performing a migration or a transaction locks the DB.
We only use 1 connection to the DB.

  var dbDisposeCompleter = Completer<void>();
  getIt.registerLazySingleton<QueryExecutor>(
    () => AppDb.sqliteConnection(
      arguments.logger.sqlite,
      arguments.logger.sqliteIsolate,
      asIsolate: dbIsolate,
      onIsolateDispose: dbDisposeCompleter.future,
    ),
    dispose: (sql) async {
      await sql.close();
      if (!dbDisposeCompleter.isCompleted) {
        dbDisposeCompleter.complete();
        dbDisposeCompleter = Completer();
      }
    },
  );

  static QueryExecutor sqliteConnection(bool logStatements, bool logIsolate,
      {bool asIsolate = false, Future? onIsolateDispose}) {
    if (asIsolate) {
      return _sqliteConnectionIsolate(logStatements, logIsolate, onIsolateDispose);
    } else {
      return _sqliteConnectionDirect(logStatements);
    }
  }

  static Future<File> sqliteFile() async {
    // Put the database file in documents folder.
    final dbFolder = await getApplicationDocumentsDirectory();
    return File(join(dbFolder.path, 'db.sqlite'));
  }

  static QueryExecutor _sqliteConnectionIsolate(bool logStatements, bool logIsolate, Future? onIsolateDispose) {
    return DatabaseConnection.delayed(() async {
      final isolate = await _createDriftIsolate(logStatements);
      unawaited(onIsolateDispose?.then((_) => isolate.shutdownAll()));
      return isolate.connect(isolateDebugLog: logIsolate);
    }())
        .executor;
  }

  static LazyDatabase _sqliteConnectionDirect(bool logStatements) {
    return LazyDatabase(() async {
      return NativeDatabase(
        await sqliteFile(),
        logStatements: logStatements,
        setup: (rawDb) {
          rawDb.execute('PRAGMA journal_mode=WAL;');
        },
      );
    });
  }

  static Future<DriftIsolate> _createDriftIsolate(bool logStatements) async {
    final file = await sqliteFile();
    final receivePort = ReceivePort();

    await Isolate.spawn(
      _startBackgroundIsolate,
      _DriftIsolateInitial(receivePort.sendPort, file, logStatements),
    );

    return await receivePort.first;
  }

  static void _startBackgroundIsolate(_DriftIsolateInitial request) {
    final executor = NativeDatabase(
      request.targetFile,
      logStatements: request.logStatements,
      setup: (rawDb) {
        rawDb.execute('PRAGMA journal_mode=WAL;');
      },
    );
    final driftIsolate = DriftIsolate.inCurrent(() => DatabaseConnection(executor));
    request.sendDriftIsolate.send(driftIsolate);
  }

class _DriftIsolateInitial {
  final SendPort sendDriftIsolate;
  final File targetFile;
  final bool logStatements;

  _DriftIsolateInitial(this.sendDriftIsolate, this.targetFile, this.logStatements);
}

Hope that you see something that we are missing! Thanks

Nice call with the completer to stop the drift isolate after closing the database.
Unfortunately, I still don't see any obvious problem. From everything I know, sqlite3 error 5 can only mean that two concurrent processes are using the database. This error should not occur when the database is locked due to misuse in a single connection, or even due to a previous crash or an unexpected process stop.
One thing that stands out: On iOS, we compile sqlite with SQLITE_THREADSAFE=1 (always threadsafe). On Android, we use SQLITE_THREADSAFE=2 (threadsafe as long as two threads don't share a database connection). Technically, two threads should never share a database connection. But I wonder if the isolate group feature, where Dart isolates are multiplexed onto fewer OS threads and might switch across threads, could cause an issue with that option too. As a precaution, I'll release a new version of sqlite3_flutter_libs that also uses SQLITE_THREADSAFE=1 on Android. Then we can check if that changes anything. I think it's worth it just to keep the compile options between Android and iOS in sync.

I've just released sqlite3_flutter_libs version 0.5.10, which switches to SQLITE_THREADSAFE=1 on Android as well. If you could use that version and see if it improves the situation at all, that would help a lot!

Might also be worth checking if the issue still happens when using a non-WAL journal mode. Note you'll need to explicitly set the journal mode to some non-WAL value (like DELETE), since WAL mode is persistent.
The biggest benefit of WAL mode is that you can have multiple reader connections that don't block each other or the writer connection, so if you're only using one connection you're not really taking full advantage of WAL anyway.

First of all, thanks for your answers! We've already migrated to ObjectBox as this was blocking the app's deploy to production on Android, and we were already passed our deadline.
@simolus3 we've tested the new build but as we weren't able to reproduce the issue earlier, we cannot say if it was fixed or not, and a deploy to production of the new build risking breaking the experience to some customers doesn't make sense. However, it begs the question of why the Android's SQLite3 lib was built using SQLITE_THREADSAFE=2 and SQLITE_THREADSAFE=1 in iOS.
@Mike278 you mean removing the line rawDb.execute('PRAGMA journal_mode=WAL;');? Because this was something we've tried to see if the database wouldn't lock, although we knew this was only useful when using multiple (read) connections, but we've wanted to try it anyways. Anyways, it didn't work.
What would be ideal is to find a way to reproduce this issue. However, I'm inclined to think that the lock happens when dart switches threads in the same isolate. Some of this is explained here.

Thanks for your response!

risking breaking the experience to some customers doesn't make sense

Yeah that's definitely understandable.

However, it begs the question of why the Android's SQLite3 lib was built using SQLITE_THREADSAFE=2 and SQLITE_THREADSAFE=1 in iOS.

When I started work on the ffi implementation, I was convinced that SQLITE_THREADSAFE=2 was the right option to use. It most likely was at the time, since isolates didn't switch between multiple OS threads back then. Using SQLITE_THREADSAFE=2 brings a very tiny speed gain since some mutexes can be skipped.
On Android, I had to compile sqlite3 myself, and so I've picked SQLITE_THREADSAFE=2 as a compile-time option. On iOS, we're using an existing pod to compile sqlite3. That pod keeps the default value of SQLITE_THREADSAFE=1 and I didn't see a reason to change that.
That was causing an unfortunate divergence which I've fixed now.

I'm inclined to think that the lock happens when dart switches threads in the same isolate.

Yes, that is my best guess as well. This would explain why this has not been a problem initially, as isolates were bound to a fixed OS thread before Dart 2.15.

We have exactly the same problem in production

Android only
journal_mode=WAL
drift: 1.7.1
concurrent writing

It's hard to have a reproduction scenario in dev environment.
I try to upgrade to sqlite3_flutter_libs 0.5.10 but I still get the error. To reproduce, I force insert/update requests on separate threads (some in foreground, and on the other in background with the workManager). All threads use the same DatabaseConnection (singleton), but the error always occurs.
I/flutter (31172): ┌───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
I/flutter (31172): │ SqliteException(5): database is locked, database is locked (code 5)
I/flutter (31172): ├┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄
I/flutter (31172): │ #0   DriftCommunication.request (package:drift/src/remote/communication.dart:109:66)
I/flutter (31172): │ #1   _BaseExecutor._runRequest (package:drift/src/remote/client_impl.dart:75:28)
I/flutter (31172): │ #2   _BaseExecutor.runInsert (package:drift/src/remote/client_impl.dart:102:12)
I/flutter (31172): │ #3   LazyDatabase.runInsert (package:drift/src/utils/lazy_database.dart:78:17)
I/flutter (31172): │ #4   InsertStatement.insert.<anonymous closure> (package:drift/src/runtime/query_builder/statements/insert.dart:74:26)
I/flutter (31172): │ #5   InsertStatement.insert.<anonymous closure> (package:drift/src/runtime/query_builder/statements/insert.dart:73:40)
I/flutter (31172): │ #6   DatabaseConnectionUser.doWhenOpened.<anonymous closure> (package:drift/src/runtime/api/connection_user.dart:160:64)
I/flutter (31172): │ #7   _rootRunUnary (dart:async/zone.dart:1434:47)
I/flutter (31172): ├┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄┄

@simolus3 I also have the same issue, either the database gets locked or we don't get any values in db

This thread has not had any activity in over a year and doesn't contain anything we can to reproduce this issue locally.


Unable to push to keybase private git

I get an error saying:
--8<--
git-remote-keybase error: (1) object not found
error: failed to push some refs to 'keybase://private/foo/bar'
--8<--
my log id: f7ad11249d7ffd201ae8ce1c

Problem appears to be solved.  I ran 'git gc' and 'git prune --expire=now' a couple of times.


Create swipe component

See this: https://github.com/dogfessional/react-swipeable

See Hammer.js for reference:

https://hammerjs.github.io/


test: fix test_node_merge_crash_when_snapshot test

Signed-off-by: gengliqi<EMAIL_ADDRESS>What problem does this PR solve?
Issue Number: close https://github.com/tikv/tikv/issues/8246
Problem Summary:
Fix test_node_merge_crash_when_snapshot test
What is changed and how it works?
What's Changed:
Change transfer_leader to must_transfer_leader otherwise the next proposals may be rejected due to ongoing leader transfer.
Related changes

No

Tests

No code

Side effects

No

Release note

No release note

/merge


Converting Apache ldap to ldaptools-bundle

Hi,
I hope you can help.
I currently have the following configuration in .htaccess.  I want to convert to use ldaptools-bundle and eventually will be using the Guard with FosUserBundle.  However I cannot understand how to convert the data below to the config required in the YAML config files.
I would really appreciate any help, or advice if this is even possible?
M
AuthBasicProvider ldap
AuthLDAPURL "ldap://ourldapserver/ou=\"Sites\",dc=aaa,dc=aa,dc=aaa,dc=com?sAMAccountName?sub?(objectClass=*)"
AuthLDAPBindDN "cn=svcRandDLDAP,ou=\"Accounts\",dc=aaa, dc=aa, dc=aaa, dc=com"
AuthLDAPBindPassword xxxxxxxx

Please ignore!  Sorted! :)


Improve the sound quality

It would be very good if it could improve the sound quality, because now it is still distorted here and there and does not "read" clearly.
Originally posted by @mykeehu in https://github.com/ill13/SpeakLocal/issues/3#issuecomment-1721870437

More audio options added.

The sound is better. However, is it possible that the JSON encoding is not decoded back to the sound? Try this text:
Elfutok a f\u00e1hoz, ahol megbesz\u00e9lt\u00fck, hogy tal\u00e1lkozunk, \u00e9s elkezdek sz\u00e1molni t\u00edzig. Amikor el\u00e9rem a t\u00edzes sz\u00e1mot, ki\u00e1ltom: "Miki, megtal\u00e1ltalak!"
Original text this:
Elfutok a fához, ahol megbeszéltük, hogy találkozunk, és elkezdek számolni tízig. Amikor elérem a tízes számot, kiáltom: "Miki, megtaláltalak!"
It seems to me that it reads the codes, not decodes the accented letters before TTS.

I'll look into improving pronuncation, however that may be well out of reach for the OS built-in TTS engines.

Okay, I found a solution with the help of a friend, and it now returns all unicode characters correctly. I'll make a PR out of it.

Added string = re.sub(r'[^\w\s-]', '', string).title() and commented out the earlier regex bit.


New spanish translation

Thanks! I’m currently on vacation so I’ll merge this when I get back in about 2 weeks time.
On Oct 26, 2019, 8:27 PM +0100, Ballo1988<EMAIL_ADDRESS>wrote:

You can view, comment on, or merge this pull request online at:
https://github.com/doxxx/ffxiv-craft-opt-web/pull/329
Commit Summary
• New spanish translation
File Changes
• A app/locale/es.json (307)
Patch Links:
• https://github.com/doxxx/ffxiv-craft-opt-web/pull/329.patch
• https://github.com/doxxx/ffxiv-craft-opt-web/pull/329.diff
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

Deployed to ffxiv-beta.lokyst.net.


⚠ Syncthing-KA-TM has degraded performance

In 0ae9f56, Syncthing-KA-TM ($URL_SYNCTHING_MERZ_NIMBUS_TM) experienced degraded performance:

HTTP code: 200
Response time: 3433 ms

Resolved: Syncthing-KA-TM performance has improved in 5dce77d after 7 minutes.


Checksum mismatch for https://packages.microsoft.com/sles/12/prod/dotnet-host-2.1.10-x64.rpm

I'm trying to mirror the https://packages.microsoft.com/sles/12/prod/ repository on my SLES SMT server but keep hitting the checksum mismatch issue for this file - dotnet-host-2.1.10-x64.rpm

@hunterxtreme -- thank you for your feedback.  Please provide a link to the documentation in question so we can investigate.  Meanwhile, you may find answers here:

DBA Stack Exchange
Stack Overflow

Sorry I might have created this in the wrong place. My issue was with the rpm file itself, not the documentation. Please close this, thanks.


Create Random Color

Describe the extension
Generate a string that create random color.
How to use it
When typing a color code, just type "RandomColor"

Preview

Checklist

[x] Extension has a proper name and description.
[x] Extension has tags (for example: "platform, brick, breakable").
[x] All behaviors have a description.
[x] All functions (actions, conditions, expressions) have descriptions.
[x] I confirm that this extension can be intergrated to this GitHub repository, distributed and MIT licensed.

Extension file
Extension.zip
Hoping this would help some begginers. Thanks 🙌

I have talked with Jeje a little about this.  I want to add more parameters to this function to give users some control over the type of colors that are generated.
Read some background here:
https://trello.com/c/4qGDGrJl/20-generaterandomcolor

Thanks @Jeje2201! Looks good, I've pushed this initial version to the registry :)
I've removed the "Trigger Once" though, I don't think it's necessary, and it's actually a problem if you use the expression more than once - it would then return an empty string! An expression is in theory always working :)

I have talked with Jeje a little about this. I want to add more parameters to this function to give users some control over the type of colors that are generated.

I think it's a great idea! Some more expressions giving choice about luminance/brightness/hue, etc... could be very useful. Feel free to open another issue when you have an update :)

I've removed the "Trigger Once" though, I don't think it's necessary, and it's actually a problem if you use the expression more than once - it would then return an empty string!

Indeed! Didn't think about the fact it could be use in a always action!

Looks good, I've pushed this initial version to the registry :)

Awesome! :)

Here is my proposal for adding inputs to this expression:
(Note: this requires using the HslToRgb() expression, or perhaps copying the code for it)
Default behavior with no inputs = Random color (same as now)
Input parameters:
Min hue: range(0,360), default=0
Max hue: range(0,360), default=360
Min saturation: range(0,100), default=0
Max saturation: range(0,100), default=100
Min lightness: range(0,100), default=0
Max lightness: range(0,100), default=100
These options will let you choose a LOT of types of colors:
greyscale (max saturation = 0)
pure colors (min saturation = 100)
pastels (min/max saturation = ~80, min/max lightness = ~80)
red tints (min/max hue = 0)
What do you think about these inputs?

Here is my proposal for adding inputs to this expression:
(Note: this requires using the HslToRgb() expression, or perhaps copying the code for it)
Default behavior with no inputs = Random color (same as now)
Input parameters:
Min hue: range(0,360), default=0
Max hue: range(0,360), default=360
Min saturation: range(0,100), default=0
Max saturation: range(0,100), default=100
Min lightness: range(0,100), default=0
Max lightness: range(0,100), default=100
These options will let you choose a LOT of types of colors:
greyscale (max saturation = 0)
pure colors (min saturation = 100)
pastels (min/max saturation = ~80, min/max lightness = ~80)
red tints (min/max hue = 0)
What do you think about these inputs?

That's very interesting :) We can:

keep a "totally random color" expression.
have a "random color with min and max values for HSL" that you described (6 parameters: min/max hue/saturation/lightness).
have a few additional helpers to make things easier: CreateRandomGreyscaleColor, CreateRandomPastelColor, CreateRandomSaturatedColor...

That's very interesting :) We can:

keep a "totally random color" expression.
have a "random color with min and max values for HSL" that you described (6 parameters: min/max hue/saturation/lightness).
have a few additional helpers to make things easier: CreateRandomGreyscaleColor, CreateRandomPastelColor, CreateRandomSaturatedColor...

@4ian I like all 3!  It provides a super simple option (1), a small menu option (3), and full customization for power users (2).

@4ian I like all 3!  It provides a super simple option (1), a small menu option (3), and full customization for power users (2).

Yep 👍 Sounds good then!

Yep 👍 Sounds good then!

Do you have a preference on how to integrate the "HslToRgb()" expression?
Should RandomColor and ColorConversions be combined into one extension with multiple expressions?

Do you have a preference on how to integrate the "HslToRgb()" expression?
Should RandomColor and ColorConversions be combined into one extension with multiple expressions?

For now you could maybe just copy paste the required JS code/expression?

For now you could maybe just copy paste the required JS code/expression?


[v1.2][ISSUE-358] Validate the deltatuner denas-lora support for multiple causal language model

What changes were proposed in this pull request?

refine the attn-layer structure-name mapping for de-score calculation on more models
refine the readme to list the deltatuner validated models

Why are the changes needed?

To prove the deltatuner's compatible with multiple models
How was this patch tested?

deltatuner unit-test has covered this PR's change

Please check this PR, which is ready to merge. @xuechendi


hpx: 1.0.0 -> 1.1.0

Semi-automatic update generated by https://github.com/ryantm/nix-update tools.
This update was made based on information from https://repology.org/metapackage/hpx/versions.
These checks were done:

built on NixOS
ran /nix/store/xg48bc9gkcq2hyk51hxy5s7x8l0s70r9-hpx-1.1.0/bin/hpxrun.py -h got 0 exit code
ran /nix/store/xg48bc9gkcq2hyk51hxy5s7x8l0s70r9-hpx-1.1.0/bin/hpxrun.py --help got 0 exit code
found 1.1.0 with grep in /nix/store/xg48bc9gkcq2hyk51hxy5s7x8l0s70r9-hpx-1.1.0
found 1.1.0 in filename of file in /nix/store/xg48bc9gkcq2hyk51hxy5s7x8l0s70r9-hpx-1.1.0
directory tree listing: https://gist.github.com/377d8c673231332bb40acb55fed39e53

cc @bobakker for review

No attempt on x86_64-darwin (full log)
The following builds were skipped because they don't evaluate on x86_64-darwin: hpx
Partial log (click to expand)

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowBroken = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowBroken = true; }
to ~/.config/nixpkgs/config.nix.

No attempt on aarch64-linux (full log)
The following builds were skipped because they don't evaluate on aarch64-linux: hpx
Partial log (click to expand)

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowBroken = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowBroken = true; }
to ~/.config/nixpkgs/config.nix.

Success on x86_64-linux (full log)
Attempted: hpx
Partial log (click to expand)
strip is /nix/store/fzcs0fn6bb04m82frhlb78nc03ny3w55-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/xg48bc9gkcq2hyk51hxy5s7x8l0s70r9-hpx-1.1.0/lib  /nix/store/xg48bc9gkcq2hyk51hxy5s7x8l0s70r9-hpx-1.1.0/bin
patching script interpreter paths in /nix/store/xg48bc9gkcq2hyk51hxy5s7x8l0s70r9-hpx-1.1.0
/nix/store/xg48bc9gkcq2hyk51hxy5s7x8l0s70r9-hpx-1.1.0/bin/hpx_run_test.py: interpreter directive changed from " /usr/bin/env python" to "/nix/store/mqwnygh4nb8hdvj3sr9vr092kn39xhpm-python-2.7.14/bin/python"
/nix/store/xg48bc9gkcq2hyk51hxy5s7x8l0s70r9-hpx-1.1.0/bin/hpx_invoke.py: interpreter directive changed from " /usr/bin/env python" to "/nix/store/mqwnygh4nb8hdvj3sr9vr092kn39xhpm-python-2.7.14/bin/python"
/nix/store/xg48bc9gkcq2hyk51hxy5s7x8l0s70r9-hpx-1.1.0/bin/hpx_environment.py: interpreter directive changed from " /usr/bin/env python " to "/nix/store/mqwnygh4nb8hdvj3sr9vr092kn39xhpm-python-2.7.14/bin/python"
/nix/store/xg48bc9gkcq2hyk51hxy5s7x8l0s70r9-hpx-1.1.0/bin/hpx_optsweep.py: interpreter directive changed from " /usr/bin/env python" to "/nix/store/mqwnygh4nb8hdvj3sr9vr092kn39xhpm-python-2.7.14/bin/python"
/nix/store/xg48bc9gkcq2hyk51hxy5s7x8l0s70r9-hpx-1.1.0/bin/hpxcxx: interpreter directive changed from " /usr/bin/env python" to "/nix/store/mqwnygh4nb8hdvj3sr9vr092kn39xhpm-python-2.7.14/bin/python"
/nix/store/xg48bc9gkcq2hyk51hxy5s7x8l0s70r9-hpx-1.1.0/bin/hpxrun.py: interpreter directive changed from " /usr/bin/env python" to "/nix/store/mqwnygh4nb8hdvj3sr9vr092kn39xhpm-python-2.7.14/bin/python"
checking for references to /tmp/nix-build-hpx-1.1.0.drv-0 in /nix/store/xg48bc9gkcq2hyk51hxy5s7x8l0s70r9-hpx-1.1.0...


Console logger from DI doesn't produce console output

Console logger does not produce output when using 2.0.0-preview3-25445.
using System;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Logging;

namespace Sample
{
    public class Program
    {
        public static void Main(string[] args)
        {
            var services = new ServiceCollection()
                .AddLogging(config => config.AddConsole())
                .BuildServiceProvider();

            services.GetRequiredService<ILogger<Program>>()
                .LogCritical("Hello");
        }
    }
}

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp2.0</TargetFramework>
  </PropertyGroup>
  <ItemGroup>
    <PackageReference Include="Microsoft.Extensions.DependencyInjection" Version="2.0.0-preview3-*" />
    <PackageReference Include="Microsoft.Extensions.Logging.Console" Version="2.0.0-preview3-*" />
  </ItemGroup>
</Project>

cc @pakrym @BrennanConroy

After a short investigation, it seems like logging a couple times wont output, but more logs causes the output to be flushed. Looking to see if CoreFX made any changes in the area recently.

So this is because we do console logging on a background thread. So if the application exits too fast then the logger doesn't have time to log.

We'll investigate further.

This should be fixed if you dispose service provider before exiting (services as IDisposible)?.Dispose();

Yes, disposing flushes the message queue. Could we also add a ProcessExit event to flush the queue, in the event the service provider isn't disposed correctly?

Does it work well crossplat?

This API is in ns2.0: AppDomain.CurrentDomain.ProcessExit

Is this still a problem?

Depends if we count not disposing logging provider as a valid usage. I it not worth to overcomplicate logger code to fix invalid usage.

Is this still a problem?

At least it stole some hour or so from me trying to understand why my simple test didn't produce any result, and quite frankly, I was surprised how immature this story seem.
Having a multi-targeting app (net461 and netcoreapp2.0), I just don't see anything running this code (under none of those two workloads):
void Main() {
  var factory = new LoggerFactory().AddConsole(LogLevel.Trace);
  var logger = factory.CreateLogger("Test");
  logger.LogTrace("Hello!");
}

Running with simply dotnet run --framework=net461 (or netcoreapp2.0).
Even logging 100 of those showed nothing (as someone suggested code be an idea).
Not until I yielded the main thread (doing System.Threading.Thread.Sleep(1000); after .LogTrace(...)), those hellos appeared on my console. 😕

Any update on fixing this?  Just tried in mstest, in any short test all the logs are lost and never captured.  I have not services to dispose in the unit test, please fix or give me a flush method.

Okay I was able to dispose of the ConsoleLoggerProvider to force a flush in my unit test, wish I could configure this background thread thing off for tests.  Also seems like disposing of LoggerFactory should also dispose of any connected loggers but it does not.

@AceHack   I would think for unit testing you could add your own test logging provider, no need to tie in with the console logger.

When IDisposable objects are disposed things are working correctly. No plans to improve anything in this area.


Remove Predicate implementations from our public API

predicates is going to split into predicates and predicates-core.  Only predicates-core can show up in our public API.
This work was done for our IntoOutputPredicate predicates but the IntoCodePredicates were missed.
See https://github.com/assert-rs/assert_cmd/blob/master/src/assert.rs#L370

Predicates has now been split.
You can audit this issue by looking at the docs

https://docs.rs/assert_cmd/0.9.0/assert_cmd/assert/trait.IntoCodePredicate.html
https://docs.rs/assert_cmd/0.9.0/assert_cmd/assert/trait.IntoOutputPredicate.html

Does the type Predicate = ...; point to a type defined within the crate or from `predicates?


Support for edo protocol

Hello, I would like to ask, when will be release new docker with 008 edo protocol support,
now it fails like this on edonet:
2021/01/21 21:15:35.415749 ERRO BLOC Processing block 184 BLLT8xpajb4hPVU64VsmD7iFhHRmBLDYb27wRoBrATjk5GVLXdP: build stage 3: origination op [3:0:1]: patch bigmap: bigmap patch unknown contract KT1A4mDg25qvC3tcwyNFy87kcCpLNyfvop2M
2021/01/21 21:15:35.420797 INFO BLOC Stopping blockchain sync due to too many errors at 183.

Closing this as Edo protocol detection, constants, voting and format changes are supported now. A few issues remain regarding the unwrapping of comb pairs, but this unfortunately requires more work.

thank you, working now


Create contributors file

Please add a contributors file for all the developers who are contributing to this project

Hey @Neha I can work on this
does simple file works markdown file ? or would you like to have automated process of adding the contributors

Can you explain how the automated process of adding the contributors will work?

sure , with github actions we can automate the process of adding the contributors to contributor.md file
basically it will be an python script which will extract the name from commits and write the name and github profile in contributor.md file

@purohitdheeraj  Instead of Python can we do NodeJS?

@Neha  for sure nodejs works too, as the project name is JSLovers we should definitely go with nodeJS haha :D
i will just start working on this issue soon

@Neha On it , will update you soon with PR


Adding RAG Fusion

Addition of RAG Fusion

by Nishant

Done.

I'll look into the notebook and provide comments 👍

All the changes have been done.

Add the example to this table in the main readme

Done.

Thanks...one last thing..Can you install all these in a single pip install line ?

Thanks!!


API: Don't do I/O in sign/verify APIs

This is an unnecessary source of errors/unpredictability. Instead of taking Path, these APIs should take a filename: str for the subject and digest: str for the expected content match.

Thinking out loud about this: In a sense, this makes the API leakier about the details of the Attestation object: we go from sign(artifact) and verify(artifact) to sign(filename, digest) and verify(filename, digest), which to someone not familiar with the attestations objects can be confusing, and it's a worse dev experience for the callers of this library.
Is the convenience of not having to open files and calculate the hashes ourselves worth it?

Agreed, although convenience is not the main motivator here:

Removing I/O from these APIs removes an error class that "taints" the rest of the API: we either need to leak these I/O errors as their own types, or wrap them as AttestationErrors. It also means that we're at the mercy of the OS and filesystem, e.g. our API is exactly as reliable as the NFS path that someone tries to read from it 🙂
For PyPI specifically: PyPI is already separating the filename and performing the hash for us, so providing an API that doesn't do I/O means avoiding doing the work twice.

With that being said, I agree this is a (much) worse dev experience. Three ideas:

We could introduce an Artifact type/alias, which would just be a namedtuple or similar of (subject, digest). This would allow us to provide a (slightly) nicer API while still not performing I/O on the user's provided file.
We could keep I/O for signing, but not for verifying. The reasoning: I/O during signing is more acceptable (there's network, etc. happening as well), while during verifying it's duplicated effort (per point about PyPI above). This leads to a split interface, but maybe it's worth it.
We provide both I/O and non-I/O APIs.

Thoughts?

I like the Artifact namedtuple idea!


add demo gif - refs #253277

The reason you don't see results when you initially save is because you need to set the result item card to something other then "Items". Compact listing, horizontal cards, they work better.

I understand, thank you for the suggestions.


Indiekit installed via pnpm does not work

Describe the bug
When running Indiekit with pnpm as the package manager, an import error is encountered.
To reproduce

pnpm init
pnpm add @indiekit/indiekit @indiekit/store-github @indiekit/preset-jekyll @types/markdown-it
Follow the example in the documentation to configure
pnpm exec indiekit serve
See error

Expected behaviour
Runs properly without errors.
Screenshots or logs
node:internal/modules/cjs/loader:995
  const err = new Error(message);
              ^

Error: Cannot find module '../../error/locales/de.json'
Require stack:
- /home/indiekit/node_modules/.pnpm/@indiekit+indiekit@1.0.0-alpha.12_@types+markdown-it<EMAIL_ADDRESS>    at Module._resolveFilename (node:internal/modules/cjs/loader:995:15)
    at Module._load (node:internal/modules/cjs/loader:841:27)
    at Module.require (node:internal/modules/cjs/loader:1061:19)
    at require (node:internal/modules/cjs/helpers:103:18)
    at getLocaleCatalog (file:///home/indiekit/node_modules/.pnpm/@indiekit+indiekit@1.0.0-alpha.12_@types+markdown-it@12.2.3/node_modules/@indiekit/indiekit/lib/application.js:20:7)
    at Indiekit.bootstrap (file:///home/indiekit/node_modules/.pnpm/@indiekit+indiekit@1.0.0-alpha.12_@types+markdown-it@12.2.3/node_modules/@indiekit/indiekit/index.js:66:44)
    at async Indiekit.createApp (file:///home/indiekit/node_modules/.pnpm/@indiekit+indiekit@1.0.0-alpha.12_@types+markdown-it@12.2.3/node_modules/@indiekit/indiekit/index.js:80:20)
    at async Indiekit.server (file:///home/indiekit/node_modules/.pnpm/@indiekit+indiekit@1.0.0-alpha.12_@types+markdown-it@12.2.3/node_modules/@indiekit/indiekit/index.js:101:17) {
  code: 'MODULE_NOT_FOUND',
  requireStack: [
    '/home/indiekit/node_modules/.pnpm/@indiekit+indiekit@1.0.0-alpha.12_@types+markdown-it<EMAIL_ADDRESS>  ]
}

Node.js v18.12.0

Environment

Indiekit version: v1.0.0-alpha.12

Additional context
I also recommend using the pnpm workspace to manage this monorepo.

Thanks for the bug report. I’m guessing pnpm is tripping up on the following lines:
https://github.com/getindiekit/indiekit/blob/559e534d45a9b55ee87198eb326c9f3ddae4d1b9/packages/indiekit/lib/locale-catalog.js#L16-L23
Perhaps rightly so, given the absolute paths for each required module. There are a number of competing concerns and tradeoffs around this part of the codebase, but looks like I’ll have to revisit them to make this more robust.

Using require.resolve might solve this problem? I'm having trouble determining if this is available due to a lot of test failures.
import { createRequire } from "node:module";
+ import { dirname } from "node:path";
import deepmerge from "deepmerge";

- const require = createRequire(import.meta.url);

/**
 * Add catalog of localised strings to application configuration
 *
 * @param {object} application - Application config
 * @returns {object} Catalog of localised strings
 */
export const getLocaleCatalog = (application) => {
  const catalog = new Map();

  for (const locale of application.localesAvailable) {
    const translations = [
      // Application translations
-     require(`../locales/${locale}.json`),
+     createRequire(import.meta.url)(`../locales/${locale}.json`),
      // Error translations
-     require(`../../error/locales/${locale}.json`),
+     createRequire(dirname(require.resolve('@indiekit/error/package.json')))(`./locales/${locale}.json`),
      // Frontend translations
-     require(`../../frontend/locales/${locale}.json`),
+     createRequire(dirname(require.resolve('@indiekit/frontend/package.json')))(`./locales/${locale}.json`),
    ];

    // Plug-in translations
    for (const plugin of application.installedPlugins) {
      try {
-       translations.push(require(`../../${plugin.id}/locales/${locale}.json`));
+       translations.push(createRequire(dirname(require.resolve(`${plugin.id/package.json}`)))(`./locales/${locale}.json`));
      } catch {}
    }

    catalog.set(locale, deepmerge.all(translations));
  }

  return catalog;
};

If works, hopefully I can create a PR for it. :)

Forked and ran tests with pnpm on my computer today.
Due to the large number of phantom dependencies (e.g. @indiekit/indiekit and @indiekit/error), porting to pnpm workspace was a lot of work.

I found the pnpm patch command and the above code works.
The problem now is plugin.id - it doesn't seem to correspond to the package name.

I found the pnpm patch command and the above code works. The problem now is plugin.id - it doesn't seem to correspond to the package name.

Maybe:
// Plug-in translations
- for (const plugin of application.installedPlugins) {
+ for (const plugin of Indiekit.config.plugins) {
  try {
-   translations.push(require(join(dirname(require.resolve(`${plugin.id}/package.json`)), `./locales/${locale}.json`)));
+   translations.push(require(join(dirname(require.resolve(`${plugin}/package.json`, `./locales/${locale}.json`)));
  } catch {}
}

I’ve pushed a fix in [7f708e8], which is hopefully a bit more reliable. Can you either point to the package on GitHub, or apply a patch locally, and see if this fixed the above issue?

I was complicating it... It looks like this issue has been solved.