setLocation() and GeoIP not working anymore?

Hi - I've been using the ezTime library for 3 months and it's been working really well where I've been getting the local timezone automatically using the setLocation() function which auto-detected my local timezone via GeoIP. Occasionally it would time out so I put in a backup to define the local timezone and a fallback to default to UTC. there is the code:
  Timezone myTZ;

  if (myTZ.setLocation()) {
    Serial.println(myTZ.dateTime());
  } else if (myTZ.setLocation(F("DE"))) {
    Serial.println(myTZ.dateTime());
  } else {
    Serial.println(UTC.dateTime());
  }

This was working perfectly for a few months but then 2 days ago for some unknown reason, the auto-location stopped working and only provided the UTC time. Can I check to see if the "timezoned.rop.nl" server is up or if there is some other issue?

I have exactly the same issue.

I have exactly the same issue.

After checking further, I found the issue being with the ntp service. The sync with pool.ntp.org seems to be failing. using my wifi router as ntp server fixes this.

After checking further, I found the issue being with the ntp service. The sync with pool.ntp.org seems to be failing. using my wifi router as ntp server fixes this.

@merlinschumacher - thanks for the confirmation of the issue and a proposed solution. May I ask; how can I replicate your solution and set up my router as an NTP server? Is it an inherent function that I can enable in the router settings?

@merlinschumacher - thanks for the confirmation of the issue and a proposed solution. May I ask; how can I replicate your solution and set up my router as an NTP server? Is it an inherent function that I can enable in the router settings?

Some routers offer this function, some don't. It highly depends on the model. But you can try any other timeserver.
Here is a list of possible servers:
https://gist.github.com/mutin-sa/eea1c396b1e610a2da1e5550d94b0453

Some routers offer this function, some don't. It highly depends on the model. But you can try any other timeserver.
Here is a list of possible servers:
https://gist.github.com/mutin-sa/eea1c396b1e610a2da1e5550d94b0453

Thanks for your quick reply @merlinschumacher! No worries on the timeservers; from the eztime code side, have you used the 'setServer()' function to change the default NTP server  and are there any other lines of code that need to be defined to point ezTime to the redefined NTP server?
I would have thought that ezTime's hosted timezoned.rop.nl server was causing the issue by not pinging back the geoID from the IP address contacting the server. If I reroute to another timeserver, will they do a similar ping back?
Thanks in advance.

Thanks for your quick reply @merlinschumacher! No worries on the timeservers; from the eztime code side, have you used the 'setServer()' function to change the default NTP server  and are there any other lines of code that need to be defined to point ezTime to the redefined NTP server?
I would have thought that ezTime's hosted timezoned.rop.nl server was causing the issue by not pinging back the geoID from the IP address contacting the server. If I reroute to another timeserver, will they do a similar ping back?
Thanks in advance.

The sync with pool.ntp.org seems to be failing. using my wifi router as ntp server fixes this.

I don't understand as long as the NTP server is responding it should not matter if the NTP server is on a local network or on the internet.

The sync with pool.ntp.org seems to be failing. using my wifi router as ntp server fixes this.

I don't understand as long as the NTP server is responding it should not matter if the NTP server is on a local network or on the internet.

@doanerock It seems pool.ntp.org sometimes points to a server that doesn't reply properly or replys in a manner that eztime won't handle properly. I just used my router for convenience, local or remote is not the issue.
@eyecee eztime uses two servers. any NTP server to get the current time in UTC and timezoned.rop.nl to get the current timezone data to create the local time.
timezoned.rop.nl presumably works fine (at least in my case), but using pool.ntp.org (which is an alias for a multitude of different NTP servers) makes the library fail for me.

@doanerock It seems pool.ntp.org sometimes points to a server that doesn't reply properly or replys in a manner that eztime won't handle properly. I just used my router for convenience, local or remote is not the issue.
@eyecee eztime uses two servers. any NTP server to get the current time in UTC and timezoned.rop.nl to get the current timezone data to create the local time.
timezoned.rop.nl presumably works fine (at least in my case), but using pool.ntp.org (which is an alias for a multitude of different NTP servers) makes the library fail for me.

@merlinschumacher  "It seems pool.ntp.org sometimes points to a server that doesn't reply properly or replys in a manner that eztime won't handle properly. I just used my router for convenience, local or remote is not the issue."
I see how it is possible how a hand full of many NTP servers could be down at any one time.  If one NTP server does not respond in time would it be possible to have ezTime try the next server in the pool.ntp.org list?  Or wait for the DNS TTL to timeout and do new lookup for pool.ntp.org.

@merlinschumacher  "It seems pool.ntp.org sometimes points to a server that doesn't reply properly or replys in a manner that eztime won't handle properly. I just used my router for convenience, local or remote is not the issue."
I see how it is possible how a hand full of many NTP servers could be down at any one time.  If one NTP server does not respond in time would it be possible to have ezTime try the next server in the pool.ntp.org list?  Or wait for the DNS TTL to timeout and do new lookup for pool.ntp.org.

I've used  waitForSync(30); in my code to give it a 30 sec timeout. Afterwards it just uses the unix epoch beginnging (January 1st, 1970, 00:00). I don't know if ezTime tries to resync the servers after failing once, but you certainly could trigger another call to waitForSync().

I've used  waitForSync(30); in my code to give it a 30 sec timeout. Afterwards it just uses the unix epoch beginnging (January 1st, 1970, 00:00). I don't know if ezTime tries to resync the servers after failing once, but you certainly could trigger another call to waitForSync().


ModuleNotFoundError: No module named 'punica.ops._kernels'

Hello, I am trying to run punica in cuda-toolkit-11.8 but I get this error ModuleNotFoundError: No module named 'punica.ops._kernels', when running:
python -m benchmarks.bench_textgen_lora --system punica --batch-size 32.
The build seems successful except one warning:
/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/utils/cpp_extension.py:424: UserWarning: There are no g++ version bounds defined for CUDA version 11.8
    warnings.warn(f'There are no {compiler_name} version bounds defined for CUDA version {cuda_str_version}')

