Does not fallback to XHR?

Hi,
Reading the code, I fail to find where it actually "fallbacks to XHR".
  // Prefetch the given url using native 'prefetch'. Fallback to 'xhr' if not supported
  const prefetch = (url) =>
    new Promise((resolve, reject) => {
      const link = document.createElement(`link`);
      link.rel = `prefetch`;
      link.href = url;
      link.onload = resolve;
      link.onerror = reject;
      document.head.appendChild(link);
    });

It does not seem to be a fallback mechanism built in here.
This code is, if I read it correctly, in fact not even running since we stop execution on line 21 if prefetch is not supported:
  // Don't start prefetching if user is on a slow connection or not supported
  if (isSlowConnection || !isSupported) return;

Am I missing something? If not, I'll happily make a PR that actually implements XHR. I guess this be very inspired by how Quicklink does it.

Looks like this was removed in this commit and released in 2.0.8.


evaluate error

2023-11-20 12:22:45.003935: I tensorflow/compiler/xla/stream_executor/cuda/cuda_gpu_executor.cc:880] could not open file to read NUMA node: /sys/bus/pci/devices/0000:01:00.0/numa_node
Your kernel may have been built without NUMA support.
2023-11-20 12:22:45.005021: W tensorflow/core/common_runtime/gpu/gpu_device.cc:2211] Cannot dlopen some GPU libraries. Please make sure the missing libraries mentioned above are installed properly if you would like to use GPU. Follow the guide at
When i tried to install and load en_core_web_sm from spacy it did not work and when i tried to run the
evaluate_ooc.py using python i got the below error
https://www.tensorflow.org/install/gpu for how to download and setup the required libraries for your platform.
Skipping registering GPU devices...
Traceback (most recent call last):
File "/home/pradeep/COSMOS/evaluate_ooc.py", line 5, in
from utils.config import *
File "/home/pradeep/COSMOS/utils/init.py", line 3, in
from .dataset import *
File "/home/pradeep/COSMOS/utils/dataset.py", line 5, in
from utils.dataset_utils import modify_caption_replace_entities
File "/home/pradeep/COSMOS/utils/dataset_utils.py", line 8, in
nlp = spacy.load("en")
File "/home/pradeep/.local/lib/python3.10/site-packages/spacy/init.py", line 51, in load
return util.load_model(
File "/home/pradeep/.local/lib/python3.10/site-packages/spacy/util.py", line 471, in load_model
raise IOError(Errors.E941.format(name=name, full=OLD_MODEL_SHORTCUTS[name]))  # type: ignore[index]
OSError: [E941] Can't find model 'en'. It looks like you're trying to load a model from a shortcut, which is obsolete as of spaCy v3.0. To load the model, use its full name instead:
nlp = spacy.load("en_core_web_sm")
For more details on the available models, see the models directory: https://spacy.io/models and if you want to create a blank model, use spacy.blank: nlp = spacy.blank("en")
Exception ignored in: <function AtomicFunction.del at 0x7fd2c7181120>
Traceback (most recent call last):
File "/home/pradeep/.local/lib/python3.10/site-packages/tensorflow/python/eager/polymorphic_function/atomic_function.py", line 283, in del
TypeError: 'NoneType' object is not subscriptable

absl-py==2.0.0
aicsimageio==4.14.0
aiobotocore==2.5.4
aiohttp==3.8.6
aioitertools==0.11.0
aiosignal==1.3.1
albumentations==1.3.1
annotated-types==0.6.0
asciitree==0.3.3
astunparse==1.6.3
async-timeout==4.0.3
attrs==23.1.0
audioread==3.0.1
av==11.0.0
beautifulsoup4==4.12.2
blinker==1.4
blis==0.7.11
botocore==1.31.17
bottle==0.12.25
bottle-websocket==0.2.9
Brotli==1.1.0
bs4==0.0.1
cachetools==5.3.2
catalogue==2.0.10
certifi==2023.7.22
cffi==1.16.0
charset-normalizer==3.3.2
chromedriver-binary==74.0.3729.6.0
click==8.1.7
cloudpathlib==0.16.0
cloudpickle==3.0.0
cmake==3.27.7
colorama==0.4.6
command-not-found==0.3
confection==0.1.3
contourpy==1.2.0
cryptography==3.4.8
cycler==0.12.1
cymem==2.0.8
dask==2023.10.1
dbus-python==1.2.18
decorator==5.1.1
densenet-pytorch==0.2.0
distributed==2023.10.1
distro==1.7.0
distro-info===1.1build1
dlib==19.24.2
Eel==0.16.0
efficientnet-pytorch==0.7.1
einops==0.7.0
elementpath==4.1.5
et-xmlfile==1.1.0
exceptiongroup==1.1.3
fasteners==0.19
filelock==3.13.1
flatbuffers==23.5.26
fonttools==4.44.0
frozenlist==1.4.0
fsspec==2023.6.0
future==0.18.3
gast==0.5.4
gdown==4.7.1
gevent==23.9.1
gevent-websocket==0.10.1
google==3.0.0
google-auth==2.23.4
google-auth-oauthlib==1.0.0
google-pasta==0.2.0
greenlet==3.0.1
grpcio==1.59.2
h11==0.14.0
h5py==3.10.0
httplib2==0.20.2
huggingface-hub==0.18.0
idna==3.4
imagecodecs==2023.9.18
imageio==2.31.6
importlib-metadata==6.8.0
imutils==0.5.4
jeepney==0.7.1
Jinja2==3.1.2
jmespath==1.0.1
joblib==1.3.2
keras==2.14.0
keyring==23.5.0
kiwisolver==1.4.5
langcodes==3.3.0
launchpadlib==1.10.16
lazr.restfulclient==0.14.4
lazr.uri==1.0.6
lazy_loader==0.3
libclang==16.0.6
librosa==0.10.1
lightning-utilities==0.10.0
llvmlite==0.41.1
locket==1.0.0
lxml==4.9.3
Markdown==3.5.1
MarkupSafe==2.1.3
matplotlib==3.8.1
ml-dtypes==0.2.0
more-itertools==8.10.0
mpmath==1.3.0
msgpack==1.0.7
multidict==6.0.4
munch==4.0.0
murmurhash==1.0.10
mutagen==1.47.0
netifaces==0.11.0
networkx==3.2.1
nltk==3.8.1
numba==0.58.1
numcodecs==0.12.1
numpy==1.26.1
nvidia-cublas-cu12==<IP_ADDRESS>
nvidia-cuda-cupti-cu12==12.1.105
nvidia-cuda-nvrtc-cu12==12.1.105
nvidia-cuda-runtime-cu12==12.1.105
nvidia-cudnn-cu12==<IP_ADDRESS>
nvidia-cufft-cu12==<IP_ADDRESS>
nvidia-curand-cu12==<IP_ADDRESS>
nvidia-cusolver-cu12==<IP_ADDRESS>
nvidia-cusparse-cu12==<IP_ADDRESS>
nvidia-nccl-cu12==2.18.1
nvidia-nvjitlink-cu12==12.3.52
nvidia-nvtx-cu12==12.1.105
oauthlib==3.2.0
ome-types==0.4.2
ome-zarr==0.8.2
opencv-python==<IP_ADDRESS>
opencv-python-headless==<IP_ADDRESS>
openpyxl==3.1.2
opt-einsum==3.3.0
outcome==1.3.0.post0
packaging==23.2
pafy==0.5.5
pandas==2.1.2
partd==1.4.1
piexif==1.1.3
Pillow==10.0.1
platformdirs==3.11.0
pooch==1.8.0
preshed==3.0.9
pretrainedmodels==0.7.4
protobuf==4.23.4
psutil==5.9.6
pyasn1==0.5.0
pyasn1-modules==0.3.0
pycparser==2.21
pycryptodomex==3.19.0
pydantic==2.4.2
pydantic_core==2.10.1
pyDeprecate==0.3.2
pydub==0.25.1
PyGObject==3.42.1
PyJWT==2.3.0
pyparsing==2.4.7
PySocks==1.7.1
pyTelegramBotAPI==4.14.0
python-apt==2.4.0+ubuntu1
python-dateutil==2.8.2
pytorch-lightning @ file:///home/pradeep/pytorch_lightning-1.7.7-py3-none-any.whl#sha256=4438b8284d7f7fdb06cf3566a7b5b6f102ac8971cf7bb6d3f1b1de64628241f3
pytz==2023.3.post1
PyYAML==6.0.1
qudida==0.0.4
regex==2023.10.3
requests==2.31.0
requests-oauthlib==1.3.1
resource-backed-dask-array==0.1.0
rpycolors==0.0.5
rsa==4.9
s3fs==2023.6.0
safetensors==0.4.0
scikit-image==0.22.0
scikit-learn==1.3.2
scipy==1.11.3
searchtweets==1.7.6
SecretStorage==3.3.1
segmentation-models-pytorch==0.3.3
selenium==4.15.2
six==1.16.0
smart-open==6.4.0
sniffio==1.3.0
snscrape==<IP_ADDRESS>30622
sortedcontainers==2.4.0
soundfile==0.12.1
soupsieve==2.5
soxr==0.3.7
spacy==3.7.2
spacy-legacy==3.0.12
spacy-loggers==1.0.5
srsly==2.4.8
sympy==1.12
systemd-python==234
tblib==3.0.0
telebot==0.0.5
telegram==0.0.1
tensorboard==2.14.1
tensorboard-data-server==0.7.2
tensorflow==2.14.0
tensorflow-estimator==2.14.0
tensorflow-hub==0.15.0
tensorflow-io-gcs-filesystem==0.34.0
termcolor==2.3.0
textblob==0.17.1
thinc==8.2.1
threadpoolctl==3.2.0
tifffile==2023.2.28
timm==0.9.2
tk==0.1.0
toml==0.10.2
toolz==0.12.0
torch==2.1.1
torchaudio==2.1.1
torchmetrics==0.11.4
torchvision==0.16.0
tornado==6.3.3
tqdm==4.66.1
trio==0.23.1
trio-websocket==0.11.1
triton==2.1.0
tweepy==4.14.0
tweet-parser==1.13.2
tweety==0.1.6
typer==0.9.0
typing_extensions==4.8.0
tzdata==2023.3
ubuntu-advantage-tools==8001
ufw==0.36.1
unattended-upgrades==0.1
UNKNOWN @ git+https://github.com/JustAnotherArchivist/snscrape.git@614d4c2029a62d348ca56598f87c425966aaec66
urllib3==1.26.18
vaderSentiment==3.3.2
wadllib==1.3.6
wasabi==1.1.2
weasel==0.3.4
websockets==12.0
Werkzeug==3.0.1
whichcraft==0.6.1
wrapt==1.14.1
wsproto==1.2.0
xarray==2023.10.1
xmlschema==2.5.0
xsdata==23.8
yarl==1.9.2
youtube-dl==2021.12.17
youtube-extract==1.4.0
yt-dlp==2023.10.13
zarr==2.15.0
zict==3.0.0
zipp==1.0.0
zope.event==5.0
zope.interface==6.1
dependencies with versions installed

I have installed the en_core_web_sm using the source file and also in text_utils.py file i have changed the code from spacy.load("en") to spacy.load("en_core_web_sm") will it affect the outcome of the evaluate_ooc.py please let me know
Thank you in advance

Traceback (most recent call last):
File "/home/pradeep/COSMOS/trainer_scipt.py", line 232, in
train_joint_model()
File "/home/pradeep/COSMOS/trainer_scipt.py", line 156, in train_joint_model
train_model(epoch)
File "/home/pradeep/COSMOS/trainer_scipt.py", line 85, in train_model
z_img, z_t_match, z_t_diff = combined_model(img, text_match, text_diff, batch, seq_len_match, seq_len_diff,
File "/home/pradeep/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1518, in _wrapped_call_impl
return self._call_impl(*args, **kwargs)
File "/home/pradeep/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1527, in _call_impl
return forward_call(*args, **kwargs)
File "/home/pradeep/COSMOS/model_archs/models.py", line 51, in forward
img = self.maskrcnn_extractor(img, bboxes, bbox_classes)
File "/home/pradeep/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1518, in _wrapped_call_impl
return self._call_impl(*args, **kwargs)
File "/home/pradeep/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1527, in _call_impl
return forward_call(*args, **kwargs)
File "/home/pradeep/COSMOS/model_archs/image/image_models.py", line 47, in forward
[self.maskrcnn_predictor(img.cpu().numpy(), target) for img, target in zip(imgs, targets)])
File "/home/pradeep/COSMOS/model_archs/image/image_models.py", line 47, in
[self.maskrcnn_predictor(img.cpu().numpy(), target) for img, target in zip(imgs, targets)])
TypeError: DefaultPredictor.call() takes 2 positional arguments but 3 were given

