broken links fixed

Related Issue

Path to index.html file not set correctly in logo for all resources page.

Closes: #124
Are you creating this PR under Hacktoberfest
Yes, I'm opening this PR under hacktoberfest.
Describe the changes you've made
Added correct path to index.html file.
Describe if there is any unusual behaviour of your code(Write NA if there isn't)
NA
Checklist:

[X] My code follows the style guidelines of this project.
[X] I have performed a self-review of my own code.
[X] I have commented my code, particularly in hard-to-understand areas.

Screenshots
https://user-images.githubusercontent.com/63171580/196528922-cd9b8fec-1636-4b01-a2a2-f4f5d5a85968.mov

@MD-ARBAB-SAHID Thank you for contributing.


RuntimeError: Insufficient VRAM for model and cache using load_autosplit_gen

Hi, just started using exllamav2 on a free tier colab and get this error when running examples/inference.py script.
RuntimeError                              Traceback (most recent call last)
[<ipython-input-28-595e4bd80d10>](https://localhost:8080/#) in <cell line: 12>()
     10
     11 cache = ExLlamaV2Cache(model, lazy = True)
---> 12 model.load_autosplit(cache)
     13
     14 tokenizer = ExLlamaV2Tokenizer(config)

1 frames
[/usr/local/lib/python3.10/dist-packages/exllamav2/model.py](https://localhost:8080/#) in load_autosplit_gen(self, cache, reserve_vram, last_id_only, callback, callback_gen)
    442                         current_device += 1
    443                         if current_device >= num_devices:
--> 444                             raise RuntimeError("Insufficient VRAM for model and cache")
    445
    446                         continue

RuntimeError: Insufficient VRAM for model and cache

I was able to run the examples/chat.py script using the same model (LoneStriker/Mixtral_11Bx2_MoE_19B-3.0bpw-h6-exl2), the safetensor is only 3.86GB and the colab has 12GB RAM, I got the same error on an A6000 on paperspace as well. Don't expect this to be a gpu ram limitation, could be a bug in the code when using a single gpu?
I tried both an install from source and PyPi and had the same errors. Thanks in advance!

It's a bit hard to say. Perhaps something went wrong with the download? The safetensors file for that model should be around 7 GB, not 3.86. Even so when I run it locally it only uses a little over 9 GB of VRAM. Is it possible you have other stuff in VRAM somehow? Not sure exactly how it's all managed in Colab.
As for Paperspace, I've never tried that so I'm not sure what sort of interaction it might have with ExLlama.

Thanks for the reply, I tried again with an A6000 from paperspace (48GiB VRAM) and was able to get it to work with this model. I would love to try bigger models like LoneStriker/Smaug-34B-v0.1-3.0bpw-h6-exl2 (lowest precision for the model).
However I run into a Cuda OutOfMemory error when running test_inference.py. There are only 13.83GB in the safetensors, so I didn't expect out of memory error to happen with a 48 GiB GPU. Curious if there's something else I'm doing wrong..
Here's a GPU info
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 525.116.04   Driver Version: 525.116.04   CUDA Version: 12.0     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|                               |                      |               MIG M. |
|===============================+======================+======================|
|   0  NVIDIA RTX A6000    Off  | 00000000:00:05.0 Off |                  Off |
| 30%   59C    P8    26W / 300W |      1MiB / 49140MiB |      0%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                                  |
|  GPU   GI   CI        PID   Type   Process name                  GPU Memory |
|        ID   ID                                                   Usage      |
|=============================================================================|
|  No running processes found                                                 |
+-----------------------------------------------------------------------------+

Here's what I did:
Upgrade GPU cuda to 12.4
Using instructions from nvidia's official docs:
!sudo apt-get --purge remove "*cuda*" "*cublas*" "*cufft*" "*cufile*" "*curand*" "*cusolver*" "*cusparse*" "*gds-tools*" "*npp*" "*nvjpeg*" "nsight*" "*nvvm*"
!sudo apt-get --purge -y remove "*nvidia*" "libxnvctrl*"
!sudo apt-get -y autoremove

!wget https://developer.download.nvidia.com/compute/cuda/repos/ubuntu2004/x86_64/cuda-ubuntu2004.pin
!sudo mv cuda-ubuntu2004.pin /etc/apt/preferences.d/cuda-repository-pin-600
!wget https://developer.download.nvidia.com/compute/cuda/12.4.0/local_installers/cuda-repo-ubuntu2004-12-4-local_12.4.0-550.54.14-1_amd64.deb
!sudo dpkg -i cuda-repo-ubuntu2004-12-4-local_12.4.0-550.54.14-1_amd64.deb
!sudo cp /var/cuda-repo-ubuntu2004-12-4-local/cuda-*-keyring.gpg /usr/share/keyrings/
!sudo apt-get update
!sudo apt-get -y install cuda-toolkit-12-4

!echo 'export LD_LIBRARY_PATH=/usr/local/cuda-12.4/lib64' >> ~/.bashrc
!echo 'export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/root/.local/bin:/usr/local/cuda-12.4/bin' >> ~/.bashrc
!source ~/.bashrc
!nvcc --version  #output matches expected

install & download dataset
!pip install -r exllamav2/requirements.txt
!cd exllamav2 && pip install -r .

from huggingface_hub import snapshot_download
model_name="LoneStriker/Smaug-34B-v0.1-3.0bpw-h6-exl2"
model_dir = snapshot_download(repo_id=model_name)
print(model_dir)

Out of memory issue
!python exllamav2/test_inference.py -m /root/.cache/huggingface/hub/models--LoneStriker--Mixtral_11Bx2_MoE_19B-3.0bpw-h6-exl2/snapshots/10b89eecc843b36fd59a2ed51363fbe6abb86b2a -p "Which country has the most and least population?"

Error:
 -- Model: /root/.cache/huggingface/hub/models--LoneStriker--Smaug-34B-v0.1-3.0bpw-h6-exl2/snapshots/3aa3086876e2f636d25944b5eae459543dc6b25b
 -- Options: []
 -- Loading model...
 -- Loaded model in 4.4778 seconds
 -- Loading tokenizer...
Traceback (most recent call last):
  File "/notebooks/exllamav2/test_inference.py", line 174, in <module>
    cache = ExLlamaV2Cache(model)
  File "/notebooks/exllamav2/exllamav2/cache.py", line 157, in __init__
    self.create_state_tensors(copy_from, lazy)
  File "/notebooks/exllamav2/exllamav2/cache.py", line 53, in create_state_tensors
    p_value_states = torch.zeros(self.batch_size, self.max_seq_len, self.num_key_value_heads, self.head_dim // self.weights_per_element, dtype = self.dtype, device = self.model.cache_map[i]).contiguous()
torch.cuda.OutOfMemoryError: CUDA out of memory. Tried to allocate 392.00 MiB. GPU 0 has a total capacity of 47.54 GiB of which 249.12 MiB is free. Process 3791038 has 47.29 GiB memory in use. Of the allocated memory 46.73 GiB is allocated by PyTorch, and 245.41 MiB is reserved by PyTorch but unallocated. If reserved but unallocated memory is large try setting PYTORCH_CUDA_ALLOC_CONF=expandable_segments:True to avoid fragmentation.  See documentation for Memory Management

Thanks so much for taking a look! This is my first time using exllamav2 so would really appreciate some help! I was able to load the GPTQ and AWQ versions and saw the exl2 is suppose to be less memory intensive and faster inference, so was confused why this couldn't be loaded.

If you're not passing any extra arguments (-l specifically) it will try to allocate space for the model's full context length. Which in this case, Judging by the config, to be 200k tokens. In general, the VRAM needed per cached token works out to:
head_dim (i.e. hidden_size / num_attention_heads)
* num_key_value_heads
* num_layers
* 2 (for keys + values)
* bytes_per_element (2 for FP16, 1 for FP8, ~0.56 for Q4)
So for this model, that's 128 * 8 * 60 * 2 * 2 = 240 kB per token.
At 200k tokens, that's around 46 GB in total, which is on top of the quantized weights and buffers for activations and stuff. You should be able to run the model with a reduced context length (-l 100000 or something) or in Q4 cache mode (-cq4).


Bump kube-rbac-proxy version

https://github.com/dana-team/container-app-operator/blob/af088d7fd5d84b941cfcffc1c0f257fda83ad535/config/default/manager_auth_proxy_patch.yaml#L18-L23

Clsed by #128


Opensearch import script

The automatic export from data from the MDH and then the import into opensearch is done and works as planned!

looks good 👍


UnableToHydrateObjectException needs more Details about the payload

Hi there,
really enjoying the object mapper so far. Trying to migrate away from valinor, and currently dont see how to solve this:
When one of my objects is missing a field, I have a hard time figuring out which object it is in the big array of objects:
        try {
            $contracts = $this->objectMapper->hydrateObjects(ContractDto::class, $rows)->toArray();
        } catch (\EventSauce\ObjectHydrator\UnableToHydrateObject $e) {
            dump($rows);
        }

all I have is:
In UnableToHydrateObject.php line 49:

  [EventSauce\ObjectHydrator\UnableToHydrateObject]
  Unable to hydrate object: YAY\Application\Dtos\ContractDto, missing fields: customer_uid

Exception trace:
  at /app/vendor/eventsauce/object-hydrator/src/UnableToHydrateObject.php:49
 EventSauce\ObjectHydrator\UnableToHydrateObject::dueToMissingFields() at /app/vendor/eventsauce/object-hydrator/src/ObjectMapperUsingReflection.php:155

Would be helpful to have at least the full payload of the object where this "dueToMissingFields" was thrown? Or the key/path of the array?

aijaijai! How did i missed that 🤦
sorry!


Activity classifier crashes on google colab

Hi!
I'm working with turicreate on google colab. When I call activity_classifier.create the session crashes for "unknown reason".
app.log does not contain any related info.
Here you can find exported jupyter notebook.
Any help will be appreciated!

I don't see any issue with your code. Without logs or a stack trace this is going to be very difficult to debug. This could be either a TuriCreate issue or a colab issue.
I recommend you export your jupyter notebook as a python script.  Let me know if that works.

Unfortunately, google colab is my only option. I'm on apple silicone : /


WIP : ENH: Refactored _hungarian.py for speed and added a minimize/maximize…

… switch
Important Update :
After uncovering and fixing a serious bug, there is no longer a speed improvement. This pull request should not be approved for now unless I can speed it up again, which will take time.
A refactoring of scipy.optimize.linear_sum_assignment in _hungarian.py.
The use of state machine has been removed and the algorithm more
closely follows the standard exposition in the literature (e.g. Wikipedia).
This yields a performance improvement. Benchmarking has also been added.
Also, there is now an optional parameter to specify if minimization or
maximization of the assignment is desired.
The results of the benchmarking for hungarian.py in v1.2.2:
[  0.00%] · For scipy commit a3e96ed0 <v1.2.2>:
[  0.00%] ·· Benchmarking virtualenv-py3.6-Cython0.27.3-Tempita-numpy-pytest-six
[ 50.00%] ··· Running (hungarian.Hungarian.time_solve--).
[100.00%] ··· hungarian.Hungarian.time_solve                                           ok
[100.00%] ··· ============= ============
matrix_size
------------- ------------
100       45.7±0.2ms
300       1.31±0.1s
500       7.51±0.01s
700       25.6±0.01s
============= ============
The results of the benchmarking for hungarian.py in v1.2.2:
[  0.00%] · For scipy commit 832e2193 <performance_refactored_hungarian~1>:
[  0.00%] ·· Benchmarking virtualenv-py3.6-Cython0.27.3-Tempita-numpy-pytest-six
[  0.00%] ··· Running (hungarian.Hungarian.time_solve--).
[  0.01%] ··· hungarian.Hungarian.time_solve                                  ok
[  0.01%] ··· ============= ============
matrix_size
------------- ------------
100       48.8±0.1ms
300        565±3ms
500       2.58±0.01s
700        7.75±0s
============= ============

This looks much better now.
Pinging @larsmans as the original author of this code, in case he's still around and wants to have a look.

Bumping milestone, but let's try to get this in soon. I noticed yesterday that attempting to rebase on latest master was a little messy, probably because of all the commits.

Bad news. In reviewing tests, I discovered an error that originated in Wikipedia and that I unfortunately duplicated in the code. It is fixed now, but the speed improvement is evaporated. So this pull request should be deleted or put on hold (not sure the proper protocol here) while I work on speeding it up if possible.

That's too bad. Good you caught it though!
You can just change your PR title to WIP, that's a sign that it's not ready to merge. Then you can just leave it open and come back to it later.

Is there any appetite for a C extension for this algorithm?  The Hungarian algorithm is important for many applications, and it appears that we could get orders of magnitude better performance with C code.
The py-lapsolver looks like a good candidate.  It it MIT licensed and the benchmarks demonstrate its performance: https://github.com/cheind/py-lapsolver
I am happy to adapt the code and do the necessary integration and testing.
@rgommers What do you think?

@pmla those benchmarks do seem to indicate that py-lapsolver is faster than our version. So yes, there's interest. A couple of thoughts:

py-lapsolver relies on pybind11. We don't have that build dependency yet, but are biting that bullet right now in gh-10238 so likely fine (it did require a bit of messing with the build system there, that then should be moved to scipy/_build_utils probably).
The original author of linear_sum_assignment is not around anymore, which makes it harder for us to review code at the moment. There's multiple interested people though, so ideally you could collaborate on this - if two people agree that the algorithmic details are right, that makes the job of the person doing the final review/merge a lot easier.
The "do we accept C/C++/Cython (or even Fortran)" is always a tradeoff between performance and maintenance cost. In this case, the benchmarks are comprehensive so it seems like a no-brainer to me to accept a C++ version here.
Always nice to ask the original author how they feel about inclusion of their code. So pinging @cheind here :)

@rgommers It turns out that py-lapsolver does not support rectangular matrices, which the current implementation does.  Apologies.
Instead, I have written an implementation of the Jonker-Volgenant algorithm in C++.  It supports everything the current implementation does, as well as the maximization option proposed in this pull request and the feasible infinities I proposed in #10293.
I will open a separate pull request when I have finished writing tests and documentation.

Hi, I'm the author of py-lapsolver package mentioned.

@rgommers pybind11 is a header only build dependency. With some work the package should be easily adapted to any C-interfacing that scipy already supports.
Thanks for putting me in the loop, I have no objections that my code might be part of scipy. However, I have to say that my spare time resources are insufficient for maintaining / adapting it to scipy standards.
@pmla py-lapsolver supports rectangular matrices out of the box. See this test for example. The package is heavily used by py-motmetrics, a benchmark multiple object trackers, which has attained significant usage throughout the computer vision community (i.e Facebook). py-lapsolver is the primary solver (if installed) for huge rectangular matrices when matching object hypothesis and ground truth objects.
py-lapsolver uses partial template specialization in C++ that allows it to run faster if the cost matrix is integer based rather than double floating point [1].
Please note py-lapsolver benchmarks are based on random cost matrices. @kylemcdonald noted [1] that this is a rather unrealistic assumption for  certain applications. In [1] he proposes an implementation that performs even faster (at for the given use-case).

[1] https://github.com/cheind/py-lapsolver/issues/1

Hi All,
I had benchmarked six different LAP solvers including scipy much like @cheind . You may find the result informative or enjoy rerunning them yourself.

Module
Python or C/C++/Cython
Algorithm
Link

scipy.optimize.linear_sum_assignment
Python
Hungarian
https://github.com/scipy/scipy/

munkres.Munkres
Python
Hungarian
https://github.com/bmc/munkres

hungarian.lap
C++
Hungarian
https://github.com/Hrldcpr/Hungarian

lap.lapjv
C++
Jonker-Volgenant
https://github.com/gatagat/lap

lapjv.lapjv
C++
Jonker-Volgenant
https://github.com/src-d/lapjv

lapsolver.solve_dense
C++
shortest augmenting path
https://github.com/cheind/py-lapsolver

@cheind apologies for misrepresenting your package. I was browsing your repository and saw that the Stanford ACM-ICPC code only supports square matrices.  I see now that you pad the cost matrix.
@berhane thanks for the list of solvers.
I have written some benchmarks and tests for a selection of solvers.  The code is a bit preliminary but you can find it here: https://github.com/pmla/linear-assignment-benchmarks
Any replacement for the current scipy implementation should have the same functionality.  I have defined this as:

Support for rectangular matrices, both where m > n and m < n.
Correctly finding the optimal-cost solution for every input.

Other than the scipy implementation itself, none of the other modules I tested met these requirements.  The C++ module I have written, jonkervolgenant, meets these requirements.  It can also be found in the benchmark repository.
Here are the results of my tests and benchmarks:
square tests: (400, 400)      time (ms)        error sum    status
==================================================================

     random_uniform
        scipy                   2697.23             zero      pass
        jonkervolgenant            7.05             zero      pass
        lapsolver                  7.53             zero      pass
        gatagat_lapjv              4.21             zero      pass
        srcd_lapjv                 2.39             zero      pass
        hungarian                 16.76             zero      pass

     random_spatial
        scipy                   5332.93             zero      pass
        jonkervolgenant           10.78             zero      pass
        lapsolver                 17.84             zero      pass
        gatagat_lapjv             28.28             zero      pass
        srcd_lapjv                76.55             zero      pass
        hungarian                 35.89             zero      pass

     random_logarithmic
        scipy                   2856.26             zero      pass
        jonkervolgenant            7.54             zero      pass
        lapsolver                  2.02        1.480e-08      fail
        gatagat_lapjv              5.23             zero      pass
        srcd_lapjv                 4.53             zero      pass
        hungarian                 17.40             zero      pass

     random_integer
        scipy                   1374.58             zero      pass
        jonkervolgenant            7.01             zero      pass
        lapsolver                  8.30             zero      pass
        gatagat_lapjv              1.55             zero      pass
        srcd_lapjv                 1.66             zero      pass
        hungarian                 12.07             zero      pass

retangular tests: (400, 800)  time (ms)        error sum    status
==================================================================

     random_uniform
        scipy                   4247.94             zero      pass
        jonkervolgenant            5.02             zero      pass
        lapsolver                158.46             zero      pass
        gatagat_lapjv            199.59             zero      pass
        srcd_lapjv            ---------        ---------      fail
        hungarian             ---------        ---------      fail

     random_spatial
        scipy                   5256.62             zero      pass
        jonkervolgenant            4.60             zero      pass
        lapsolver                168.17             zero      pass
        gatagat_lapjv            197.78             zero      pass
        srcd_lapjv            ---------        ---------      fail
        hungarian             ---------        ---------      fail

     random_logarithmic
        scipy                   3600.59             zero      pass
        jonkervolgenant            4.55             zero      pass
        lapsolver                  3.11        1.747e-08      fail
        gatagat_lapjv              8.14        6.727e-18      fail
        srcd_lapjv            ---------        ---------      fail
        hungarian             ---------        ---------      fail

     random_integer
        scipy                   2045.29             zero      pass
        jonkervolgenant            6.03             zero      pass
        lapsolver                154.98             zero      pass
        gatagat_lapjv             55.70             zero      pass
        srcd_lapjv            ---------        ---------      fail
        hungarian             ---------        ---------      fail

The fastest package varies from test to test.  I think correctness and backwards compatibility are more important than speed though.  Any C or C++ replacement is also a lot faster than the current implementation.

lapsolver                  2.02        1.480e-08      fail

The error is about np.sqrt(np.finfo(np.float64).eps) here. Is that really a hard fail? I'm not sure what's expected, but zero in those comparisons is in general never the case for floating point computations. It looks more like lapsolver is finding the right solution, but perhaps stops a little early.

I wanted to raise some concerns about the benchmarks from @pmla. My concerns stem from probably
not fully understanding your test systematic.
(1) I'm wondering why the tests stop after 400x800, which I consider a rather moderate matrix size?
(2.1) Regarding runtime: I don't think its ideal to measure the execution time of a single call, especially when matrix size is small. AFAIK you don't account for the overhead involved, do you?
(2.2) You don't seem to account for the variance in execution times, do you?
ad (2) I recommend using a package such as timeit or pytest-benchmarks.
(3) How is correctness measured? I've found the following related snippet
        # verify result
        a, b = result
        if cost_matrix.shape[1] > cost_matrix.shape[0]:
            b, a = result
        assert len(np.unique(a)) == len(a)
        assert (np.sort(b) == np.arange(len(b))).all()
```,
but this does not account for the true cost, does it?

@rgommers  Regarding the hard fail: if the elements of the cost matrix are sufficiently small, lapsolver returns the identity permutation every time.  To illustrate,
lapsolver.solve_dense(np.random.uniform(0, 1E-10, (n, n)))
appears to return the identity permutation for any value of n.
This is probably not an issue for most applications, but the current scipy implementation finds the minimum cost solution for all inputs (or, presumably, at least to machine precision) and I don't think the replacement package should give different results.  The hard-coded tolerance in lapsolver could perhaps be adjusted to correct this effect.  I will leave this to @cheind  to test.
@cheind Thanks for your comments.  The benchmark sizes are indeed fairly arbitrary.  I have included one square and one rectangular size.  The times are taken as the mean of 10 runs.  I have only included the call to the solver in the timing, not the generation of the cost matrix or the post-processing needed to get the results into the scipy format.  Correctness is determined by the result with the lowest sum-of-costs.  The error sum is the sum of differences from these values.
Here are some benchmarks for larger matrices:
square tests: (2000, 2000)        time (ms)        error sum
============================================================

     random_uniform
        jonkervolgenant              326.78             zero
        lapsolver                    418.63             zero
        gatagat_lapjv                166.21             zero
        srcd_lapjv                    88.92             zero
        hungarian                   1815.14             zero

     random_spatial
        jonkervolgenant              512.18             zero
        lapsolver                   1037.70             zero
        gatagat_lapjv               2735.41             zero
        srcd_lapjv                  2387.73             zero
        hungarian                   3799.04             zero

     random_logarithmic
        jonkervolgenant              366.02             zero
        lapsolver                     89.95        8.602e-08
        gatagat_lapjv                207.00             zero
        srcd_lapjv                   149.12             zero
        hungarian                   1862.73             zero

     random_integer
        jonkervolgenant              228.14             zero
        lapsolver                    448.89             zero
        gatagat_lapjv                 48.07             zero
        srcd_lapjv                    86.94             zero
        hungarian                   1223.96             zero

     random_binary
        jonkervolgenant               88.92             zero
        lapsolver                     76.69             zero
        gatagat_lapjv                 47.19             zero
        srcd_lapjv                    74.27             zero
        hungarian                     62.33             zero

retangular tests: (2000, 4000)    time (ms)        error sum
============================================================

     random_uniform
        jonkervolgenant              156.71             zero
        lapsolver                  21540.89             zero
        gatagat_lapjv              33055.64             zero
        srcd_lapjv                ---------        ---------
        hungarian                 ---------        ---------

     random_spatial
        jonkervolgenant              173.52             zero
        lapsolver                  25569.14             zero
        gatagat_lapjv              36219.39             zero
        srcd_lapjv                ---------        ---------
        hungarian                 ---------        ---------

     random_logarithmic
        jonkervolgenant              159.40             zero
        lapsolver                    274.15        8.434e-08
        gatagat_lapjv                334.27        4.849e-18
        srcd_lapjv                ---------        ---------
        hungarian                 ---------        ---------

     random_integer
        jonkervolgenant              257.10             zero
        lapsolver                  11266.59             zero
        gatagat_lapjv               3528.06             zero
        srcd_lapjv                ---------        ---------
        hungarian                 ---------        ---------

     random_binary
        jonkervolgenant              190.70             zero
        lapsolver                    294.99             zero
        gatagat_lapjv                430.82             zero
        srcd_lapjv                ---------        ---------
        hungarian                 ---------        ---------

I have not included the current scipy implementation as it is slow.

Regarding the hard fail: if the elements of the cost matrix are sufficiently small, lapsolver returns the identity permutation every time

Ah okay it's a scaling issue. We've had that a lot with other parts of optimize, and yes that's indeed a real issue that's best avoided. Luckily the fix is usually not difficult.

A complete rewrite in C++ that's way faster was merged in gh-10296, so closing this.
Thanks @batconjurer for this PR and everyone for the interesting discussion.


Pyronear engine

This class is the Pyronear Engine. This engine manage the whole Fire Detection process on raspberry pi by capturing and saving the image and by predicting if there is a fire or not based on this image

Thanks @MateoLostanlen for the PR!
It's indeed a great feature, I'll look into the class shortly but I have a question:

what is the .txt file in the PR? Is this a model checkpoint? If so, isn't it the wrong extension?
assuming the file is actually more than 40Mb, I would suggest that we put it in the next release attachments, rather than in the source code. What do you think?

Hi @frgfm, yes the txt file are the weights of the model. Ok I will remove it, if you think it's better this way

Hi @frgfm, yes the txt file are the weights of the model. Ok I will remove it, if you think it's better this way

For future reference, whether we put the checkpoint in the release attachments or somewhere else, it's better to use the .pth or .pt extension rather than .txt ;) (out of curiosity I tried to open the txt file with my IDE and found out it was a binary file)

Hi @frgfm, yes the txt file are the weights of the model. Ok I will remove it, if you think it's better this way

For future reference, whether we put the checkpoint in the release attachments or somewhere else, it's better to use the .pth or .pt extension rather than .txt ;) (out of curiosity I tried to open the txt file with my IDE and found out it was a binary file)

ok thanks :)

Just like in #81, I think this PR would be better on the embedded dedicated repo https://github.com/pyronear/PyronearEngine
If so, maybe we can close this PR and follow-up on the later?

New repo for this topic : https://github.com/pyronear/PyronearEngine
I close the PR


Void.exe

Адрес сервера
<IP_ADDRESS>:43449
Небольшое описание сервера
Just don't try understand why don't have .........
Прочие пожелания
When I start play , my game was changed, most of texture has changed most of my things just disappear. after that I leave but I save the world and I give you my save (To understand, if you put a mystic, make a log out of it, make a pillar and just wait.)
Discord сервер
No response
Telegram канал
No response
Ссылка на сайт
No response
YouTube канал
No response
Условия

[X] Сервер расположен на платном хостинге
[X] Сервер соответствует мистической тематике

server is offline. I can't connect

wait

ready

Hey i see a player Karl

who's watch to me

this black thing

left side

What version of this server?

1.16.5

FASTER!!!

My Nickname: Karl

The server is not working.

wait

hair-tubes.gl.joinmc.link

now try

try 1.16.5 Forge

new IP: hair-tubes.gl.joinmc.link


make xss prevention snabbdom module

seems the only proper way to do this is through CSP headers, deactivating inline scripts.

Alternatively one can use a <meta /> tag to define CSP.

should be handled with CSP policies.


Modules

Fix problem with printing unallocated persons

Coverage decreased (-23.03%) to 76.966% when pulling 1a38d8519e07d5bdc833cb57fbdb7e9b83f7afb1 on modules into 2030e3278f7678e2814e6448093ee7b4ee164ca2 on master.

Coverage remained the same at 100.0% when pulling a8392d79ce88af11b779baf39d65bf9c1eb2483a on modules into 2030e3278f7678e2814e6448093ee7b4ee164ca2 on master.

Coverage remained the same at 100.0% when pulling 615e838f72acdf5bce9e1fc77674e5edbbf28f6d on modules into 2030e3278f7678e2814e6448093ee7b4ee164ca2 on master.


bump follow-redirects and istanbul-reports

See #9441, #8702

Feel like we should be bumping the package.jsons for the affected packages too, so that new installs of the packages resolve to packages without the vulnerabilities in.

Mm no we don't have any direct imports of that, and the only one that pulls this in (@jest/reporters) doesn't have a newer version either

ah ok. 👍


Update interested-technical-writers.md

Added my details here !

Closing request due to 12 days without response.

Closing request due to 12 days without response.

Can you open it again?

Did you sign the CLA that was requested?
On Thu, May 12, 2022 at 10:51 AM Siddhi Bhanushali @.***>
wrote:

Closing request due to 12 days without response.
Can you open it again?
—
Reply to this email directly, view it on GitHub
https://github.com/google/season-of-docs/pull/578#issuecomment-1125269474,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AXZXI4ODAO4D6XMV75BLYYTVJVAI3ANCNFSM5UYMV5RA
.
You are receiving this because you modified the open/close state.Message
ID: @.***>


Add LWIP RIO patch to patch dir.

Problem
We have an lwip patch for RIO that hasn't been approved to mainline yet.
Change overview
Add external lwip patch to tree per SWTT request. Also adding readme.
Testing
File is for information purposes only. Patch was tested on M5 using lwip ping. This patch is not part of the matter SDK proper so doesn't have matter unit tests.

@cecille Please add these words to the word list :)


Gtk3 port

Xfce 4.16 only works with gtk3 plugins.

use https://github.com/M7S/xfce4-dockbarx-plugin/tree/pygi-python3 and apply this patch

use https://github.com/M7S/xfce4-dockbarx-plugin/tree/pygi-python3 and apply this patch

Is the gtk3 port available in the PPA?
Was thinking to submit a patch to the README file in master guiding people who want the Gtk3 port to the pygi branch. Are you okay with that?

Is the gtk3 port available in the PPA?
Was thinking to submit a patch to the README file in master guiding people who want the Gtk3 port to the pygi branch. Are you okay with that?


Add logic which handles case where either alias or field are acceptable

See issue here https://github.com/samuelcolvin/pydantic/issues/3004
And related issue here https://github.com/tiangolo/fastapi/issues/3559

Please add the expected vs current behaviour before adding tests and change to your PR
I think the problem of schemas and aliases is deeper than that and should be tackled as a whole

I think best that we wait for V2 for this.


Fix accessibility

Signed-off-by: Jordi Noguera<EMAIL_ADDRESS>

LGTM
https://webhint.io/scanner/a6c2496a-a1dd-49bd-b79d-652683b075d5


Strings with bukkit-style format codes are passed as-is, without applying the formatting

What steps will reproduce the problem?

Start Server with Towny and FlagWar Enabled, with or without TownyChat
Receive any messages from FlagWar containing color codes
Message contains literal escaped color codes, rather than formatting.

What is the expected output?
All color-codes should be process, rather than relayed as-is.
What is your Towny version number?
Towny <IP_ADDRESS> (https://github.com/TownyAdvanced/Towny/commit/ecd46607c2194ffa5cb151ed11c30999db52ee53)
What is your FlagWar version number?
Do not say "latest".
main branch (https://github.com/TownyAdvanced/FlagWar/commit/9443ba8192fcc27fa971230e062f35c0be4339fd)
What is your Spigot/Paper/Fork server version?
Do not say "latest". Run the /version command.
> version
git-Airplane-"3dce697" (MC: 1.16.5) (Implementing API version 1.16.5-R0.1-SNAPSHOT)

Please use a pastebin service to link the following files:
Skipping these files is not an option. It is the easiest way to diagnose an issue ticket properly.
If you do skip this step then your ticket will most likely be deleted, and you will be asked to resubmit.

Your full server startup from the logs\latest.log file :
startup-log
 Clipped with fpaste - CentOS pastebin only lasts 24hrs
[03:33:54] [main/INFO]: Environment: authHost='https://authserver.mojang.com', accountsHost='https://api.mojang.com', sessionHost='https://sessionserver.mojang.com', 	servicesHost='https://api.minecraftservices.com', name='PROD'
[03:33:54] [main/INFO]: Reloading ResourceManager: Default, bukkit
[03:33:55] [Worker-Main-2/INFO]: Loaded 7 recipes
[03:33:58] [Server thread/INFO]: Starting minecraft server version 1.16.5
[03:33:58] [Server thread/INFO]: Loading properties
[03:33:58] [Server thread/INFO]: This server is running Airplane version git-Airplane-"3dce697" (MC: 1.16.5) (Implementing API version 1.16.5-R0.1-SNAPSHOT)
[03:33:58] [Server thread/INFO]: Server Ping Player Sample Count: 12
[03:33:58] [Server thread/INFO]: Using 4 threads for Netty based IO
[03:33:58] [Server thread/INFO]: Debug logging is disabled
[03:33:58] [Server thread/WARN]: [Airplane] To improve performance, timings have been disabled by default
[03:33:58] [Server thread/WARN]: [Airplane] You can still use timings by using /timings on, but they will not start on server startup unless you set timings.really-enabled to true in paper.yml
[03:33:58] [Server thread/WARN]: [Airplane] If you would like to disable this message, either set timings.really-enabled to true or timings.enabled to false.
[03:33:58] [Server thread/INFO]: Default game type: SURVIVAL
[03:33:58] [Server thread/INFO]: Generating keypair
[03:33:58] [Server thread/INFO]: Starting Minecraft server on *:25565
[03:33:58] [Server thread/INFO]: Using epoll channel type
[03:33:59] [Server thread/INFO]: Tuinity: Using libdeflate (Linux x86_64) compression from Velocity.
[03:33:59] [Server thread/INFO]: Tuinity: Using OpenSSL 1.1.x (Linux x86_64) cipher from Velocity.
[03:34:00] [Server thread/INFO]: [LuckPerms] Loading LuckPerms v5.3.37
[03:34:00] [Server thread/INFO]: [spark] Loading spark v1.5.2
[03:34:00] [Server thread/INFO]: [OldCombatMechanics] Loading OldCombatMechanics v1.9.0
[03:34:00] [Server thread/INFO]: [Chunky] Loading Chunky v1.2.65
[03:34:00] [Server thread/INFO]: [Vault] Loading Vault v1.7.3-b131
[03:34:00] [Server thread/INFO]: [Towny] Loading Towny v<IP_ADDRESS>
[03:34:00] [Server thread/INFO]: [Jobs] Loading Jobs v4.17.1
[03:34:00] [Server thread/INFO]: [TownyChat] Loading TownyChat v0.88
[03:34:00] [Server thread/INFO]: [ChunkyBorder] Loading ChunkyBorder v1.0.33
[03:34:00] [Server thread/INFO]: [FlagWar] Loading FlagWar v0.1.2
[03:34:00] [Server thread/INFO]: [Plan] Loading Plan v5.3 build 1284
[03:34:00] [Server thread/INFO]: [Plan] Resolving runtime dependencies..
[03:34:00] [Server thread/INFO]: [Plan] Loading runtime dependencies..
[03:34:05] [Server thread/INFO]: [TheNewEconomy] Loading TheNewEconomy v<IP_ADDRESS>
[03:34:06] [Server thread/INFO]: [TheNewEconomy] Loading The New Economy with Java Version: 11.0.11
[03:34:06] [Server thread/INFO]: [TheNewEconomy] Hooked into Vault
[03:34:06] [Server thread/INFO]: Server permissions file permissions.yml is empty, ignoring it
[03:34:06] [Server thread/INFO]: [LuckPerms] Enabling LuckPerms v5.3.37
[03:34:06] [Server thread/INFO]:         __
[03:34:06] [Server thread/INFO]:   |    |__)   LuckPerms v5.3.37
[03:34:06] [Server thread/INFO]:   |___ |      Running on Bukkit - Airplane
[03:34:06] [Server thread/INFO]:
[03:34:06] [Server thread/INFO]: [LuckPerms] Loading configuration...
[03:34:06] [Server thread/INFO]: [LuckPerms] Loading storage provider... [H2]
[03:34:07] [Server thread/INFO]: [LuckPerms] Loading internal permission managers...
[03:34:07] [Server thread/INFO]: [LuckPerms] Performing initial data load...
[03:34:07] [Server thread/INFO]: [LuckPerms] Successfully enabled. (took 1703ms)
[03:34:07] [Server thread/INFO]: [Vault] Enabling Vault v1.7.3-b131
[03:34:07] [Server thread/INFO]: [Vault] [Permission] SuperPermissions loaded as backup permission system.
[03:34:07] [Server thread/INFO]: [Vault] Enabled Version 1.7.3-b131
[03:34:07] [Server thread/INFO]: [LuckPerms] Registered Vault permission & chat hook.
[03:34:07] [Server thread/INFO]: Preparing level "world"
[03:34:08] [Server thread/INFO]: Preparing start region for dimension minecraft:overworld
[03:34:09] [Server thread/INFO]: Loaded 0 spawn chunks for world world
[03:34:09] [Server thread/INFO]: Preparing spawn area: 0%
[03:34:09] [Server thread/INFO]: Preparing spawn area: 0%
[03:34:09] [Server thread/INFO]: Preparing spawn area: 0%
[03:34:09] [Server thread/INFO]: Preparing spawn area: 17%
[03:34:10] [Server thread/INFO]: Time elapsed: 1792 ms
[03:34:10] [Server thread/INFO]: Preparing start region for dimension minecraft:the_nether
[03:34:10] [Server thread/INFO]: Loaded 0 spawn chunks for world world_nether
[03:34:10] [Server thread/INFO]: Preparing spawn area: 0%
[03:34:10] [Server thread/INFO]: Time elapsed: 335 ms
[03:34:10] [Server thread/INFO]: Preparing start region for dimension minecraft:the_end
[03:34:10] [Server thread/INFO]: Loaded 0 spawn chunks for world world_the_end
[03:34:11] [Server thread/INFO]: Preparing spawn area: 0%
[03:34:11] [Server thread/INFO]: Preparing spawn area: 0%
[03:34:11] [Server thread/INFO]: Preparing spawn area: 95%
[03:34:11] [Server thread/INFO]: Time elapsed: 1113 ms
[03:34:11] [Server thread/INFO]: [spark] Enabling spark v1.5.2
[03:34:11] [Server thread/INFO]: [spark] Using Paper ServerTickStartEvent for tick monitoring
[03:34:11] [Server thread/INFO]: [OldCombatMechanics] Enabling OldCombatMechanics v1.9.0
[03:34:12] [Server thread/INFO]: [OldCombatMechanics] OldCombatMechanics v1.9.0 has been enabled
[03:34:12] [Server thread/INFO]: [Chunky] Enabling Chunky v1.2.65
[03:34:12] [Server thread/INFO]: [Towny] Enabling Towny v<IP_ADDRESS>
[03:34:12] [Server thread/INFO]: ====================      Towny      ========================
[03:34:12] [Server thread/INFO]: [Towny] Lang: english.yml v0.105 loaded.
[03:34:12] [Server thread/INFO]: [Towny] Database: [Load] flatfile [Save] flatfile
[03:34:12] [Server thread/INFO]: [Towny] Database: Loaded in 83ms.
[03:34:12] [Server thread/INFO]: [Towny] Database: 100% of residents have stored UUIDs.
[03:34:12] [Server thread/INFO]: [Towny] Searching for third-party plugins...
[03:34:12] [Server thread/INFO]: [Towny] Plugins found:
[03:34:12] [ForkJoinPool.commonPool-worker-3/INFO]: [Towny] Cleaning up old backups...
[03:34:12] [ForkJoinPool.commonPool-worker-3/INFO]: [Towny] Successfully cleaned backups.
[03:34:12] [Server thread/INFO]:   Permissions: TownyPerms, LuckPerms 5.3.37 via Vault
[03:34:12] [Server thread/INFO]:   Economy: TheNewEconomy via Vault
[03:34:12] [Server thread/INFO]:   Add-ons: TownyChat v0.88
[03:34:12] [Server thread/INFO]: [Towny] Time until a New Day: 8 hours, 25 minutes, 48 seconds
[03:34:12] [ForkJoinPool.commonPool-worker-3/INFO]: [Towny] Making backup...
[03:34:12] [ForkJoinPool.commonPool-worker-3/INFO]: [Towny] Towny flatfiles and settings successfully backed up.
[03:34:12] [Server thread/WARN]: [Towny] "Towny v<IP_ADDRESS>" has registered a listener for com.palmergames.bukkit.towny.war.flagwar.events.CellDefendedEvent on method "public void com.palmergames.bukkit.towny.war.flagwar.listeners.FlagWarCustomListener.onCellDefendedEvent(com.palmergames.bukkit.towny.war.flagwar.events.CellDefendedEvent)", but the event is Deprecated. "Server performance will be affected"; please notify the authors [Shade, Modified by FuzzeWuzze. Forked by ElgarL. Forked by LlmDl.].
[03:34:12] [Server thread/WARN]: [Towny] "Towny v<IP_ADDRESS>" has registered a listener for com.palmergames.bukkit.towny.war.flagwar.events.CellAttackCanceledEvent on method "public void com.palmergames.bukkit.towny.war.flagwar.listeners.FlagWarCustomListener.onCellAttackCanceledEvent(com.palmergames.bukkit.towny.war.flagwar.events.CellAttackCanceledEvent)", but the event is Deprecated. "Server performance will be affected"; please notify the authors [Shade, Modified by FuzzeWuzze. Forked by ElgarL. Forked by LlmDl.].
[03:34:12] [Server thread/WARN]: [Towny] "Towny v<IP_ADDRESS>" has registered a listener for com.palmergames.bukkit.towny.war.flagwar.events.CellWonEvent on method "public void com.palmergames.bukkit.towny.war.flagwar.listeners.FlagWarCustomListener.onCellWonEvent(com.palmergames.bukkit.towny.war.flagwar.events.CellWonEvent)", but the event is Deprecated. "Server performance will be affected"; please notify the authors [Shade, Modified by FuzzeWuzze. Forked by ElgarL. Forked by LlmDl.].
[03:34:12] [Server thread/WARN]: [Towny] "Towny v<IP_ADDRESS>" has registered a listener for com.palmergames.bukkit.towny.war.flagwar.events.CellAttackEvent on method "public void com.palmergames.bukkit.towny.war.flagwar.listeners.FlagWarCustomListener.onCellAttackEvent(com.palmergames.bukkit.towny.war.flagwar.events.CellAttackEvent)", but the event is Deprecated. "Server performance will be affected"; please notify the authors [Shade, Modified by FuzzeWuzze. Forked by ElgarL. Forked by 	LlmDl.].
[03:34:12] [Server thread/INFO]: =============================================================
[03:34:12] [Server thread/INFO]: [Towny] Version: <IP_ADDRESS> - Plugin Enabled
[03:34:12] [Server thread/INFO]: =============================================================
[03:34:12] [Server thread/INFO]: [Jobs] Enabling Jobs v4.17.1
[03:34:14] [Server thread/WARN]: Initializing Legacy Material Support. Unless you have legacy plugins 	and/or data this is a bug!
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 8 titles!
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 67 protected blocks timers!
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 1098 custom item names!
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 72 custom entity names!
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 2 custom MythicMobs names!
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 38 custom enchant names!
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 16 custom color names!
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 4 shop items!
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 1 quests for Enchanter
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 1 quests for Crafter
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 1 quests for Miner
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 1 quests for Brewer
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 1 quests for Woodcutter
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 1 quests for Hunter
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 1 quests for Fisherman
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 1 quests for Weaponsmith
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 1 quests for Farmer
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 1 quests for Explorer
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 1 quests for Builder
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 1 quests for Digger
[03:34:21] [Server thread/INFO]: [Jobs] Loaded 12 jobs!
[03:34:21] [Jobs-DatabaseSaveTask/INFO]: [Jobs] Started database save task.
[03:34:21] [Jobs-BufferedPaymentThread/INFO]: [Jobs] Started buffered payment thread.
[03:34:21] [ForkJoinPool.commonPool-worker-3/INFO]: [Jobs] Preloaded 3 players data in 0.02
[03:34:21] [Server thread/INFO]: [Jobs] Loading explorer data
[03:34:21] [Server thread/INFO]: [Jobs] Loaded explorer data (37)
[03:34:21] [Server thread/INFO]: [Jobs] Plugin has been enabled successfully.
[03:34:21] [Server thread/INFO]: [TownyChat] Enabling TownyChat v0.88
[03:34:21] [Server thread/INFO]: [TownyChat] Default Channel set to general
[03:34:21] [Server thread/INFO]: [TownyChat] Towny version <IP_ADDRESS> found.
[03:34:21] [Server thread/INFO]: [ChunkyBorder] Enabling ChunkyBorder v1.0.33
[03:34:21] [Server thread/INFO]: [FlagWar] Enabling FlagWar v0.1.2
[03:34:21] [Server thread/INFO]: [FlagWar] Using locale: English (United States) - 1.1
[03:34:21] [Server thread/INFO]: [FlagWar]

            ▄████  █    ██     ▄▀        ▄ ▄   ██   █▄▄▄▄
            █▀   ▀ █    █ █  ▄▀         █   █  █ █  █  ▄▀
            █▀▀    █    █▄▄█ █ ▀▄      █ ▄   █ █▄▄█ █▀▀▌
            █      ███▄ █  █ █   █     █  █  █ █  █ █  █
             █         ▀   █  ███       █ █ █     █   █
              ▀           █              ▀ ▀     █   ▀
                         ▀                      ▀
[03:34:21] [Server thread/INFO]: [FlagWar] Copyright © 2021 TownyAdvanced
[03:34:21] [Server thread/INFO]: [FlagWar] Checking against Towny...
[03:34:21] [Server thread/INFO]: [FlagWar] No known problems with Towny compatibility. Good to go!
[03:34:21] [Server thread/INFO]: [FlagWar] Registering Listeners...
[03:34:21] [Server thread/INFO]: [FlagWar] Listeners Registered.
[03:34:21] [Server thread/INFO]: [FlagWar] Loading Material Lists...
[03:34:21] [Server thread/INFO]: [FlagWar] Registering Events...
[03:34:21] [Server thread/INFO]: [FlagWar] Events Registered.
[03:34:21] [Server thread/INFO]: [Plan] Enabling Plan v5.3 build 1284
[03:34:22] [Server thread/INFO]: [Plan]
[03:34:22] [Server thread/INFO]: [Plan]            ██▌
[03:34:22] [Server thread/INFO]: [Plan]      ██▌   ██▌
[03:34:22] [Server thread/INFO]: [Plan]   ██▌██▌██▌██▌  Player Analytics
[03:34:22] [Server thread/INFO]: [Plan]   ██▌██▌██▌██▌  v5.3 build 1284
[03:34:22] [Server thread/INFO]: [Plan]
[03:34:22] [Server thread/INFO]: [Plan] Locale: 'English' by AuroraLS3
[03:34:22] [Server thread/INFO]: [Plan] SQLite-database connection established.
[03:34:22] [Server thread/INFO]: [Plan] WebServer: Certificate KeyStore File not Found: plugins/Plan/Cert.jks
[03:34:22] [Server thread/INFO]: [Plan] WebServer: No Certificate -> Using HTTP-server for Visualization.
[03:34:22] [Server thread/INFO]: [Plan] WebServer: User Authorization Disabled! (Not secure over HTTP)
[03:34:22] [Server thread/INFO]: [Plan] Webserver running on PORT 8804 (http://war.flagpole.io:8804)
[03:34:22] [Server thread/INFO]: [Plan] Loading server identifying information
[03:34:22] [Server thread/INFO]: [Plan] Registered extension: Jobs
[03:34:22] [Server thread/INFO]: [Plan] Registered extension: LuckPerms
[03:34:22] [Server thread/INFO]: [Plan] Registered extension: Towny
[03:34:22] [Server thread/INFO]: [Plan] Registered extension: Economy (Vault)
[03:34:22] [Server thread/INFO]: [Plan] Registered extension: Permission Groups (Vault)
[03:34:22] [Server thread/INFO]: [Plan] Player Analytics Enabled.
[03:34:22] [Server thread/INFO]: [TheNewEconomy] Enabling TheNewEconomy v<IP_ADDRESS>
[03:34:23] [Server thread/INFO]: Loading Configurations.
[03:34:23] [Server thread/INFO]: Initializing Configurations.
[03:34:23] [Server thread/INFO]: Initialized config.yml
[03:34:23] [Server thread/INFO]: Initialized commands.yml
[03:34:23] [Server thread/INFO]: Initialized messages.yml
[03:34:23] [Server thread/INFO]: Initialized players.yml
[03:34:23] [Server thread/INFO]: Initialized worlds.yml
[03:34:23] [Server thread/INFO]: [net.tnemc.libs.com.zaxxer.hikari.HikariDataSource] HikariPool-1 - Starting...
[03:34:24] [Server thread/INFO]: [net.tnemc.libs.com.zaxxer.hikari.HikariDataSource] HikariPool-1 - Start completed.
[03:34:24] [Server thread/INFO]: Updating tables, please hold.
[03:34:24] [Server thread/INFO]: Finished updating tables.
[03:34:24] [Server thread/INFO]: [TheNewEconomy] Finished loading data!
[03:34:24] [Server thread/INFO]: [TheNewEconomy] Finished loading data!
[03:34:25] [Server thread/INFO]: [TheNewEconomy] The New Economy has been enabled!
[03:34:25] [Server thread/INFO]: Running delayed init tasks
[03:34:25] [Server thread/INFO]: [Jobs] Successfully linked with Vault.
[03:34:25] [Craft Scheduler Thread - 2 - Vault/INFO]: [Vault] Checking for Updates ...
[03:34:25] [Server thread/INFO]: [TownyChat] -******* TownyChat enabled *******-
[03:34:25] [Server thread/INFO]: Done (27.619s)! For help, type "help"
[03:34:25] [Server thread/INFO]: Timings Reset
[03:34:26] [Craft Scheduler Thread - 2 - Vault/INFO]: [Vault] No new version available
[03:34:26] [Craft Scheduler Thread - 4 - Plan/INFO]: [Plan] You're using the latest version.
[03:34:34] [Craft Scheduler Thread - 3 - TheNewEconomy/INFO]: Initialized items.yml
[03:34:37] [Craft Scheduler Thread - 4 - spark/INFO]: [⚡] Initializing a new profiler, please wait...
[03:34:38] [Craft Scheduler Thread - 4 - spark/INFO]: [⚡] Profiler now active! (async)
[03:34:38] [Craft Scheduler Thread - 4 - spark/INFO]: [⚡] Use '/spark profiler --stop' to stop profiling and upload the results.

Your FlagWar config : Default Config

Your log's error : Not a logged error

Potential Actions
- Review messaging system for breaks. A good portion of it is new to Flagwar, but still relies on TownyMessaging for some strings. (Those need to be offloaded to our own channel.)
- Switch to Adventure API? This may be induced by Towny adopting the Adventure text API recently...
- Remove formatting entirely. Not ideal, but is an option.

My PR offers a solution to the parsing issue. Sorry for the spam, forgot to make a new branch first.


Tinkerbell implement force create cluster

Implement the force node reset to PXE behavior desired when the --force-cleanup flag is specified. Node should power off, be set to PXE boot and power on again where they'll sit waiting for the Tinkerbell stack to respond.

/hold

/cc @panktishah26 @ptrivedi @abhinavmpandey08 @pokearu @gwesterfieldjr

/unhold


Error No module named 'clr' when trying Lean's Jupiter support

I've followed every step mentioned on the readme instructions for Jupiter support and when I try to compile the first chunk of imports, it gives the following error : No module named 'clr'
Please help me with this error.
Thanks again.
Chirag

Hi @leochirag, before running jupyter notebook, what happens when you do the following:
$ python
>>> import clr

If it says:
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ModuleNotFoundError: No module named 'clr'```
it means that pythonnet is not installed in your system... which is odd, since you have successfully followed every mentioned step.
Maybe pythonnet is installed in a different environment?

No response;

I have the same issue on Windows 10.
After building the solution, the engine starts, but as soon as I rebuild it to work with Python, every single Python file that contains QuantConnect libraries returns the same error.
Tried with different global and environment, the result is the same. If I install clr (tried with pythonnet as well) with pip, it seems its not the same clr that I need.

on new set up I am having the same issue.


Remove root user in the action's Dockerfile

The action is currently running as a root user. This is not ideal due to security implications.
The user should not be a root user.

P.S.: Thoroughly test the action before making a PR.

I want to work on this issue, I know about users in containers and the UIDs.

I want to work on this issue, I'm a beginner and want to learn things by doing.

If this hasn't been assigned to anyone I would love to work on it.

Closed through #3


Bug: caret position is not correct on the playground, Safari

Lexical version: the latest (v.0.13.1)
Steps To Reproduce
when list item has no text content

go to the playground with safari on mobile or Mac.
make list and list item nodes.
when it has no text content, the caret is located at incorrect position.

Link to code example: playground.

The current behavior
https://github.com/facebook/lexical/assets/40269597/8c922655-6649-412c-a48e-cb57c3c9c273
The expected behavior
caret should be at correct position

duplicate of  #3999


Discussion around the min/max sendable

In our meeting today we brought up the min/max sats spendable functionality, I am creating this issue to continue the discussion and decide what we want to do with it, it was talked about in the meeting that it may not be that useful in practice.

I guess we are good on this, aren't we?


On updating DA with Attribute, save as draft. The existing DA in privacy dashboard, will update with Attribute name

On updating DA with Attribute, save as draft. The existing DA in privacy dashboard, will update with Attribute name

On updating DA with Attribute, save as draft. The list active data agreements api in service will return the latest published version as always, it won't return the draft version.

Can you also make sure READ - Read data agreement (/service/data-agreement/{dataAgreementId}) also returns the active data agreement ?


Half of SLO 1 error budget depleted in a month

SLO 1 is defined as "Changes to GitHub PRs receive a status update within 15 seconds in 99% of cases".
The error budget for SLO 1 has been decreasing since the beginning of September; now it's about 50%.
It's not been decreasing uniformly; there were 4 more significant drops (about 9% down in several minutes) and about 5 smaller decreases of about 1-2% in several minutes. Most of the time it stayed more or less the same.
I investigated all the big downswings but never realized anything unusual at those time frames; for example, the "number of received webhooks" or "number of tasks executing at worker" was always quite low.
What also doesn't make sense to me is that sometimes the remaining error budget is decreasing overnight when there's almost no traffic (and then is increasing during the day when all the work happens).
It started to happen around the same time when we deployed the multi-threaded short-running worker instead of several single-processed workers so it's possibly related, but I have no idea how.

It started to happen around the same time when we deployed the multi-threaded short-running worker instead of several single-processed workers so it's possibly related, but I have no idea how.

Could reverting this change and let it run for a week help us decide whether this is the case?

Yes, I'll do that.

It's been 12 days since I reverted the change and here's what it looks like.
The first graph shows 12 days before the revert, i.e. 1 multi-threaded short-running worker:

The second graph shows 12 days after the revert, i.e. 4 single-threaded/processed short-running workers:

Both contain a few big drops, so it doesn't look related to the change. I know there was the Github webhooks outage last week, but that's only one of the drops on the second graph, but there are two more.

Hm, so it's gotta be something else. Should we raise priority on this and preemptively start looking into it to better understand what's going on?

2/3 of the budget is gone so I'd say let's start looking into that sooner rather than "drop everything and fix it ASAP" once the budget is depleted.

I did more investigation and the most important finding (to me) is that the Error Budget (EB) is calculated from a preceding four-week window so the Remaining EB graph doesn't tell you when exactly a service downgrade/improvement happened.
For that, you need to see the Packit boards -> (Prod/Stg) Accepted status time graphs.
I've also added one more graph: Cyborg /RHEL Infrastructure and Service Health -> Packit -> Statuses set after 15s
which will tell you a number of initial statuses that took longer than 15s to be set.
You can also grep the short-running worker logs for "Reporting initial status time:".
Hint, use | search message"Reporting initial status time*" in Splunk.
So what does the history of Packit boards -> (Prod/Stg) Accepted status time graphs tell us?
In the whole (1 year) history, the biggest change of trend happened in April and it was clearly caused by the change of way how we calculate the initial_status_time.
Then, since the end of August (Stg) / beginning of September (Prod) the average values went up a bit.
I went through the git history (last week of August) of packit-service and deployment and can't see what could have caused the change of trend.
There were lots of SQLAlchemy-related changes, but I don't think they are related, thou it's possible.
The 4 single-threaded workers vs. 1. multi-threaded might still be related because in the first 2 weeks of October there were again the 4 single-threaded workers running and the trend seems to have changed a bit.
But it's all about how one interprets the data and it needs longer periods of time before one can notice a change of trend.
If the error budget again starts to be consumed and we still have no idea what causes it, then I'd probably try to add another (this time multi-threaded short-running) worker.
Yes, that's what Hunor originally suggested, and I was against it to be sure we don't hit the old https://github.com/packit/packit-service/issues/375 again, but now I think it should be OK, because we have separate workers for long-running tasks and we also have the babysitting tasks as a safety net.
I, however, still think it'd just hide the real cause somewhere else because the one multi-threaded worker usually uses just a few threads at the same time even it has a dozen more slacking.
For example, today I noticed there were a few initial statuses set after more than 20 seconds in the staging instance.
When checking the short-running worker logs I noticed that there was a 17s window after the GitHub PR comment was accepted when the worker was just slacking.

I've created a postmortem and will keep an eye on the metrics.
Closing this for now.


Showcase quickwit with a public UI @demo.quickwit.io

Though we need to set some limits to avoid bad surprises

great idea!

Moving this to quickwit 0.5


if  'cico node get' fails retry after 60s

fixes #112

we should likely try and consolidate some of the templates, its getting odd to need the same piece in 7 places; the piece itself looks good to me.


[Spec] [WIP] Remove Input.owners_before

"owners_before" is inaccurate and perhaps also unneccesary, we should consider removing it. However, in the case of a threshold condition with m public keys it is useful to indicate which n keys were involved in fulfillment.
Questions:

Does there exist a function: did_sign(signature, pubkey) which would indicate if a key was involved in a signature?
From a product perspective (@TimDaub), do we need to keep the list of people that signed, perhaps for the purposes of auditability?
If we do, how can we be sure that the list of public keys given in owners_after is actually the real list? The signatorys could enter the wrong list, so perhaps it's meaningless. And, if it's verifiable via a did_sign method as described above, we don't need it because we have the list of m keys in the output, alongside the condition.
Speaking of which, I suppose that list is not verified either, what are the implications?

Does there exist a function: did_sign(signature, pubkey) which would indicate if a key was involved in a signature?

All info of the entire cryptocondition is encoded in the fulfillment URI. No need for duplicating this in owners_before

If we do, how can we be sure that the list of public keys given in owners_after is actually the real list?

This is the entire discussion of splitting up the attributes (to be indexed) from the topology of a condition... see especially #677 and there are more related issues in the transaction model update slides
Important to note is that owners_before is currently only used by the CREATE to combine it with a TRANSFER in one shot. I believe we should consider not combining them - only have a pure CREATE. This way we can get rid of owners_before

A pure CREATE transaction is a nice idea, but we need to be careful to ensure that the transaction gets signed on the client side. If "owners_before" goes away, we will still need a list of the public keys who signed the transaction.

This is the entire discussion of splitting up the attributes (to be indexed) from the topology of a condition... see especially #677 and there are more related issues in the transaction model update slides

Ah, so I didn't understand this. we had this conversation, about owners_after not being verified, and @vrde suggested that we don't need to include the condition URI in the TX since it can be generated deterministically from the public keys. So that solves that problem.
I just need to understand the owners_before create & transfer thing then.

@vrde suggested that we don't need to include the condition URI in the TX since it can be generated deterministically from the public keys. So that solves that problem.

that's actually not true. you provide either the compressed condition by URI or the extended by details.
the compressed version/URI/hash: always needed for fast verification that the fulfillment matches the input condition
the extended version/details/topology: optional to provide DB-level indices on pubkeys, hashlocks, etc. Needs to match the URI always

Related: #728.

Speaking of which, I suppose that list is not verified either, what are the implications?

When fulfilling a transaction we make sure that the private keys provided belong to the the list of owners_before https://github.com/bigchaindb/bigchaindb/blob/master/bigchaindb/common/transaction.py#L930 https://github.com/bigchaindb/bigchaindb/blob/master/bigchaindb/common/transaction.py#L968

Also relevant: #677.

I'll create a Cryptoconditions DSL ticket and link from this PR to it later.
Closed for now.


[Bug/Oversight] bulkProcessingOptions is not used in processBulkOperations

https://github.com/Azure/azure-sdk-for-java/blob/f28826e51a3f31566483756d059baa73e18a30dc/sdk/cosmos/azure-cosmos/src/test/java/com/azure/cosmos/CosmosBulkTest.java#L107

@jeffpeiyt  - There are two variants on processBulkOperations API, one which takes bulkProcessingOptions. You will notice that other tests in this file uses the overloaded API: https://github.com/Azure/azure-sdk-for-java/blob/f28826e51a3f31566483756d059baa73e18a30dc/sdk/cosmos/azure-cosmos/src/test/java/com/azure/cosmos/CosmosBulkTest.java#L72

@jeffpeiyt  - There are two variants on processBulkOperations API, one which takes bulkProcessingOptions. You will notice that other tests in this file uses the overloaded API: https://github.com/Azure/azure-sdk-for-java/blob/f28826e51a3f31566483756d059baa73e18a30dc/sdk/cosmos/azure-cosmos/src/test/java/com/azure/cosmos/CosmosBulkTest.java#L72


S3 Auto-Import to optionally validate phone, trigger campaign

The S3 Import solution now supports optional (parameterized) Validate Phone and Auto create campaign features. Readme updated accordingly.
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

The PR has been re-staged and upgraded by @Ryanjlowe , all relevant logic is now part of the main repo. Closing the PR as no longer needed/duplicate.


Upgrade FontAwesome, use explicit imports

The added imports and call to library.add() are clearly painful within this file, but it looks like this makes a huge difference in bundle size, with a large (several 100k) reduction even when gzipped. We are now only shipping the SVG paths for the icons we've used, rather than every icon in the library (in three different weights).
Adding a new icon now requires importing the three variants + adding the triplet to the library call. Annoying, but not terrible and not something that happens every day...  I think this is what's required to get the optimized builds.
Note if an app wants to use an icon we don't import here on its own, it can do so - would just need to do the specific import itself.
Also fixes #480 taking the overall FA upgrade.

@lbwexler and @TomTirapani wanted to run this by you anytime you have a chance.

If it reduces several 100k of unused icons in the bundle, I think we can handle the extra amount of code!
I wonder how much we are using the 3 different variants? Perhaps we could simplify by having one variant as the 'hoist standard', while still allowing apps to import icons from the other variants if desired?

It's a good question... Right now we have this kind of funny API on our icon elemFactories where you can pass a "prefix" option of far|fas|fal - so all three options declared as supported for the icons we've defined. (Any suggestions for improving this? Seems a bit clunky as is.)
I am not sure how often we're using that - we could search...  I know I have used the "light" variant for some of our app header icons as I thought they looked a bit better, but nothing critical.
I would be interested to understand what the workflow would be re. imports if we didn't import the variants and add them to the library, but a developer wanted to use a variant. I am guessing they could import the icon and add to the library (in another dedicated call) someplace reasonable in their code...
If we were going to remove one variant, I would vote for solid, but (other than the boilerplate) I am not sure how much weight that would take off of the bundles.


feat(recipes): expo-router

Description

Closes #90
Implements expo-router in an Ignite v9 application
Demonstrates authentication flow, tab navigation, search params and universal deep linking

Just went through this post and updated for Expo@50 & ExpoRouter@3 compatibility

I want to implement Expo Router in to my app, I have tested the Recipe and everything works fine so far except for the linking from the Drawer side menu (on the left) when you're in Showroom screen. At least for me, when I tap on any of the items in the menu, the app just gets stuck in a loop and the following error occurs:
ERROR  Warning: Maximum update depth exceeded. This can happen when a component calls setState inside useEffect, but useEffect either doesn't have a dependency array, or one of the dependencies changes on every render.
I think it's for the same reason, but the linking with query parameters (?itemSlug=variants&sectionSlug=toggle) also doesn't work on iOS emulator, but it does work on web app, like you described in your Recipe. I try to execute this command:
npx uri-scheme open exp://localhost:8081/--/showroom?itemSlug=variants&sectionSlug=toggle --ios
And I get the following error:
[1] 4861 zsh: no matches found: exp://localhost:8081/--/showroom?itemSlug=variants [1]  + exit 1     npx uri-scheme open exp://localhost:8081/--/showroom?itemSlug=variants zsh: command not found: --ios
Which is odd, because if I understand Expo Router's documentation right, using query parameters should just work, regardless if one does anything with the data from the query or not, same as in a web browser.
Do you have more experience with this situation? I really don't have much experience with Expo Router so any help or input will be appreciated. Thanks.


Add Mezumo to Valora

Mezumo:

[✔] connects to Valora via WalletConnect V1 or DAppKit;
[✔] must be mobile-first or mobile responsive;
[✔] is in one of the existing categories; and
[✔] includes a link to user documentation: http://docs.mezumo.xyz/

@gnardini is the .png included perhaps a .jpg that was renamed? Running file -I mezumo.png is returning the following.

That's weird, it was indeed jpg in the beginning but I used a converter to turn it into png. I've asked the designer for a png version, should have it ready by tomorrow.

@MuckT updated the logo!

@gnardini Thanks LGTM!


New version?

There are already 2 significant bugfixes which are not in the latest release on npm (1b569d08b80b3e8fea5ba3679c6ddb34accc2e0c and 2a08ad431dafc117aa13aa3ce9a005a06c9c2c1f), and #32 would make a third.  It would be helpful for using and recommending this software if a new release could be tagged so that these fixes could be pulled in by npm.  Thanks.

I’ll bump once #32 is merged. Sound good?

Yes :)


2 devices not recognized

Hi!
First of all: you did a great job creating this little device...
I meanwhile made 3 if them...
But 2 hacking devices from me were not recognized...
1.:
"Duckhunter" is not recognized...
Duckhunter is a app within Nethunter that interprets Duckyscripts.
Nethunter is a Kali Linux arsenal that can be installed to Android devices..
In Nethunter there is the function "USB arsenal". With it you can enable the function "HID".
When I now start an attack at a computer the app "Duckhunter" interprets the Duckyscripts and types them in via the connected USB cable.
For that the android setting "USB Debugging" needs to be activated on the Android device.
Now I thought that the USB valve would also recognize the key strokes...
But it completely doesn't...
It doesn't recognize when I change my phone to HID mode and it doesn't recognize the key strokes...
2.:
The second device is a little "CJMCU" - a little Mini Atmega32U4 development board for about 7€ that also can do keystrokes...
At the moment I have set it to type in 0000 to 9999 but the USB valve also doesn't recognize the keystrokes of this little device...
Maybe you could add a function so that this devices also  can be recognized...
Best regards
Csdragon

Thanks for the kind words, and for opening the issue.
A couple of questions:

are the devices not recognized at all, or just the keystrokes? I mean, when you plug the device, do you see an HID Device message on the OLED screen, or nothing at all?
for the NetHunter app, did you tried to switch before to HID and then (after that) plug the device into USBvalve?
the CJMCU device is also named "CJMCU-Beetle"? I can try to buy one to do a couple of tests

Thanks,

Ok, I think I found something, not sure if this is the same issue you are experiencing, but may be:
it looks like the overclocking of the CPU is in some way decreasing the compatibility with some HID devices, not sure why. May I send you a debug version of the firmware with a 120Mhz firmware (let me know if 32 o 64 lines screen) and may be you can do some testing with your devices?
Thanks,

it looks like the overclocking of the CPU is in some way decreasing the compatibility with some HID devices, not sure why. May I send you a debug version of the firmware with a 120Mhz firmware (let me know if 32 o 64 lines screen) and may be you can do some testing with your devices?

Would be no problem!
I've got a 32 lines display.

To the CJMCU device: I hope I can manage to have a look at it this evening.

No worries at all, take your time. And thanks for your help!
In the meantime, here is the link for a new test version (0.13.0): https://icedrive.net/s/8SbF9bD7N27k1vGYBtDVya9FCjzk
Let me know how it works with the two devices.
Thanks again.

Hi!
Installed it to my USB-Valve...
Well... most of the time it is recognized now... but about one time in 20-30 times restarting it an then plugging it in it is not recognized...
I can plug it in, unplug it a lot of time - nothing on the display...
Reboot by button of the USB-Valve and it is recognized...
To the CJMCU device: sorry have a big construction site at home at the moment... was not able to have a look yet...

The Hardware I use is a Digispark hw-018
Costs about 2,50€ at ebay.

I ordered one, should receive it next week. I'm curious to check it out.
Thanks,

I received the device and to be honest I'm a bit puzzled:
the device itself has something wrong: I tested it in two different laptops (a Dell with Linux and a Lenovo with Windows) and none of them recognize it. Even if it receives power (and the led turns on), the device is not recognized if inserted in the built-in USB ports of both the systems.
I think the PCB is too thin and it does not fit correctly in the USB ports. If I compare it with Adafruit Neokey (https://www.adafruit.com/product/5020), it is almost 0.5mm less, which is a lot.
Adafruit Neokey works perfectly with all my laptops and USBvalve as well.
I had to use a specific USB extension (but a couple I had were not working as well) and with this I have the Digispark device recognized 50% of the time by the laptops and by USBvalve as well. But it is not reliable in any case.
May be I received a defective device (but the PCB thickness is an issue in any case)...otherwise I don't think this is a USBvalve issue. It looks like a connection issue.

May I ask you a favor?
I have a new version of the firmware: https://icedrive.net/s/NT52Z44k2k4PbD2YxvbtYSyiNyVY
Could you please test it with NetHunter? I'd like to check if this new version keeps the compatibility.
You can also check it with the Digispark device, even if I don't expect it works with that.
Thanks a lot!

Sorry... Just saw today, that you updated to a new version.
Works very well with NetHunter.
As soon as I change USB to HID it is recognized.

oh no worries at all... :-)
Thanks for the checks!!
Regarding the Digispark, please try, but I'm pretty sure it will not work. The reason why this is not recognized is still puzzling me...or may be I have a defective device.
Thanks a lot!


Forms/UWP: Local image file not being loaded

Summary
After saving an image to a local internal folder, then trying to display the image, the image is not displayed and no errors are thrown.
Repro steps

Save an image in UWP using native libraries at

ApplicationData.Current.Localfolder.CreateFolderAsync("my\\folder\\path");
var file = await dir.CreateFileAsync("myImage.jpg", CreationCollisionOption.ReplaceExisting);

Pass the file path as an ImageSource for a CachedImage
Image will not be displayed

Other comments
If the CachedImage is swapped out for a normal Image in xaml, the saved image file will load correctly. Also if path.Replace("\\", "/") is used, and vice-versa, then the image still isn't loaded (so this isn't related to file path formatting).
This happens for UWP Desktop or Win10 phone, using ffimageloading forms libraries

Any image loading error is reported to the console output. Could you paste it? Also you can use custom logger as here: https://github.com/luberda-molinet/FFImageLoading/blob/master/samples/ImageLoading.Forms.Sample/Droid/MainActivity.cs#L28-L58

@daniel-luberda Sorry for the massive delay on this, hadn't had time to try and get a repro project up and running until now...
https://github.com/Contract16/FFImagError-UWP
I think it's something to do with transformations on UWP, if I add a transformation, the image won't load in. This is on images in a xaml file in the forms project or inside another library referenced. If you remove the transformation, image loads in fine.
If there's maybe something wrong with my setup for UWP that I've missed then that would explain it, but I can't see anything missing?
I think the main error I was having above was to do with incorrect file location formatting, and that there was actually 2 issues that manifested in the same way.
Thanks

@daniel-luberda Just a quick note, the logs don't show any errors occurring.


[Enhancement] Add docs for sum() JMESPath filter

Description
https://github.com/kyverno/kyverno/pull/6552
Slack discussion
No response

@chipzoller @eddycharly any updates regarding this one?

What updates are you looking for, exactly? The documentation has not been written yet. If you'd like to take this issue and provide that, feel free.


bump example-trw @v2.0.0

bump example-trw @v2.0.0
hopefully resolving

https://github.com/slsa-framework/example-package/actions/runs/9896293505/job/27340240608#step:7:430

  **** Provenance content verification *****
✖ 32398091 == 49289 :: .predicate.buildDefinition.internalParameters.GITHUB_TRIGGERING_ACTOR_ID should be 49289 but was 32398091
Error: Process completed with exit code 1.

Fixed
https://github.com/slsa-framework/example-package/actions/runs/9910899837/job/27382467910#step:7:399


Put all dev dependencies at the root

This PR moves all the dev dependencies to the root. This makes it so we don't have to download multiple versions of some enormous packages (Babel is particularly bad on this). The tests scripts were all updated so they can be run from the individual packages, as well.
cc/ @bouk

cc/ @GoodForOneFare

Was linklocal ever a consideration?  It's probably a bit too quirky, but I kinda like having an explicit list of dev dependencies per project.


New northstar crashed

Bug
When I connect to northstar server, the game will crash.
This issue has occurred since I updated to 1.28.4.
Sometimes I can play the game, but suddenly it crashed and I can't fix the issue even I reinstall the game and restart the PC.
Steps to reproduce

1.launch Flightcore
2.launch the game
3.connect to northstar server
Specifications

Northstar version: 1.28.4
Platform:

nslog2024-11-16 15-47-12.txt
nslog2024-11-16 15-43-50.txt

Crash in tier0.dll according to one of the logs.
...
[2024-11-16] [15:48:21] [RPAK_FSYS] [info] UnloadPak 22
[2024-11-16] [15:48:21] [RPAK_FSYS] [info] UnloadPak 11
[2024-11-16] [15:48:21] [NORTHSTAR] [error] -------------------------------------------
[2024-11-16] [15:48:21] [NORTHSTAR] [error] Northstar has crashed!
[2024-11-16] [15:48:21] [NORTHSTAR] [error] 	Version: <IP_ADDRESS>
[2024-11-16] [15:48:21] [NORTHSTAR] [error] 	EXCEPTION_ACCESS_VIOLATION
[2024-11-16] [15:48:21] [NORTHSTAR] [error] 	Attempted to read from: 0x326d6ae8
[2024-11-16] [15:48:21] [NORTHSTAR] [error] 	At: tier0.dll + 0x21751
[2024-11-16] [15:48:21] [NORTHSTAR] [error] Callstack:
[2024-11-16] [15:48:21] [NORTHSTAR] [error] 	tier0.dll + 0x21751
[2024-11-16] [15:48:21] [NORTHSTAR] [error] 	rtech_game.DLL + 0x11ea2
[2024-11-16] [15:48:21] [NORTHSTAR] [error] 	rtech_game.DLL + 0x8986
[2024-11-16] [15:48:21] [NORTHSTAR] [error] 	rtech_game.DLL + 0xbacc
[2024-11-16] [15:48:21] [NORTHSTAR] [error] 	tier0.dll + 0x788d
[2024-11-16] [15:48:21] [NORTHSTAR] [error] 	tier0.dll + 0x7820
...

Maybe try disabling all your installed mods and see whether that fixes the issue.

It fixed! But sometimes the game freezes and be kicked from match.
This occurred several times before, but this time, its frequency is increased.

Feel free to upload a relevant log again in that case


Fixed versioning information in the helm chart

Issue: All values is helm have been updated
but 'helm ls' is still showing version 1.1.0
allthough all the images are version 1.1.1.

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by: scaratec
To fully approve this pull request, please assign additional approvers.
We suggest the following additional approver: sdake
If they are not already assigned, you can assign the PR to them by writing /assign @sdake in a comment when ready.
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

install/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

Hi @scaratec. Thanks for your PR.
I'm waiting for a istio member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.
Once the patch is verified, the new status will be reflected by the ok-to-test label.
I understand the commands that are listed here.

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

/assign @sdake

@scaratec for master, we should be using 1.2.  We have automated tooling to change the versions field, and it looks like the automation in 1.1 wasn't quite working correctly.
@utka ^^
/assign utka

If the version 1.2, will the install from head just fail?

We need this type of change to be automated/fix the existing automation we have. Currently this change won't actually do anything since 1.1.x releases are from the release-1.1 branch.


RoiAlign batch_indices type handled incorrectly

Currently we expect int32_t tensor: https://github.com/pfnet-research/chainer-compiler/blob/38973e93910f9d15e4b225116944cf088e7bb23c/runtime/ops/roi.cc#L192
Though ONNX spec expects to be int64_t tensor: https://github.com/onnx/onnx/blob/98f72629bde7285f5a601f95d122ce43cea97a9c/docs/Operators.md#inputs-89

Should fail here: https://github.com/pfnet-research/chainer-compiler/blob/38973e93910f9d15e4b225116944cf088e7bb23c/runtime/ops/roi.cc#L101
Though no one is building this with debug mode...


Execute plans during plan tests to make sure plans are valid and executable.

Is your feature request related to a problem or challenge?
In the link, @alamb suggested that adding a run pass to the plans would be better to make sure that plan is indeed runnable. I think this feature is really nice. We can add this support to the tests under following files:

replace_with_order_preserving_variants.rs
enforce_distirbution.rs
enforce_sorting.rs

Describe the solution you'd like
I think, we can execute optimized ExecutionPlans, inside assert_optimized! macro after checking that plan is as expected. After collecting all the result (preferably with single row) with collect(plan, task_ctx).await? we would expect success at the output. If there is any inconsistency in the schema, execution will show errors.
I think for this task we can use EmptyExec with single row at the source.
Describe alternatives you've considered
No response
Additional context
No response

May I take a try at it? Since I am new here, maybe one week should be enough.

May I take a try at it? Since I am new here, maybe one week should be enough.

Sure.

I tried to do this by appending the following at the end of assert_optimized definition in replace_with_order_preserving_variants.rs:
@@ -399,10 +405,17 @@ mod tests {
             let actual = get_plan_string(&optimized_physical_plan);
             assert_eq!(
                 expected_optimized_lines, actual,
                 "\n**Optimized Plan Mismatch\n\nexpected:\n\n{expected_optimized_lines:#?}\nactual:\n\n{actual:#?}\n\n"
             );
+
+            let ctx = SessionContext::new();
+            let object_store = InMemory::new();
+            object_store.put(&object_store::path::Path::from("file_path"), bytes::Bytes::from("").into()).await?;
+            ctx.register_object_store(&Url::parse("test://").unwrap(), Arc::new(object_store));
+            let task_ctx = Arc::new(TaskContext::from(&ctx));
+            collect(optimized_physical_plan, task_ctx).await?;
         };
     }