The detailed log is this when running env TORCH_CUDA_ARCH_LIST="8.0" pip install -v --no-build-isolation:
(I tried running inside the docker container and also outside. In both cases, I get the ModuleNotFoundError.)
Building wheels for collected packages: punica
  Running command Building wheel for punica (pyproject.toml)
  No CUDA runtime is found, using CUDA_HOME='/usr/local/cuda'
  /root/miniconda3/envs/punica/lib/python3.10/site-packages/setuptools/config/pyprojecttoml.py:66: _BetaConfiguration: Support for `[tool.setuptools]` in `pyproject.toml` is still *beta*.
    config = read_configuration(filepath, True, ignore_option_errors, dist)
  running bdist_wheel
  running build
  running build_py
  running egg_info
  writing punica.egg-info/PKG-INFO
  writing dependency_links to punica.egg-info/dependency_links.txt
  writing requirements to punica.egg-info/requires.txt
  writing top-level names to punica.egg-info/top_level.txt
  reading manifest file 'punica.egg-info/SOURCES.txt'
  reading manifest template 'MANIFEST.in'
  no previously-included directories found matching 'benchmarks'
  no previously-included directories found matching '*/__pycache__'
  warning: no previously-included files matching '*.so' found anywhere in distribution
  adding license file 'LICENSE'
  writing manifest file 'punica.egg-info/SOURCES.txt'
  running build_ext
  /root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/utils/cpp_extension.py:424: UserWarning: There are no g++ version bounds defined for CUDA version 11.8
    warnings.warn(f'There are no {compiler_name} version bounds defined for CUDA version {cuda_str_version}')
  building 'punica.ops._kernels' extension
  Emitting ninja build file /punica/build/temp.linux-x86_64-cpython-310/build.ninja...
  Compiling objects...
  Allowing ninja to set a default number of workers... (overridable by setting the environment variable MAX_JOBS=N)
  [1/6] /usr/local/cuda/bin/nvcc  -I/punica/third_party/cutlass/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/torch/csrc/api/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/TH -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/THC -I/usr/local/cuda/include -I/root/miniconda3/envs/punica/include/python3.10 -c -c /punica/csrc/rms_norm/rms_norm_cutlass.cu -o /punica/build/temp.linux-x86_64-cpython-310/csrc/rms_norm/rms_norm_cutlass.o --expt-relaxed-constexpr --compiler-options ''"'"'-fPIC'"'"'' -DTORCH_API_INCLUDE_EXTENSION_H '-DPYBIND11_COMPILER_TYPE="_gcc"' '-DPYBIND11_STDLIB="_libstdcpp"' '-DPYBIND11_BUILD_ABI="_cxxabi1011"' -DTORCH_EXTENSION_NAME=_kernels -D_GLIBCXX_USE_CXX11_ABI=0 -gencode=arch=compute_80,code=sm_80 -std=c++17
  [2/6] /usr/local/cuda/bin/nvcc  -I/punica/third_party/cutlass/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/torch/csrc/api/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/TH -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/THC -I/usr/local/cuda/include -I/root/miniconda3/envs/punica/include/python3.10 -c -c /punica/csrc/sgmv_flashinfer/sgmv_all.cu -o /punica/build/temp.linux-x86_64-cpython-310/csrc/sgmv_flashinfer/sgmv_all.o --expt-relaxed-constexpr --compiler-options ''"'"'-fPIC'"'"'' -DTORCH_API_INCLUDE_EXTENSION_H '-DPYBIND11_COMPILER_TYPE="_gcc"' '-DPYBIND11_STDLIB="_libstdcpp"' '-DPYBIND11_BUILD_ABI="_cxxabi1011"' -DTORCH_EXTENSION_NAME=_kernels -D_GLIBCXX_USE_CXX11_ABI=0 -gencode=arch=compute_80,code=sm_80 -std=c++17
  [3/6] /usr/local/cuda/bin/nvcc  -I/punica/third_party/cutlass/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/torch/csrc/api/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/TH -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/THC -I/usr/local/cuda/include -I/root/miniconda3/envs/punica/include/python3.10 -c -c /punica/csrc/sgmv/sgmv_cutlass.cu -o /punica/build/temp.linux-x86_64-cpython-310/csrc/sgmv/sgmv_cutlass.o --expt-relaxed-constexpr --compiler-options ''"'"'-fPIC'"'"'' -DTORCH_API_INCLUDE_EXTENSION_H '-DPYBIND11_COMPILER_TYPE="_gcc"' '-DPYBIND11_STDLIB="_libstdcpp"' '-DPYBIND11_BUILD_ABI="_cxxabi1011"' -DTORCH_EXTENSION_NAME=_kernels -D_GLIBCXX_USE_CXX11_ABI=0 -gencode=arch=compute_80,code=sm_80 -std=c++17
  [4/6] /usr/local/cuda/bin/nvcc  -I/punica/third_party/cutlass/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/torch/csrc/api/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/TH -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/THC -I/usr/local/cuda/include -I/root/miniconda3/envs/punica/include/python3.10 -c -c /punica/csrc/flashinfer_adapter/flashinfer_all.cu -o /punica/build/temp.linux-x86_64-cpython-310/csrc/flashinfer_adapter/flashinfer_all.o --expt-relaxed-constexpr --compiler-options ''"'"'-fPIC'"'"'' -DTORCH_API_INCLUDE_EXTENSION_H '-DPYBIND11_COMPILER_TYPE="_gcc"' '-DPYBIND11_STDLIB="_libstdcpp"' '-DPYBIND11_BUILD_ABI="_cxxabi1011"' -DTORCH_EXTENSION_NAME=_kernels -D_GLIBCXX_USE_CXX11_ABI=0 -gencode=arch=compute_80,code=sm_80 -std=c++17
  [5/6] c++ -MMD -MF /punica/build/temp.linux-x86_64-cpython-310/csrc/punica_ops.o.d -pthread -B /root/miniconda3/envs/punica/compiler_compat -Wno-unused-result -Wsign-compare -DNDEBUG -fwrapv -O2 -Wall -fPIC -O2 -isystem /root/miniconda3/envs/punica/include -fPIC -O2 -isystem /root/miniconda3/envs/punica/include -fPIC -I/punica/third_party/cutlass/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/torch/csrc/api/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/TH -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/THC -I/usr/local/cuda/include -I/root/miniconda3/envs/punica/include/python3.10 -c -c /punica/csrc/punica_ops.cc -o /punica/build/temp.linux-x86_64-cpython-310/csrc/punica_ops.o -DTORCH_API_INCLUDE_EXTENSION_H '-DPYBIND11_COMPILER_TYPE="_gcc"' '-DPYBIND11_STDLIB="_libstdcpp"' '-DPYBIND11_BUILD_ABI="_cxxabi1011"' -DTORCH_EXTENSION_NAME=_kernels -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++17
  [6/6] /usr/local/cuda/bin/nvcc  -I/punica/third_party/cutlass/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/torch/csrc/api/include -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/TH -I/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/include/THC -I/usr/local/cuda/include -I/root/miniconda3/envs/punica/include/python3.10 -c -c /punica/csrc/bgmv/bgmv_all.cu -o /punica/build/temp.linux-x86_64-cpython-310/csrc/bgmv/bgmv_all.o --expt-relaxed-constexpr --compiler-options ''"'"'-fPIC'"'"'' -DTORCH_API_INCLUDE_EXTENSION_H '-DPYBIND11_COMPILER_TYPE="_gcc"' '-DPYBIND11_STDLIB="_libstdcpp"' '-DPYBIND11_BUILD_ABI="_cxxabi1011"' -DTORCH_EXTENSION_NAME=_kernels -D_GLIBCXX_USE_CXX11_ABI=0 -gencode=arch=compute_80,code=sm_80 -std=c++17
  g++ -pthread -B /root/miniconda3/envs/punica/compiler_compat -shared -Wl,-rpath,/root/miniconda3/envs/punica/lib -Wl,-rpath-link,/root/miniconda3/envs/punica/lib -L/root/miniconda3/envs/punica/lib -Wl,-rpath,/root/miniconda3/envs/punica/lib -Wl,-rpath-link,/root/miniconda3/envs/punica/lib -L/root/miniconda3/envs/punica/lib /punica/build/temp.linux-x86_64-cpython-310/csrc/bgmv/bgmv_all.o /punica/build/temp.linux-x86_64-cpython-310/csrc/flashinfer_adapter/flashinfer_all.o /punica/build/temp.linux-x86_64-cpython-310/csrc/punica_ops.o /punica/build/temp.linux-x86_64-cpython-310/csrc/rms_norm/rms_norm_cutlass.o /punica/build/temp.linux-x86_64-cpython-310/csrc/sgmv/sgmv_cutlass.o /punica/build/temp.linux-x86_64-cpython-310/csrc/sgmv_flashinfer/sgmv_all.o -L/root/miniconda3/envs/punica/lib/python3.10/site-packages/torch/lib -L/usr/local/cuda/lib64 -lc10 -ltorch -ltorch_cpu -ltorch_python -lcudart -lc10_cuda -ltorch_cuda -o build/lib.linux-x86_64-cpython-310/punica/ops/_kernels.cpython-310-x86_64-linux-gnu.so
  installing to build/bdist.linux-x86_64/wheel
  running install
  running install_lib
  creating build/bdist.linux-x86_64
  creating build/bdist.linux-x86_64/wheel
  creating build/bdist.linux-x86_64/wheel/punica
  creating build/bdist.linux-x86_64/wheel/punica/ops
  copying build/lib.linux-x86_64-cpython-310/punica/ops/_kernels.cpython-310-x86_64-linux-gnu.so -> build/bdist.linux-x86_64/wheel/punica/ops
  copying build/lib.linux-x86_64-cpython-310/punica/ops/__init__.py -> build/bdist.linux-x86_64/wheel/punica/ops
  copying build/lib.linux-x86_64-cpython-310/punica/__init__.py -> build/bdist.linux-x86_64/wheel/punica
  creating build/bdist.linux-x86_64/wheel/punica/models
  copying build/lib.linux-x86_64-cpython-310/punica/models/llama.py -> build/bdist.linux-x86_64/wheel/punica/models
  copying build/lib.linux-x86_64-cpython-310/punica/models/llama_lora.py -> build/bdist.linux-x86_64/wheel/punica/models
  copying build/lib.linux-x86_64-cpython-310/punica/models/__init__.py -> build/bdist.linux-x86_64/wheel/punica/models
  creating build/bdist.linux-x86_64/wheel/punica/utils
  copying build/lib.linux-x86_64-cpython-310/punica/utils/cat_tensor.py -> build/bdist.linux-x86_64/wheel/punica/utils
  copying build/lib.linux-x86_64-cpython-310/punica/utils/convert_lora_weight.py -> build/bdist.linux-x86_64/wheel/punica/utils
  copying build/lib.linux-x86_64-cpython-310/punica/utils/__init__.py -> build/bdist.linux-x86_64/wheel/punica/utils
  copying build/lib.linux-x86_64-cpython-310/punica/utils/kvcache.py -> build/bdist.linux-x86_64/wheel/punica/utils
  copying build/lib.linux-x86_64-cpython-310/punica/utils/lora.py -> build/bdist.linux-x86_64/wheel/punica/utils
  running install_egg_info
  Copying punica.egg-info to build/bdist.linux-x86_64/wheel/punica-0.0.1-py3.10.egg-info
  running install_scripts
  creating build/bdist.linux-x86_64/wheel/punica-0.0.1.dist-info/WHEEL
  creating '/tmp/pip-wheel-xt0fqdps/.tmp-jps4usf1/punica-0.0.1-cp310-cp310-linux_x86_64.whl' and adding 'build/bdist.linux-x86_64/wheel' to it
  adding 'punica/__init__.py'
  adding 'punica/models/__init__.py'
  adding 'punica/models/llama.py'
  adding 'punica/models/llama_lora.py'
  adding 'punica/ops/__init__.py'
  adding 'punica/ops/_kernels.cpython-310-x86_64-linux-gnu.so'
  adding 'punica/utils/__init__.py'
  adding 'punica/utils/cat_tensor.py'
  adding 'punica/utils/convert_lora_weight.py'
  adding 'punica/utils/kvcache.py'
  adding 'punica/utils/lora.py'
  adding 'punica-0.0.1.dist-info/LICENSE'
  adding 'punica-0.0.1.dist-info/METADATA'
  adding 'punica-0.0.1.dist-info/WHEEL'
  adding 'punica-0.0.1.dist-info/top_level.txt'
  adding 'punica-0.0.1.dist-info/RECORD'
  removing build/bdist.linux-x86_64/wheel
  Building wheel for punica (pyproject.toml) ... done
  Created wheel for punica: filename=punica-0.0.1-cp310-cp310-linux_x86_64.whl size=799747 sha256=f423816025988aa50102a5792e5dff1debdd9d6910ea4b74364ce1610a216684
  Stored in directory: /tmp/pip-ephem-wheel-cache-fkt205mc/wheels/0e/58/4b/992f075cedd202c2dc89c9ac8a7146ab9ff7495bc4741422bf
Successfully built punica
Installing collected packages: tqdm, safetensors, regex, packaging, fsspec, huggingface-hub, tokenizers, transformers, punica
  changing mode of /root/miniconda3/envs/punica/bin/tqdm to 755
  changing mode of /root/miniconda3/envs/punica/bin/huggingface-cli to 755
  changing mode of /root/miniconda3/envs/punica/bin/transformers-cli to 755
Successfully installed fsspec-2023.10.0 huggingface-hub-0.19.4 packaging-23.2 punica-0.0.1 regex-2023.10.3 safetensors-0.4.0 tokenizers-0.15.0 tqdm-4.66.1 transformers-4.35.2

Can you inform the suggested cudatookit-version for building?
Thank you!

I am also facing similar issue
Traceback (most recent call last):
File "/home/ubuntu/miniconda3/envs/muti-tenant-test-1/lib/python3.8/runpy.py", line 185, in _run_module_as_main
mod_name, mod_spec, code = _get_module_details(mod_name, _Error)
File "/home/ubuntu/miniconda3/envs/muti-tenant-test-1/lib/python3.8/runpy.py", line 111, in _get_module_details
import(pkg_name)
File "/home/ubuntu/multi-tenant-test/punica/punica/init.py", line 1, in
import punica.models
File "/home/ubuntu/multi-tenant-test/punica/punica/models/init.py", line 1, in
import punica.models.llama
File "/home/ubuntu/multi-tenant-test/punica/punica/models/llama.py", line 16, in
from punica.ops import append_kv, init_kv, batch_decode, rms_norm
File "/home/ubuntu/multi-tenant-test/punica/punica/ops/init.py", line 3, in
import punica.ops._kernels as _kernels
ModuleNotFoundError: No module named 'punica.ops._kernels'

We follow PyTorch's default environment, which is CUDA 12.1 now. Other CUDA versions should also work, but I haven't tested. I'll add CI tests once I got time.
But I think @bibekyess you have successfully built the package. Not sure why this happens... Can you tell me which container image you are using?

Ahh Ok. I tried with two images: nvidia/cuda:11.8.0-devel-ubuntu20.04(above log was with this) and nvidia/cuda:12.0.0-devel-ubuntu20.04. In both, the build was successfull but I got the error.

@abcdabcd987 I get import punica.ops._kernels as _kernels
ModuleNotFoundError: No module named 'punica.ops._kernels'
when running python -m punica.utils.convert_lora_weight model/gsm8k-r16/adapter_model.bin model/gsm8k-r16.punica.pt

@abcdabcd987 Additional information: I tried with nvidia/cuda:12.1.1-devel-ubuntu20.04 image and also used switch-cuda to try on my local machine but still I am getting the same error. I am using A100-SXM4-40GB GPU. Thank you :)

@abcdabcd987 Thank you! It gets solved. :)