Issue Analysis and Solutions
TensorFlow GPU Error:
The error message suggests an issue with GPU libraries and a potential problem with NUMA support. This might be due to missing or incorrectly installed GPU libraries. Ensure that you've followed the TensorFlow GPU installation guide for your platform and that the required libraries are installed properly. The specific error messages related to CUDA and GPU support need to be resolved.
Spacy Model Loading Error:
The error occurred while loading the 'en' model using Spacy. In recent versions of Spacy (v3.0+), model loading syntax has changed. Instead of 'en', use the full model name 'en_core_web_sm' to load the English model:
nlp = spacy.load("en_core_web_sm")


Where is the source?

Package was just published (17 hours ago). Last commit is October 2018...

Looks like it is here https://github.com/trufflesuite/truffle/tree/develop/packages/truffle-hdwallet-provider
Update the package.json!


feat: save super-linter output if requested

Proposed changes

New SAVE_SUPER_LINTER_OUTPUT variable. When set to true, saves super-linter output to ${DEFAULT_WORKSPACE}/${SUPER_LINTER_OUTPUT_DIRECTORY_NAME}
New SUPER_LINTER_OUTPUT_DIRECTORY_NAME variable to set the output directory name inside the default workspace.

Close #5774
Readiness checklist
In order to have this pull request merged, complete the following tasks.
Pull request author tasks

[ ] I checked that all workflows return a success.
[x] I included all the needed documentation for this change.
[x] I provided the necessary tests.
[x] I squashed all the commits into a single commit.
[x] I followed the Conventional Commit v1.0.0 spec.
[x] I wrote the necessary upgrade instructions in the upgrade guide.
[x] If this pull request is about and existing issue,
I added the Fix #ISSUE_NUMBER or Close #ISSUE_NUMBER text to the description of the pull request.

Super-linter maintainer tasks

[x] Label as breaking if this change breaks compatibility with the previous released version.
[x] Label as either: automation, bug, documentation, enhancement, infrastructure.
[x] Add the pull request to a milestone, eventually creating one, that matches with the version that release-please proposes.

@zkoppert Can you please review this one? Thanks!
/cc @ChaosEternal


fix portage package count

To get an accurate count of portage packages only count the amount of 2 level deep directories. First level are package categories and he third are per package metadata and thus both shouldn't be counted.

Make sure to cargo fmt before you push, as any improperly formatted files will cause CI to freak out and fail.
We should probably set up a git hook for this.


No host DNS Server - failed startup

I had problems when starting the access point in standalone mode without an active Ethernet connection on a USB dongle.
After a bit of investigation, I found that the DNS server cannot be set. The reason for this is that there is no actual entry for the DNS server.
You are check for this in run.sh (image below), but somehow it didn't get triggered in my case, even though nmcli device show | grep IP4.DNS returns nothing. I'm not really familiar with bash, but I don't see anything wrong with it. So I'm a bit confused, but I can't debug it any further.

The Option client_dns_override solved the Problem for me, though the warning (like implemented) would have been nice.

Hiya, thanks for raising this.
Seems like the script had some bash-fu that I'm not familiar with 😂
I've reworked this in my in-progress networking refactor, so hopefully the issue will be fixed, but I'll be sure to test for this before pushing.
I've also started using shellcheck in the project to hopefully pick up any other unexpected bash behaviours

For reference, the working fix I've applied is to use HA itself as the built-in DNS, instead of trying to pull HA's DNS servers. Still WIP though


Suggestion: Boon - Companion

Hello!
Currently, it is possible to have a Boon for a Weapon or as a Mount. Would it be possible to add a choice (instead of a mount) of a Fiendish Pet?

I'm sorry but I do not understand what this in reference to?

I wrote this little to chaotic and without referencing do class, my apologies. A forgot that You have made more archetypes and classes.
What i mean in previous messege... Dread Knight on 5 lv can choose a Boon (I do not have in time o writing game before me, so names of features/feat may be wrong) either a Boon for Weapon or Boon with Mount. Is is possible to add 3 Boon? Boon to have some Fiendish Companion/pet?

I understand now. I'll have to look up what the Anti paladin normally gets but I'll put it on the list of stuff for future updates.


handle windows paths from Linux

I have a use case where i run the a2ltool from a WSL2 but the A2L contains windows style paths.
This PR handles this scenario.
Example:
/include "Config\McData\Xcp.a2l" cannot be evaluated in WSL2 / Linux

This is a good improvement.
One minor point: could you please add a test for this code? I'm trying to improve the test quality and test coverage over time, so preferably all new features should also have tests.

This is a good improvement. One minor point: could you please add a test for this code? I'm trying to improve the test quality and test coverage over time, so preferably all new features should also have tests.

I have added test cases for linux paths in windows and windows paths in linux.

Thanks!


Is this repository dead?

I went to make a PR for next-css to upgrade dependencies but there doesn't seem to be any activity on this repo and several PRs have been left open with no comment. Is making a PR here the right place to contribute?
next-css on NPM lists version 1.0.1 whereas this repo is only on 0.2.1-canary.4. Are packages being published elsewhere that we can't see?
If this repo is still active, could we get a contributing.md added to encourage more open source contributions?
@rauchg @timneutkens

The plan is to move most plugins to github.com/zeit/next.js, however some will be added into core like next-css.

Thanks for such a speedy response!
Does this mean best to hold off on changes here? Do you have a rough timeline on when this will come into play? Are they any issues we can help out with to speed this along?

Yeah I've been holding off on changes here based on those future plans, I'm not sharing a timeline as we'd be asked for it every other day, but soon, there's currently no particular issues on this repo, the Next.js repo has quite a few good first issue / help wanted labeled issues!

@timneutkens if I want to submit a feature request/bug report, or a PR, what should I do? Will open issues/PRs in this repo be migrated to the main repo?


Feature: fire inputs

Adds code and modifies the sample input data to contain real numbers for FRI fire file.

Yes, .tifs are on atlas:/atlas_scratch/tem/
There are a variety in there, and I have tried to start dropping notes.txt files, but it might take some figuring/discussion to figure out exactly which ones to use...


Screenshots browser sites

What article on docs.github.com is affected?

What part(s) of the article would you like to see updated?

Additional information

What article on docs.github.com is affected?
What part(s) of the article would you like to see updated?
Additional information

I did a system check on my phone . these are the things that is being added to my phone device. It's not me doing it.

Some more things on my phone


[Apple Reminders] Cannot list reminders (did not forget to give permissions)

Extension
https://raycast.com/raycast/apple-reminders
Description
Error:
SwiftError: Could not get any data
    at ChildProcess.<anonymous> (/Users/draza/.config/raycast/extensions/112ad714-bf10-4ccc-a70f-4232bb2241a5/my-reminders.js:51:40213)
    at ChildProcess.emit (node:events:514:28)
    at ChildProcess.emit (node:domain:488:12)
    at maybeClose (node:internal/child_process:1105:16)
    at Socket.<anonymous> (node:internal/child_process:457:11)
    at Socket.emit (node:events:514:28)
    at Socket.emit (node:domain:488:12)
    at Pipe.<anonymous> (node:net:337:12)

Steps To Reproduce
Just trying to open "My Reminders" fails immediately. Trying again, takes a really long time with no result.
Current Behaviour
It's important to note that - of course - the app was given access to the Reminders (Privacy and Security -> Reminders). In fact, I used to use the legacy reminders on two machines and everything worked fine.
As soon as I removed the legacy and installed the new "Apple Reminders", listing reminders does not work. Tried deactivating permission for Reminders, removing the permission (using tccutil) then re-adding, does not help. Reproduced on two different machines, both running AS (M2 and M2 Pro, Air and mini), macOS 14.3.
Creating a reminder works, though. Really weird.
Expected Behaviour
Listing reminders should not fail.

Note: almost a duplicate of #10509 and I also confirm that while creating a reminder the extension cannot fetch the names of lists, but for me, it does eventually create the reminder. Listing never works.

Thanks for bringing this up. It appears that this is a duplicate of issue https://github.com/raycast/extensions/issues/9172, so I'll mark it as such.


It looks that it's necessary to hit enter during execution of 'php artisan nova:custom-assets' ...

Hi,
It looks that it's necessary to hit enter during execution of 'php artisan nova:custom-assets'.  When reinstall Nova, may process wait user answer some question that is not displayed on screen?
Regards

Yes. When the files that are to be changed, it will ask if you want to proceed.
So you can also react after a Nova update that you may have to adjust your own files accordingly.


[Search v1] Sorting on mobile is random

Coming from this thread, the sorting order for the expenses page on mobile seems random. It should be sorted by descending chronological order.

@adamgrzybowski can you comment on this issue so I can assign it to you please?

Closing since there's no payment due and the CP is out


Update HTTPoison and add @impl for request/1

Is there anything blocking this? Noticed it on my open items today. @jaminthorns

@david-clark-1043 Don't think so, I must've just forgot about this one. Thanks for reminding me!


torch.eye fails to fall back on CPU

I am not sure if this is a bug or I am not understanding the intention of the warning message.  When calling tensor.eye (which has not been implemented yet) I expect to have a performance degradation but a well-constructed identity tensor, instead I am receiving an empty tensor.
##To reproduce:
import torch
import torch_directml

dml = torch_directml.device()
i = torch.eye(3, device=dml)
print(i)

It fires a warning saying UserWarning: The operator 'aten::eye.m_out' is not currently supported on the DML backend and will fall back to run on the CPU. This may have performance implications. (Triggered internally at D:\a\_work\1\s\pytorch-directml-plugin\torch_directml\csrc\dml\dml_cpu_fallback.cpp:17.)
So I am expecting a result similar to i = torch.eye(3).to(dml) but instead I am getting an empty tensor:
tensor([], device='privateuseone:0')