but this leads to internal error: entered unreachable code errors from https://github.com/apache/datafusion/blob/5501e8eb326b808a9877d9a8cb743cbb428ecc8a/datafusion/core/src/test/mod.rs#L300
and partition not used yet errors from https://github.com/apache/datafusion/blob/b76c1b70506e45880f8e4bc5f9dc2ef088053acb/datafusion/physical-plan/src/repartition/mod.rs#L599
Clearly the context setup is not sufficient to execute the plans. @mustafasrepo would you be willing to give me a hand and suggest what I am doing wrong?

I think, the reason for these bugs is that. Source doesn't emit any data (Or doesn't expect to be called.). I think, we might need to update sources to support generating data. For doing so we need to update
csv_exec_sorted and stream_exec_ordered implementations to generate sources that can emit data. One possible approach would be updating csv_exec_sorted such that it generates a MemoryExec with single row (Method could be renamed to memory_exec_sorted. The reason I propose MemoryExec is that it is easier to give data during initialization for this operator).
However, corresponding change might be a bit tricky for  StreamingTableExec since its stream is mock and doesn't support any data generation. Hence I propose to execute tests with actual data for just bounded cases (e.g. cases where source is constructed with csv_exec_sorted call.)


Should we give action creators only dispatch function instead of whole fluce instance?