[Issue #81] Error handled in Auth signup and signin and tested

Please can we have screenshot  @Akki019

Giving error when incomplete body is being sent. Will be raising a PR in some time after fixing that


Recommend installing the correct compiler version.

If I follow the README instructions, I get the following error:
https://gist.github.com/yaymukund/389cf470c0f9987c440a5a32e4f67310
With the help of dgriffen in #rust-beginners, we figured out that we need 2018-08-18, so I've updated the README.

Uh, doh.


State change feed

They are certain use cases that need to monitor changes to the state , we should be able to publish write and update operations in our state store to a change feed pulsar topic that other functions can listen to and act upon.

yes like DynamoDB Streams


Vickel: Watch takipci.al

Vickel requests the watch of the watch_keyword takipci\.al. See the MS search here and the Stack Exchange search in text, in URLs, and in code.

takipci\.al has been seen in 1 true positive, 0 false positives, and 0 NAAs.

Approved by Jeff Schaller in Charcoal HQ


Duplicate paragraph was found in v1.01 spec

In the latest spec, the added clarification from "Translations cached, if any, in Bare mode do not require invalidation." is duplicately pushed. See the content. It would be better if it gets clean.

Thanks for spotting that. Will take care of it in next revision.

PR #441 created to address.


Failed to get machines: Failed to start VM: The operation couldn’t be completed. (SwiftJSONRPC.InvocationError error 0.)

Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:

Go to '...'
Click on '....'
Scroll down to '....'
See error

Expected behavior
A clear and concise description of what you expected to happen.
Screenshots
If applicable, add screenshots to help explain your problem.
Logs
If applicable, attach log files by opening the OrbStack menu and clicking “Show Logs”, or email them for privacy.
Info report

<paste here>

Additional context
Add any other context about the problem here.

console.log
vmgr.log

Is this happening consistently or does it work now? If it's the latter, I'm already working on this for the next version.

Most cases of this should be fixed. Let me know if it still occurs and I'll reopen this issue.
A larger effort to improve GUI reliability and usability is in progress, so this should all be fixed after that.

@kdrag0n hello, I also encountered this problem in the latest version(0.5.2).

@lastIndexOf Does it happen consistently or only sometimes? Please try to find a way to reproduce it with a specific sequence of steps/actions.

@kdrag0n I just switched to a new MBP and transferred the data from the original machine. The system version and chip are the same, but when I try to open an app on the new machine, it prompts this error. I tried deleting and reinstalling the app, but still get the same error.
vmgr.log
console.log

@kdrag0n  I guess it might be related to the cache files of the machine on stage. I deleted ~/.obrstack and it worked normally.

@lastIndexOf Do you still have a copy of the problematic ~/.orbstack?

@kdrag0n Sorry, it has been deleted and there is no backup. :(

+1

@andaden Please attach both vmgr.log and console.log from the OrbStack menu -> Show Logs when this happens. I'm unable to reproduce it reliably.

I'm getting the same:
console.log
vmgr.log

Hi All,
I had the same issue.
I fixed.
step 1 brew uninstall orbstack
step 2 rm -rf ~/.orbstack
step 3 brew reinstall --cask orbstack

"Failed to start VM" is just that: the VM failed to start. The UI doesn't currently provide more error details, so you need to check logs (OrbStack menu -> Show Logs) to see why.
There are two possible causes:

Transient bugs that occasionally happen once after updating/restarting OrbStack, where dismissing the error fixes the issue. We're working on fixing these.
Persistent bugs that cause it to fail every time, not only once. We've fixed all such bugs that we're aware of, so if you run into any bugs like that, please share full logs before deleting data.

Spurious "Failed to start VM" errors have been fixed for the next version.
If anyone encounters new or persistent errors of this type, please open a new issue.

Fix released in v0.8.0.


Add github action release-notify

Adding CI step to check on a daily basis if there are any commits older than 7 days that have not been released yet.

Codecov Report

Merging #24 (0b50c1c) into master (9d98595) will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##            master       #24   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files            1         1
  Lines           39        39
=========================================
  Hits            39        39

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 9d98595...0b50c1c. Read the comment docs.


More sanity byron random-specific benchmarks post restoration + JSON artifacts

Issue Number

#2032
Overview

71f646dc05ad7af08a0e55d23ebb40d242359583
:round_pushpin: more sanity benchmarks post-restoration

771e590f47ae523c561ccc3e50b38d8035444857
:round_pushpin: revise benchmark logging to use structured logger instead of plain raw stdout   For consistency and also, better log outputs.

2b439b797618d45679325ff8f65c9577e2a45b5c
:round_pushpin: export benchmark results in structured JSON files for easier post-processing

257e9303272f12c014168ff0e1aaaec6f234e0b7
:round_pushpin: add 'importManyAddresses' to the benchmarks for comparison with single address import

Comments

Now also export JSON files as:
{
    "listAddressesTime": "2.037 s",
    "restoreTime": "964.3 s",
    "benchName": "50-percent-rnd",
    "readWalletTime": "938.2 ms",
    "utxoStatistics": {
        "distribution": {
            "10000000000000000": 0,
            "100000000000000": 4,
            "1000000000000": 1998,
            "10000000000": 5971,
            "100000000": 1130,
            "1000000": 805,
            "10000": 203,
            "100": 515,
            "1000000000": 3217,
            "100000000000": 9121,
            "10": 75,
            "45000000000000000": 0,
            "1000": 43,
            "10000000000000": 51,
            "1000000000000000": 5,
            "100000": 1661,
            "10000000": 710
        },
        "scale": "log10",
        "total": {
            "quantity":<PHONE_NUMBER>190411,
            "unit": "lovelace"
        }
    },
    "importManyAddressesTime": "3.901 s",
    "importOneAddressTime": "1.706 s",
    "estimateFeesTime": "2.740 s"
}

bors r+


Write some actual README

add command and feature info
resolve todo mentioned in file

should I link to the discord server or website too?


Bug: Text input component in Playground display Chinese placehold when browser language is English

There is currently no support for i18n, and we are preparing to develop it after the recent refactoring is completed.


vkjson_info activates all present layers

I don't know if I'm reporting this in the right repository, because for some unknown weird reason vkjson is present in three different repositories.
The vjkson_info utility enumerates all instance layers, then enables them all on the instance when creating it. There's no good reason to do this and activating all installed layers blindly without knowing what they do is unpredictable and could lead to incompatibilities or crashes.
The utility shouldn't activate any layers except those it needs to function (which I imagine is none).

The goal of enabling available layers was so that any device extensions provided by layers would be included in the report.
I'm curious what kinds of problems are being caused by this in practice. Maybe I'm not being imaginative enough, but this program doesn't even touch very much of the API, so a layer breaking it just by being enabled is a bit surprising. I completely agree that blindly enabling all available layers in a "real" app would be bad practice, but doesn't seem too unreasonable for something like this.
We could add a parameter / command-line options to enable all layers or a list of specific layers.

I don't know if I'm reporting this in the right repository, because for some unknown weird reason vkjson is present in three different repositories.

Vulkan-LoaderAndValidationLayers is an upstream repo for VulkanTools and VulkanSamples.  This is done mainly to support someone using the VulkanTools or VulkanSamples repo standalone, without needing to also get Vulkan-LoaderAndValidationLayers.  This is explained in the README.md files present in both VulkanTools and VulkanSamples repos.

The goal of enabling available layers was so that any device extensions provided by layers would be included in the report.

The problem is that you can't then know which device extensions are provided by which layer, or which by an ICD. Enabling all layers doesn't necessarily get you the union of all available device extensions. As a real case in point, the RenderDoc layer hides any extensions that it doesn't explicitly support, since it does object wrapping and also the frame capture/replay would break with unknown extensions. So enabling all layers will list fewer extensions than enabling no layers.

I'm curious what kinds of problems are being caused by this in practice. Maybe I'm not being imaginative enough, but this program doesn't even touch very much of the API, so a layer breaking it just by being enabled is a bit surprising. I completely agree that blindly enabling all available layers in a "real" app would be bad practice, but doesn't seem too unreasonable for something like this.

Layers reported include implicit layers that are never intended to be directly enabled by the application, and in the case of RenderDoc include layers that expect some external setup or configuration that isn't present if they're blindly enabled.
You cannot assume that layers are a) always safe to activate nor b) always add functionality, never hide/take it away, or c) are always compatible/valid in any configuration. There could be layers that are only available if validation layers are disabled, or two layers which conflict in their purpose and cannot be activated together. In a generous case this could lead just to the initialisation failing, but it could be worse. Whether the application does full rendering or just initialisation & query doesn't change that.
I only noticed this because I've been getting crash reports from users who evidently run into some scenario where there's corruption that happens when enabling all layers, including the RenderDoc layer that's not meant to be directly activated. It's not much of a stretch to imagine a layer which when activated without proper setup has other ill effects on a user's system - perhaps creating large temporary files with uninitialised data, or worse. You're essentially hitting undefined behaviour by turning on things without any idea of what they are.
FWIW the program doesn't crash for me but it just waits for a while then bails with VK_ERROR_INITIALIZATION_FAILED and no output, after printing "vktrace error: Client: Couldn't find any connections." so possibly the vktrace layer is failing more gracefully without proper setup.

Fair enough. Agree we can't blindly enable layers by default. If someone wants to be able to enable specific layers we/I can add that later.

Agreed and explicit layers can always be enabled via environment variables without needing to change the app.


Add slovenian translations

Hi!

I'll fix the file, nevermind that :)


move getServerTimestamp from QueryEvent to QueryBatcher

getServerTimestamp is never set when a query fails, but that's what QueryEvent is used for when it's not a QueryBatch.  So let's just keep getServerTimestamp on QueryBatch since that's the only place it's used.

Test in this commit.
https://github.com/marklogic/java-client-api/commit/d6e540fa20d4695c60cd16e50ae267257fa50976


ValueError: need more than 1 value to unpack

Hi, Marvin or folks,
Has anyone met the following running errors while training on own dataset?   I have successfully trained and predicted my owner dataset. However, this error shown below happens sometime when I add extra training images. It is also strange that sometime the code runs properly even with extra added images. Is that caused by the title of added images? not sure. Appreciate your help and answer for what could be reason causing this error and how to fix it. Thank you!

I'm experiencing this same issue. Can you please explain what was causing it and how you fixed it?


Issues with Piecharts after upgrading to 0.12.3

Hi,
first of all great work!
I've just upgraded to version 0.12.3 and encountered some issues with the new Version.
It seems that the touch handling and the parameter "centerSpaceRadius: double.infinity" of the PieChart do not work anymore.
Code:
Container(
            child: PieChart(PieChartData(
                pieTouchData: PieTouchData(
                    enabled: true,
                    touchCallback: (pieTouchResponse) {
                      // ... some code.  <--- callback does not get called anymore when pie chart is touched
                    }),
                sectionsSpace: 0,
                centerSpaceRadius: double.infinity, <---
                borderData: FlBorderData(
                  show: false,
                ),
                sections: sectionData(widget.data.table))),
          ),
        ]));

Error caused by "centerSpaceRadius: double.infinity":

Cannot interpolate between finite and non-finite values
'dart:ui/lerp.dart':
Failed assertion: line 21: ''

Other Issue:
When the PieChart is touched the touchCallback does not get called.
Thanks,
Stefan

Hi, at the moment, we have changed our draw approach. Now we use RenderObjects for drawing, sizing, and touches. (previously, we used CustomPainter).
RenderObjects is more stable and error-prone. Please check this issue with our new release 0.30.0. Let me know whether it has been fixed or not.