UserWarning: The operator 'aten::_linalg_solve_ex.result' is not currently supported on the DML backend and will fall back to run on the CPU. This may have performance implications.

Hi @dlema65, thank you for submitting this issue. While I can't provide a timeline for resolution as the moment, please know that your feedback is valuable to us. We will follow up once we can review this issue.


Inverted button doesn't toggle text

Inverted button should have the text "Yes" when selected and "No" when not selected.

fix implemented and tested in v0.3.1 branch


add nextcloud parser, bruteforce detection and collection

I'm not sure why the tests fail, they run ok locally. Seems to be something with the order that changes?

I'm not sure why the tests fail, they run ok locally. Seems to be something with the order that changes?

Found an error in the scenario, pushed fix

thanks for the PR, we'll quickly have a look !

Hello, Sorry for lagging on this PR @umglurf
It seems that the latest tests are not passing, can you have a look ? Besides that, looks good to me.

Hello, Sorry for lagging on this PR @umglurf
It seems that the latest tests are not passing, can you have a look ? Besides that, looks good to me.

Hi, I just pushed a fix for some typos, it ran ok locally for me now

Hello, Sorry for lagging on this PR @umglurf
It seems that the latest tests are not passing, can you have a look ? Besides that, looks good to me.

Hi, I just pushed a fix for some typos, it ran ok locally for me now

Not sure why it fails now, when i run hubtest locally on the branch it does not fail. Do you have any idea what is wrong?

No, I came to the same conclusion as you : I run CI on your branch and it works, we're investigating it and I'll keep you posted asap :)

@umglurf : I'm merging into non-master to test properly


Add sensor topic

This PR allows the mujoco sensor value bridge to ros:
https://github.com/tabinohito/MujocoRosUtils/blob/f79575ab04a4b9ad19107589b8e38fd14e3f42b9/xml/sample_mujoco_ros_utils.xml#L101C1-L106C14

According to the API.
The code looks correct.

Why this ci met error ?

mjSENS_JOINTACTFRC was introduced in MuJoCo 2.3.7 and the CI here builds against 2.3.5
You can update the version of MuJoCo used in CI here: https://github.com/isri-aist/MujocoRosUtils/blob/main/.github/workflows/ci.yaml#L39 (as well as other references to 2.3.5)
Ideally, you'd want to check the version within CMake to ensure this can build

@gergondet
I add the check mujoco version on CMake and change ci mujoco version.
Perhaps this error may have occurred due to insufficient permissions.
What should I do?

What should I do?

You need to disable this feature when the CI is not running on the main-repo (the problem happens because your PR branch is main)
You can change the condition here: https://github.com/isri-aist/MujocoRosUtils/blob/main/.github/workflows/ci.yaml#L27
From:
          if [ "${{ matrix.os }}" == "ubuntu-20.04" ] && \
             [ "${{ matrix.build-type }}" == "RelWithDebInfo" ]

To:
          if [ "${{ github.repository}}" == "isri-aist/MujocoRosUtils"] &&  \
             [ "${{ matrix.os }}" == "ubuntu-20.04" ] && \
             [ "${{ matrix.build-type }}" == "RelWithDebInfo" ]

@gergondet
Thank you for your information!
I'm able to success the ci .

Hi @tabinohito
Thanks for your effort. I have written the MuJoCo version in a more robust way (looking at the MuJoCo header rather than by guessing from the MuJoCo folder)
I will merge it now.


fix(typescript) do not create unions for enums and fix imports

Closes #34
Changes

Do not include enums in the generated union types
Do not prefix imports of enums with an I.

Flags

Screenshots or Video

Related Issues

Issue #
Pull Request #

Author Checklist

[ ] Ensure you provide a DCO sign-off for your commits using the --signoff option of git commit.
[ ] Vital features and changes captured in unit and/or integration tests
[ ] Commits messages follow AP format
[ ] Extend the documentation, if necessary
[ ] Merging to main from fork:branchname

coverage: 98.921%. remained the same when pulling 4125fb758abe24ea0ee66504a3ba903123debb9e on ds-ts-enum-fix into 8f0cd19bda145f930fc3b474d2832be80fc8d2c6 on main.

coverage: 98.921%. first build
when pulling 4125fb758abe24ea0ee66504a3ba903123debb9e on ds-ts-enum-fix
into 8f0cd19bda145f930fc3b474d2832be80fc8d2c6 on main.

coverage: 98.921%. first build
when pulling 4125fb758abe24ea0ee66504a3ba903123debb9e on ds-ts-enum-fix
into 8f0cd19bda145f930fc3b474d2832be80fc8d2c6 on main.


Roll pub. Use dart 3 for running helpers.

Also upgrades other dependencies of pub/helper
New in this pub-commit:
 git log --format="%C(auto) %h %s" 554b3c32f71ff96ca03fb8b40c367b1fa564c239...a167