... and remove dispatch method from fluce, so only registered action creators could dispatch.
Both features provide more flexibility because 1) action creators can read from fluce.stores 2) one can dispatch an action directly, without using an action creator. But are these good patterns?
For the clarification of what is proposed:
// now
fluce.addActionCreator(fluce => {
  return (some, args) => {
    // can read `fluce.stores` here
    fluce.dispatch('someAction', {some: payload})
  }
})

// proposed
fluce.addActionCreator(dispatch => {
  return (some, args) => {
    dispatch('someAction', {some: 'payload'})
  }
})

// now: one can _dispathc_ an action directly outside of an action creator
fluce.dispathc('someAction', {some: 'payload'})

// proposed
fluce.dispathc === undefined

In case one need to read from fluce.stores in action creator, she can do it in code that calls action creator:
fluce.actions.someActionCreator(fluce.stores.someStore.someData, anotherArgument)

.someActionCreator() now removed (see #7)


Add SSL connection support: Inherit from IConnectionHandler

Self-explanatory. Use the Poco::NetSSL import.

Don't keep two nearly identical copies of IConnectioniHandler around (IConnectionHandlerSSL is almost identical). The SSL version should inherit from the non-SSL. Just a matter of efficiency.

Build isn't working for Github CI, but we're closing this anyway. It will be fixed.


chore(i18n): Only enable debug mode when ENABLE_I18N_DEBUG=true

The type of this PR is: Chore
Description
Noticed that i18n debug logging was enabled in prod; this fixes that by enabling it only when
ENABLE_I18N_DEBUG=true

tyyyyy 🤗


Request from HL7 FHIR-i: tighten the context for the Associated Study Extension

Section Number
IHE.RAD.IMR\IMR DiagnosticReport Associated Study - FHIR v4.0.1
Issue
HL7 FHIR-i is reviewing extensions defined in the FHIR space in order to clean them up, remove redundant extensions and improve the definition of the remaining ones.
During this process, a set of IHE defined extensions where discussed that need work.
One of these extension is the "DiagnosticReport Associated Study" extension. The extension context is 'Element', allowing it to be used on any element on any resource. FHIR-i is concerned that this is far to generic and strongly recommends restricting the use to the specific context where it is intended to be used.
Proposed Change
Restrict the use of these extensions to the root level of DiagnosticReport. This can be achieved by adding the line
Context: DiagnosticReport to the header of these extensions in the sushi fsh file.
Priority:

Medium: Significant issue or clarification. Requires discussion, but should not lead to long debate.

@bvdh Thanks for the input.
The proposed change is accepted. Indeed a similar extension is also used in RAD.IRA profile and it has already been updated to restrict the context to DiagnosticReport.
We will do the same for RAD.IMR.

This github issue is now CP-RAD-528, assigned to Kinson, and will go through the regular IHE CP process.   This Github issue can be updated later according to that outcome.

Ready to publish


[Feature] Android 7.1.2 support once ATV support is implemented

Device
Phone/Tablet
Device name
Tanix TX2
Android Version
7.1.2
Suggestion
Wanted to suggest adding support for Android 7.1.2 as a bunch of box TVs use that version.

Too oldn+ most likely not powerful enough


[WFLY-18332] Update LayersTestBase and LayersTestCase(s)

https://issues.redhat.com/browse/WFLY-18332
Refactor to allow more understandable maintenance of the expected sets of modules that are unreferenced or not used in layers.
Update the expected sets to reflect current reality.
This update is a prerequisite for completing https://issues.redhat.com/browse/WFCORE-6456 as it corrects all the broken things found by the testing I'm adding for that.

I added the hold label as there's more I want to do on this but it's been a while since I've had time to finish it off.


Added Ken as author and ms.author

@kenwith

Docs Build status updates of commit c73ebc8:
:clock10: Full build: the average full build time is 11 min(s) 46 sec(s), this is based on the last 1000 build(s) for this repository.

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

File
Status
Preview URL
Details

sharepoint/sharepoint-ps/sharepoint-server/Set-SPContentDatabase.md
:white_check_mark:Succeeded
View (sharepoint-ps)

sharepoint/sharepoint-ps/sharepoint-server/Start-SPAssignment.md
:white_check_mark:Succeeded
View (sharepoint-ps)

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Various performance issues

Overview
This issue contains a list of known performance problems
Z3

[ ] Don't create intermediate Expr objects. Use Z3 native pointers directly

Bitwuzla

[ ] Faster JNI bidings

Misc

[ ] KSmt benchmarks

For native calls please consider using this library: https://github.com/apangin/nalim

As for me, we can't use nalim as it requires additional jvm flags, which makes KSMT not easy-to-use

As for me, we can't use nalim as it requires additional jvm flags, which makes KSMT not easy-to-use

Why? We start external JVM process and can set any flags we want.


Fix label checking incorrect box when clicked

I noticed that "Preserve inline braces/code blocks?" label was ticking "Keep array indentation?" checkbox

Soooo...?


How to debug Requirements conflict

I use the newest Database
let mach-nix = import (builtins.fetchGit {
    url = "https://github.com/DavHau/mach-nix/";
    rev = "51caf584f26acdfaa51bbf7ee1ffa365aea7bc64";
  }) { pypiDataRev = "2df9b1f4372686fdc10a26efde514244cd2285b3"; };
in mkShell [
    (mach-nix.mkPython {
      requirements = builtins.readFile ./server/requirements.txt;
    })
]

This leads to this error
Providers:
  {'_default': ['wheel', 'sdist', 'nixpkgs'],
   'gdal': ['nixpkgs'],
   'pip': ['nixpkgs', 'sdist'],
   'setupmeta': ['wheel'],
   'setuptools': ['nixpkgs'],
   'wheel': ['nixpkgs', 'sdist']}
Mach-nix version: master
Python: 3.9.9
Cause: Requirements conflict: ansible (<SpecifierSet('==6.0.0')>,)
The requirements which caused the error:
  ansible (<SpecifierSet('==6.0.0')>,)

The given requirements might contain package versions which are not yet part of the dependency DB
currently used. The DB can be updated by specifying 'pypiDataRev' when importing mach-nix.
For examples see: https://github.com/DavHau/mach-nix/blob/master/examples.md

Shouldn't ansible-6.0.0 be in the database. What can I do to resolve this conflict?

I downloaded  pypideps db from here https://github.com/DavHau/pypi-deps-db/tree/2df9b1f4372686fdc10a26efde514244cd2285b3 (code / download zip) and some grepping later
I can confirm that ansible 6.0.0 is indeed in the database.

I added hash attributes and now its working. I think it was using some old revisision for pypideps db.
  mach-nix = import (fetchgit {
    url = "https://github.com/DavHau/mach-nix/";
    rev = "51caf584f26acdfaa51bbf7ee1ffa365aea7bc64";
    hash = "sha256-qSjk1iOi14ijAOP6QuGfE3fvy08aVxsgus+ArwgiyuU=";
  }) { pypiDataRev = "2df9b1f4372686fdc10a26efde514244cd2285b3";
       pypiDataSha256 = "sha256:14097qjbgiym6w2fgj3g2fj9bylw9xjhrnwxji02zchc3f3f5d18";
     };


Element “blockquote” should be better styled

According to the official Markdown page, block quotes should work like this:
> This is a block quote

However, this has no effect in remark.
Am I doing something wrong?

@fladd I ran into the same thing.
The markup correctly generates <blockquote> HTML elements, but these are not styled.
I added this CSS to my project, which made it look similar to how I wanted:
blockquote {
  border-left: 0.3em solid rgba(0,0,0,0.5);
  padding: 0 15px;
  font-style: italic;
}

Maybe there should be some default styling for block quotes?

@des4maisons Thanks a lot, that does the trick indeed!

@fladd Can this be closed now?

I guess, yes. You might want to consider styling them in the default template though, as they are part of standard Markdown.

Thanks @utdrmac for the fix. But as @fladd stated, I really think this should be part of the default template.

+1 bump on this to get something added to official CSS. Banged my head against the wall for 30m trying to figure out why my blockquotes were not getting rendered.

I edited the title of the issue to better describe the actual problem.

I would add to @des4maisons 's solution some quotes symbols.
This is my setup:
blockquote::before {
   content: open-quote;
   margin-right: 5px;
   font-size: 1.2em;
}

blockquote {
  border-left: 0.3em solid #ccc;
  padding: 0 15px;
  font-style: italic;
  color: #ccc;
  quotes: "\201C""\201D""\2018""\2019";
}

blockquote::after {
  content: close-quote;
  margin-left: 5px;
  font-size: 1.2em;
}


release: 1.10.2

:robot: I have created a release beep boop
1.10.2 (2023-02-03)
Performance Improvements

cache: perfect cache error (b593723)
log: prefect import (e6c6e6b)
time: perfect example (02ccf35)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/starudream/go-lib/releases/tag/v1.10.2 :sunflower:


Documentation: Add dash to handle apostrophe in title

Description
The Performance FAQ's TOS contains a broken anchor link. "Won't calling 'all my reducers' for each action be slow?" currently links to:
https://redux.js.org/faq/performance#wont-calling-all-my-reducers-for-each-action-be-slow
However, with the section title containing an apostrophe, the generated id contains a dash, meaning the link should be:
https://redux.js.org/faq/performance#won-t-calling-all-my-reducers-for-each-action-be-slow

Thank-s!


Fix up Travis CI and Python version support

Tie Travis CI to jazzband instance
Remove EOL 3.3 and 3.4 version support
Add 3.7 version support

The broken URL "details" link for the Travis CI build on https://github.com/jazzband/python-geojson/pull/119 led me to discover these issues.

At this point, there is just some PyPy Travis CI weirdness to clear up. I might have done too many pushes in too short of time so going to revisit tomorrow.

@rayrrr I fixed this PR for you. Hope You will find it useful.
Thanks!


Added Discord logo

Updated the readme file and added the discord logo with the given discord invite link.

Description 📜

Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context.
Fixes #376

Domain of Contribution 📊

[ x] Others

Checklist ✅

[x] I follow Contributing Guidelines & Code of conduct of this project.
[x] I have performed a self-review of my own code or work.
[x] I have commented my code, particularly in hard-to-understand areas.
[x] My changes generates no new warnings.

Screenshots / Gif (Optional) 📸

Hey can you please give it a hacktoberfest label.

I am not sure I can give Hacktober fest label on one line change
@ron2111 will review this one

@ron2111 sure working on it

Changes done have a look.