[5.6] Fix docblock return type for Filesystem

The setVisibility method had the wrong return type documented. (See Flysystem FilesystemInterface)
The commit messages are a bit clumsy as I was 'experimenting' with the Github web edit interface...

This would be a breaking change for all implementors of the interface. Target the next release (5.7) instead of the current release.

@sisve  ALL code will work exactly the same. Docblocks cannot break code.
Please provide an example of how this can break something.

Every existing implementation of the interface have been told to not return a value. They will no longer comply with the new interface, and would have to modify their code to match these new changes. Thus it's a breaking change.

If someone were to write their own implementation of the filesystem interface, for whatever reason, they will look at the interface and base their implementation on that. We can deduce, based on the docblock, that we accept two strings as parameters and should not return any value. Due to how php works (without the newer php 7 typehints), we could technically return anything, but the callers are told that we do not, so we will not return anything.
/**
 * Set the visibility for the given path.
 *
 * @param  string  $path
 * @param  string  $visibility
 * @return void
 */
public function setVisibility($path, $visibility);

With this declaration I can implement this as ...
class ExampleFilesystem implements Filesystem {
	public function setVisibility($path, $visibility) {
	    // My filesystem does not support visibilities, so I do nothing here.
	}
}

Changing the return value in the docblock means that I need to update my filesystem, which was correctly implemented before this change, to return a value. I presume I should return false in this case. However, the fact that I need to update my code to have a valid implementation of the interface means that it is a breaking change.

Your code does not need to be modified, as it will work exactly the same. Adhering to the docblock of some interface is not enforced anywhere, so nothing will break. Breaking means errors somewhere, but there will be no errors anywhere. If you have a smart IDE it might show you your implementation is doing it wrong, but that's it.

So, to continue the story of my example filesystem. I've published it, and claimed that it supports (requires) Laravel 5.6.*. This means that my package is expected to work with all Laravel 5.6 versions. If someone were to write code that expected the setVisibility method to return a value, and my package doesn't, then there's a problem brewing.
Assuming that we allow setVisibility to return a boolean, then we also accept that people will write the following code, in Laravel 5.6:
if ($filesystem->setVisibility('test.txt', 'private') === false) {
    trigger_error('failed to set visibility! this must be fixed!', E_USER_WARNING);
}

However, my package that claimed that I supported Laravel 5.6, will not trigger this warning because it does not return false. It doesn't return anything. So, I am no longer implementing the documented contract/behavior, because it was changed in the middle of the 5.6 lifecycle. I would have to change the code in my package to match the expectations you introduce with this change.
Breaking changes doesn't mean that there have to be errors somewhere; it means that something fails for some reason. In this case you're changing the expectations of the implementations from returning nothing, to returning something. Those that still return nothing are no longer valid according to the interface.
Symfony has a pretty good list of what they allow, which is basically what you can do without causing these problems. Under Changing Interfaces you'll find that changing the return type is not allowed. Source: https://symfony.com/doc/current/contributing/code/bc.html#changing-interfaces

Alright, decent case. As we have no hard return types only the docs, I guess that becomes the contract as well.


Named relation in schema breaks "lift up"

I have this schema
generator photon {
  provider = "photonjs"
}

datasource db {
  provider = "sqlite"
  url      = "file:dev.db"
}

model User {
  id     String  @default(cuid()) @id @unique
  email  String  @unique
  name   String?
  roles  Role[]
  drafts Page[]  @relation(name: "draftOwner")
}

model Role {
  slug      String  @default(cuid()) @id @unique
  users     User[]
  locked    Boolean @default(false)
  viewPages Page[]  @relation(name: "users_can_view_pages")
  editPages Page[]  @relation(name: "users_can_edit_pages")
}

model Page {
  id         String  @default(cuid()) @id @unique
  title      String
  slug       String  @unique
  content    String?
  published  Boolean
  draftOwner User?   @relation(name: "draftOwner")

  createdAt DateTime @default(now())
  updatedAt DateTime @updatedAt

  canView Role[] @relation(name: "users_can_view_pages")
  canEdit Role[] @relation(name: "users_can_edit_pages")

  parents  Page[] @relation("Parents")
  children Page[] @relation("Parents")
}

I can save and up a first migration. However any following edits are throwing an error on prisma2 lift up. Specifically :
Response: {
  "jsonrpc": "2.0",
  "error": {
    "code": 4466,
    "message": "An error happened. Check the data field for details.",
    "data": {
      "type": "DataModelErrors",
      "code": 1001,
      "errors": [
        "Argument \"name\" is already specified.",
        "Argument \"name\" is already specified.",
        "Argument \"name\" is already specified.",
        "Argument \"name\" is already specified.",
        "Argument \"name\" is already specified.",
        "Argument \"name\" is already specified."
      ]
    }
  },
  "id": 2
}
An error happened. Check the data field for details.

I do not have the problem if I use the blog example's schema.

I investigated a bit more. Adding elements to the schema bit by bit and migrating on and on I can say that the relation @relation(name: "draftOwner") is causing the problem (other reelations may too, but I did't check them). Meaning that I can migrate with this relation, then cannot lift up any subsequent changes in the schema.
Unamed relation doesn't seem to trigger this problem.

After a bit more tests, the named relation @relation("Parents") in my Page model doesn't trigger any error. However,  @relation(name: "users_can_view_pages") breaks lift as well, so it seems that the problem originates in named relations linking two models, be it a 1:M or M:M relation.

I was successfully able to migrate the datamodel you have provided with<EMAIL_ADDRESS>binary version: b72fd0a786adc77ba6c61d0a9637ff0371e433b0

Can you please try again with the latest version and with a new database? There were a few breaking changes in lift in the past couple of weeks which might have affected your database.

@pantharshit00 can you confirm you are able to migrate a change once this schema has been migrated in the first place ? I mean: migrate the schema , edit the schema (add whattever) migrate the change ( second migration) this is what breaks for me

This happens for me too.

Para me tambien

I can reproduce this now, thanks for detailed reproduction @smartnet-club

I think it is a bug in our diffing logic cc @tomhoule

Can confirm it's probably that. I'll take this.

The problem persists in 2.0.0-preview017.2
Second lift up on the same db scheme generates steps Create - Delete:
"version": "0.3.14-fixed",
"steps": [
{
"stepType": "CreateDirectiveArgument",
"model": "Provider",
"field": "id",
"directive": "map",
"argument": "name",
"value": ""ProviderId""
},
{
"stepType": "DeleteDirectiveArgument",
"model": "Provider",
"field": "id",
"directive": "map",
"argument": ""
},
]

I can also confirm it is still an issue in 2.0.0-preview017.2.

I reproduced the issue in preview 16 and 17, and I can also confirm this is fixed in the latest alpha and in preview18 (that will be released today). The fix was in https://github.com/prisma/prisma-engine/pull/206
Please open a new issue if you still encounter problems using lift :)