63a93b5050c6a9d917fca5a132cfcb00f1a9
 a16763a9 Validate that dependency names are valid package names (#3940)
 4a109f30 Expand constraint for `http` (#3930)
 8aee9515 Retry package:http ClientException (#3939)
 d7fa780d Add test for publish --skip-validation (#3935)
 5a3f21b4 Add strict-cast analysis option (#3919)
 fbb6f750 Merge pull request #3934 from sigurdm/cherry_pick_cache_warning
 0dc18c02 Merge remote-tracking branch 'origin/master' into cherry_pick_cache_warning
 fe6acca8 Warn about presence of legacy cache (#3921)
 0c2b0bb8 Handle pubspec_overrides.yaml in `add` and `upgrade --major-versions` (#3920)
 078c7fea Handle version not parsing gracefully (#3929)
 f7494d3f Warn about presence of legacy cache (#3921)
 9e466406 Bump cli_util from 0.3.5 to 0.4.0 (#3928)
 a391bcec blast_repo fixes (#3925)
 e32e88c3 blast_repo fixes (no-response) (#3927)
 8ff8febc Hint when pinned by flutter (#3914)
 9a8da3c0 Flag `pub publish --skip-validation` to publish without resolution and validation (#3904)
 d2798f91 Remove dead code (#3910)
 2917fa95 Handle cached version listing not being a map (#3909)
 d145bbe4 Bump actions/checkout from 3.5.0 to 3.5.2 (#3903)
 2c2eb2cd fix repository spec typos and grammar (#3898)
 3a7dc04e Reinterpret dart sdk constraints when read from a lockfile (#3897)
 a3f8b2fd Reinterpret dart sdk constraints when read from a lockfile (#3897)
 7ac56a97 Document cache layout (#3890)
 daf16c78 Suggest resolution updates (#3569)
 23fd8ad4 Use the lockfile when computing upgradable, resolvable in outdated (#3887)
 642b1f58 Distinguish between package:flutter_gen and the synthetic flutter_gen (#3889)
 d1ae5469 Merge pull request #3888 from sigurdm/cherry_pick_to_3
 ef45ef4a Merge remote-tracking branch 'origin/master' into cherry_pick_to_3
 762a16d4 Improve message when sdk constraint is not null-safety enabled (#3875)
 21eb39e1 Don't pass --fatal-infos to `dart analyze` in validation (#3877)
 95044c22 Improve message when sdk constraint is not null-safety enabled (#3875)
 b666c920 Fix tests to work in context of 3.1 (#3876)
 c890afa1 Refactor `cache add` check for existing package. (#3872)
 460283b7 Bump actions/checkout from 3.3.0 to 3.5.0 (#3858)
 b5df2113 Bump dart-lang/setup-dart from 1.4.0 to 1.5.0 (#3857)
 3e2c92a8 Don't extend something which should be an interface. (#3862)
 196e89e5 Make --example be the default (#3856)
 b615e9e1 Throw catchable exception from ensurePubspecResolved (#3852)
 8434b40d Be more quiet when doing implicit pub get (#3847)
 29a7c099 Dependency services: preserve pub.dartlang.org in lockfile (#3846)
 41963ddd Api entrypoint for ensuring resolution is up-to-date (#3844)
 92f6bf79 If pinned to an exact version, keep the pin when bumping (#3736)
 c68939ba Add missing closing quote in dependency override example (#3843)
 0cdeb85f Hint if version is not an incremental update (#3840)
 c795dcd8 Upgrade language version to 3.0 (#3822)
 4bd757ce Handle http errors gracefully when downloading archive (#3811)
 c939e81f Fix issue with _ in package names in dart add (#3838)
 9df0fddf Lazy construction of cache path. (#3837)

The main interesting commits for dependabot is: https://github.com/dart-lang/pub/commit/92f6bf79a0c7f87b86d057c7c05b21a510f0859d that fixes: https://github.com/dependabot/dependabot-core/issues/6446
and
https://github.com/dart-lang/pub/commit/29a7c099 preserve pub.dartlang.org in lockfiles.

In particular it's showing that the pub.dartlang.org url is being preserved which matches up with this change:
29a7c099 Dependency services: preserve pub.dartlang.org in lockfile

Oh yes - I forgot about that change. Yes we also want that in :)


WIP: Add TLV / LV / KLV Decoding Operation

Currently with a single, dysfunctional test.

Hey @n1474335, could I bother you for a second to take a look at why the tests are failing?  The TLV / KLV / LV operation seems to be working just fine but no matter what I enter into the input and expectedOutput I appear to get the following error:
>> (node:2926) ExperimentalWarning: The ESM module loader is experimental.
>> { SyntaxError: Unexpected end of JSON input
>>     at JSON.parse (<anonymous>)
>>     at Dish._translate (<redacted>/CyberChef/src/core/Dish.mjs:213:35)
>>     at Dish.get (<redacted>/CyberChef/src/core/Dish.mjs:137:24)
>>     at Recipe.execute (<redacted>/CyberChef/src/core/Recipe.mjs:155:36)
>>     at Chef.bake (<redacted>/CyberChef/src/core/Chef.mjs:83:37)
>>     at <redacted>/CyberChef/test/TestRegister.mjs:43:29
>>     at Array.map (<anonymous>)
>>     at TestRegister.runTests (<redacted>/CyberChef/test/TestRegister.mjs:40:24)
>>     at <redacted>/CyberChef/test/index.mjs:127:14
>>     at ModuleJob.run (internal/loader/ModuleJob.js:97:14)
>>   progress: 0,
>>   displayStr: 'To MessagePack - Unexpected end of JSON input' }
>> (node:2926) UnhandledPromiseRejectionWarning: TypeError: Cannot read property 'module' of undefined
>>     at Recipe._parseConfig (<redacted>/CyberChef/src/core/Recipe.mjs:42:44)
>>     at new Recipe (<redacted>/CyberChef/src/core/Recipe.mjs:27:18)
>>     at Chef.bake (<redacted>/CyberChef/src/core/Chef.mjs:44:27)
>>     at <redacted>/CyberChef/test/TestRegister.mjs:43:29
>>     at Array.map (<anonymous>)
>>     at TestRegister.runTests (<redacted>/CyberChef/test/TestRegister.mjs:40:24)
>>     at <redacted>/CyberChef/test/index.mjs:127:14
>>     at ModuleJob.run (internal/loader/ModuleJob.js:97:14)
>>     at <anonymous>
>> (node:2926) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 3)
>> (node:2926) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.
Tests took longer than 10 seconds to run, returning.


Replace @click on submit buttons to @submit.prevent on forms

The @click on submit buttons don't allow for save on pressing enter

This doesn't seem to work properly with form modals. May require rework in modals, not sure what's causing it.


Confirmation for group member disinvite does not work

Currently, there is code in place for confirming that you want to disinvite a group member in assignments/_member.html.erb:
     <%= link_to I18n.t(:cancel), '#',
        onclick: "
          new Ajax.Request('" +
             disinvite_member_assignment_path(id: @assignment.id, membership: member.id) + "');",

        confirm: I18n.t("student.cancel_invitation"),
        title: I18n.t("student.cancel_invitation_title"),
        class: "delete",
        remote: true
        %>

However, the confirmation window never happens.

Looks like this is related to having both jQuery and Prototype.
See: http://stackoverflow.com/a/4988142

Looks like the flash message that is apart of this does not load either in assignments_controllers.rb:
flash[:edit_notice] = I18n.t('student.member_disinvited')

@david-yz-liu Should the flash message look like this?

That looks great.


chore(migration): include atlas schema migration table to initilization file

schema_migrations can be deleted, since it's created by old migration library.

I'll drop it in another PR.


added dictionary mapping sample

Sorry, I will close this one because I would like to support dictionary mapping properly.

up to you, I was thinking more about providing some working solution before you can fix the issue with the dictionaries in a supported way. From my experience using Mapster - it's good. But lack of working practical examples for mapping complex nested objects like a model with a collection of dictionary entries each of them has it's own nested array or list - is a showstopper. I have to spend time running unit tests for mapping playing with configuration forth and back just to figure out what's wrong in my mappings.

Good point. I will merge then. Please also help me review PR #46


Expose new UI API for the 'old' web UI

Right now there are two options for the web UI:

New UI (default), which will expose several servlets and also serves contents under folder from the web.path configuration property. ExtJS UI located in that folder by default is communicating with the backend through the API calls.

Old UI, which will deploy a traccar-web.war file (or actually any other .war file) and then leaves everything to that web application.

I want to have a possibility to mix this. In particular I would like to have an API from the new UI and to not serve the contents of folder under web.path. I believe this is possible and quite simple to do. In theory I will need only these:
        ServletContextHandler servletHandler = new ServletContextHandler(ServletContextHandler.SESSIONS);
        servletHandler.setContextPath("/api");
        servletHandler.addServlet(new ServletHolder(new AsyncServlet()), "/async/*");
        servletHandler.addServlet(new ServletHolder(new ServerServlet()), "/server/*");
        servletHandler.addServlet(new ServletHolder(new UserServlet()), "/user/*");
        servletHandler.addServlet(new ServletHolder(new DeviceServlet()), "/device/*");
        servletHandler.addServlet(new ServletHolder(new PositionServlet()), "/position/*");
        servletHandler.addServlet(new ServletHolder(new CommandServlet()), "/command/*");
        servletHandler.addServlet(new ServletHolder(new MainServlet()), "/*");

To be more particular I need the Device, Position and Command servlets. But I guess from the maintenance point of view it will be more simple to move this servlet initialisation to a separate method. Then just call it from two constructors in WebServer class. Maybe I am missing something.
Please let me know what do you think? If you confirm then I will implement it and do a pull request.

I think it's a good idea to be able to expose APIs without any web interface or with old/custom version of the UI. If you expect a lot of changes, please describe the plan in more details, so I can review it before you start implementing.

Actually I thought about putting ServletContextHandler servletHandler initialisation into a separate method in WebServer class and then just call it from both constructors. In case of constructor that runs .war file I would use HandlerList similar to the use in another constructor. In such case the API would always be available nevertheless of the web UI implementation.
If you want to have an option to expose API without any web UI then I guess it's better to have such configuration option and then I would stick with a single constructor of WebServer, which will do the right initialisation based on the configuration options. So in such case there could be just a single configuration option like web.type with values:

'NEW' (default) - deploys both API and the ExtJS web UI
'OLD' - deploys both API and the old traccar-web.war
'API' - deploys just the API

Hope my explanation is not too complex.

Sounds good. Thanks


Server: Get data from PCA - Discipline

We are not using Discipline anymore. I will close this issue.


AdonisWindow not getting garbage collected

Hello, and thank you for the fantastic UI framework!
When I open a window which is a subclass of AdonisWindow, then close it, then force a garbage collection pass, the finalizer for the window is not called, even though my code has no references to the window. If I change the window so that it derives directly from System.Windows.Window, then the finalizer is called as expected when I force a GC after closing the window.
I am fairly new to WPF so I may be doing something wrong and missing something obvious, but I am able to reproduce this in a very simple application.
To reproduce:

Create an application with two window classes, MainWindow and SecondaryWindow.
Add the usual Adonis resources to App.xaml, Dark or Light theme, doesn't matter which.
Modify SecondaryWindow such that it derives from AdonisWindow.
Add a finalizer to SecondaryWindow and in the finalizer, add a Debug.WriteLine statement in order to know when the finalizer is called.
On MainWindow, add a button labeled "Open Window" and in its codebehind handler, instantiate SecondaryWindow and display it with Show().
On MainWindow, add another button labeled "Collect" and in its codebehind handler, call GC.Collect() and GC.WaitForPendingFinalizers() and then GC.Collect() again, to ensure all unreferenced objects are collected.
Run the application, press the "Open Window" button.
After the SecondaryWindow opens, close it with the X.
Press the "Collect" button, and observe that the SecondaryWindow finalizer is not called.

If you change SecondaryWindow to derive directly from System.Windows.Window, then the finalizer is called.
The expectation is that the SecondaryWindow will be fully unreferenced after it is closed, and its finalizer will be called when a full garbage collection occurs.

I've attached an app that reproduces the problem. It has two buttons, one to create an Adonis window, and the other to create a regular window that does not derive from AdonisWindow. You can see that the Adonis windows are not garbage collected, while the regular windows are.
AdonisMemoryLeakTest.zip

Any update on this? I also observed this bug.


Initialization of Sphinx

Some helper tools for document conversion and Sphinx generation
Converted all Markdown files to reStructured files for better Sphinx supporting
Changed links into toctree format

There are some conflicts need to be resolved, before merge.


Creating GIF from JPEG frames?

Hi,
I'm new to Rust, yet I need to write a piece of Rust code to create a GIF file from a series of JPEG screenshots.
Currently my generated GIF is glitchy, the content seems enlarged and the colors don't look right.
I'm wondering whether this is related to the compatibility of JPEG as frames for GIF, or because I'm using the wrong palette for the GIF Encoder? I'm learning so comments are welcome! Thanks in advance!
A brief summary for the code below:

screenshot() returns an image::RgbaImage
the width and height of each of the image (and the derived Frame) is fixed
the color_map is set to [ FF, FF, FF, FF, 00, 00 ] (which I supposed is R, G, B, and A enabled? Pardon me as I cannot find any reference to the palette parameter)
the individual JPEG images are correctly generated
the GIF is created with frames derived from the JPEG images

extern crate image;
extern crate time;
extern crate gif;
extern crate screenshot;

use image as im;
use std::fs::File;
use std::thread;
use std::time::Duration;
use time::PreciseTime as tpt;
use gif::{Frame, Encoder, Repeat, SetParameter};
use std::borrow::Cow;
use screenshot::screenshot;

fn main() {
    let mut image = File::create("sample.gif").unwrap();
    let img: im::RgbaImage = screenshot();
    println!("Len: {}", img.len());
    println!("Original: {}x{}", img.width(), img.height());
    let width: u16 = img.width() as u16;
    let height: u16 = img.height() as u16;
    println!("Compressed: {}x{}", width, height);
    let color_map = &[0xFF, 0xFF, 0xFF, 0xFF, 0, 0];
    let mut encoder = Encoder::new(&mut image, width, height, color_map).unwrap();
    encoder.set(Repeat::Infinite).unwrap();
    for i in 0..6 {
        let start = tpt::now();
        let img: im::RgbaImage = screenshot();
        let mid1 = tpt::now();
        println!("Getting raw buffer...");
        let pixes: &mut [u8] = &mut img.into_raw();
        println!("Getting frame...");
        //let mut frame = Frame::from_rgba(width, height, pixes);
        let mut frame = Frame::default();
        frame.width = width;
        frame.height = height;
        frame.buffer = Cow::Borrowed(pixes);
        println!("Writing frame...");
        encoder.write_frame(&frame).unwrap();
        let end = tpt::now();
        println!("Duration: {} {}", start.to(mid1).num_milliseconds(), mid1.to(end).num_milliseconds());
    }
}

Actually my first attempt was using Frame::from_rgba. The reason I try to find an alternative is because the performance of this method is terrible: 2 minutes to convert each JPEG images to a frame.

Encoding performance of lzw, the current implementation of LZW encoding, was terrible. It's going to be much faster with the next release where that implementation is switched.

BTW, the performance bottleneck is not in LZW, but in color_quant. This algorithm performs quite a lot of work per pixel. You could use another quantization algorithm, e.g. imagequant that is faster.


Site is not linked from Device Search results

Not sure if this is by design, but since you can't search by Site from the home page, I often type in a device name that matches a site name to quickly pull up a site.
From the results page, "Site" is the one of the few fields not hyperlinked, so I click into the device and then click the site.
Small workflow thing I've noticed over a few months of usage.

Tangentially related: #159 is open to introduce a global search function.


Mismatch in naming convention between the input.properties and the java code

The parameters in the input.properties config file do not match the ones required to run the code.
E.g., the class GraphDatabaseBenchmark requires a property called "DATASET", while in the properties file it is called "REAL_DATASET".
The class ClusteringBenchmark requires some parameters such as "NODES_CNT", "CACHE_VALUES_CNT" and "CACHE_INCREMENT_FACTOR" which are not present in the file.

This is fixed


Working with lists in mutate docs is inaccurate

The current example shown for working with lists ( https://kyverno.io/docs/writing-policies/mutate/#working-with-lists) is inaccurate.
It is not possible to use mutate overlay like this in recent kyverno versions.
Test case which verifies that the behavior is not working:
https://github.com/kyverno/kyverno/pull/2293

When did this break, @realshuting ?


Test hydrated project GitHub workflows

Currently the only way to test the GitHub action workflows is to create a repository on GitHub to upload the hydrated template to. It could be useful to add some automated tests to confirm the workflows work correctly.
After briefly looking into this, I think there might be two ways that could work to run the workflows. First is making the workflows in the hydrated template a composite action. I think these can be run in a CI step specifying a file path, so this may work.
Another way could be using the act command line tool to run the project actions.

This is interesting, so is the thought that the GitHub workflow actions in the hydrated project would actually be referenced to scripts contained in the template repository?

Yes, that'd be one way of doing it, and that way we can have automated tests for the scripts. I think another option would be to try to use act in the CI workflow to test the hydrated workflows, which wouldn't require it, but I have no idea how easily act will run in an action.

Probably not a high priority right now. Need to continue to look for a good solution, but not necessarily applicable to the PPT.


replace python:slim with python:alpine base image

Per #53 discussion

Looks good, thank you for your contribution!


qb-inventory

please make ur script to qb-inventory too.

I will be greatful if someone do a qb-inventory version, especially i tried to convert it but i didnt success


bpfmon: init at 2.50

Motivation for this change
Things done

Built on platform(s)

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

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
21.11 Release Notes (or backporting 21.05 Release notes)

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

[x] Fits CONTRIBUTING.md.

@figsoda done. Thank you

I don't think the changes were pushed

Result of nixpkgs-review pr 140488 run on x86_64-linux 1

1 package built:

bpfmon


Bevy should propagate system's panic payloads rather than creating additional panics

What problem does this solve or what need does it fill?
I just got this unwieldy panic:
thread '<unnamed>' panicked at 'Error in Queue::submit: Buffer (2, 1, Vulkan) is still mapped', /home/sludge/.cargo/registry/src/github.com-1ecc6299db9ec823/wgpu-0.15.1/src/backend/direct.rs:316:9
stack backtrace:
   0: rust_begin_unwind
             at /rustc/d5a82bbd26e1ad8b7401f6a718a9c57c96905483/library/std/src/panicking.rs:575:5
   1: core::panicking::panic_fmt
             at /rustc/d5a82bbd26e1ad8b7401f6a718a9c57c96905483/library/core/src/panicking.rs:64:14
   2: wgpu::backend::direct::Context::handle_error_fatal
   3: <T as wgpu::context::DynContext>::queue_submit
   4: wgpu::Queue::submit
   5: bevy_render::renderer::graph_runner::RenderGraphRunner::run
   6: bevy_render::renderer::render_system
   7: <bevy_ecs::system::exclusive_function_system::ExclusiveFunctionSystem<Marker,F> as bevy_ecs::system::system::System>::run
   8: async_task::raw::RawTask<F,T,S>::run
   9: bevy_tasks::thread_executor::ThreadExecutorTicker::tick::{{closure}}
  10: <futures_lite::future::Or<F1,F2> as core::future::future::Future>::poll
  11: bevy_tasks::task_pool::TaskPool::scope_with_executor_inner::{{closure}}
  12: std::thread::local::LocalKey<T>::with
  13: bevy_tasks::task_pool::TaskPool::scope_with_executor_inner
  14: <bevy_ecs::schedule::executor::multi_threaded::MultiThreadedExecutor as bevy_ecs::schedule::executor::SystemExecutor>::run
  15: bevy_ecs::world::World::run_schedule_ref
  16: <bevy_ecs::system::exclusive_function_system::ExclusiveFunctionSystem<Marker,F> as bevy_ecs::system::system::System>::run
  17: <bevy_ecs::schedule::executor::single_threaded::SingleThreadedExecutor as bevy_ecs::schedule::executor::SystemExecutor>::run
  18: bevy_ecs::world::World::run_schedule_ref
  19: bevy_app::app::SubApp::run
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
thread 'Compute Task Pool (7)' panicked at 'A system has panicked so the executor cannot continue.: RecvError', /home/sludge/.cargo/registry/src/github.com-1ecc6299db9ec823/bevy_ecs-0.10.0/src/schedule/executor/multi_threaded.rs:194:60
stack backtrace:
   0: rust_begin_unwind
             at /rustc/d5a82bbd26e1ad8b7401f6a718a9c57c96905483/library/std/src/panicking.rs:575:5
   1: core::panicking::panic_fmt
             at /rustc/d5a82bbd26e1ad8b7401f6a718a9c57c96905483/library/core/src/panicking.rs:64:14
   2: core::result::unwrap_failed
             at /rustc/d5a82bbd26e1ad8b7401f6a718a9c57c96905483/library/core/src/result.rs:1791:5
   3: async_task::raw::RawTask<F,T,S>::run
   4: <futures_lite::future::Or<F1,F2> as core::future::future::Future>::poll
   5: async_executor::Executor::run::{{closure}}
   6: std::thread::local::LocalKey<T>::with
   7: std::thread::local::LocalKey<T>::with
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
thread '<unnamed>' panicked at 'called `Option::unwrap()` on a `None` value', /home/sludge/.cargo/registry/src/github.com-1ecc6299db9ec823/bevy_tasks-0.10.0/src/task_pool.rs:376:49
stack backtrace:
   0: rust_begin_unwind
             at /rustc/d5a82bbd26e1ad8b7401f6a718a9c57c96905483/library/std/src/panicking.rs:575:5
   1: core::panicking::panic_fmt
             at /rustc/d5a82bbd26e1ad8b7401f6a718a9c57c96905483/library/core/src/panicking.rs:64:14
   2: core::panicking::panic
             at /rustc/d5a82bbd26e1ad8b7401f6a718a9c57c96905483/library/core/src/panicking.rs:111:5
   3: bevy_tasks::task_pool::TaskPool::scope_with_executor_inner::{{closure}}::{{closure}}
   4: <futures_lite::future::Or<F1,F2> as core::future::future::Future>::poll
   5: bevy_tasks::task_pool::TaskPool::scope_with_executor_inner::{{closure}}
   6: std::thread::local::LocalKey<T>::with
   7: bevy_tasks::task_pool::TaskPool::scope_with_executor_inner
   8: <bevy_ecs::schedule::executor::multi_threaded::MultiThreadedExecutor as bevy_ecs::schedule::executor::SystemExecutor>::run
   9: bevy_ecs::world::World::run_schedule_ref
  10: <bevy_ecs::system::exclusive_function_system::ExclusiveFunctionSystem<Marker,F> as bevy_ecs::system::system::System>::run
  11: <bevy_ecs::schedule::executor::single_threaded::SingleThreadedExecutor as bevy_ecs::schedule::executor::SystemExecutor>::run
  12: bevy_ecs::world::World::run_schedule_ref
  13: bevy_app::app::SubApp::run
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
thread 'Compute Task Pool (7)' panicked at 'called `Result::unwrap()` on an `Err` value: RecvError', /home/sludge/.cargo/registry/src/github.com-1ecc6299db9ec823/bevy_render-0.10.0/src/pipelined_rendering.rs:136:45
stack backtrace:
   0: rust_begin_unwind
             at /rustc/d5a82bbd26e1ad8b7401f6a718a9c57c96905483/library/std/src/panicking.rs:575:5
   1: core::panicking::panic_fmt
             at /rustc/d5a82bbd26e1ad8b7401f6a718a9c57c96905483/library/core/src/panicking.rs:64:14
   2: core::result::unwrap_failed
             at /rustc/d5a82bbd26e1ad8b7401f6a718a9c57c96905483/library/core/src/result.rs:1791:5
   3: async_task::raw::RawTask<F,T,S>::run
   4: <futures_lite::future::Or<F1,F2> as core::future::future::Future>::poll
   5: async_executor::Executor::run::{{closure}}
   6: std::thread::local::LocalKey<T>::with
   7: std::thread::local::LocalKey<T>::with
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
thread 'main' panicked at 'called `Option::unwrap()` on a `None` value', /home/sludge/.cargo/registry/src/github.com-1ecc6299db9ec823/bevy_tasks-0.10.0/src/task_pool.rs:376:49
stack backtrace:
   0: rust_begin_unwind
             at /rustc/d5a82bbd26e1ad8b7401f6a718a9c57c96905483/library/std/src/panicking.rs:575:5
   1: core::panicking::panic_fmt
             at /rustc/d5a82bbd26e1ad8b7401f6a718a9c57c96905483/library/core/src/panicking.rs:64:14
   2: core::panicking::panic
             at /rustc/d5a82bbd26e1ad8b7401f6a718a9c57c96905483/library/core/src/panicking.rs:111:5
   3: bevy_tasks::task_pool::TaskPool::scope_with_executor_inner::{{closure}}::{{closure}}
   4: <futures_lite::future::Or<F1,F2> as core::future::future::Future>::poll
   5: bevy_tasks::task_pool::TaskPool::scope_with_executor_inner::{{closure}}
   6: std::thread::local::LocalKey<T>::with
   7: bevy_tasks::task_pool::TaskPool::scope_with_executor_inner
   8: bevy_ecs::world::World::resource_scope
   9: bevy_app::app::App::update
  10: bevy_winit::winit_runner::{{closure}}
  11: winit::platform_impl::platform::x11::EventLoop<T>::run_return::single_iteration
  12: winit::platform_impl::platform::x11::EventLoop<T>::run_return
  13: winit::platform_impl::platform::x11::EventLoop<T>::run
  14: winit::platform_impl::platform::EventLoop<T>::run
  15: winit::event_loop::EventLoop<T>::run
  16: bevy_winit::run
  17: bevy_winit::winit_runner
  18: core::ops::function::Fn::call
  19: bevy_app::app::App::run
  20: sludgerender::main
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.

Only the very first panic is actually relevant, all the subsequent panics and their backtraces are noise ultimately caused by the first one.
What solution would you like?
Ideally, bevy's executor should catch and propagate all panics originating from a system by using resume_unwind, all the way up to the user's App::run invocation.
This establishes a 1-to-1 relationship between panics caused by the user, and panics seen or caught by the user, which seems like a much cleaner design than what's happening now.
Doing this might require a rather large refactoring, so maybe treat this as more of a wishlist item :)
What alternative(s) have you considered?
Embrace the Javaist backtraces and do nothing :coffee:
Additional context
Any other information you would like to add such as related previous work,
screenshots, benchmarks, etc.

Fixed in #8219


Adding the IREE CPU task scheduler (iree/task/).

This is designed to be usable standalone and independent of the HAL. Future PRs will wire this up to the host HAL backend code strictly consuming its public API.
This initial PR has a feature staging demo in iree/task/executor_test.cc that I've been using during development to verify/benchmark features. It shows off how the system is used and when the HAL is wired up will be replaced with tests.
As a size reference, the entire iree/task/ path contributes only ~10KB to an x64 binary and has near zero dependencies (just ~2.5KB from iree/base/ for threading/synchronization/atomics, which would be amortized across other parts of the runtime). For comparison absl::Mutex alone in the same size-optimized LTO'ed build is 20KB (excluding other parts of absl and STL it pulls in). My goal here was to build something that gave us superpowers without any overhead and I think I nailed it :P Note also that this will replace the current iree/hal/host/ threading code that uses std::thread/absl::Mutex/etc so we'll be at a net-negative binary size change while also gaining a fine-grained task-based scheduling system 🤯

LGTM! If you're not in a hurry to unwind your stack of pending changes, maybe wait for @asaadaldien to get back from vacation and review since he expressed interest?

Want to get the HAL inversion stuff landed, and he's gone for a month, so he can post-review :)


Add per-action instrumentation for UX performance

Implement a new Marker API in the BaseUiAutomation so workload can
generate start and end markers with string name. Outputs to logcat.

Document the Marker output log format in the WA source.

Create a results processor to take existing instrument fps
logs and parse them based on the workload markers. Produce per-action
fps metrics.

Add simple timing results based on the workload markers

Move common processing logic used in result processor and
instrumentation into a separate utility file.

The modification to FPS and the UXPerf stuff are two logically-separate sets of changes; they should be split into two commits.


SPY-1576: try-catch the call to diskStore.getBytes and log the block info when exception thrown

try catch the call to diskStore.getBytes() and log the block information when exception is thrown.
this allows us to correlate the persist path of the block easier.

@markhamstra I am only adding instrumentation.
When unroll memory is low, we can prevent the block being put to dick by specifying storage level
MEMORY_ONLY.
Since we can exercise the safe approach by configuration, I am not changing the code for now.

lgtm


Export error in editor: "Error: Uncaught InvalidURLError: Hostname is not a valid hash"

Describe the bug
When exporting a file from the editor, I get an error: "Error: Uncaught InvalidURLError: Hostname is not a valid hash".
However, when I export a file the file explorer ("Explore files"), it works.
To Reproduce
Steps to reproduce the behavior:

Open any hyperdrive url.
Click on "Editor".
Click on "Actions -> Export".
Select the folder to export to.
See error.

Expected behavior
File is exported without error.
Screenshots

Desktop (please complete the following information):

OS: Windows 10.
Browser: Beaker.
Version: v1.0.0-prerelease.2

Additional context
Exporting a file the file explorer ("Explore files") works, though.

Thanks, I'll check into it


[] update to 7.0.1

Library name: fmt
New version number: 7.0.1
Other information that may be useful (release notes, etc...)
https://fmt.dev/7.0.1/usage.html#vcpkg states:
"The fmt port in vcpkg is kept up to date by Microsoft team members and community contributors. If the version is out of date, please create an issue or pull request on the vcpkg repository."

Latest version is 7.0.2, pull request #12312

Hi @jdlugosz, This issues has been resolved in #12312
Please update vcpkg library and use


clarify some EBML Header fields refer to the EBML Body

LGTM, will merge after #34 has been merged.

Thanks.


Multiple IR Blasters

Hi. So I've got my IR Blaster put together and up and running fine. I've got it set up to accept HTTP requests from an HTTP add-in in Homebridge. I don't think it's too relevant, but here's excerpt from my Homebridge JSON file...
{
        "accessory": "Http",
        "name": "Air Conditioner",
        "switchHandling": "realtime",
        "http_method": "GET",
        "on_url":      "http://82.xx.243.xxx:80/json?plain=[{'data':[8710,4376.....",
        "off_url":     "http://82.xx.243.xxx:80/json?plain=[{'data':[8718,4376,.....",
        "service": "Switch",
        "brightnessHandling": "no",
    "actions": ""
}

So, having got that all set up and working nicely in my bedroom, I thought I'd build another IR Blaster to live in the lounge for other things in there.
I presumed I could give this a different (local) IP address and that it would be assigned a different external IP address, however, I always get the same external IP address no matter what local one I give it. Also, no matter what port number I give it, only port 80 seems to work. I've replicated the Port Forwarding setup I did in  on my router that got port 80 working, for other ports, but it doesn't seem to make any difference.
I've noticed in the ircontroller.ino code there's a hard-coded line "int port = 80;" and I've tried changing that too but no difference.
I know that both devices are working fine in their own right, as if I give the new device the same IP address and port as the original one it works fine (as long as the original one is powered down, else they conflict with each other).
Is what I'm trying to do even possible?
Many thanks,
Chris

I think the whole point of using home bridge is that home bridge handles the request from the external network and that forwards the commands to devices on the internal network no?

Yes, that's how I understand it too. However, the only way Alexa can talk to these IR Blasters is via HTTP GET commands. So my set up is that you talk to Alexa, she sends an (external) command to my (internal) Homebridge which sends an (external) HTTP GET command to the IR Blaster.

Oh, right. Sorry, I think I get what you're saying. Why am I bothering getting Homebridge to use the external HTTP address and not just using the internal one? That's a very good point! I've never tried it but will do.
It doesn't solve my problem though I don't think.

You can definitely have more than one. If you use the local IP address they will have different IPs now (instead of the same shared external).
The solution if you’re not using homebridge is to just use different ports for each device and set up your external IP port forwarding to forward those ports to the specific local IP address
I personally have 3 of these running on my network without issue so I can attest that it works without problems. Not using homebridge though. But there’s no point to using external IP forwarding if you’re going to route through homebridge. Either use homebridge and have that talk to the local IP or don’t use it and forward the external ports directly to the device and use the built in security features via the IR Controller Alexa skill. No need to do both and you’ll only create problems trying to do both.
From: chrisp79
Sent: Saturday, August 25, 2018 12:51 PM
To: mdhiggins/ESP8266-HTTP-IR-Blaster
Cc: Michael Higgins; Comment
Subject: Re: [mdhiggins/ESP8266-HTTP-IR-Blaster] Multiple IR Blasters (#207)
Oh, right. Sorry, I think I get what you're saying. Why am I bothering getting Homebridge to use the external HTTP address and not just using the internal one? That's a very good point! I've never tried it but will do.
It doesn't solve my problem though I don't think.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.


ADD set custom window title prefix label per window

Problem:
I usually have 5..11 Dbeaver windows open on 32 desktops and often there are ≥2 Dbeaver windows per desktop, so it is difficult to distinguish between say Live and Dev windows in window selector without opening the windows
Solution:
Please add a menuentry: Window → Label, which prefixes the Label to the current window title (without separator or spaces - they should be entered by the user [this way the user can set a supercompact prefix, might even be a UTF-32 character for extremists like me]).
A keyboard shortcut would also be much appreciated :)

This is already supported:

And you can play with other window (workspace) title options, it is quite flexible.

it seems that this feature adds the workspace name after the app name:
DBeaver 4.3.0 - <here> - General - some_table_name
would it be possible to move this to the front? This way the custom prefix can be seen in any window selector even if one has more than a few windows open, so only the first few letters of each window are visible:
<here> - DBeaver 4.3.0 - General - some_table_name
its the same UX logic as browsers putting the tab title before the browser name in their window names

Agreed.

unable to set labels, but this will be in 4.3.1


Update query history extension for Nov

The extension gallery is missing the Query History GA bump.

I'll let @Charles-Gagnon handle this one since I don't know whether this should be released.

looks like this version is already in insiders build, should be good to update the stable gallery.

I leave this for @Charles-Gagnon to merge/publish.  I believe it was intended to be published since it's included in release notes.


crd-install annotation doesn't work

#3982
@technosophos
BUG
Output of helm version:
Client: &version.Version{SemVer:"v2.9.1", GitCommit:"20adb27c7c5868466912eebdf6664e7390ebe710", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.9.1", GitCommit:"20adb27c7c5868466912eebdf6664e7390ebe710", GitTreeState:"clean"}
Output of kubectl version:
Client Version: version.Info{Major:"1", Minor:"10", GitVersion:"v1.10.4", GitCommit:"5ca598b4ba5abb89bb773071ce452e33fb66339d", GitTreeState:"clean", BuildDate:"2018-06-06T15:22:13Z", GoVersion:"go1.9.6", Compiler:"gc", Platform:"darwin/amd64"}
Server Version: version.Info{Major:"1", Minor:"10+", GitVersion:"v1.10.4-gke.2", GitCommit:"eb2e43842aaa21d6f0bb65d6adf5a84bbdc62eaf", GitTreeState:"clean", BuildDate:"2018-06-15T21:48:39Z", GoVersion:"go1.9.3b4", Compiler:"gc", Platform:"linux/amd64"}
Cloud Provider/Platform (AKS, GKE, Minikube etc.):
GKE
Steps to reproduce

Download https://github.com/kubernetes/charts/tree/master/stable/cert-manager
Update ./cert-manager/templates/certificate-crd.yaml's, ./cert-manager/templates/clusterissuer-crd.yaml's, ./cert-manager/templates/issuer-crd.yaml's matadata: with:

  annotations:
    "helm.sh/hook": crd-install

Add stage.yaml to ./cert-manager/templates:

apiVersion: certmanager.k8s.io/v1alpha1
kind: ClusterIssuer
metadata:
  name: letsencrypt-stage
spec:
  acme:
    server: https://acme-staging-v02.api.letsencrypt.org/directory
    email<EMAIL_ADDRESS>
    # Name of a secret used to store the ACME account private key
    privateKeySecretRef:
      name: letsencrypt-staging

    # ACME DNS-01 provider configurations
    http01: {}

Run helm install --name cert-manager --namespace kube-system ./cert-manager

Output:
Error: apiVersion "certmanager.k8s.io/v1alpha1" in cert-manager/templates/stage.yaml is not available
Output tiller:
[tiller] 2018/06/22 11:10:37 preparing install for cert-manager
[storage] 2018/06/22 11:10:37 getting release history for "cert-manager"
[tiller] 2018/06/22 11:10:37 rendering cert-manager chart using values
2018/06/22 11:10:37 info: skipping unknown hook: "crd-install"
2018/06/22 11:10:37 info: manifest "cert-manager/templates/00-namespace.yaml" is empty. Skipping.
2018/06/22 11:10:37 info: skipping unknown hook: "crd-install"
[tiller] 2018/06/22 11:10:37 failed install prepare step: apiVersion "certmanager.k8s.io/v1alpha1" in cert-manager/templates/cluster-issuer-stage.yaml is not available

Can you try a canary release? I don't think this feature exists in 2.9 at this point, only in master.

Where can I get the canary release?

https://docs.helm.sh/using_helm/#from-canary-builds
Just make sure to run helm init with the --canary-image flag :)

Closing as answered but please feel free to re-open if you have further issues. Thanks!

@bacongobbler I'm running version 2.8.1, got this error failed: no objects visited.
   Error: release prometheus-crd failed: no objects visited

Is it because the feature is not available?
Thanks in advance.

@bacongobbler
It's in v2.9.1, isn't it?
https://github.com/kubernetes/helm/compare/v2.9.1...master
0699ec4

Does not seem to work in v2.9.1:
  annotations:
    "helm.sh/hook": "post-install"

Still getting:
Error: apiVersion "certmanager.k8s.io/v1alpha1" in ca-issuer.yaml is not available

Thanks. I misunderstood that 2.9 is not the same as 2.9.* and that 2.9 != 2.9.1

Oh sorry! Probably getting lost in translation. When I mean 2.9 I really mean 2.9.x, which is to say that this feature does not exist in any 2.9.x release tag. :)

Hi folks - is this available in 2.10? I ask because we're using 2.10 and cannot get our Istio installation to work. We are using the Istio chart at https://github.com/istio/istio/tree/master/install/kubernetes/helm as a subchart of our one; our chart fails with:
Error: validation failed: [unable to recognize "": no matches for kind "DestinationRule" in version "networking.istio.io/v1alpha3", unable to recognize "": no matches for kind "DestinationRule" in version "networking.istio.io/v1alpha3",[... there are another 50-odd of these].

 helm version
Client: &version.Version{SemVer:"v2.10.0", GitCommit:"9ad53aac42165a5fadc6c87be0dea6b115f93090", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.10.0", GitCommit:"9ad53aac42165a5fadc6c87be0dea6b115f93090", GitTreeState:"clean"}

yep! https://github.com/helm/helm/pull/3982 was made available in v2.10.0.

This is funny because I have the same problem upgrading to the latest version of stable/cert-manager (v0.5.0), which adds this annotation: https://github.com/helm/charts/commit/e0505bbd09c4f8bf81fe583841c926e02cc82a8e#diff-8b13fd9d83b627ff683d00d1e7ed5d6d.
It actually removed my CRDs.

cc @munnerz ^

Huh. This seems like Helm behaving weirdly when upgrading a Helm chart that previously did not have a crd-install hook.
We don't do anything fancy here, so my guess is this is a bug in Helm itself.
Can anyone more familiar with this area of Helm's code comment on how the upgrade may be handled?

Perhaps this should be broken out into a new issue :smile:
cc @technosophos

Is there a new issue for that ?
I also experienced this issue.

Hi all, we too ran into this issue, where we upgraded using the new chart for version 0.5.0, and it completely removed all of our instantiated CRDs.  We had to manually put them back, since the instances of the CRDs were spread out amongst many projects that were deployed as separate helm charts.

@bacongobbler - sorry for the delay - lots of other stuff on...
We're definitely using Helm 2.10 (version as per my last post a couple of weeks ago) but the hook does not seem to work for us. I'm trying to install the Istio chart from https://github.com/istio/istio/tree/master/install/kubernetes/helm/istio - I know their instructions say to pre-install the CRDs with a 'kubectl apply -f' but with this version of helm is should just work, right?
It doesn't...:

Error: validation failed: [unable to recognize "": no matches for kind "DestinationRule" in version "networking.istio.io/v1alpha3", unable to recognize "": no matches for kind "DestinationRule" in version "networking.istio.io/v1alpha3", unable to recognize

[...]
All these CustomResourceDefinitions have the annotation:
  annotations:
    "helm.sh/hook": crd-install

This is not an upgrade - this was a pull from github and then a helm install into k8s (after scrubbing all traces of past efforts out.
What am I missing?


Fix Readme example

If err != nil packet won't sent. This PR fixes this.

Thanks! My bad :sweat_smile:


Rename "Organization" to "Contributor"

Overview
Since individuals such as researchers, students, or journalists may contribute to the site, in addition to organizations such as a brand, retailer, manufacturer, etc., we switch to using the more inclusive term "Contributor" throughout the code.
This also brings the back-end terminology in line with what the UI already uses.
organization → contributor
org → contrib
Connects #185
Demo
\d api_contributor;
                                           Table "public.api_contributor"
       Column       |           Type           | Collation | Nullable |                   Default
--------------------+--------------------------+-----------+----------+---------------------------------------------
 id                 | integer                  |           | not null | nextval('api_contributor_id_seq'::regclass)
 name               | character varying(200)   |           | not null |
 description        | text                     |           | not null |
 website            | character varying(200)   |           | not null |
 contrib_type       | character varying(200)   |           | not null |
 other_contrib_type | character varying(200)   |           |          |
 created_at         | timestamp with time zone |           | not null |
 updated_at         | timestamp with time zone |           | not null |
 admin_id           | integer                  |           | not null |
Indexes:
    "api_contributor_pkey" PRIMARY KEY, btree (id)
    "api_contributor_admin_id_key" UNIQUE CONSTRAINT, btree (admin_id)
Foreign-key constraints:
    "api_contributor_admin_id_3bfe88da_fk_api_user_id" FOREIGN KEY (admin_id) REFERENCES api_user(id) DEFERRABLE INITIALLY DEFERRED
Referenced by:
    TABLE "api_facilitylist" CONSTRAINT "api_facilitylist_contributor_id_c09fdaf8_fk_api_contributor_id" FOREIGN KEY (contributor_id) REFERENCES api_contributor(id) DEFERRABLE INITIALLY DEFERRED

Notes
Civil Society Organizations are still called such, and were not switch to Civil Society Contributors.
Testing Instructions

Checkout this branch and manage resetdb
Make an account and upload a file. Ensure it works correctly.
Browse for location on the map. Ensure it works correctly.

Thanks for taking a look! Going to merge this shortly.


orderBook / positionBook endpoints [ci skip]

New endpoints

[x] /v3/instruments/{instrument}/orderBook
[x] /v3/instruments/{instrument}/positionBook
[x] documentation
[x] tests

Coverage increased (+0.01%) to 99.076% when pulling bf56fc0e0ed1bd6ec7157bdd6cc4e0cea045a6d0 on new-endpoints into 3f9c2fb4c6d11dc31ae9164bf70300db9d583bc1 on master.

closes #76


How to decleare a container but not to start it?

I think this is more a feature request than bug (or perhaps I missed sth. in the docu):
I'd like to declare containers but don't start them. I have two use cases for this:

using rancher-cron is nice but at deployment all containers are started even those which should be started by rancher-cron
setup or other maintainance processes which should only be started manually (setup scripts, db cleanups skripts,....)

possible implementation:
instead of start_once: true you could introduce sth like start_strategy: "once" | "never" | "restart" | ....

BTW: My current workaround is to wrap these entry point into sth like:
if File('first_run').exists?     real_entry_point else   touch('first_run') end
but it feels wrong.

@pschrammel have you tried passing "startOnCreate=false" flag to container start? I believe it should just create a container w/o starting it. Let us know if it works for you.

sorry for late reply. where to put this? same place as batch_size in rancher-compose.yml?

@pschrammel thats a good question, I've tried it using APIs directly. Don't know if rancher-compose supports this flag @joshwget?

Each service in a rancher-compose.yml file has a start_on_create field. I think this is what you're looking for.

You should be able to use start_on_create: false, but there is an issue with it: https://github.com/rancher/rancher/issues/7287


No more able to have a container for my own types

Hi Patrick, I have used your superb implementation last year in a my benchmark tool. It outperformed a lot of other implementations.
Today I have updated to latest version but I am no more able to define a container using my own types.
For example this simple program does not compile (I want to have a simple array of pointers to integers)
/* System headers */
#include <stdio.h>
/* The implementation */
#include "m-array.h"
/* Generate prototypes and inline functions */
ARRAY_DEF(rock, int *)
int main (int argc, char * argv [])
{
/* Bye bye! */
return 0;
}
what I have to do?

Hello,
And thank you very much for your return!
For your issue, I assume you build in C11 mode (C99 has no issue).
The default oplist (which is used without the third argument) supports only basic C type but doesn't support well pointer (in fact this is the automatic I/O part that is activated in C11 build which doesn't support it at all). You need to tell M*LIB it needs to use it like a pointer like this:
ARRAY_DEF(rock, int *, M_PTR_OPLIST)

Hi again Patrick,
thank a lot for your suggestion.
It solved some issues but not all. It think a lot of very simple examples should be added to the implementation about how to define a container of standard types, of pointer to standard types,
user-defined types, pointers to user-defined types and so on;
And flags to compile both in C99 and C11 modes.
For example I have a my own type used only for test purpose to initialize and put unique objects in the containers. Please note I have robj_t  no robj_t[1] such all your types.
I would like to define a container of such type How to solve it?
/* System headers /
#include <stdio.h>
/ The implementation /
#include "m-array.h"
/ Object definition /
typedef struct robj robj_t;
struct robj
{
unsigned   magic;  / The magic number /
unsigned   ukey;    / numeric key           /
char        * skey;    / string key               /
unsigned   uval;     / numeric value        /
char        * sval;     / string value            /
robj_t      * obj;       / self pointer            /
unsigned   slen;     / strlen of sval         */
};
/* Generate prototypes and inline functions */
ARRAY_DEF(rock, robj_t)
/* Generate prototypes and inline functions /
int main (int argc, char * argv [])
{
/ Bye bye! */
return 0;
}
ps.  If you are interested the following is final part of the output of my benchmark for rb-tree implementation (mlib used if a 2018 version)
                                    A r r i v a l   O r d e r

  Implementation    | mark | # 1 | # 2 | # 3 | # 4 | # 5 | # 6 | # 7 | # 8 | # 9 | #10 | #11 |

1: mlib/rbtree           |   90  |   1  |   1   |   1 |   1  |   1  |   1  |   1  |   1 | --- | --- |   1 |
2: bsd/rb                  |   72  |   4  |   2   |   3 |   3  |   3  |   3  |   3  |   2 | --- | --- |   4 |
3: linwei/avlmini       |   67  |   3  |   4   |   4 |   4  |   5  |   4  |   2  |   3 | --- | --- |   3 |
4: wahern/llrb           |   66  |   2  |   3  |   2 |   2  |   2  |   2 |   9   |   9 | --- | --- |   2 |
5: fmela/rb                |   51  |   6  |   5  |   7 |   5  |   4  |   6 |   4   |   5 | --- | --- |   6 |
6: gdsl/rbtree            |   48  |   5  |   6  |   6 |   7  |   6  |   5 |   5   |   6 | --- | --- |   5 |
7: jevans/rb              |   33  |   8  |   7  |   9 |   6  |   9  |   8 |   7    |   4 | --- | --- |   8 |
8: libredblack/rbtree |   31  |  10 |   8  |   5 |   8   |   7  |   7 |   6   |   7 | --- | --- |  10 |
9: libavl/rb                |   25  |   7  |  10 |   8 |   9  |   8  |   9 |   8    |   8 | --- | --- |   7 |
10: jsw/rb                  |   12  |   9  |   9  |  10 |  10 |  10 |  10 |  10 |  10 | --- | --- |   9 |
This happen if I use

Hi again,

I agree that the example section is too small. Thank you for your feedback.

For your issue, you need to define the container as:

/* Generate prototypes and inline functions */
ARRAY_DEF(rock, robj_t, M_POD_OPLIST)

robj_t is a plain old data structure, so the oplist to use is M_POD_OPLIST (which provides basic copy, comparison and hash of structure using memcpy, memcmp, ...).

Thank you for sharing your result! It is very interesting.
About your last remark:
a) RBTREE_DEF(mlibrb, robj_t *)
b) RBTREE_DEF(mlibrb, robj_t *, (CMP (cmpobj)))
Definition (a) compares the pointers of the object, and orders the container in the pointer order. I am not sure if it is what you want to do.
Definition (b) compares the object, and the order of the container is the one you defined.

Hi Patrick,
thanks again for your reply. I will take a deep look asap.
I am currently working on a completely new version of the tool but you can try yourself the old version of the tool at:
https://github.com/rcarbone/rperf
I am quite sure that people do not remember times but are much interested in ranking. So I implemented 2 main applications:

a speed application which uses timing spent to perform a test into a rank and summarize results
a battle application, a sort of hash table machine where all implementation under test leave one by one the game until a winner foreach scenario is found

Each application is implemented as a plugin and it is accepted to the battle only if it passed both a valgrind based unit-test and a valgrind-based test-suite.
/rocco

As per your suggestion, I have included in master an example (example/ex-array00.c) which shows how to handle the basic types, pointers, strings and structures as arrays (with their oplist).
Thank you for the link of your bench. I'll have a look at it.


Disable mypy on CI

MyPy has a lot of issues. Let's disable it so we can actually use CI status to check if new things start failing.

https://github.com/home-assistant-libs/zwave-js-server-python/pull/18

https://github.com/home-assistant-libs/zwave-js-server-python/pull/18


Generate dependency files for C files

Allows to splat generate .asmproc.d files, which adds Makefile dependencies for the C files on the corresponding assembly function files.
For example, if file src/boot/2F80.c still has INCLUDE_ASM for func_800023B4 and func_80002400, then the build/src/boot/2F80.d file will be generated and will look like this:
build/src/boot/2F80.o: \
    asm/nonmatchings/boot/2F80/func_800023B4.s \
    asm/nonmatchings/boot/2F80/func_80002400.s

This allows to add the following on the main Makefile, which will trigger the rebuilding of the corresponding C file if the assembly function is touched:
DEP_FILES := $(O_FILES:.o=.asmproc.d)
-include $(DEP_FILES)

This setting is enabled by default, should be instead be off by default?
This setting can be enabled/disabled by setting create_asm_dependencies on the yaml file.

I think this should be off by default since it's not something projects may care about, but it looks good!


Consider embeding deno_task_shell

https://github.com/denoland/deno_task_shell is the rust library used by deno for its tasks system. It's an implementation of a simple shell scripting language that is mostly like sh. Embedding this would allow users to write cross platform justfiles without requiring that sh is installed on windows systems.
For the supported syntax see https://docs.deno.com/runtime/manual/tools/task_runner#syntax

Thanks for the suggestion! I think I'm hoping to find something that's a fully-featured sh compatible shell, which ideally comes with a userland as well.


update doc with new hunter archive

following issue 566
https://github.com/ruslo/hunter/issues/566

Applied: https://docs.hunter.sh/en/latest/quick-start/boost-components.html


False positive for Docker error AC_DOCKER_0013 - workaround is to remove quotes when call WORKDIR

terrascan version: <IP_ADDRESS>
Operating System: Microsoft Windows Server 2022, 10.0.20348

Description
Running terrascan against the web application template in Visual Studio results in error AC_DOCKER_0013: Ensure the use absolute paths for your WORKDIR. This refers to the default Dockerfile that is created:
FROM mcr.microsoft.com/dotnet/aspnet:8.0 AS base
USER app
WORKDIR /app
EXPOSE 8080
EXPOSE 8081

FROM mcr.microsoft.com/dotnet/sdk:8.0 AS build
ARG BUILD_CONFIGURATION=Release
WORKDIR /src
COPY ["WebApplication1/WebApplication1.csproj", "WebApplication1/"]
RUN dotnet restore "./WebApplication1/./WebApplication1.csproj"
COPY . .
WORKDIR "/src/WebApplication1"
RUN dotnet build "./WebApplication1.csproj" -c $BUILD_CONFIGURATION -o /app/build

FROM build AS publish
ARG BUILD_CONFIGURATION=Release
RUN dotnet publish "./WebApplication1.csproj" -c $BUILD_CONFIGURATION -o /app/publish /p:UseAppHost=false

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "WebApplication1.dll"]

What I Did
Changing WORKDIR "/src/WebApplication1" to WORKDIR /src/WebApplication1 without the quotes resolves the error.

I have the same Issue, my path has white space so I cant just remove the quotes


Potential double close in PtyMaster

PtyMaster implements Drop to close its RawFd.  However, it ignores errors, because the caller may have manually closed the RawFd.  This is bad, because it can lead to double closes, like this:
{
    let m = posix_openpt(O_RDWR);		# Creates a pty with file descriptor 3
    close(m.master);				# Close file descriptor 3
    let f = std::fs::File::create("foo");	# Creates a file with file descriptor 3
}						# PtyMaster::Drop closes file descriptor 3
f.write("whatever");				# fails with EBADF

There are three possible solutions:

Always check for errors in PtyMaster::Drop
Don't implement PtyMaster::Drop; make the caller responsible for closing it.  If we go this route, we should also add a PtyMaster::close method.
Change PtyMaster to wrap an Option<RawFd> and have the close method set it to None.  That way, the drop method will know whether to call close.

I prefer option 1, but I could go with any of these solutions.

Also, the exact same problem is present in SignalFd.  For consistency, we should fix both classes the same way.

Note that your example doesn't actually work since f goes out of scope when the block drops.

Touche.  How about this:
let f = {
    let m = posix_openpt(O_RDWR);		# Creates a pty with file descriptor 3
    close(m.master);				# Close file descriptor 3
    std::fs::File::create("foo");	        # Creates a file with file descriptor 3
}						# PtyMaster::Drop closes file descriptor 3
f.write("whatever");                            # fails with EBADF

👍
For option 1, what do we do when we detect an error? I think all you can do in Drop is panic, is that what we want to do?

The same issue was discussed in libstd at https://github.com/rust-lang/rust/issues/19028 .  Panicing during drop is frowned upon because drop runs during stack unwinding.  But in this case I think it's the best option.  Let's panic in EBADF and ignore other errors like EIO.  And once we're satisfied with our solution, we should file another issue for FileDesc at libstd.

@asomers Just realized that you assigned this to me. So I guess I'll dig into this :-)
So here's a working version:
extern crate nix;

use std::io::prelude::*;
use std::os::unix::io::IntoRawFd;

fn main() {
    let mut f = {
        let m = nix::pty::posix_openpt(nix::fcntl::O_RDWR).unwrap();
        nix::unistd::close(m.into_raw_fd()).unwrap();
        std::fs::File::create("foo").unwrap()
    };
    f.write("whatever".as_bytes()).unwrap();
}

And here's one that fails at the f.write() call with error code 9 "Bad file descriptor":
extern crate nix;

use std::io::prelude::*;
use std::os::unix::io::AsRawFd;

fn main() {
    let mut f = {
        let m = nix::pty::posix_openpt(nix::fcntl::O_RDWR).unwrap();
        nix::unistd::close(m.as_raw_fd()).unwrap();
        std::fs::File::create("foo").unwrap()
    };
    f.write("whatever".as_bytes()).unwrap();
}

So I actually think this behavior is correct. Or should close have actually failed here?

@Susurrus I just now started working on this myself!  Do you want me to self-assign it and take care of it?  I think your first example is correct.  But I think the second example should've failed when m got dropped.

@asomers I just want you to use the assign field correctly! :-P
You seem to understand this issue, so you're welcome to take this.
Also, when writing out this code example I think that unistd::close() should actually take a T: IntoRawFd which improves its ergonomics a bit. Any thoughts on that? Also many other functions should take AsRawFd where appropriate. That'll make working with posix_openpt or any wrapper type we eventually implement much more ergonomic.

Making close take an T: IntoRawFd would certainly prevent some occurrences of this bug.  But as long as PtyMaster implements AsRawFd, it can't prevent all of them.  Do you think that would confuse any nix consumers who aren't expecting close to consume an object?
Separately, I agree that making most Nix functions accept an T: AsRawFd instead of a RawFd would be a great idea.

I think we might want to explicitly address this situation in the docs for close, yes. But also when dealing with this stuff the user needs to be careful in general, and there's only so much hand-holding we can do.
Cool, I'll file a PR for the AsRawFd stuff. It'll be a nice ergonomics win I'd like to get in the next release.

Regarding the AsRawFd/IntoRawFd stuff, this doesn't have very good ergonomics because RawFd doesn't implement either of these traits. It was originally merged by @mic92 in rust-lang/rust#40482 and then quickly reverted in rust-lang/rust#41035 because RawFd is just an alias for i32, so it would have implemented these for that which would've been bad. I'm going to file another ticket with upstream to see what can be done about this.

Good find.  Sounds like a case for a NewType!


⚠ Spryr has degraded performance

In 479df66, Spryr (https://spryr.com) experienced degraded performance:

HTTP code: 200
Response time: 4231 ms

Resolved: Spryr performance has improved in 5429d47 after 9 minutes.


Implement rebuilding db from file feature on admin backend api

Since we removed the h2 from the indexer, we won't be able to rebuild the h2 db from the json should we ever need it. This functionality should be moved to the admin backend service.

This is done.


Allow revision specification for apps

This would resolve #18, but seems a bit hackish. Perhaps someone more familiar with the codebase would like to investigate a solution that fits better in to your overall architecture.

@jdagilliland I've already assumed this might happen. That is why I've placed the .get_revision method to be a class method. In that way I meant for it to be used as api.apps.get_revision(). But it makes sense that you might ought to have some method for getting App instance revisions.

It does make sense to use it as api.apps.get_revision(); I'll make sure to switch to that more intuitive invocation in my application, but that wouldn't solve the problem that app IDs coming from api.apps.query() will be polluted by already specifying the revision number. Or did you have something else in mind regarding that?

@jdagilliland, no I didn't. Basically it is served in that way (together with the revision) by the server. I will think about it a bit, I can silently strip the revision ( because it is always the latest one ) and the API server interprets no revision as the latest revision. What do you think about that, would this suffice. You will always be able to access the revision on app instance by invoking app.revision

Yeah, I think that's great, since usually I will want the latest revision anyway, and it sounds like silently stripping the version is a great solution to allow me to get older revisions in the case that I need to.
Note that 1dc9287 only silently strips the ID while calling .get_revision(), but not elsewhere; I wasn't sure how to work a more consistent change into the codebase.

@jdagilliland I actually had to do the exactly the same thing just did it as a property. This was the only available option.


Rollouts / Config files API returns "system" as author

It seems the API's for getting rollouts and config files always returns "system" as the author even though changes were not triggered by the system, but by a user. ( @andersjohnsen )

@MatiasFrank can you take a look?

Fixed in latest! :tada:


Use APP_NAME on home page

Would it make sense to actually use the configured app name on the home page?

Codecov Report

Merging #5048 into master will decrease coverage by 0.01%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #5048      +/-   ##
==========================================
- Coverage   37.41%   37.39%   -0.02%
==========================================
  Files         306      306
  Lines       45374    45374
==========================================
- Hits        16975    16969       -6
- Misses      25946    25950       +4
- Partials     2453     2455       +2

Impacted Files
Coverage Δ

models/repo_indexer.go
49.57% <0%> (-2.55%)
:arrow_down:

Continue to review full report at Codecov.

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

I was considering making a PR for this myself. Thanks!


Add multi message support for AMQP producers and consumers

Support for multiple messages per producers was added in #59 for Kafka. Such support should be also added for AMQP.

At least for AMQP multiple messages per consumer should be supported. This is available for Spring Boot with the @RabbitListener together with the @RabbitHandler annotation, see documentation.

I will probably provide this in the next amqp plugin release, thanks for reporting this.

We have low usage for amqp plugin, so we will not be able to invest time in this. If someone would like to try contributing an implementation, please let us know. Closing for now.

Hi @stavshamir since you have now deprecated AsyncApiDocket, which was our only way to work around this missing support (and we currently don't have resources to contribute this implementation), does this mean you want to just cut off those users and we have to freeze our usage at least to the last version where AsyncApiDocket is supported?

@timonback may be able to help. I believe one of the new additions to configuration may be able to solve your issue. You are also welcome to the discord server if it's more convenient.

Hi @hirth-abi
Thank you for the report as this helps us to understand which features are being used.
Our assumption is that all features of the AsyncApiDocket are available via other mechanisms as well.
You are talking about the producer configuration, right? The idea is to migrate towards an annotation based approach as documented here: https://www.springwolf.dev/docs/configuration/documenting-producers
When two producer (or consumer) methods specify the same channelName, then those are merged together. This allows to define multiple payloads for the same topic.
Does this solve your issue? If not, please open a new issue as closed issues are difficult to see for us.

@hirth-abi Feel free to add more info in #445


Finish up version 0.3.0.

Outstanding:

Add/update documentation
Finish up basic tooling

Documentation is not perfect but it is updated so closing for now.


build: Update to header 1.3.241

Update known-good
Tweak generate_vulkan_wrapper.py to ignore sci header
Generate source

CI Vulkan-Tools build queued with queue ID 22342.

This won't pass CI until the Vulkan-Loader tag is pushed

CI Vulkan-Tools build # 907 running.

CI Vulkan-Tools build # 907 failed.

CI Vulkan-Tools build queued with queue ID 24985.

CI Vulkan-Tools build # 917 running.

CI Vulkan-Tools build # 917 passed.

This should be ready to go now