Fix Dataset.visualize(groupby="d3") (Issue #423)

Description
This PR resolves issue #423 by fixing Dataset.visualize(groupby="d3"). It also adds a test for groupby D3. Changelog update not required since the bug was introduced after the last release.
Status

[x] Changelog updated
[ ] Ready to go

I think the build is broken by the updates to Elemental and Engine, rather than this PR's changes.

Yes, please rebase now.

There we go!


remote searching

Does this component support remote searching?

Please check this issue, and specifically my comment: https://github.com/miguelcobain/ember-selectize/issues/18#issuecomment-47552253
That is the deprecated repository of the same addon when it wasn't an ember-cli addon.
Basically we delegate that "remote search" logic to another layer (the controller).
Keep in mind that a view is only responsible for representing data, nothing else.
A view shouldn't be doing things like fetching remote records on a server.
Tell me if you have any issues, please..

I had the same thoughts as you in that issue you posted and was already looking into the isLoading property. Maybe it would be good to add a point to the readme how this component is intended to work with remote data?

I'm open to suggestions.


Remove deprecated events and props

A number of props\events have been renamed and marked as deprecated (including Issue #228 which implemented a deprecation warning for some events)
The following changes need to be made:

remove any references from the component docs of the old names (can search for @deprecated in the code)
remove any code which is emitting the old events
ensure new props\events are covered in testing
remove testing of old props\event names (if required)
ensure any examples do not reference the old names (if they do on the site, a separate ticket may need to be raised on the ic-design-system repo  to remove them)

Remove any props/events/methods on the dialog related to buttons. Buttons should only be added to dialog using dialog-controls slot

Bare in mind there may be more tests for code coverage


feat: make duration in precise milliseconds

detail see eggjs/egg-logger#74
before:
[query] [1] DROP TABLE IF EXISTS `clients`

after:
[query] [1.478] DROP TABLE IF EXISTS `clients`

微秒的耗时也可以以小数位展示出来

Codecov Report

Merging #233 (2ebc968) into master (b3648c2) will increase coverage by 0.00%.
The diff coverage is 100.00%.

@@           Coverage Diff           @@
##           master     #233   +/-   ##
=======================================
  Coverage   97.29%   97.30%
=======================================
  Files          42       42
  Lines        3105     3113    +8
=======================================
+ Hits         3021     3029    +8
  Misses         84       84

Impacted Files
Coverage Δ

src/drivers/mysql/index.js
95.45% <100.00%> (+0.21%)
:arrow_up:

src/drivers/postgres/index.js
98.76% <100.00%> (+0.03%)
:arrow_up:

src/drivers/sqlite/index.js
100.00% <100.00%> (ø)

src/utils/index.js
100.00% <100.00%> (ø)

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 b3648c2...2ebc968. Read the comment docs.

nice! 👍


Cleanup after #385

Just realized that I can pull the path variable up one level and deduplicate the path.segments.iter().last().unwrap().ident.to_string() part.

Codecov Report

Merging #386 into master will increase coverage by <.01%.
The diff coverage is 0%.

@@            Coverage Diff            @@
##           master    #386      +/-   ##
=========================================
+ Coverage   85.69%   85.7%   +<.01%
=========================================
  Files         108     108
  Lines       15716   15715       -1
=========================================
  Hits        13468   13468
+ Misses       2248    2247       -1

Impacted Files
Coverage Δ

juniper_codegen/src/impl_object.rs
0% <0%> (ø)
:arrow_up:

Continue to review full report at Codecov.

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

Nice, thanks for looping back around!


Changed diff to xmldiff

making it a little simplier to compare and removing the substitution as it is ok for xmldiff to deal with them correctly, adds a dependency on https://www.logilab.org/project/xmldiff

Thank you for a pull request! Please check this document for how the Jenkins project handles pull requests

@zonArt I'm not really keen on installing a package via pip since there may not be a working python env.  Does #418 cover your needs?

@jhoblitt Ok I understand you're point and I agree that it probably isn't the best option. #418 looks good but as the new types are still in beta, I'm not really confident to use them now for our production instance, though I'll take a look at them. At least could I modify this PR to grant the ability to chose the difftool used ?

#422 to replace this one


feat(ui): make wallet connection indicator more informative

Description:
Use busy state of the wallet connectivity indicator if synced_to_chain is false to give the user more info on the current state of the wallet. This is especially useful when used with remote nodes. This PR also re-instates getInfo polling after initial sync is done, but does it in a less resource-consuming manner by reducing the polling interval

How Has This Been Tested?
Manually. Connected to a node that was in a process of sync

Screenshots (if appropriate):

Types of changes:
Enhancement

Checklist:

[x] My code follows the code style of this project.
[x] I have reviewed and updated the documentation accordingly.
[x] I have read the CONTRIBUTING document.
[ ] I have added tests to cover my changes where needed.
[ ] All new and existing tests passed.
[x] My commits have been squashed into a concise set of changes.

Coverage increased (+0.005%) to 19.857% when pulling 55c899cc7d739c41e0b125f3d3510822bbd55e54 on korhaliv:feat/improve-status-indicator into a755f10752acb4a0037ca7d60b3fd650c2afcbae on LN-Zap:next.


Serverside filtering of logs

What's New?

Creates a POST /api/logs/search endpoint that filters logs based on user settings.

Coverage remained the same at 89.922% when pulling f2834dbb66d68834921fce8a5099c2eae38c1adf on RickCarlino:serverside_filtering into 9178944bcfab465cba500fb519815ff82eef1b9a on FarmBot:staging.


Browsing issues

This still happens when going quickly to the bottom of the page

Once such error occurs, it is no longer possible to search. The result count is correctly updated, but the hits list is not.

The error in the screenshot was due to one of my extensions (Vimium) and had nothing to do with the app code.


Add an example for using an RNN

possibly in a jupyter notebook

WIP in example_rnn

Follow up PR regarding evaluation: #22


getting error "impact values decreasing"

I am getting the error "impact values decreasing." I am trying to run L2 analysis of buildings for which I have f0_elv = height of first floor above ground level (m), f0_scale= floor area (m2), f0_cap = assessment value ($), 4 water surface level events with different return periods, and a DEM file. The values in the expos*.csv file are correct; the values is gels*.csv file look correct as the ground elevation height at each point. I am using a damage curve file with expos_var as water height above floor, impact_var as building repair and restoration cost, and scale_var as floor area. The inventory felv is set to "ground." I have tried changing the f0_cap values to zero but still get the error message. Is there something amiss with my data assignments and/or logic of what should be happening?
My QGIS is 3.16.14, CanFlood is 1.1.0 Attached are 2 screenshots of the error and the debug log file.

qgis_debug.log

Thank you for the question.
This error is communicating that the intersection of your hazard rasters and your inventory is yielding some non-monotonic values. in other words, your bigger floods are not returning bigger values. This can happen if there are some errors between  your hazard layers.
If you look at the QGIS DEBUG logger it may tell you exactly which assets this is happening for.  Regardless, your expos file should help identify the offending assets. Often, simply shifting an asset by a few meters is sufficient to resolve the issue. In egregious cases, you may have to correct the hazard layer or the expos file manually.


league/flysystem能用2.5.0吗？我的其他插件用的是250

需要自己动手下哦，addons/webman/filesystem目录里的适配器
但是会报错呀！
composer require rockys/ex-admin-webman
Problem 1
- rockys/ex-admin-webman[1.0.0, ..., 1.0.1] require league/flysystem ^1 -> found league/flysystem[1.0.0, ..., 1.1.10] but the package is fixed to 2.5.0 (lock file version) by a partial update and that version does not match. Make sure you list it as an argument for the update command.
- Root composer.json requires rockys/ex-admin-webman ^1.0 -> satisfiable by rockys/ex-admin-webman[1.0.0, 1.0.1].

使用官方源，现在可以尝试安装


Support Linux Arm x64

Please release for arm linux x64

fixed in https://github.com/OmniSharp/omnisharp-roslyn/pull/2293


Fix non-admin client access to table data

Remove spurious check for the admin flag in Client.table_data_client:  that flag is supposed to cover only access the the admin clients.
Move path generation logic from admin client classmethods to a new module, 'google.cloud.bigtable.paths`:  leave staticmethod wrappers behind in admin clients.

Closes #5874.

Did you manually update the gapic files or did you regenerate them with a new template?

@sduskis

Did you manually update the gapic files or did you regenerate them with a new template?

Neither:  I just fixed the logic in the non-gapic part, which was checking for admin being true even when creating the non-admin client stub.

@tseaver, I merged https://github.com/GoogleCloudPlatform/google-cloud-python/pull/5867 as I am leaving today for vacation. It is mostly in GAPIC so this shouldn't collide too much.

@tseaver, it looks like conflicts need to be resolved.

@sduskis I will commit a more minimal change (just the bits which back out the bogus check for the admin flag inside the table_client accessor).
The path template bits are too wrapped up in codegen to commit today:  as I said, I don't think the pattern of accessing those template functions through the GAPIC client is sensible, but it is what we have to deal with for the near future.


third-party download locations

nltk.download and package indexing should support third-party download
locations, including nltk.ldc.upenn.edu.
This needs to be mentioned in the book as a place where people can upload
their own datasets.
Is this something we can commit to?
Migrated from http://code.google.com/p/nltk/issues/detail?id=318earlier comments
StevenBird1 said, at 2009-05-03T10:16:27.000Z:
This is mentioned in the book, so we need to do it.
StevenBird1 said, at 2009-07-05T22:39:36.000Z:
This was deleted from the book at the last minute.  However, this is the only
scalable way to distribute corpora.
Note that the recent addition of NomBank 1.0 copied the existing distribution into
the NLTK repository unchanged.  It might have been better just to point to an
externally hosted distribution.  The XML files defining corpus collections could
contain URLs in addition to local identifiers.  E.g.:
<item ref="nombank.1.0"/>

would become:
<item ref="http://nlp.cs.nyu.edu/meyers/nombank/nombank.1.0/nombank.1.0"/>

The downloader would need to skip over any corpora that couldn't be accessed for
whatever reason.
nmadnani said, at 2009-07-16T01:36:11.000Z:
I would be happy to take a stab at resolving this issue if someone isn't already.StevenBird1 said, at 2009-07-16T01:48:09.000Z:
We should also support externally hosted collections, e.g.:
http://nltk.ldc.upenn.edu/index.xml
StevenBird1 said, at 2009-07-16T01:57:53.000Z:
Please go ahead.  I think tools/build_pkg_index.py needs to be modified to handle the
case described in comment 2, and nltk.downloader.Downloader._url needs to be modified
to support a list of URLs (no longer hard-coded, but read from a standard location,
e.g. http://nltk.googlecode.com/svn/trunk/nltk_data/sites.xml)
nmadnani said, at 2009-07-16T02:51:07.000Z:
It's not clear to me exactly what functionality to add in order to support third-party downloads.
For example, How will build_index() from downloader.py (which is what's used in build_pkg_index.py) know
whether or not to add a url in the xml file? Will the XML file describing the corpus (abc.xml, indian.xml etc.)
contain this information?
How will the URLs from a standard location (e.g., the sites.xml URL you mention above) fit into the picture?
I think a brief description of how the current downloading process works and what it lacks will be very useful
to me to figure out what to do next.StevenBird1 said, at 2009-07-16T03:32:19.000Z:
Let me expand the proposal a bit.  Comment 2 is a proposal to extend the scope of the
corpus XML metadata files (like abc.xml) to contain full URLs.  Build_pkg_index
searches for such XML files when it creates its index.xml file.  If we only did this,
and put the europarl_raw.xml file
(http://nltk.ldc.upenn.edu/packages/corpora/europarl_raw.xml) into the repository,
we'd be done.
A separate issue is to support the hosting of external collections (Comment 4) that
could in principle be maintained by others, plus a file containing the URLs for all
those collections.  Let's not bother with that just yet.
nmadnani said, at 2009-07-16T03:46:07.000Z:
Okay, that makes sense to me. Here's the current abc.xml

What would the new version, one that contained a URL, look like? Something like this may be?

So, all I have to do in build_index() is to determine whether an XML file for a package contains such a 'ref'
attribute and if so, just use that as the "url" field instead of using the provided base-url to create the value for
the "url" field.
Does that make sense?nmadnani said, at 2009-07-16T04:58:55.000Z:
OK, I made the trivial change in build_index() as follows:
for pkg_xml, zf, subdir in _find_packages(os.path.join(root, 'packages')):
    zipstat = os.stat(zf.filename)

    # Check if the XML file contains a 'ref' attribute. If it does,
    # then use that value as the URL instead of constructing one
    url = pkg_xml.get('ref', None)
    if not url:
        url = '%s/%s/%s' % (base_url, subdir, os.path.split(zf.filename)[1])

I tested it and it works as intended. Can I go ahead and commit?StevenBird1 said, at 2009-07-16T06:13:12.000Z:
Sure.  Please also add the europarl_raw.xml file I mentioned (edit as needed), and
rebuild the data index using "make pkg_index" (in trunk/nltk).
StevenBird1 said, at 2009-07-16T06:14:15.000Z:
Note that there's going to be a problem with calculating checksums for remote
corpora, which means we might need to investigate my suggestion for external collections.
nmadnani said, at 2009-07-16T13:41:20.000Z:
Yes, that's a good point. In general, build_index() can't compute any of the statistics (size, unzipped size,
checksum) etc. if we don't have the actual zip file.
I don't see how using external collections would help with this though. I must be missing something ...StevenBird1 said, at 2009-12-03T01:14:13.000Z:
I think the only easy solution is to manually provide checksums in the XML file.  The
XML file should live with the data, which means that the index building process needs
to know some external locations where NLTK corpora live, i.e. URLs of files that
contain lists of NLTK corpora.

Is there any development on this? As far as I can see the only third party support available inside nltk.download is through editing the server index.

@andrewtremblay – this functionality is now supported in NLTK (and exemplified in the panlex_lite corpus). Simply add a url attribute to the XML file that describes a corpus, e.g.
https://github.com/nltk/nltk_data/blob/gh-pages/packages/corpora/panlex_lite.xml

It needs to point to a zipfile corpus.zip which unzips to a single directory corpus/*


Fixing Typing Error and some Punctuation Error

Fixed some punctuation errors and typos !!

I would say "To build both of them, simply run:". I wouldn't add the "by navigating:" to browser command as it's redundant. Also I don't know that "complying to STANDARD" should be altered to "complying with STANDARD" as I think the former is equally correct.

I would say "To build both of them, simply run:". I wouldn't add the "by navigating:" to browser command as it's redundant. Also I don't know that "complying to STANDARD" should be altered to "complying with STANDARD" as I think the former is equally correct.

Yes, 'simply run' will also be good to say. You can change it to that. But talking about complying, it is good to have “complying with”. It is formally correct.

According to the dictionary 'comply with' is the idiom. I am OK with the change. Or maybe we can use 'conform to' instead.


Can't link services that have no port info.

v0.24.0-rc4
Steps:

Create a service using the ubuntu image
Create another service using the ubuntu image and link it to the first one
Start the services

Results:
The container for the second service (that is linked to first) will not create.  I get a weird error - : 5ff986b7-7390-42d8-bdaa-fc574376b880 : 'NoneType' object is not iterable
Expected:
Container should create.
Comment:  Looks like ubuntu not automatically creating a port like some of the other images might be the problem.

I have a similar issue when doing the Wordpress example that we've outlined in the docs.
Service 1: mysql with env var MYSQL_ROOT_PASSWORD=pass1, name of service is mysql
Service 2: wordpress linked to mysql with env var WORDPRESS_DB_HOST=mysql:3306 and WORDPRESS_DB_PASSWORD=pass1
Start services
Logs for wordpress container show:
6/14/2015 6:04:19 PMMySQL Connection Error: (2002) php_network_getaddresses: getaddrinfo failed: Name or service not known
6/14/2015 6:04:22 PM
Invalid Date Invalid DateWarning: mysqli::mysqli(): php_network_getaddresses: getaddrinfo failed: Name or service not known in - on line 10
Invalid Date Invalid Date
Invalid Date Invalid DateWarning: mysqli::mysqli(): (HY000/2002): php_network_getaddresses: getaddrinfo failed: Name or service not known in - on line 10
Invalid Date Invalid Date

@deniseschannon this has been resolved, correct?

v0.25.0-rc2
verified @tfiduccia's example is fixed. My example is no longer relevant as no longer need to set the wordpress DB env variables


dark html class not added by default when system is dark

Demo
Video demo. The OS is set to dark mode, and video starts with a hard refresh (the flash). It's expected to be in dark mode by default,  but isn't
https://github.com/huntabyte/mode-watcher/assets/50032291/e4dd4149-1dcc-4b58-94e4-ec29b2d260ad
Repro

Load website with OS system set to dark mode. (Expect dark to exist as a class on the root html element, but it is not present.) ❌
Clicking setMode('light'), make changes as expected to the class and color scheme. ✅
Clicking setMode('dark'), makes changes as expected to the class and color scheme. ✅

Using this code:
// +layout.svelte
<script lang="ts">
  import { ModeWatcher } from 'mode-watcher';
</script>

<ModeWatcher />
<slot />

<script>
  import { setMode } from 'mode-watcher';
</script>

<button on:click={() => setMode('light')}>Set Light Mode</button>
<button on:click={() => setMode('dark')}>Set Dark Mode</button>

Possibly related to: https://github.com/huntabyte/mode-watcher/issues/22 ?
Versions
"mode-watcher": "^0.1.1",
"@sveltejs/kit": "^1.27.1",
"svelte": "^4.2.2",

I'm not able to reproduce this on my end.

https://stackblitz.com/github/huntabyte/mode-watcher

yep, I cleared localStorage. Loading the site sets localStorage's mode as system initially, but not the root element's dark class.

Tested in Chrome and Safari.
Thanks for the stackblitz. I'll let you know what I find with my my app.

It was a conflict with the import of my old remnant dark mode toggle, even though I commented out the component itself, while evaluating mode-watcher. Sorry about that.
The Stackblitz is quite helpful though! Might be worth linking to that from the README.


Prediction Images Are All Black

I have cloned the repository and downloaded all the necessary pre-trained models and datasets as per the documentation. However, when I run the code, it executes without any errors but the prediction images generated are just black.

@abdulbb This is not an expected behavior.
This could be due to not using proper model weights. Are you loading the correct pre-trained model?

So I changed the config in dsifn_test.json:
{
    "name": "ddpm-RS-CDHead-DSIFN-[test]",
    "phase": "train", // train or test
    "gpu_ids": [
        0
    ],
    "path": { //set the paths
        "log": "logs",
        "tb_logger": "tb_logger",
        "results": "results",
        "checkpoint": "checkpoint",
        "resume_state": null
        //"resume_state": "ddpm/ddpm-cd-master/model/pre-trained/pretrained-cd-models/cd-dsifn-50-100-400/best_cd_model"
    },
    "path_cd": { //set the path
        "log": "logs",
        "tb_logger": "tb_logger",
        "results": "results",
        "checkpoint": "checkpoint",
        "resume_state": "/ddpm/ddpm-cd-master/model/pre-trained/pretrained-cd-models/cd-dsifn-50-100-400/best_cd_model"
    }

after that I run:
python ddpm_cd.py --config config/dsifn_test.json --phase test
Is that correct? Or am I doing something wrong? If it is, could you please explain how the steps are.

@abdulbb sorry for the late reply? Did you able to resolve this issue?


Multiple specfiles

When you have 2 or more specfiles in the source code, one of them is not going to be built. Allow user to specify the specfile via enviorement variable SPECFILE.
Sorry for the mess, everything is now good!

Thank you for you job!

https://github.com/batonogov/docker-pyinstaller/releases/tag/v3.3.0


Track node GPU status events

see https://github.com/threefoldtech/tfchain/issues/737

Verified on devnet.
Nodes with gpus can be queried using hasGpu_eq flag. and also the extraFee can be returned in the nodes query.


Emailpopup

What does this PR do?

hover mouse pointer over open positions
forms must be entirely filled out to successfully click submit button. (all atributes are required - simple validation)

Related issues
#80
Merge Checklist:

[x] The branch is up-to-date (i.e. rebased) with the base branch
[ ] No code style issues

LGTM!

LGTM!


PL-103: Support private entity fields for Scala

PL uses reflection to resolve annotations on the entity fields, and also to give names to the entity fields for logging (plus another usage for fetching partial entities which is less important and may be deprecated soon).
This reflection uses  getField(...) and field.get(null)  which together assume that the fields are public static. This sets a requirement for how the fields must be defined, and it makes sense since the EntityType should be a singleton.
However Scala does not have an explicit public nor static for fields. Instead:

Fields are defined as val (by the best practice) which makes them immutable, and they are also public by default. However under the hood they are compiled as private final Java members and the public getters are generated synthetically.
Scala does not use static. The equivalent is a member inside a singleton, and this can be achieved either by placing it inside an object or using a private constructor like Java.

Due to the above, PL EntityType-s cannot be defined in Scala with the current reflection logic.
After thinking about this, my conclusion is that the simplest solution is to relax the requirement of public static for the fields and support private and non-static as well by using the getDeclaredField(...) reflection method.
The drawbacks as far as I see are:

PL no longer enforces a singleton EntityType in Java, since the fields could be defined as non-static and the EntityType instantiated multiple times. I think it's a minor risk and we can enforce it as a best practice with the Wiki and through the plugin.
The fields could be defined in Java as private with additional getters/setters that will not be scanned or recognized by the framework, and the user might try to place annotations on them which will not be recognized. Again this can be enforced with the Wiki/plugin.
getField(..) can also fetch public fields recursively up the hierarchy - which means we will no longer support inheritance of EntityType-s, but as far as I can tell nobody uses it (and I'm not sure it would work in all scenarios anyway).

@amirz @katrinp1 - FYI

retest this please


Exercise 5 flatMap generic declaration

Summary

Description:
according to the screeenshot, why is the code in comment part wrong? i found the error saying that Maybe<? extends R> cannot match the type Maybe

I think the problem lies with Maybe.get() having private access. A subclass of Maybe will not have access to Maybe.get(). The mapper gives ? extends Maybe<? extends R>, which could subclass Maybe, so accessing .get() is problematic, unless we explicitly set it to Maybe<? extends R>

I think the problem lies with Maybe.get() having private access. A subclass of Maybe will not have access to Maybe.get(). The mapper gives ? extends Maybe<? extends R>, which could subclass Maybe, so accessing .get() is problematic, unless we explicitly set it to Maybe<? extends R>

oh it makes sense, so what we do in assigning value to mr is just casting the result of mapper.apply() to Maybe, such that get() can be called


Task graph: Possibility to switch to vertical bars instead of a continuous line

For comparisons like WMT, where the systems compared are not an evolution of each other, but rather independent from each other, it makes more sense to have vertical bars in the graph, instead of a continous line. This could be possible to change through the interface with a button or sth similar.

Done in 5555ba05baf3b4d927a6345b23b7381e3e23c1ac.

I see the buttons "line" and "column" for half a second when loading the page, but then they disappear (so I cannot click on them).

Fixed in 8f2116a45b38d9b13cf707fa793ccbf406603aa4. See http://quest.ms.mff.cuni.cz:7280/tasks/?experimentId=18


Convert failure 2

Hi so I saw another post with the same issue but I never saw the solution to it. Same thing is happening to me, I hit convert and nothing happens. I did control shift j and this popped up:
vue.common.js:216 Uncaught DOMException: Failed to execute 'atob' on 'Window': The string to be decoded is not correctly encoded.
at VueComponent.UpdateChecksum (https://bns-profile.surge.sh/static/js/app.d4200450ccfb4a1491b4.js:10:3938)
at VueComponent.UpdateChecksum (https://bns-profile.surge.sh/static/js/vendor.4ff40ada644a14fb4624.js:23:1149)
at HTMLImageElement.n.onload (https://bns-profile.surge.sh/static/js/app.d4200450ccfb4a1491b4.js:10:3656)
I have no idea what to do ;- ; I use this all the time and this suddenly happened and I cant get it to work for the past 2 days. I'll post the pic I'm trying to convert.
http://imgur.com/AFwim5g
Help? Thanks for reading. <3

Hi,
The image is a PNG, it should be a JPG (weird, I thought I got rid of this png bug…).
Here's your final pic converted: https://image.noelshack.com/fichiers/2017/20/1494852087-bns-profile-2017-05-15-02-40.jpg
:)


[FR] Support for Custom Control Editor

It would be great to support also Custom Control Editor plugin, so we can access custom controls/buttons created using this plugin from the OctoPod UI :)

Sorry, I've just found that these controls are available by swiping the bottom part of the Panel view and this is also not the correct repository for the mobile app, so closing this request :)

Glad you found it!


Possible to override goBack(); location for a single card?

In my app, I have the ability to add an entry to the database from the home card. After the entry is added, the app will then navigate down into the 'details' card of that entry. The problem is, if the user clicks "back," it goes back to the 'entry create' card, rather than the 'home' card.
Is there a way to change the goBack(); button to jump back to the home card ONLY if the user got to the details card via the 'add entry' screen?

Should be able to do above, or just use the hash in the back button href, but I think this is broken. See #316.


Merge duplicate imports

usort accepts the snippet below as sorted.
from foo import bar
from foo import baz
from foo import baz, bar

while it can be shrank to
from foo import baz, bar

Would it be possible to perform this automatically, so I don't have to pay attention to the imports if new ones are added?

This is already landed in main, for the upcoming 1.0 release. There is a prerelease version v1.0.0b1 available that has this functionality if you would like to test and provide feedback. We are hoping to get the final 1.0 release ready by EOW or next.

@jreese Merging works like a charm. Thanks a lot!
While trying this, I noted that usort now wraps lines. Running usort format with the latest beta release on
from torch.utils.data.datapipes.iter import FileLister, FileLoader, Mapper, Shuffler, Filter

gives
from torch.utils.data.datapipes.iter import (
    FileLister,
    FileLoader,
    Filter,
    Mapper,
    Shuffler,
)

This is problematic, because due to the last comma, black (used through ufmt) will no longer put these back on one line although our configured line length allows it. If I manually remove the comma again and run black -l 120 on it, it gets reformatted to
from torch.utils.data.datapipes.iter import FileLister, FileLoader, Filter, Mapper, Shuffler

which is what I expected from running ufmt in the first place.

If you have your black line-length configured in pyproject.toml, µsort should use that when deciding whether to expand (or collapse) multiline imports.

It seems it doesn't. This is our pyproject.toml. Could you try to reproduce the behavior above?

#110 should fix this for you.


Name conflicts in kimchi.merge.hint

The files generated in kimchi.merge.hint.merge are not named in a way that prevents name conflicts.
Take this example
class Foo {
    @ContributesTo(AppScope::class)
    interface Dependencies {
         // ...
    }
}

class Bar {
    @ContributesTo(AppScope::class)
    interface Dependencies {
         // ...
    }
}

This will attempt to create the class kimchi.merge.hint.merge.Dependencies twice and lead to a FileAlreadyExistsException.
It seems the files in kimchi.merge.hint.merge are simply based on simpleNames and don't take package names or class nesting into account.

A similar issue also happens, if the same class name is used in different packages.

Ah yup, should switch to using the fqname to ensure there are no collisions


Add config file access for plugins

Is your feature request related to a problem? Please describe.
I'm working on the ndiffports plugin, and need a way to configure the 'n' (number of ports)
Describe the solution you'd like
It would be ideal to have an API exposed to plugins where they could query for config values that are stored in mptcpd.conf, without being able to modify the in-memory copy of the mptcpd core settings. Some wrappers around l_settings_*() calls is probably sufficient.
It's not critical to deny plugins access to any settings (they are in the same memory space as the core, after all), but it does make sense to make it easy to retrieve plugin settings and hard to accidentally corrupt core settings.
Describe alternatives you've considered
Creating a whole separate config parsing infrastructure using l_settings. This would duplicate a lot of core configuration handling code, and different plugins could diverge in how they handled config files.

Does #210 solve this issue?
It does not allow plugins to store config values in mptcpd.conf, but it allows plugins to have their own configuration file.


Vesktop on macOS not working

Stylix works for everything besides Vesktop. Everything basically means kitty and vscode

Vesktop on macOS not working
Stylix works for everything besides Vesktop. Everything basically means kitty and vscode

I am not very familiar with our nix-darwin support. Do you have any idea why Kitty and VSCode are working, while Vesktop is not?
For reference, here are the relevant guards:

https://github.com/danth/stylix/blob/a70154ec03034cfd1a88868dc0259456fc618435/modules/kitty/hm.nix#L23
https://github.com/danth/stylix/blob/a70154ec03034cfd1a88868dc0259456fc618435/modules/vesktop/hm.nix#L11
https://github.com/danth/stylix/blob/a70154ec03034cfd1a88868dc0259456fc618435/modules/vscode/hm.nix#L25

the only reason that i can think of for the vesktop target not working on macOS is the fact that it might not save it into whatever xdg.configFile points to on home-manager on macOS. i don't have a Mac, so I'm unable to help

Perhaps if I import the .config/vesktop/themes/stylix.theme.css in the quick css in vestkop it will work but this seems like a rough solution I am away from my system right now so I can't even test the theory above


Unknown symbol in Scale2DSystem

Heya,
I cloned your repo, and everything is looking fantastic, the only issue I'm having is that I got an unknown symbol in Scale2DSystem at line 39. Do I need to add another dependency, or how should I go about solving this?

Which Unity version are you using?
That line contains operations from the new math library maybe that is missing for you?

I'm sitting at Unity 2018.2.0f2, so it should be the latest version...

What version did you use when building this?

Unity 2018.1.2 with some Preview Packages. There must be a problem with the upgrade to newer features or now built-in features that were experimental before. I'll see what I can do about it.

I think that I got your version still installed, I'll launch that one and see if I can pull the required packages.

Opening a fresh clone with the older version of Unity does the trick...
Since you said that you will be taking a look at updating the project to the latest update, I think I'll keep using the latest version of Unity and keep the scaling at 1, I don't really need scaling at the moment.

I have attached my manifest file that I'm using along the newer version of Unity, and I think that the newer version of entities doesn't include the math library that has more features? Still seems weird that the math stuff isn't split up in it's own package.
manifest.zip

I've just pushed a new commit. It's working with 2018.2 for me now.
It seems they have changed some things around and removed some methods (like math.scale that was used) from the math namespace and made it methods of the matrices themselves.

Alright, it works perfectly now.
Thank you for the quick respone :-).
Now I can start implementing my planned mechanics in ECS.

The things I do at 2 in the morning on my holidays. ;)

Hehe, it's getting 3 a.m. here, and I'm on holidays as well, best time of the year :-D


Sample - platform.hpp file not found

Trying to run the Sample App following the README instructions, I get this error message (simulator and real device):
'platform.hpp' file not found

Building on an Intel MacBook Pro with Xcode 14.2.
Do I forget to init / build something?

I forgot to add more guides in the readme.md. You need cmake to build libzmq.
This will fix your issue:

Install cmake: brew install cmake
Clear cocoapods cache: rm -r ~/Library/Caches/CocoaPods
Then, run pod install again


Error fetching number of entries if only iterating over part of a list

Describe the bug
The CI in one of my repos started grabbing v0.54 of qcportal, rather than 0.53, causing some failures, related to grabbing the list of entries in a database.
Basically, if you only iterate over a subset of the entries, the second time you access entry_names in the dataset, it only contains those that have already been fetched, unless you first issue  fetch_entry_names()
To Reproduce
from qcportal import PortalClient

dataset_type = "singlepoint"
qcarchive_server = "ml.qcarchive.molssi.org"
client = PortalClient(qcarchive_server)

dataset_name = "SPICE PubChem Set 1 Single Points Dataset v1.2"

# run this the first time
ds = client.get_dataset(dataset_type=dataset_type, dataset_name=dataset_name)

entry_names = ds.entry_names
print("first pass, number of entries: ", len(entry_names))
n_to_fetch = 3
to_fetch = entry_names[0:n_to_fetch]

for entry in ds.iterate_entries(to_fetch, force_refetch=True):
    pass

# run a second time
ds = client.get_dataset(dataset_type=dataset_type, dataset_name=dataset_name)

entry_names = ds.entry_names
print("second pass, number of entries: ", len(entry_names))
n_to_fetch = 3
to_fetch = entry_names[0:n_to_fetch]

for entry in ds.iterate_entries(to_fetch, force_refetch=True):
    pass

# run a third time, but with where we call ds.fetch_entry_names()

ds = client.get_dataset(dataset_type=dataset_type, dataset_name=dataset_name)
ds.fetch_entry_names()

entry_names = ds.entry_names
print("third pass, with fetch_entry_names, number of entries: ", len(entry_names))
n_to_fetch = 3
to_fetch = entry_names[0:n_to_fetch]

for entry in ds.iterate_entries(to_fetch, force_refetch=True):
    pass

The output from this:
first pass, number of entries:  118606
second pass, number of entries:  3
third pass, with fetch_entry_names, number of entries:  118606

Expected behavior
I would expect that calling ds.entry_names would get all of the names on the server, as this was the prior behavior.   Maybe there just needs to be two different variables/functions to make it clearer e.g., instead of entry_names we have something like entry_names_local and entry_names_server

Yep, this is over-zealous use of the cache. I was expecting some of these issues to pop up.
I think we should always work under the assumption that we can fetch all the names of the entries and all the specifications without too much issue, even for large datasets.
I will add this to #816 for a 0.54.1 release tomorrow


[Firefox] Attributes are reassigned if used in styles

If using the attribute values in the style tag, the values of attributes are reassigned between each other. I created a simple demo: Stackblitz Demo
In the demo the relevant code looks like:
_render({top, left, animal, whales}) {
    return html`

Type: ${animal}

Whales: ${'🐳'.repeat(whales)}

Top: ${top}, Left: ${left}

      <slot></slot>
    `;
  }

In Chrome it works but in Firefox animal and top, and whales and left will have changed values with each other. Removing top and left from style declaration makes the issue go away.

I see the same bug on Chrome 63 on windows

Hi,
this look more a lit-html issue but i'm not sure you can use expression inside

@jofan here isn't only string literal it's lit-html which use string literal to build template result with "parts" and this is dom relative.
@justinfagnani may you confirm that lit-html can't be use inside

Support for style is advertised as one of the lit-html features: https://github.com/polymer/lit-html#css-compatible-syntax

@blikblum i understand this as "lit html syntax is compatible with css syntax" so you can write style inside template string. (vs include expression in CSS style)

Using expressions inside of the


after disconnecting from an earable, it is not possible to reconnect

connect to OpenEarable, then tap on it to disconnect. it is no longer possible to connect again

reported by @kkai on iOS

The problem is with the _retryConnection method in open_earable_flutter (ble_manager.dart line 65).  I moved the recursive function call into the switch case and it seems to solve the problem. Why do we need multiple retries @DennisMoschina ?
StreamSubscription? _retryConnection(int retries, DiscoveredDevice device) {
    if (retries <= 0) {
      _connectingDevice = null;
      return null;
    }
    return _flutterReactiveBle.connectToAdvertisingDevice(
        id: device.id,
        prescanDuration: const Duration(seconds: 1),
        withServices: [sensorServiceUuid]).listen((event) async {
      switch (event.connectionState) {
        case DeviceConnectionState.connected:
          _connectedDevice = device;
          _flutterReactiveBle.requestMtu(deviceId: device.id, mtu: mtu);
          if (deviceIdentifier == null || deviceFirmwareVersion == null) {
            await readDeviceIdentifier();
            await readDeviceFirmwareVersion();
          }
          _connectionStateController.add(true);
          _connectingDevice = null;
          return;
        case DeviceConnectionState.disconnected:
          _connectedDevice = null;
          _connectingDevice = null;
          _deviceFirmwareVersion = null;
          _deviceIdentifier = null;
          _connectionStateController.add(false);
          _connectionStateSubscription = _retryConnection(retries - 1, device);
        default:
      }
      // _connectionStateSubscription = _retryConnection(retries - 1, device);  <---- moved this line up
    });
  }

Why do we need multiple retries

On Android we somehow could only connect after multiple retries so I added the _retryConnection method as a quick fix

Ok makes sense. Do you think it will still work on android with this change?

@cadivus is this problem resolved?


Add filter by operator name

Query params for place and name filters are not clearing when returning to index. This affects the behavior when you click on an operator name to view the feed details. (It takes two clicks to click through.)

don't render list until use types
search bar goes away after selection
square corners
smaller size

@meghanhade filtering by place is most important; if search by name is proving problematic, do feel free to drop or defer it.


MAVEN_OPTS are ignored

When calling mvn directly (without jfrog-cli) the contents of MAVEN_OPTS are passed to the JVM that will execute Maven. This is especially useful for customizing memory-sizes (-Xms, -Xmx, -XX:MaxMetaspace, etc.)
Calling jfrog rt mvn does not pass this values and I did not find any way to configure memory-settings in any other way.
It would be great if jfrog rt mvn would behave like mvn and pass MAVEN_OPTS to the JVM.

@voidengineer
Thanks for reporting this issue!
This commit resolves this issue and will be included in the next release.

@voidengineer,
The latest release includes this functionality.
We'd appreciate your feedback for it.

Works like expected! :+1:


Filled up the missing descriptions

Docs Build status updates of commit 26a1db2:
:x: Validation status: errors
Please follow instructions here which may help to resolve issue.
If you see build warnings/errors with permission issues, it might be due to single sign-on (SSO) enabled on Microsoft's GitHub organizations. Please follow instructions here to re-authorize your GitHub account to Docs Build.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
Note: Your PR may contain errors or warnings unrelated to the files you changed. This happens when external dependencies like GitHub alias, Microsoft alias, cross repo links are updated. Please use these instructions to resolve them.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel

Docs Build status updates of commit 26a1db2:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

azureadps-2.0-preview/AzureAD/New-AzureADPrivilegedRoleAssignment.md
:white_check_mark:Succeeded
View (azureadps-2.0-preview)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel

Docs Build status updates of commit f523cf5:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

azureadps-2.0-preview/AzureAD/Get-AzureADPrivilegedRole.md
:white_check_mark:Succeeded
View (azureadps-2.0-preview)

azureadps-2.0-preview/AzureAD/Get-AzureADPrivilegedRoleAssignment.md
:white_check_mark:Succeeded
View (azureadps-2.0-preview)

azureadps-2.0-preview/AzureAD/New-AzureADPrivilegedRoleAssignment.md
:white_check_mark:Succeeded
View (azureadps-2.0-preview)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel

This set of cmdlets have been confirmed to be deprecated. Closing this.


⚠ Adacta-fintech.com has degraded performance

In 4b3222e, Adacta-fintech.com (https://www.adacta-fintech.com) experienced degraded performance:

HTTP code: 200
Response time: 1547 ms

Resolved: Adacta-fintech.com performance has improved in f089a64.


polkadot v1.13.0

No noteworthy changes, just allowed some freshly deprecated xcm types in tests.
Again, I would be happy if this is released soon after the merge. :)

0.13.0 released


Issues with enforced ID property in validated JSON

Looks like UriRetriever::retrieve() adds id property to validated JSON.
Please see https://github.com/alecsammon/php-raml-parser/issues/84 for details, samples and tests
Disabling the line and running tests again removes the issue. But I doubt that this is so trivial.

@darh please try out v2.0.0 to see if this is resolved?

Sorry, I do not have that project/code active anymore.

Thanks for the update!


Unit support for number-text column

Pull Request
🤨 Rationale
See #1573
👩💻 Implementation
Clients configure a unit for a number-text column by providing a unit element (e.g. nimble-unit-byte) as content. The unit element indicates which unit-specific UnitScaleFormatter to use. The UnitScaleFormatter is used in conjunction with the column's format-dependent DecimalFormatter or DefaultFormatter. Where the Decimal/DefaultFormatter previously created the Intl.NumberFormat instance to use, they now instead create a UnitScaleFormatter, which in turn wraps a Intl.NumberFormat instance.
There are two categories of UnitScaleFormatters: those that rely on Intl.NumberFormat to provide translated unit labels, and those that rely on translations built directly into Nimble.
Initial unit elements are nimble-unit-byte (which can be configured to use either 1000-based or 1024-based units) and nimble-unit-volt. The intent was to implement at least one of each category of UnitScaleFormatter to serve as examples for future unit implementations.
🧪 Testing
Unit tests created.
✅ Checklist

[x] I have updated the project documentation to reflect my changes or determined no changes are needed.

Sorry, this PR is much bigger than I would like. I could not come up with a great way to piece it apart, after the fact.

@mollykreis could you please buddy this?

General comment before the next round is to take a pass and improve static-ness and const-ness of all the different objects we are making that are lookups

FYI there is an open thread: https://github.com/ni/nimble/pull/1620#discussion_r1382293007

@m-akinc I moved this back to draft given our plan to do another round of refactoring.

As we discussed, I am removed logic that was necessary to consider rounding effects when picking a unit. I also moved the responsibility of formatting out of the ScaledUnits and back into the Decimal/DefaultFormatter. This hopefully makes things clearer. The logic in Decimal/DefaultFormatter did get more complicated as a result, though. They now have to manage caching Intl.NumberFormat instances for different scaled units. Furthermore, they have to deal with the fact that some units require passing additional options into Intl.NumberFormat, whereas others require appending the unit label to the formatted number string. This ugliness can't be avoided unless we let the ScaledUnits do the formatting.
I reviewed performance again, using the "large table" story. I discovered that manually-translated units were slowing the render down because I was creating new instances of Intl.PluralRules for every cell. I am now caching a single instance in the formatter, which solves the performance issue.
I considered moving some files into the utilities directory as was suggested, but I'm not sure it's a better place for them.

Reset @jattasNI since they stated in the latest comment the library is still in review


[ciscolive] fix issues and dynamically fetch tokens (closes #30864)

Please follow the guide below

You will be asked some questions, please read them carefully and answer honestly
Put an x into all the boxes [ ] relevant to your pull request (like that [x])
Use Preview tab to see how your pull request will actually look like

Before submitting a pull request make sure you have:

[x] Searched the bugtracker for similar pull requests
[x] Read adding new extractor tutorial
[x] Read youtube-dl coding conventions and adjusted the code to meet them
[x] Covered the code with tests (note that PRs without tests will be REJECTED)
[x] Checked the code with flake8

In order to be accepted and merged into youtube-dl each piece of code must be in public domain or released under Unlicense. Check one of the following options:

[x] I am the original author of this code and I am willing to release it under Unlicense
[ ] I am not the original author of this code but it is in public domain or released under Unlicense (provide reliable evidence)

What is the purpose of your pull request?

[x] Bug fix
[ ] Improvement
[ ] New extractor
[ ] New feature

Description of your pull request and other information
addresses the 3x issues I raised and detailed in #30864
static rainfocus api's in extractor are no longer valid
i have addressed this in the same way the browser does, by fetching the tokens from a js script. It is plausible to only update the static tokens (they have been valid since 2018).
This method may be more useful if the api key updates again, however it equally has the risk of failing if the site javascript dramatically changes.
i have left in the RAINFOCUS_API_PROFILE_ID and RAINFOCUS_WIDGET_ID constants but set them to blank.
If blank the values will be fetched at runtime via a _download_webpage() call.
In future if somebody wished to quickly patch the extractor they could set these values without needing to debug why the dynamic fetch is failing.
tests no longer pass
testing url's and info_dict have been updated with url's and data that are current and pass the tests.
ciscolive domain has changed
updated Origin to match valid domain, updated regex to no longer permit old domain (ciscolive.cisco.com), updated tests with url paths featuring the new domain.
added a couple informative ExtractorError() these occur when tokens can not be obtained or video playlists are empty (the later can occur in 2 scenarios:

where a search returns 0 results (which would result in no download occuring)
where the api key was invalid but the search would have otherwise returned >0 results.

I'm conscious the messages on these ExtractorErrors() could be better/shorter.

technical details for each including failing outputs are contained within issue #30864

Relevant working test outputs
$ python test/test_download.py TestDownload.test_CiscoLiveSession
[CiscoLiveSession] catalog.js: Downloading webpage
[CiscoLiveSession]<PHONE_NUMBER>4400017rMx: Downloading webpage
[brightcove:new]<PHONE_NUMBER>001: Downloading JSON metadata
[brightcove:new]<PHONE_NUMBER>001: Downloading m3u8 information
[brightcove:new]<PHONE_NUMBER>001: Downloading m3u8 information
[brightcove:new]<PHONE_NUMBER>001: Downloading MPD manifest
[brightcove:new]<PHONE_NUMBER>001: Downloading MPD manifest
[info] Writing video description metadata as JSON to: test_CiscoLiveSession_6128601216001.info.json
[debug] Invoking downloader on 'https://bcbolt446c5271-a.akamaihd.net/media/v1/pmp4/static/clear/5647924234001/b460c78b-b38e-4aa9-b363-538e45f53415/417dfc89-f5ef-41cb-8af9-6a4a7477c109/main.mp4?akamai_token=exp=1652642459~acl=/media/v1/pmp4/static/clear/5647924234001/b460c78b-b38e-4aa9-b363-538e45f53415/417dfc89-f5ef-41cb-8af9-6a4a7477c109/main.mp4*~hmac=fdf8c03287cdda9b213427413978da4fd903737f11c180bc889b8218524e09fa'
[download] Destination: test_CiscoLiveSession_6128601216001.mp4
[download] 100% of 10.00KiB in 00:00
.
----------------------------------------------------------------------
Ran 1 test in 2.573s

OK

$ python test/test_download.py TestDownload.test_CiscoLiveSearch
[download] Downloading playlist: Search query
[CiscoLiveSearch] catalog.js: Downloading webpage
[CiscoLiveSearch] Downloading search JSON page 1
[CiscoLiveSearch] playlist Search query: Downloading 3 videos
[download] Downloading video 1 of 3
[download] Downloading video 2 of 3
[download] Downloading video 3 of 3
[download] Finished downloading playlist: Search query
.
----------------------------------------------------------------------
Ran 1 test in 0.889s

OK

Also, check and resolve the failing test output (eg Py3.9 Core):
======================================================================
FAIL: test_no_duplicates (test.test_all_urls.TestAllURLsMatching)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/runner/work/youtube-dl/youtube-dl/test/test_all_urls.py", line 83, in test_no_duplicates
    self.assertTrue(ie.suitable(url), '%s should match URL %r' % (type(ie).__name__, url))
AssertionError: False is not true : CiscoLiveSearchIE should match URL 'https://www.ciscolive.com/global/on-demand-library.html?search.technicallevel=scpsSkillLevel_aintroductory&search.event=ciscoliveemea2019&search.technology=scpsTechnology_dataCenter&search.focus=scpsSessionFocus_bestPractices#/'

Failed tests are now fixed, seems i had left a / off global/ in the CiscoLiveSearchIE _VALID_URL regex.
https://github.com/L0wbyte/youtube-dl/commit/9409e00d95c0f0ad656349bb43e449233a66c7c9#diff-39087b9fd88e46ad9ea0b1725fce45470a91a8eecccda1891c129b0794ae6e7fR117
$ python3 test/test_all_urls.py TestAllURLsMatching
..............
----------------------------------------------------------------------
Ran 14 tests in 14.689s

OK

$ python3 test/test_execution.py TestExecution.test_lazy_extractors
WARNING: Lazy loading extractors is an experimental feature that may not always work
..............
----------------------------------------------------------------------
Ran 14 tests in 17.109s

OK
.
----------------------------------------------------------------------
Ran 1 test in 18.236s

OK

Some security snafu has broken the web again, so the CI tests are failing (https://github.com/SylvainDe/DidYouMean-Python/issues/64). I'll see if the recommended hack works for the moment.


Upload to the device after each launch

Greetings.
Maybe you should make sure that after each boot of the device, the files are uploaded to the device, and not just after installation?
Because there are applications that clean up tmp directories and for a long time I couldn't figure out what was wrong with ZygickFrida

can you provide more details for your problem? and how you solved it?, im running zygiskfrida but frida gadget dosent seem to be working