Kata with accepted answer shows as not completed in search

I encountered with a kata where I have working (accepted) solution, but the site shows as not completed.

My solutions for this kata:

Kata: https://www.codewars.com/kata/sort-and-star
User: Rashin46 (connected with this Github account)
Can you please check this issue?
Thank you in advance.
Best regards,
Rashin46

Note: You might want to blur that screenshot as you're making a solution to this kata public (that doesn't matter much because it's an 8 kyu, but it's still bad practice)

Blurred the image.

Hi! I have exactly the same issue with kata https://www.codewars.com/kata/recursive-reverse-string
I completed successfully the kata but it still shows up in search as non-completed.
My username is IvandCodes (connected to this GitHub account).
Should I create a separate issue or just leave it here as a comment?

I have the same issue. Solved this kata in Python, but it was still listed as not completed in kata search. Resubmitted my solution - no result. Solved it in JS - the kata is listed as completed now.

For some reason (maybe performance), a separate list of ids are used when searching and that seems to get outdated sometimes. I'm planning to get rid of it and find another way.

I had a similar issue with Esolang Interpreters #1 - Introduction to Esolangs and My First Interpreter (MiniStringFuck). I wanted to check if I rated the kata, but it said the solutions are locked. So, I tried to "solve" the kata with the solution from my profile and it actually gave me more honor.

@sigod you encountered #1683, probably

I have the same issue with the same symptoms as the original one (kata doesn't appear as completed even though I can vote on it and see my solution), but in addition I didn't receive any points nor progress. I did work on two different pcs with logging out and in before completing this kata - Parsing and evaluation of mathematical expressions. I did try waiting 24 hours, completing katas to update stats, re-submitting my solution with no avail. I'm mildly dissapointed as this one required a bit of work specially for someone with no prior experience with C#. I know it's a part of broader issue but I see no harm in reporting it as well.

The issue related to search should be resolved. Some of other issues like not actually marked as completed or not getting honor are explained in https://github.com/Codewars/codewars.com/issues/1683#issuecomment-473416159.


feat(import): Add support for dotnet to cdk8s import.

Added support for calling jsii-srcmak with csharp/dotnet from cdk8s import (REGEX applied to convert names to PascalCase where possible)

Looks like a we have another PR for this exact feature: https://github.com/cdk8s-team/cdk8s-cli/pull/2520.
@ScottKane How do you feel about reaching out to the author and deciding on the one PR we should be merging? :)

Ah ok this is just adding csharp to import and not as an init template. Still, we need a test for it then because its not covered by init tests.

@ScottKane see https://github.com/cdk8s-team/cdk8s-cli/pull/2520#issuecomment-2341268022

@iliapolo Integration test added and template added. I have also renamed everything to use the csharp convention

also jsii seems to hard code target framework to netcoreapp3.1 which isn't ideal but will solve that in the future


Cannot GET /p/testtest/subscribe=Pov7AX3B7LJvcaXRB3syqiVB7

Hi,
When I click on the link in the email (http://pad.cyril-barillet.com/p/testtest/subscribe=Pov7AX3B7LJvcaXRB3syqiVB7), I have this message: Cannot GET /p/testtest/subscribe=Pov7AX3B7LJvcaXRB3syqiVB7
Best regards.

Were you able to fix this?  Can this be closed due to the latest merge?


Add new pod-info command.

This command will allow us to gather some pod information filtered by
node.
The pod information gathered is filtered with a go-template. Right now
that template is hard-coded but it would be easy to use an incoming
param to read it from a file name if needed in the future.
Pod information is filtered because we want to avoid to show sensible
information in the must-gather tool.
When, if ever, change the output go-template consider:
1.- this output is going to be parsed at must-gather-pao so any change
should be carefully synced
2.- be sure no sensible information is in the final output (like
environmental variables or command parameters that can contain
passwords)
Target for this PR is to create a command to gather the same info as with openshift-kni/performance-addon-operators#906 but without using raw oc commands

/hold

/cc @fromanirh

/hold-cancel


Allow config parameter "LocalFileShareOption" to be configured.

Default is of course FileShare.Read.
See #1257
This new config option will then need a new entry in the Wiki

Thank you.


The latest AUR  -bin doesn't provide the spf command

Describe the bug
When installing the latest bin, it is expected that the installed package provides spf so superfile can run. This doesn't appear to be the case, and it must be invoked using /bin/superfile
To Reproduce
Steps to reproduce the behavior:

Install the latest bin on your system
Invoke spf to open superfile
See error

Expected behavior
Superfile launches normally
System information

CPU: quad core AMD Ryzen 5 2400G with Radeon Vega Graphics (-MT MCP-)
speed/min/max: 1536/1600/3600 MHz
Kernel: 6.8.9-artix1-2 x86_64
Mem: 13.6 GiB
Shell: Zsh
OS: [e.g. iOS]
Version [e.g. 22]
Superfile Version: 1.1.2-1

oh this is the first time I know someone has made AUR package...
But it works after I tested it. Can you send your error message?

Hi, the error appears to be the binary filename set in the superfile-bin PKGBULD.
Interad of installing the binay in /usr/bin/spf it's done in /usr/bin/superfile.
This said, there are two entries in AUR for superfile:

superfile: builds package from sources
superfile-bin: fetches prebuild binaries from github

I'll drop a comment to the backage maintainer and link this issue.

@SuperBuker I've changed it to 'spf'.
But in my opinion, using superfile should be better to avoid conflicts with other system commands.
I think just changed CGO_ENABLED=0 go build -o ./bin/spf to ```CGO_ENABLED=0 go build -o ./bin/superfileinhttps://github.com/MHNightCat/superfile/blob/main/build.sh` will be OK.

@SuperBuker Thanks for explaining the PKGBUILD! I tried doing the same, but sadly my knowledge of reading code is severely underdeveloped.
Nevertheless, i made the wrong assumption that the AUR package was [maintained by MHNightCat] and for that i apologize. Although i do consider this topic resolved, I'm not certain if it's bad etiquette to close it down after the maintainer's comment, as i feel like it's a topic that could be discussed.
Either way, thank you all for adding to (and essentially resolving) the issue!

Thanks @zxp19821005.
I perfectly understand your point of view about the possible conflicts, and as an AUR package maintainer you're fully entitled to make this kind of changes.
This said, the documentation of superfile only mentions the spf command and, just like @DMNinja, I got a bit confused when after installing superfile-bin from AUR "it didn't work". I checked the PKGBUILD, saw that the binary had been renamed and moved on.
Only when I realized the issue was affecting other users I decided to interviene and speed up the solution.
Finally, regarding the issue about possible binary name conflicts, I would suggest that if you have any concerns you open an issue in Github and discuss the matter with the developers. That way it can be handled in all the distros at once.


Migrated Storage to new swagger files

@kasobol-msft, we fixed the Tags issue.  We good on this?

/azp run net - storage - ci


Read Python 2 coverage in Python 3

Have you asked elsewhere?
No.
Describe your situation
I have a situation where I need to run coverage on some older Python 2.7 code (it runs on a legacy closed system and I sadly cannot upgrade it to Python 3 at this time) as well as some Python 3 code.  Thus I'd like to run coverage combine and coverage report from a Python 3 environment.  For the most part, this seems to work.  However, I've found that the def line from Python 2.7 code that is decorated with @property gets reported as not being covered.
I suppose this may be due to some difference in the SQL file produced by 2.7 and then read in 3.x.  Perhaps I'm foolish for expecting that this may work with the changes between 2.7 and 3.x.  Would you expect this to work?  I've boiled it down to a minimal working example provided below and verified the behavior on both Windows and Linux.
The directory layout is:
issue
    |-- src
        |-- dummy.py
        |-- __init__.py  (empty file)
    |--- tests
        |-- test_dummy.py
    noxfile.py
    .coveragerc

where nox has been used to simplify the multiple environments.  The contents of each file is:
dummy.py:
class SomeClass:
    def __init__(self):
        self.x = 5.0

    @property
    def prop_x(self):
        return self.x

test_dummy.py
from dummy_pkg.dummy import SomeClass
def test_dummy():
    assert SomeClass().prop_x == 5.0

.coveragerc
[run]
source = src/dummy_pkg

[report]
show_missing = true

noxfile.py
from pathlib import Path

import nox

# virtualenv stopped supporting creation of Python 2.7 virtual environments in
# version 20.22.0, so make sure that the version in the nox pipx environment
# is older than that by running:
#   pipx inject nox 'virtualenv<20.22.0' --force

@nox.session(python='2.7')
def test(session: nox.Session) -> None:
    session.install('--upgrade', 'pip')
    # coverage 5.5 is the last to support Python 2.7
    session.install('pytest', 'coverage==5.5.0')
    # add src directory to the path so dummy_pkg is found
    start = Path(session.virtualenv.location).parent.parent
    env = {'PYTHONPATH': str(start / 'src')}
    session.run('coverage', 'run', '-m', 'pytest', env=env)
    session.notify('coverage')

# other Python 3 tests might happen here...

@nox.session(python='3.10')
def coverage(session: nox.Session) -> None:
    session.install('--upgrade', 'pip')
    session.install('coverage==5.5.0')  # same version as used in Python 2.7
    session.run('coverage', 'report')

Run this from the top level using the follow (rm used to clean the directory on each run):
rm -rf .nox .coverage .pytest_cache && nox

The result coverage reported from this is the following, where line 6 is     def prop_x(self):
nox > coverage report
Name                        Stmts   Miss  Cover   Missing
---------------------------------------------------------
src/dummy_pkg/__init__.py       0      0   100%
src/dummy_pkg/dummy.py          7      2    71%   6
---------------------------------------------------------
TOTAL                           7      2    71%

However, if I instead use python='2.7' for the coverage session in nox, then the coverage is correctly reported as 100%:
nox > coverage report
Name                        Stmts   Miss  Cover   Missing
---------------------------------------------------------
src/dummy_pkg/__init__.py       0      0   100%
src/dummy_pkg/dummy.py          5      0   100%
---------------------------------------------------------
TOTAL                           5      0   100%

Python has changed between versions about how it reports lines being executed.  I suspect this is the reason for the def line appearing and disappearing.  If you have flexibility about what version of Python to use, use the one that gives you the results you like.
Sorry if I've missed something here.

You probably haven't missed anything and something along these lines is what I was expected.  I was hoping there might be some work around to it that you were aware of.  I didn't include it in this MWE, but in my actual code I also run coverage on some Python 3 code, so I was hoping to use Python 3 for the coverage session where I'd also combine the coverage before reporting it.

Have you tried combining the two runs together and then reporting on the combined data?

If I test the same code in Python 2 and 3 and then combine it, then I get 100% coverage, as expected.  However, in my larger application, some of the code is only run on Python 2.7, so when I combine and report with that I get those missing lines as indicated above.
However, it does seem to work if I just use Python 2.7 for the coverage step (to combine and report).  So I'll just do that, though in this project there is very little Python 3 code so perhaps this solution would also have issues with some aspects of Python 3.  But at least it works for me at the moment.


SVG output doesn't set xlink namespace, causing invalid xml

when converting SVG to canvas, if xlink namespace is not present, and any xlink: nodes are present, error occurs. most people adding a "pre processing" of created SVG to add xlink namespace, however i don't really see a reason why not include it as part of raphael, and avoid hacks.
sample error returned from libxml:
namespace error : Namespace prefix xlink for href on use is not defined

Closed per #906


Simple dependencies.yaml failing

This is the command that is running from the latest release .sh file (slightly modified from original)
$BAZEL_DEPS_PATH generate -r $REPO_ROOT -s 3rdparty/workspace.bzl -d dependencies.yaml

Here is everything in my dependencies.yaml at this point...
dependencies:
  com.google.firebase:
    firebase-admin:
      lang: java
      version: "6.12.2"

Here is the output/error:
Updating bazel dependencies. This will take about five minutes.
[ForkJoinPool-1-worker-11] ERROR bazel_deps.CoursierResolver - not found: /Users/jasonbanich/.ivy2/local/io.grpc/grpc-core
[ForkJoinPool-1-worker-11] ERROR bazel_deps.CoursierResolver - No version found for [1.23.0,1.23.0] in https://repo.maven.apache.org/maven2/io/grpc/grpc-core/maven-metadata.xml
[main] ERROR MakeDeps - resolution and sha collection failed
java.lang.RuntimeException: Failed to resolve dependencies
	at com.github.johnynek.bazel_deps.CoursierResolver$$anonfun$buildGraph$1.apply(CoursierResolver.scala:278)
	at com.github.johnynek.bazel_deps.CoursierResolver$$anonfun$buildGraph$1.apply(CoursierResolver.scala:273)
	at scala.util.Success$$anonfun$map$1.apply(Try.scala:237)
	at scala.util.Try$.apply(Try.scala:192)
	at scala.util.Success.map(Try.scala:237)
	at scala.concurrent.Future$$anonfun$map$1.apply(Future.scala:237)
	at scala.concurrent.Future$$anonfun$map$1.apply(Future.scala:237)
	at scala.concurrent.impl.CallbackRunnable.run(Promise.scala:36)
	at scala.concurrent.impl.ExecutionContextImpl$AdaptedForkJoinTask.exec(ExecutionContextImpl.scala:121)
	at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)
	at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.pollAndExecAll(ForkJoinPool.java:1253)
	at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1346)
	at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979)
	at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107)
	at com.oracle.svm.core.thread.JavaThreads.threadStartRoutine(JavaThreads.java:527)
	at com.oracle.svm.core.posix.thread.PosixJavaThreads.pthreadStartRoutine(PosixJavaThreads.java:193)

When I look at the url in the error where it says 'no version found for [1.23.0,1.23.0]' (link), there does appear to be a 1.23.0 line <version>1.23.0</version>
I'm at a bit of a loss here. Does anyone have any insight?

Usually this happens due to something unusual about the poms.
It could possibly be fixed by updating the dependency on coursier.
Sorry, I don't have time to run it down personally.

Usually this happens due to something unusual about the poms.
It could possibly be fixed by updating the dependency on coursier.
Sorry, I don't have time to run it down personally.

So I was able to fix this by adding another resolver, but that resolver is just supposed to be a mirror of maven central. Any idea why that would fix it? Seems odd. I guess I can mark this closed though.
options:
  languages: [ "java" ]
  resolverType: "coursier"
  resolvers:
    - id: "mavencentral"
      type: "default"
      url: https://repo.maven.apache.org/maven2/
    - id: "google-maven-central"
      type: "default"
      url: https://maven-central.storage-download.googleapis.com/maven2

So I was able to fix this by adding another resolver, but that resolver is just supposed to be a mirror of maven central. Any idea why that would fix it? Seems odd. I guess I can mark this closed though.
options:
  languages: [ "java" ]
  resolverType: "coursier"
  resolvers:
    - id: "mavencentral"
      type: "default"
      url: https://repo.maven.apache.org/maven2/
    - id: "google-maven-central"
      type: "default"
      url: https://maven-central.storage-download.googleapis.com/maven2


Install/run both 0.8.1 and HEAD on same machine?

I'd like to be able to install the latest and greatest version of brunch to help test the new versions but can't afford any downtime on my current Brunch projects.
Is there some way to install multiple versions of Brunch on the same machine?

Sure.

git clone brunch from github
edit package.json & change `"name": "brunch" to something other
also change binary name:   "bin": {"brunch": "./bin/brunch"}, to   "bin": {"brunch1.0": "./bin/brunch"}, etc

Ha, that was easier than I thought :) Thanks! Things look like they're shaping up nicely for 1.0!

I've been using brunch  by adding it as a devDependency in my package.json. I'm pointing it at git. You can then find brunch at node_modules/.bin/brunch.


chore(dtslint): comment helper functions

Description:
This PR adds comments explaining the purpose of the a helper functions that are used in the dtslint tests for Observable.prototype.pipe and the static pipe function.
Without the helper functions the tests would involve much more code, but what the functions actually do isn't immediately obvious, as they depend upon the inference and compatibility/incompatibility of string literal types.
Related issue (if exists): None

Coverage increased (+0.2%) to 96.968% when pulling 9bbd987f2bdcb1413bcd69fdc169b9ba922ac27d on cartant:comment-dtslint-a into 7eeb671e71aef5c0243f74becf1d890844c6a636 on ReactiveX:master.

@cartant looks like Travis is failing on this one because of a bad type in the comments.

@benlesh This should be fixed. I've disabled some picky TSLint rules that defaulted to being enabled in the dtslint configuration.


Readm-md

https://github.com/google/ksp/releases/download/1.6.0-1.0.1/artifacts.zip

сб, 4 груд. 2021, 22:06 користувач docubot @.***> пише:

Closed #12617 https://github.com/github/docs/issues/12617.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/github/docs/issues/12617#event-5716007867, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AWT35KRKI2LYEI2CMW7GMUDUPJYEDANCNFSM5JL5IV4Q
.


WEB-INF/classes/migirations no longer in war on Grails 3

I seem to have a regression from the grails 2 plugin. It used to be the migration scripts would be in WEB-INF/classes/migrations. Now they are all just dumped in the WEB-INF/classes dir which complicats things for me.

@rvanderwerf If you can supply some Gradle config to make this happen, I will try to include it in the plugin

@rvanderwerf You can reopen if you're still interested in this


Arduino language server fails to start, clangd path not set, compile_commands.json missing.

Describe the bug
After installing the arduino language server through lsp-installer, Arduino language server fails to load, warning "Client 1 quit with error code 1 and signal 0", because the path to clangd is not set. When clangd path is set manually, something panics and complains it's missing a "compile_commands.json"
Expected behavior
The language server should start and function normally upon opening a .ino file.
System info (please complete the following information):

OS: Pop!_OS 21.10 x86_64
Neovim version: 0.6.0

Checkhealth output (:checkhealth nvim-lsp-installer):
nvim-lsp-installer: require("nvim-lsp-installer.health").check()
========================================================================
## nvim-lsp-installer report
  - WARNING: **Composer**: not available
  - WARNING: **PHP**: not available
  - OK: **sh**: `Ok`
  - OK: **bash**: `GNU bash, version 5.1.8(1)-release (x86_64-pc-linux-gnu)`
  - OK: **tar**: `tar (GNU tar) 1.34`
  - OK: **gzip**: `gzip 1.10`
  - OK: **curl**: `curl 7.74.0 (x86_64-pc-linux-gnu) libcurl/7.74.0 OpenSSL/1.1.1l zlib/1.2.11 brotli/1.0.9 libidn2/2.3.1 libpsl/0.21.0 (+libidn2/2.3.0) libssh/0.9.6/openssl/zlib nghttp2/1.43.0 librtmp/2.3`
  - OK: **wget**: `GNU Wget 1.21 built on linux-gnu.`
  - OK: **python3**: `Python 3.9.7`
  - OK: **Ruby**: `ruby 2.7.4p191 (2021-07-07 revision a21a3b7d23) [x86_64-linux-gnu]`
  - OK: **Go**: `go version go1.17 linux/amd64`
  - WARNING: **node**: unsupported version `v12.22.5`. Node version must be >= 14
  - OK: **RubyGem**: `3.2.5`
  - OK: **java**: `javac 16.0.2`
  - OK: **npm**: `7.20.3`
  - OK: **pip3**: `pip 20.3.4 from /usr/lib/python3/dist-packages/pip (python 3.9)`

Please also include any other system information you think is relevant!
Logs:
output of tail $HOME/.cache/nvim/lsp.log before setting clangd path manually:
[ERROR][2021-12-26 20:28:45] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 20:28:45 Path to Clangd must be set.\n"

output of tail $HOME/.cache/nvim/lsp.log after setting clangd path:
[ERROR][2021-12-26 21:11:39] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:11:39 \27[97mLS: : Initial board configuration: \27[0m\n2021/12/26 21:11:39 \27[97mLS: : Language server build path: /tmp/arduino-language-server2155959126\27[0m\n2021/12/26 21:11:39 \27[97mLS: : Language server build sketch root: /tmp/arduino-language-server2155959126/sketch\27[0m\n2021/12/26 21:11:39 \27[97mLS: : Language server compile-commands: /tmp/arduino-language-server533589842/compile_commands.json\27[0m\n2021/12/26 21:11:39 \27[92mIDE --> LS REQU initialize 1\27[0m\n2021/12/26 21:11:39 \27[96mINIT --- : initializing workbench: file:///home/bart/Arduino/Blink\27[0m\n2021/12/26 21:11:39 \27[96mINIT --- : \27[93mread-locked\27[0m\27[0m\n2021/12/26 21:11:39 \27[96mINIT --- : \27[93mread-unlocked\27[0m\27[0m\n2021/12/26 21:11:39 \27[96mINIT --- : running: /home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-cli/arduino-cli --config-file /home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-cli/arduino-cli.yaml compile --fqbn  --only-compilation-database --source-override /tmp/3550361327 --build-path /tmp/arduino-language-server2155959126 --format json /home/bart/Arduino/Blink\27[0m\n2021/12/26 21:11:39 \27[92m                initialize 1: initialization parameters: {\"capabilities\":{\"textDocumentSync\":{\"openClose\":true,\"change\":2,\"save\":{\"includeText\":true}},\"completionProvider\":{\"triggerCharacters\":[\".\",\"\\u003c\",\"\\u003e\",\":\",\"\\\"\",\"/\"],\"allCommitCharacters\":[\" \",\"\\t\",\"(\",\")\",\"[\",\"]\",\"{\",\"}\",\"\\u003c\",\"\\u003e\",\":\",\";\",\",\",\"+\",\"-\",\"/\",\"*\",\"%\",\"^\",\"\\u0026\",\"#\",\"?\",\".\",\"=\",\"\\\"\",\"'\",\"|\"],\"completionItem\":{}},\"hoverProvider\":{},\"signatureHelpProvider\":{\"triggerCharacters\":[\"(\",\",\"]},\"definitionProvider\":{},\"documentHighlightProvider\":{},\"documentSymbolProvider\":{},\"codeActionProvider\":{\"codeActionKinds\":[\"quickfix\",\"refactor\",\"info\"]},\"documentFormattingProvider\":{},\"documentRangeFormattingProvider\":{},\"documentOnTypeFormattingProvider\":{\"firstTriggerCharacter\":\"\\n\"},\"renameProvider\":{},\"executeCommandProvider\":{\"commands\":[\"clangd.applyFix\",\"clangd.applyTweak\"]},\"workspaceSymbolProvider\":{}},\"serverInfo\":{\"name\":\"arduino-language-server\",\"version\":\"0.5.0\"}}\27[0m\n2021/12/26 21:11:39 \27[32mIDE <-- LS RESP initialize 1\27[0m\n"
[ERROR][2021-12-26 21:11:40] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:11:40 \27[92mIDE --> LS NOTIF initialized\27[0m\n2021/12/26 21:11:40 \27[92m                 initialized: Notification is not propagated to clangd\27[0m\n"
[ERROR][2021-12-26 21:11:40] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:11:40 \27[92mIDE --> LS NOTIF textDocument/didOpen\27[0m\n"
[ERROR][2021-12-26 21:11:40] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:11:40 \27[92m                 textDocument/didOpen: \27[93mwrite-locked\27[0m\27[0m\n2021/12/26 21:11:40 \27[92m                 textDocument/didOpen: (throttled: waiting for clangd)\27[0m\n2021/12/26 21:11:40 \27[92m                 textDocument/didOpen: \27[93munlocked (waiting clangd)\27[0m\27[0m\n"
[ERROR][2021-12-26 21:11:40] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	'2021/12/26 21:11:40 \27[96mINIT --- : arduino-cli output: {\n  "compiler_out": "",\n  "compiler_err": "",\n  "builder_result": null,\n  "success": false\n}\n\27[0m\n'
[ERROR][2021-12-26 21:11:40] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:11:40 Panic: could not find compile_commands.json\n\ngoroutine 5 [running]:\nruntime/debug.Stack()\n\t/usr/lib/go-1.17/src/runtime/debug/stack.go:24 +0x65\ngithub.com/arduino/arduino-language-server/streams.CatchAndLogPanic()\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/streams/panics.go:14 +0x74\npanic({0x9c5740, 0xb8fd80})\n\t/usr/lib/go-1.17/src/runtime/panic.go:1047 +0x266\ngithub.com/arduino/arduino-language-server/ls.canonicalizeCompileCommandsJSON(0xc0002050e0)\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/builder.go:299 +0x1ad\ngithub.com/arduino/arduino-language-server/ls.(*INOLanguageServer).generateBuildEnvironment(0xc0001596b0, {0xba64e0, 0xc000136000}, {0xb95fe0, 0xc000126b58})\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/builder.go:291 +0xb2a\ngithub.com/arduino/arduino-language-server/ls.(*INOLanguageServer).InitializeReqFromIDE.func1()\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/ls.go:169 +0x2dd\ncreated by github.com/arduino/arduino-language-server/ls.(*INOLanguageServer).InitializeReqFromIDE\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/ls.go:157 +0xa5\n\n2021/12/26 21:11:40 \27[92m                 textDocument/didOpen: \27[93mlocked (waiting clangd)\27[0m\27[0m\n"
[ERROR][2021-12-26 21:11:40] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:11:40 \27[92m                 textDocument/didOpen: clangd startup failed: quitting Language server\27[0m\n"
[ERROR][2021-12-26 21:11:40] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"panic: could not find compile_commands.json [recovered]\n\tpanic: could not find compile_commands.json\n\ngoroutine 5<EMAIL_ADDRESS>[ERROR][2021-12-26 21:11:40] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	":15 +0x146\npanic({0x9c5740, 0xb8fd80})\n\t/usr/lib/go-1.17/src/runtime/panic.go:1047 +0x266\ngithub.com/arduino/arduino-language-server/ls.canonicalizeCompileCommandsJSON(0xc0002050e0)\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/builder.go:299 +0x1ad\ngithub.com/arduino/arduino-language-server/ls.(*INOLanguageServer).generateBuildEnvironment(0xc0001596b0, {0xba64e0, 0xc000136000}, {0xb95fe0, 0xc000126b58})\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/builder.go:291 +0xb2a\ngithub.com/arduino/arduino-language-server/ls.(*INOLanguageServer).InitializeReqFromIDE.func1()\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/ls.go:169 +0x2dd\ncreated by github.com/arduino/arduino-language-server/ls.(*INOLanguageServer).InitializeReqFromIDE\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/ls.go:157 +0xa5\n"

Output of lsp-installer.log after uninstalling and then reinstalling arduino-language-server (not sure if relevant here)
[DEBUG Sun 26 Dec 2021 08:52:35 PM CET] ...art/nvim-lsp-installer/lua/nvim-lsp-installer/server.lua:224: Uninstalling server arduino_language_server
[DEBUG Sun 26 Dec 2021 08:52:35 PM CET] ...r/start/nvim-lsp-installer/lua/nvim-lsp-installer/fs.lua:22: fs: rmrf /home/bart/.local/share/nvim/lsp_servers/arduino_language_server
[DEBUG Sun 26 Dec 2021 08:52:35 PM CET] ...nvim-lsp-installer/lua/nvim-lsp-installer/ui/display.lua:401: Opening window
[DEBUG Sun 26 Dec 2021 08:52:41 PM CET] ...-installer/lua/nvim-lsp-installer/ui/status-win/init.lua:627: Queuing server="arduino_language_server", version="" for installation
[DEBUG Sun 26 Dec 2021 08:52:41 PM CET] ...nvim-lsp-installer/lua/nvim-lsp-installer/ui/display.lua:308: Buffer or window is no longer valid 1008 10
[INFO  Sun 26 Dec 2021 08:52:41 PM CET] ...-installer/lua/nvim-lsp-installer/ui/status-win/init.lua:562: Starting install server_name="arduino_language_server", requested_version=""
[DEBUG Sun 26 Dec 2021 08:52:41 PM CET] ...r/start/nvim-lsp-installer/lua/nvim-lsp-installer/fs.lua:41: fs: mkdirp /home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp
[DEBUG Sun 26 Dec 2021 08:52:41 PM CET] ...nvim-lsp-installer/lua/nvim-lsp-installer/ui/display.lua:401: Opening window
[DEBUG Sun 26 Dec 2021 08:52:41 PM CET] ...-installer/lua/nvim-lsp-installer/installers/context.lua:210: Changing installation working directory for "arduino_language_server" from "/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp" to "/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-cli"
[DEBUG Sun 26 Dec 2021 08:52:41 PM CET] ...r/start/nvim-lsp-installer/lua/nvim-lsp-installer/fs.lua:41: fs: mkdirp /home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-cli
[DEBUG Sun 26 Dec 2021 08:52:41 PM CET] ...-installer/lua/nvim-lsp-installer/installers/context.lua:15: Fetching URL "https://api.github.com/repos/arduino/arduino-cli/releases/latest"
[DEBUG Sun 26 Dec 2021 08:52:41 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:120: Spawning cmd="wget", spawn_opts={
  args = { "-nv", "-O", "-", "https://api.github.com/repos/arduino/arduino-cli/releases/latest" }
}
[DEBUG Sun 26 Dec 2021 08:52:41 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:166: Spawned with pid 6632
[DEBUG Sun 26 Dec 2021 08:52:41 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:152: Job pid=6632 exited with exit_code=0, signal=0
[DEBUG Sun 26 Dec 2021 08:52:41 PM CET] ...-installer/lua/nvim-lsp-installer/installers/context.lua:18: Successfully fetched URL "https://api.github.com/repos/arduino/arduino-cli/releases/latest"
[DEBUG Sun 26 Dec 2021 08:52:41 PM CET] ...-installer/lua/nvim-lsp-installer/installers/context.lua:121: Resolved latest version arduino_language_server arduino/arduino-cli 0.20.2
[DEBUG Sun 26 Dec 2021 08:52:41 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:120: Spawning cmd="wget", spawn_opts={
  args = { "-nv", "-O", "archive.tar.gz", "https://github.com/arduino/arduino-cli/releases/download/0.20.2/arduino-cli_0.20.2_Linux_64bit.tar.gz" },
  cwd = "/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-cli"
}
[DEBUG Sun 26 Dec 2021 08:52:41 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:166: Spawned with pid 6633
[DEBUG Sun 26 Dec 2021 08:52:43 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:152: Job pid=6633 exited with exit_code=0, signal=0
[DEBUG Sun 26 Dec 2021 08:52:43 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:120: Spawning cmd="tar", spawn_opts={
  args = { "-xvf", "archive.tar.gz" },
  cwd = "/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-cli"
}
[DEBUG Sun 26 Dec 2021 08:52:43 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:166: Spawned with pid 6635
[DEBUG Sun 26 Dec 2021 08:52:44 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:152: Job pid=6635 exited with exit_code=0, signal=0
[DEBUG Sun 26 Dec 2021 08:52:44 PM CET] ...r/start/nvim-lsp-installer/lua/nvim-lsp-installer/fs.lua:22: fs: rmrf /home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-cli/archive.tar.gz
[DEBUG Sun 26 Dec 2021 08:52:44 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:120: Spawning cmd="chmod", spawn_opts={
  args = { "+x", "arduino-cli" },
  cwd = "/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-cli"
}
[DEBUG Sun 26 Dec 2021 08:52:44 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:166: Spawned with pid 6637
[DEBUG Sun 26 Dec 2021 08:52:44 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:152: Job pid=6637 exited with exit_code=0, signal=0
[DEBUG Sun 26 Dec 2021 08:52:44 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:120: Spawning cmd="/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-cli/arduino-cli", spawn_opts={
  args = { "config", "init", "--dest-file", "arduino-cli.yaml", "--overwrite" },
  cwd = "/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-cli"
}
[DEBUG Sun 26 Dec 2021 08:52:44 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:166: Spawned with pid 6638
[DEBUG Sun 26 Dec 2021 08:52:44 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:152: Job pid=6638 exited with exit_code=0, signal=0
[DEBUG Sun 26 Dec 2021 08:52:44 PM CET] ...-installer/lua/nvim-lsp-installer/installers/context.lua:210: Changing installation working directory for "arduino_language_server" from "/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp" to "/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server"
[DEBUG Sun 26 Dec 2021 08:52:44 PM CET] ...r/start/nvim-lsp-installer/lua/nvim-lsp-installer/fs.lua:41: fs: mkdirp /home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server
[DEBUG Sun 26 Dec 2021 08:52:44 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:120: Spawning cmd="go", spawn_opts={
  args = { "get", "-v", "github.com/arduino/arduino-language-server" },
  cwd = "/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server",
  env = { "GPG_AGENT_INFO=<redacted>", "LC_TIME=<redacted>", "LESS_TERMCAP_us=<redacted>", "TERM=<redacted>", "XDG_SESSION_TYPE=<redacted>", "LESS_TERMCAP_mb=<redacted>", "LESS_TERMCAP_md=<redacted>", "LESS_TERMCAP_me=<redacted>", "LC_PAPER=<redacted>", "APPIMAGE=<redacted>", "LANG=<redacted>", "GDMSESSION=<redacted>", "XAUTHORITY=<redacted>", "LESS_TERMCAP_so=<redacted>", "VIMRUNTIME=<redacted>", "LC_MONETARY=<redacted>", "VIRTUAL_ENV_DISABLE_PROMPT=<redacted>", "HOME=<redacted>", "XDG_CURRENT_DESKTOP=<redacted>", "MYVIMRC=<redacted>", "NVIM_LOG_FILE=<redacted>", "LESS_TERMCAP_ue=<redacted>", "GTK_IM_MODULE=<redacted>", "VIMHOMEDIR=<redacted>", "WINDOWPATH=<redacted>", "SHLVL=<redacted>", "LC_IDENTIFICATION=<redacted>", "GIO_LAUNCHED_DESKTOP_FILE_PID=<redacted>", "DISPLAY=<redacted>", "VIM=<redacted>", "SSH_AUTH_SOCK=<redacted>", "USER=<redacted>", "XDG_MENU_PREFIX=<redacted>", "LC_NUMERIC=<redacted>", "LESS_TERMCAP_se=<redacted>", "SESSION_MANAGER=<redacted>", "OLDPWD=<redacted>", "EDITOR=<redacted>", "LANGUAGE=<redacted>", "GNOME_DESKTOP_SESSION_ID=<redacted>", "COLORTERM=<redacted>", "WINDOWID=<redacted>", "LESS=<redacted>", "USERNAME=<redacted>", "XDG_CONFIG_DIRS=<redacted>", "CONDA_CHANGEPS1=<redacted>", "LC_NAME=<redacted>", "XDG_SESSION_CLASS=<redacted>", "XMODIFIERS=<redacted>", "SYSTEMD_EXEC_PID=<redacted>", "PROMPT_EOL_MARK=<redacted>", "QT_ACCESSIBILITY=<redacted>", "XDG_DATA_DIRS=<redacted>", "SSH_AGENT_LAUNCHER=<redacted>", "JOURNAL_STREAM=<redacted>", "MANDATORY_PATH=<redacted>", "INVOCATION_ID=<redacted>", "XDG_SESSION_DESKTOP=<redacted>", "MANAGERPID=<redacted>", "GNOME_SHELL_SESSION_MODE=<redacted>", "LC_MEASUREMENT=<redacted>", "PWD=<redacted>", "LC_ADDRESS=<redacted>", "SHELL=<redacted>", "QT_IM_MODULE=<redacted>", "APPDIR=<redacted>", "GTK_MODULES=<redacted>", "LC_TELEPHONE=<redacted>", "DEFAULTS_PATH=<redacted>", "OWD=<redacted>", "LOGNAME=<redacted>", "PAPERSIZE=<redacted>", "DESKTOP_SESSION=<redacted>", "NVIM_LISTEN_ADDRESS=<redacted>", "KITTY_WINDOW_ID=<redacted>", "DBUS_SESSION_BUS_ADDRESS=<redacted>", "PATH=/home/bart/bin:/home/bart/.local/bin:/home/bart/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/snap/bin", "XDG_RUNTIME_DIR=<redacted>", "GOBIN=/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server", "GOPATH=/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server", "GO111MODULE=on" }
}
[DEBUG Sun 26 Dec 2021 08:52:44 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:166: Spawned with pid 6644
[DEBUG Sun 26 Dec 2021 08:52:55 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:152: Job pid=6644 exited with exit_code=0, signal=0
[DEBUG Sun 26 Dec 2021 08:52:55 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:120: Spawning cmd="go", spawn_opts={
  args = { "clean", "-modcache" },
  cwd = "/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server",
  env = { "GPG_AGENT_INFO=<redacted>", "LC_TIME=<redacted>", "LESS_TERMCAP_us=<redacted>", "TERM=<redacted>", "XDG_SESSION_TYPE=<redacted>", "LESS_TERMCAP_mb=<redacted>", "LESS_TERMCAP_md=<redacted>", "LESS_TERMCAP_me=<redacted>", "LC_PAPER=<redacted>", "APPIMAGE=<redacted>", "LANG=<redacted>", "GDMSESSION=<redacted>", "XAUTHORITY=<redacted>", "LESS_TERMCAP_so=<redacted>", "VIMRUNTIME=<redacted>", "LC_MONETARY=<redacted>", "VIRTUAL_ENV_DISABLE_PROMPT=<redacted>", "HOME=<redacted>", "XDG_CURRENT_DESKTOP=<redacted>", "MYVIMRC=<redacted>", "NVIM_LOG_FILE=<redacted>", "LESS_TERMCAP_ue=<redacted>", "GTK_IM_MODULE=<redacted>", "VIMHOMEDIR=<redacted>", "WINDOWPATH=<redacted>", "SHLVL=<redacted>", "LC_IDENTIFICATION=<redacted>", "GIO_LAUNCHED_DESKTOP_FILE_PID=<redacted>", "DISPLAY=<redacted>", "VIM=<redacted>", "SSH_AUTH_SOCK=<redacted>", "USER=<redacted>", "XDG_MENU_PREFIX=<redacted>", "LC_NUMERIC=<redacted>", "LESS_TERMCAP_se=<redacted>", "SESSION_MANAGER=<redacted>", "OLDPWD=<redacted>", "EDITOR=<redacted>", "LANGUAGE=<redacted>", "GNOME_DESKTOP_SESSION_ID=<redacted>", "COLORTERM=<redacted>", "WINDOWID=<redacted>", "LESS=<redacted>", "USERNAME=<redacted>", "XDG_CONFIG_DIRS=<redacted>", "CONDA_CHANGEPS1=<redacted>", "LC_NAME=<redacted>", "XDG_SESSION_CLASS=<redacted>", "XMODIFIERS=<redacted>", "SYSTEMD_EXEC_PID=<redacted>", "PROMPT_EOL_MARK=<redacted>", "QT_ACCESSIBILITY=<redacted>", "XDG_DATA_DIRS=<redacted>", "SSH_AGENT_LAUNCHER=<redacted>", "JOURNAL_STREAM=<redacted>", "MANDATORY_PATH=<redacted>", "INVOCATION_ID=<redacted>", "XDG_SESSION_DESKTOP=<redacted>", "MANAGERPID=<redacted>", "GNOME_SHELL_SESSION_MODE=<redacted>", "LC_MEASUREMENT=<redacted>", "PWD=<redacted>", "LC_ADDRESS=<redacted>", "SHELL=<redacted>", "QT_IM_MODULE=<redacted>", "APPDIR=<redacted>", "GTK_MODULES=<redacted>", "LC_TELEPHONE=<redacted>", "DEFAULTS_PATH=<redacted>", "OWD=<redacted>", "LOGNAME=<redacted>", "PAPERSIZE=<redacted>", "DESKTOP_SESSION=<redacted>", "NVIM_LISTEN_ADDRESS=<redacted>", "KITTY_WINDOW_ID=<redacted>", "DBUS_SESSION_BUS_ADDRESS=<redacted>", "PATH=/home/bart/bin:/home/bart/.local/bin:/home/bart/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/snap/bin", "XDG_RUNTIME_DIR=<redacted>", "GOBIN=/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server", "GOPATH=/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server", "GO111MODULE=on" }
}
[DEBUG Sun 26 Dec 2021 08:52:55 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:166: Spawned with pid 6738
[DEBUG Sun 26 Dec 2021 08:52:55 PM CET] ...rt/nvim-lsp-installer/lua/nvim-lsp-installer/process.lua:152: Job pid=6738 exited with exit_code=0, signal=0
[DEBUG Sun 26 Dec 2021 08:52:55 PM CET] ...art/nvim-lsp-installer/lua/nvim-lsp-installer/server.lua:146: Promoting installation directory "/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp" for "arduino_language_server"
[DEBUG Sun 26 Dec 2021 08:52:55 PM CET] ...r/start/nvim-lsp-installer/lua/nvim-lsp-installer/fs.lua:51: fs: mkdir /home/bart/.local/share/nvim/lsp_servers/arduino_language_server
[DEBUG Sun 26 Dec 2021 08:52:55 PM CET] ...r/start/nvim-lsp-installer/lua/nvim-lsp-installer/fs.lua:33: fs: rename /home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp /home/bart/.local/share/nvim/lsp_servers/arduino_language_server
[DEBUG Sun 26 Dec 2021 08:52:55 PM CET] ...art/nvim-lsp-installer/lua/nvim-lsp-installer/server.lua:167: Successfully promoted install_dir="/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp" for "arduino_language_server"
[DEBUG Sun 26 Dec 2021 08:52:55 PM CET] ...r/start/nvim-lsp-installer/lua/nvim-lsp-installer/fs.lua:22: fs: rmrf /home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp
[DEBUG Sun 26 Dec 2021 08:52:55 PM CET] ...r/start/nvim-lsp-installer/lua/nvim-lsp-installer/fs.lua:25: fs: rmrf failed
[INFO  Sun 26 Dec 2021 08:52:55 PM CET] ...-installer/lua/nvim-lsp-installer/ui/status-win/init.lua:581: Installation completed server_name="arduino_language_server", success=true
[DEBUG Sun 26 Dec 2021 08:52:55 PM CET] ...art/nvim-lsp-installer/lua/nvim-lsp-installer/server.lua:75: Attaching server to buffers arduino_language_server
[DEBUG Sun 26 Dec 2021 08:52:55 PM CET] ...art/nvim-lsp-installer/lua/nvim-lsp-installer/server.lua:86: Successfully attached server to buffers arduino_language_server
[DEBUG Sun 26 Dec 2021 08:53:29 PM CET] ...nvim-lsp-installer/lua/nvim-lsp-installer/ui/display.lua:308: Buffer or window is no longer valid 1009 11
[DEBUG Sun 26 Dec 2021 08:53:29 PM CET] ...nvim-lsp-installer/lua/nvim-lsp-installer/ui/display.lua:401: Opening window

Hello! Haha I literally just 30 minutes ago happened to look into this as tests started failing. Can you see if #364 (branch fix-arduino) fixes things for you? Check the docs added in that PR, as there will be some extra manual configuration required!

Hi! Thanks for the quick response! haha
I'll have a look right away!

Thanks! Let me know if the docs are unclear. I for one had never heard of FQBN (fully qualified board name) before today. I figured it's hopefully more commonly known among Arduino users

On 26 Dec 2021, at 21:19, Bart Hageman @.***> wrote:
Hi! Thanks for the quick response! haha
I'll have a look right away!
—
Reply to this email directly, view it on GitHub https://github.com/williamboman/nvim-lsp-installer/issues/365#issuecomment-1001237724, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABTFACH3GSLHWWS7FXOSMHLUS52E5ANCNFSM5KZHZ4WQ.
Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you commented.

hmm, still looks like it's complaining about this "compile_commands.json". Could be on my end, but since I don't know what that file is I'm not sure where I should start looking. logs down below.
As for the board name, I guess that's just the "under-the-hood" name for the microcontroller that you're interacting with with arduino? In the arduino IDE you are supposed to select the board you're working with from a simple dropdown, though it's typically shown as a more user friendly "Arduino Uno" rather than an FQBN. I wasn't familiar with the term myself either, so I'm not sure the typical arduino user would be. (Usually beginners in electronics and programming in general.) Then again, if they're using neovim, they might be a little more technically capable. Perhaps something streamlined would be nice? Setting everything through the config file rather than a dropdown menu could become tedious, but I could see how that would be outside the scope of this project.
While figuring out how to find an FQBN for boards I happened to own, I did find out that running arduino-cli board list with a board connected via USB lists the user friendly name of the board and it's FQBN in the following format:
Port         Protocol Type              Board Name  FQBN            Core
/dev/ttyACM0 serial   Serial Port (USB) Arduino Uno arduino:avr:uno arduino:avr

(In case you don't have an arduino lying around)
Could be worth adding to the docs, in case people don't know where to find FQBNs.
Hope that helps!
The log:
[ERROR][2021-12-26 21:37:43] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:37:43 \27[97mLS: : Initial board configuration: arduino:avr:uno\27[0m\n2021/12/26 21:37:43 \27[97mLS: : Language server build path: /tmp/arduino-language-server241511142\27[0m\n2021/12/26 21:37:43 \27[97mLS: : Language server build sketch root: /tmp/arduino-language-server241511142/sketch\27[0m\n2021/12/26 21:37:43 \27[97mLS: : Language server compile-commands: /tmp/arduino-language-server2898647853/compile_commands.json\27[0m\n2021/12/26 21:37:43 \27[92mIDE --> LS REQU initialize 1\27[0m\n"
[ERROR][2021-12-26 21:37:43] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:37:43 \27[96mINIT --- : initializing workbench: file:///home/bart/Arduino/Blink\27[0m\n"
[ERROR][2021-12-26 21:37:43] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:37:43 \27[96mINIT --- : \27[93mread-locked\27[0m\27[0m\n2021/12/26 21:37:43 \27[96mINIT --- : \27[93mread-unlocked\27[0m\27[0m\n"
[ERROR][2021-12-26 21:37:43] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:37:43 \27[96mINIT --- : running: /home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-cli/arduino-cli --config-file /home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-cli/arduino-cli.yaml compile --fqbn arduino:avr:uno --only-compilation-database --source-override /tmp/3356810871 --build-path /tmp/arduino-language-server241511142 --format json /home/bart/Arduino/Blink\27[0m\n"
[ERROR][2021-12-26 21:37:43] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:37:43 \27[92m                initialize 1: initialization parameters: {\"capabilities\":{\"textDocumentSync\":{\"openClose\":true,\"change\":2,\"save\":{\"includeText\":true}},\"completionProvider\":{\"triggerCharacters\":[\".\",\"\\u003c\",\"\\u003e\",\":\",\"\\\"\",\"/\"],\"allCommitCharacters\":[\" \",\"\\t\",\"(\",\")\",\"[\",\"]\",\"{\",\"}\",\"\\u003c\",\"\\u003e\",\":\",\";\",\",\",\"+\",\"-\",\"/\",\"*\",\"%\",\"^\",\"\\u0026\",\"#\",\"?\",\".\",\"=\",\"\\\"\",\"'\",\"|\"],\"completionItem\":{}},\"hoverProvider\":{},\"signatureHelpProvider\":{\"triggerCharacters\":[\"(\",\",\"]},\"definitionProvider\":{},\"documentHighlightProvider\":{},\"documentSymbolProvider\":{},\"codeActionProvider\":{\"codeActionKinds\":[\"quickfix\",\"refactor\",\"info\"]},\"documentFormattingProvider\":{},\"documentRangeFormattingProvider\":{},\"documentOnTypeFormattingProvider\":{\"firstTriggerCharacter\":\"\\n\"},\"renameProvider\":{},\"executeCommandProvider\":{\"commands\":[\"clangd.applyFix\",\"clangd.applyTweak\"]},\"workspaceSymbolProvider\":{}},\"serverInfo\":{\"name\":\"arduino-language-server\",\"version\":\"0.5.0\"}}\27[0m\n"
[ERROR][2021-12-26 21:37:43] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:37:43 \27[32mIDE <-- LS RESP initialize 1\27[0m\n"
[ERROR][2021-12-26 21:37:43] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:37:43 \27[92mIDE --> LS NOTIF initialized\27[0m\n2021/12/26 21:37:43 \27[92m                 initialized: Notification is not propagated to clangd\27[0m\n"
[ERROR][2021-12-26 21:37:43] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:37:43 \27[92mIDE --> LS NOTIF textDocument/didOpen\27[0m\n2021/12/26 21:37:43 \27[92m                 textDocument/didOpen: \27[93mwrite-locked\27[0m\27[0m\n2021/12/26 21:37:43 \27[92m                 textDocument/didOpen: (throttled: waiting for clangd)\27[0m\n2021/12/26 21:37:43 \27[92m                 textDocument/didOpen: \27[93munlocked (waiting clangd)\27[0m\27[0m\n"
[ERROR][2021-12-26 21:37:43] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	'2021/12/26 21:37:43 \27[96mINIT --- : arduino-cli output: {\n  "compiler_out": "",\n  "compiler_err": "",\n  "builder_result": null,\n  "success": false\n}\n\27[0m\n'
[ERROR][2021-12-26 21:37:43] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:37:43 Panic: could not find compile_commands.json\n\ngoroutine 34 [running]:\nruntime/debug.Stack()\n\t/usr/lib/go-1.17/src/runtime/debug/stack.go:24 +0x65\ngithub.com/arduino/arduino-language-server/streams.CatchAndLogPanic()\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/streams/panics.go:14 +0x74\npanic({0x9c5740, 0xb8fd80})\n\t/usr/lib/go-1.17/src/runtime/panic.go:1047 +0x266\ngithub.com/arduino/arduino-language-server/ls.canonicalizeCompileCommandsJSON(0xc0002030e0)\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/builder.go:299 +0x1ad\ngithub.com/arduino/arduino-language-server/ls.(*INOLanguageServer).generateBuildEnvironment(0xc0001596b0, {0xba64e0, 0xc000136000}, {0xb95fe0, 0xc00000e018})\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/builder.go:291 +0xb2a\ngithub.com/arduino/arduino-language-server/ls.(*INOLanguageServer).InitializeReqFromIDE.func1()\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/ls.go:169 +0x2dd\ncreated by github.com/arduino/arduino-language-server/ls.(*INOLanguageServer).InitializeReqFromIDE\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/ls.go:157 +0xa5\n\n"
[ERROR][2021-12-26 21:37:43] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"2021/12/26 21:37:43 \27[92m                 textDocument/didOpen: \27[93mlocked (waiting clangd)\27[0m\27[0m\n"
[ERROR][2021-12-26 21:37:43] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"panic: could not find compile_commands.json [recovered]\n\tpanic: could not find compile_commands.json\n\ngoroutine 34 [running]:\ngithub.com/arduino/arduino-language-server/streams.CatchAndLogPanic()\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/streams/panics.go:15 +0x146\npanic("
[ERROR][2021-12-26 21:37:43] .../vim/lsp/rpc.lua:417	"rpc"	"/home/bart/.local/share/nvim/lsp_servers/arduino_language_server/arduino-language-server/arduino-language-server"	"stderr"	"{0x9c5740, 0xb8fd80})\n\t/usr/lib/go-1.17/src/runtime/panic.go:1047 +0x266\ngithub.com/arduino/arduino-language-server/ls.canonicalizeCompileCommandsJSON(0xc0002030e0)\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/builder.go:299 +0x1ad\ngithub.com/arduino/arduino-language-server/ls.(*INOLanguageServer).generateBuildEnvironment(0xc0001596b0, {0xba64e0, 0xc000136000}, {0xb95fe0, 0xc00000e018})\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/builder.go:291 +0xb2a\ngithub.com/arduino/arduino-language-server/ls.(*INOLanguageServer).InitializeReqFromIDE.func1()\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/ls.go:169 +0x2dd\ncreated by github.com/arduino/arduino-language-server/ls.(*INOLanguageServer).InitializeReqFromIDE\n\t/home/bart/.local/share/nvim/lsp_servers/arduino_language_server.tmp/arduino-language-server/pkg/mod/github.com/arduino/arduino-language-server@v0.0.0-20211223142437-277add142bf8/ls/ls.go:157 +0xa5\n"

Thanks @rageraptor, your insights are very helpful! Would you say it's fair to expect users to have the arduino-cli installed somewhere on path? We do bundle arduino-cli as part of the arduino_language_server in this plugin, but nothing gets installed to path so it's not particularly accessible. I could consider adding an :ArduinoLspCli command, which would just proxy its args to the bundled arduino-cli installation

I added some more docs on FQBN here btw: https://github.com/williamboman/nvim-lsp-installer/pull/364/commits/d644c503bf8ce7983dc6b6324774af805f492734

Would you say it's fair to expect users to have the arduino-cli installed somewhere on path?
I'm still in the process of setting up my environment, but I would expect most (neo)vim users to use the lsp alongside something like vim-arduino to compile and upload sketches to boards from the editor. vim-arduino does recommend installing arduino-cli but doesn't require it, so I'd say it's probable, and more likely for vim users, but by no means guaranteed, since it doesn't come bundled with the IDE.

Oh, the strange compile_commands.json issue seems to have resolved itself? It seems to be behaving now.

hmm, still looks like it's complaining about this "compile_commands.json".

I think I had this happen when I didn't provide the -fqbn argument. Did you add the necessary extra config?

hmm, still looks like it's complaining about this "compile_commands.json".

I think I had this happen when I didn't provide the -fqbn argument. Did you add the necessary [extra config]

I did add it. Maybe I had an old instance of neovim still open, but after a few restarts it seems to be working and now I'm getting code completion! Huzzah!

Thanks for the assistance! I'm off to toy around with the arduino kit I got for christmas 😁


Symfony Exception: "entrypoints.json" is missing when rendering template

After running make setup and docker-compose on Ubuntu 22.04, the containers are created, but when viewing the Web UI, the following Symfony Exception is displayed:
An exception has been thrown during the rendering of a template ("Could not find the entrypoints file from Webpack: the file
"/application/public/assets/entrypoints.json" does not exist.").

The error occurs here:
in [assets/themes/default/templates/base.html.twig ](http://localhost/gitlist/)(line 9)

        <meta charset="utf-8">
        <meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-fit=no">
        <title>{% block title %}{{ 'REPOSITORY_LIST_TITLE'|trans }}{% endblock %} · {{ title }}</title>
        {% block stylesheets %}{% endblock %}
        {% if default_blob_viewer != 'simple' %}
            {{ encore_entry_link_tags(default_blob_viewer ~ '/css/main') }}    <<<<< Exception occurs here
        {% endif %}
        {{ encore_entry_link_tags(theme ~ '/css/main') }}
        {% block javascripts %}{% endblock %}
        {{ encore_entry_script_tags(theme ~ '/js/main') }}

The same setup process was working fine on a Win10 machine.

Development version is not suited for end-users: https://github.com/klaussilveira/gitlist#installation

You should not use the containers or any of the dev setup in production.

I attempted to install the release version for a considerable amount of time but simply was unable to get it to work with nginx. And as I have just started to learn how nginx works I am unable to debug the issue.
I tried to use the config in the docker directory of the project, but that did not work.
Generally the „ Point your webserver to the /var/www/gitlist/public folder, where index.php is.“ step seems to be not as trivial as it seems and there should be more detailed instructions on how to do this, especially for beginners like myself.

Personally I think it would be great to provide an official docker image for the project. There already are some unofficial images out there, but sadly none of them seem to support ARM64, which is the platform I want to install on.
If you could provide official images this would be a great time saver and make it much more easy to get started. Also this shouldn’t be to hard as you already have containers for development.

Oh, I agree too. But that is a lot of work, specially when you need to support multiple platforms and architectures. PR's providing that functionality are always welcome!


Basic Mongo 3 support for metrics-mongodb.rb

Mongo 3 serverStatus doesn't provide IndexCounters.
Fixes #15

Would you also be able to upgrade the GEM to 1.12.3 and test with Mongo 2 and 3?

Right.. I'm a bit of a ruby novice but I think I've done this correctly.  I've updated the gem's, built it locally (had to adjust gem signing), tested it on 2 and 3 and then committed the gem upgrades while discarding my changes to signing.
NB: I've also updated the code as I found an error on Mongo versions like 2.6.11-pre.
I think this should be ready to merge now.


Document compatibility of tslib with typescript

We are seeing numerous packages which depend on tslib 1.x and 2.x. We'd like to de-duplicate these, but there doesn't seem to be clear docs on if it's safe to update to the latest tslib 2.x when using older TypeScript versions to build. Some folks internally have mentioned that if you're on TS < 3.9, use 1.x. Else it's ok to use 2.x. I'd like to confirm if that's the case.
If there are specific TypeScript minbar versions before we ask everyone to update to 2.x, it would be great to list them in the README so that people can be aware, and also so that we can communicate the dependency. We wouldn't want to ask someone to upgrade, if it's not compatible with the TypeScript version they're using.

Adding on, it would be great to have a table in the docs along these lines (with the ??? removed of course):

Library compiled with
Library consumed with
tslib 1 supported?
tslib 2 supported?

< 3.9
< 3.9
yes
???

< 3.9
>= 3.9
yes?
???

>= 3.9
>= 3.9
???
yes

>= 3.9
< 3.9
???
???

>= 3.9
>= 3.9
no
yes

Thanks for building out that table - let's try to work through this on this issue. Maybe @rbuckton and @weswigham can help me reason through this.

So I've forgotten the specific reason why __createBinding changes forced us to bump to 2.0. You can get a gist of it from
https://github.com/microsoft/tslib/issues/103
https://github.com/microsoft/tslib/pull/109
https://github.com/microsoft/tslib/pull/112
@weswigham has a specific comment https://github.com/microsoft/tslib/issues/103#issuecomment-627678775

This is only an issue when using tslib with old emit, right? The emit TS 3.9 has hoisted exported variable assignments such that the __exportStar helper won't override local export names, and such that they can be reconfigured later on once actually assigned.

So basically, it sounds like any library that consumes tslib 2 cannot work with < 3.9. If that's correct, we can fill in the top right of the table.

Library compiled with
Library consumed with
tslib 1 supported?
tslib 2 supported?

< 3.9
< 3.9
yes
no!

< 3.9
>= 3.9
yes?
no!

>= 3.9
>= 3.9
???
yes

>= 3.9
< 3.9
???
???

>= 3.9
>= 3.9
no
yes

For something created in 3.9+, I think you would have a behavior where consumers can actually read values, but they fall into some confusing behavior once they try to re-export conflicting values. That might give you a "yes-ish". You basically get the same issues as if you did CommonJS interop with any other library if I've understood correctly.

Library compiled with
Library consumed with
tslib 1 supported?
tslib 2 supported?

< 3.9
< 3.9
yes
no!

< 3.9
>= 3.9
yes?
no!

>= 3.9
>= 3.9
???
yes

>= 3.9
< 3.9
yes-ish!
yes-ish!

>= 3.9
>= 3.9
no
yes

Finally, if you try to use TS 3.9+ with tslib 1.x, it may be lacking helper functions. So it sounds like those just won't work.

Library compiled with
Library consumed with
tslib 1 supported?
tslib 2 supported?

< 3.9
< 3.9
yes
no!

< 3.9
>= 3.9
yes?
no!

>= 3.9
>= 3.9
no!
yes

>= 3.9
< 3.9
yes-ish!
yes-ish!

>= 3.9
>= 3.9
no
yes

Hopefully my team can help correct me.

This is a duplicate of #22 it seems


Update README.md so it can be published to npm

For now, do we just want to move my documentation to the readme?


Use the latest gem version in the generated app

Fixes #70
@timriley

there is a problem with this, ~> 0.9 and ~> 0.9.1 aren't equal, ~> 0.9 permits 0.10 whereas ~> 0.9.1 doesn't. From what we had it's logical to have something like '~> 0.9', '>= 0.9.1' as the output.

Thank you @flash-gordon! I will try to fix it.

IMO this PR is not necessary. Actually, gem "dry-web-roda", "~> 0.7" resolves to last version 0.x.y, right now 0.9.1.
I did a double check into an isolated env and the dry-web-roda app works on version 0.9.1:
alejandro in /tmp(ruby-2.3.0) λ rvm gemset create tmp
ruby-2.3.0 - #gemset created /home/alejandro/.rvm/gems/ruby-2.3.0@tmp
ruby-2.3.0 - #generating tmp wrappers........
alejandro in /tmp(ruby-2.3.0) λ rvm use ruby-2.3.0@tmp
Using /home/alejandro/.rvm/gems/ruby-2.3.0 with gemset tmp
alejandro in /tmp(ruby-2.3.0@tmp) λ gem install bundler
Fetching: bundler-1.16.0.gem (100%)
Successfully installed bundler-1.16.0
1 gem installed
alejandro in /tmp(ruby-2.3.0@tmp) λ gem install dry-web-roda
Fetching: concurrent-ruby-1.0.5.gem (100%)
Successfully installed concurrent-ruby-1.0.5
Fetching: dry-configurable-0.7.0.gem (100%)
Successfully installed dry-configurable-0.7.0
Fetching: inflecto-0.0.2.gem (100%)
Successfully installed inflecto-0.0.2
Fetching: rack-2.0.3.gem (100%)
Successfully installed rack-2.0.3
Fetching: roda-2.29.0.gem (100%)
Successfully installed roda-2.29.0
Fetching: roda-flow-0.3.1.gem (100%)
Successfully installed roda-flow-0.3.1
Fetching: thor-0.20.0.gem (100%)
Successfully installed thor-0.20.0
Fetching: dry-web-roda-0.9.1.gem (100%)
Successfully installed dry-web-roda-0.9.1
8 gems installed
alejandro in /tmp(ruby-2.3.0@tmp) λ gem list dry-web-roda

*** LOCAL GEMS ***

dry-web-roda (0.9.1)
alejandro in /tmp(ruby-2.3.0@tmp) λ dry-web-roda new my_project
      create  my_project/bin/console
      create  my_project/bin/setup
      create  my_project/.env
      create  my_project/.env.test
      create  my_project/db/sample_data.rb
      create  my_project/db/seed.rb
      create  my_project/log/.keep
      create  my_project/.rspec
      create  my_project/spec/web_spec_helper.rb
      create  my_project/spec/db_spec_helper.rb
      create  my_project/spec/spec_helper.rb
      create  my_project/spec/support/db/factory.rb
      create  my_project/spec/support/db/helpers.rb
      create  my_project/spec/factories/example.rb
      create  my_project/spec/support/web/helpers.rb
      create  my_project/lib/types.rb
      create  my_project/lib/my_project/operation.rb
      create  my_project/lib/my_project/repository.rb
      create  my_project/lib/persistence/relations/.keep
      create  my_project/lib/persistence/commands/.keep
      create  my_project/lib/my_project/view/context.rb
      create  my_project/lib/my_project/view/controller.rb
      create  my_project/system/my_project/container.rb
      create  my_project/system/my_project/import.rb
      create  my_project/system/boot/monitor.rb
      create  my_project/system/boot/persistence.rb
      create  my_project/system/boot/settings.rb
      create  my_project/system/boot.rb
      create  my_project/system/my_project/web.rb
      create  my_project/.gitignore
      create  my_project/Gemfile
      create  my_project/Rakefile
      create  my_project/config.ru
      create  my_project/README.md
      create  apps/main/lib/my_project/main/view/context.rb
      create  apps/main/lib/my_project/main/view/controller.rb
      create  apps/main/lib/my_project/main/views/welcome.rb
      create  apps/main/system/my_project/main/web.rb
      create  apps/main/system/my_project/main/container.rb
      create  apps/main/system/my_project/main/import.rb
      create  apps/main/system/boot.rb
      create  apps/main/web/routes/example.rb
      create  apps/main/web/templates/layouts/application.html.slim
      create  apps/main/web/templates/welcome.html.slim
alejandro in /tmp(ruby-2.3.0@tmp) λ cd my_project
alejandro in /tmp/my_project(ruby-2.3.0@tmp) λ bundle
Fetching gem metadata from https://rubygems.org/......
Resolving dependencies...

Use `bundle info [gemname]` to see where a bundled gem is installed.
alejandro in /tmp/my_project(ruby-2.3.0@tmp) λ bundle exec shotgun -p 3000 -o <IP_ADDRESS> config.ru
== Shotgun/Puma on http://<IP_ADDRESS>:3000/
Puma starting in single mode...
* Version 3.10.0 (ruby 2.3.0-p0), codename: Russell's Teapot
* Min threads: 0, max threads: 16
* Environment: development
* Listening on tcp://<IP_ADDRESS>:3000
Use Ctrl-C to stop
^C- Gracefully stopping, waiting for requests to finish
=== puma shutdown: 2017-11-10 08:05:01 -0300 ===
- Goodbye!
alejandro in /tmp/my_project(ruby-2.3.0@tmp) λ rake db:create
alejandro in /tmp/my_project(ruby-2.3.0@tmp) λ bundle exec shotgun -p 3000 -o <IP_ADDRESS> config.ru
== Shotgun/Puma on http://<IP_ADDRESS>:3000/
Puma starting in single mode...
* Version 3.10.0 (ruby 2.3.0-p0), codename: Russell's Teapot
* Min threads: 0, max threads: 16
* Environment: development
* Listening on tcp://<IP_ADDRESS>:3000
Use Ctrl-C to stop
<IP_ADDRESS> - - [10/Nov/2017:08:05:17 -0300] "GET / HTTP/1.1" 200 59 0.0117
^C- Gracefully stopping, waiting for requests to finish
=== puma shutdown: 2017-11-10 08:05:28 -0300 ===
- Goodbye!
alejandro in /tmp/my_project(ruby-2.3.0@tmp) λ cat Gemfile.lock G dry-web-roda
    dry-web-roda (0.9.1)
  dry-web-roda (~> 0.7)
alejandro in /tmp/my_project(ruby-2.3.0@tmp) λ

@alejandrobabio sure, you're right about it, it's just looking more consistent (and there are questions/misunderstandings about it https://github.com/dry-rb/dry-web-roda/issues/70)

Thanks for doing this, @v-kolesnikov, I think it'd be good to get this change in. Just a final request before we get it in: could you rename Gemfile to Gemfile.tt (and update the add_template line in abstract_project.rb to match)? This keeps it clearer which files have erb code in them and which don't. Thanks :)

Sounds good! I'll try to do it in the near future.

Looks like outdated and abandoned. Feel free to reopen if needed.


Snapcast  - Documentation Improvement for /config/.storage/ Location

System Health details
System Information
Checklist

[X] I have enabled SmartInspect debug logging for my installation.
[X] I have filled out the issue template to the best of my ability.
[X] This issue only contains 1 issue (if you have multiple issues, open one issue for each issue).
[X] This issue is not a duplicate issue of any previous issues..

Describe the issue
Hello,
Awesome plug-in! However, it took an embarrassing amount of time to figure out where to put my
SpotifyWebApiPython_librespot_credentials.json file because it was not clear what was meant by the /config directory. I was getting this error over and over:
Failed to perform the action media_player/select_source. Could not find librespot authorization credentials file (/config/.storage/SpotifyWebApiPython_librespot_credentials.json). This file is required in order to authenticate to a device or service that utilizes the librespot application.

The documentation at Device-Configuration-Options#spotifyplus-integration-install
mentions the /config/ directory three times. My install also reports that configuration pathway is also config, but this is not correct for my HAOS installation, my configuration path is actually:
/mnt/data/supervisor/homeassistant/
This led me to think that I had to create this path:
/mnt/data/supervisor/homeassistant/config/.storage/
I erroneously thought that maybe it was a permissions/ownership issue, so I added 777 to the file and began copying it to both of the parent directories I created. It was only by chance that I discovered this path existed:
/mnt/data/supervisor/homeassistant/.storage
The File editor (5.8.0) or Filebrowser (2.23.0_14) addons don't allow the creation of hidden folders in the UI, nor do they by default allow navigating to the .storage folder.
Once I copied the .json file there, everything started working.
So, if I were to make a suggestion to fix the documentation, I would replace /config/ with /<configuration folder>/.
Reproduction steps

Place the file in the wrong place :/

Debug logs
Irrelevant

Diagnostics dump
No response

Thanks for bringing this to my attention, and apologies for your frustration.
I have always used Home Assistant OS, so I was relying on the How to find the HA configuration directory instructions for how to locate the HA configuration directory.
I made the following updates to the wiki docs:
Credentials File Location
The SpotifyPlus librespot Credentials File is located in the Home Assistant configuration directory's persistent storage data sub-directory (e.g. <configuration directory>\.storage).
Use the How to find the HA configuration directory instructions for how to locate the Home Assistant configuration directory, then the .storage directory will be located beneath it.  Here are a few examples of where that may be located on your installation of HA:

Home Assistant Operating System (config directory of the installation)
/config/.storage/
Home Assistant Container (config directory that you mounted in your container)
/mnt/data/supervisor/homeassistant/.storage/
Home Assistant Core (config directory passed to the hass command)
~/.homeassistant/.storage/

Please note that file paths are case-sensitive on some operating systems.
If using the File editor or Filebrowser addons to modify the credentials file, you must enable configuration options that allow you to view hidden directories in the file system.  This is due to the HA-specific .storage location.  Consult the addon documentation for instructions on how to enable these features.

Regarding the configuration folder path that is listed in the error message:
Failed to perform the action media_player/select_source. Could not find librespot authorization credentials file (/config/.storage/SpotifyWebApiPython_librespot_credentials.json). This file is required in order to authenticate to a device or service that utilizes the librespot application.
The /config/ portion of the listed file path is controlled by HA internals, specifically the hass.config.config_dir property setting.  I use the following to formulate the config directory location in my code, then simply append that path to the error message
tokenStorageDir:str = "%s/.storage" % (hass.config.config_dir)

Awesome!


Fix the type of Release::addon_plan_names

@bensadiku It looks like the GitHub actions failed because it was trying to use a openssl-dev version that was incompatible with the os. I've tried updating the lock file. It works locally, but it looks like you need to approve the workflow run again to find out if it works on the action runner.


[Java] AdapterWithErrorHandler is not capturing all the exceptions

Sample information

Sample type: [samples]
Sample language: [Java]
Sample name: Most of the Java samples (e.g. 17.multilingual-bot)

Describe the bug
When a sample has an error, some of them are not captured by the AdapterWithErrorHandler, generating an HTTP 500 error and the error's activities are not displayed in the Emulator.
To Reproduce
Steps to reproduce the behavior:

Execute the sample without configuring the application.properties
Start a conversation in the Emulator
When the "Choose language" prompt appears, select "Español"
The error activities don't appear

Expected behavior
The expected behavior is that when an error occurs, the AdapterWithErrorHandler should capture it and the error activities should be displayed in the Emulator, like C#.
Screenshots
AdapterWithErrorHandler issue in Java samples

Expected behavior in Java (like C#)

This is a unique issue to this sample, not with the base implementation of the AdapterWithErrorHandler. In this sample if the AdapterWithErrorHandler tries to send an Activity through the middleware it gets caught in the translation step again, which is the cause of the initial error, so nothing is output. To fix this this sample needs to send any error message Activities without using the middleware. Best course of action is to derive a new AdapterWithErrorHandler just for this sample, and implement the setOnTurnError in a way that doesn't send through the middleware. This will not require changing the base AdapterWithErrorHandler that is part of the SDK.

Awesome @LeeParrishMSFT! Thanks for the information, we will review it as soon as we tackle the issue just for this sample 😊.

@LeeParrishMSFT we don't have permissions to transfer this issue back to botbuilder-samples but feel free to do it.
We will be updating the description of this issue in order to detail the samples that need to be updated 😊!


misc: Added a README

This PR adds the initial README for the project. This is not the complete version of it, just a starting point that we can improve as the project continues to evolve.

We are going to ignore that build failure and coverage reduction as that cannot be caused by this PR and is something else instead to figure out


List on HashiCorp documentation

Get the plugin listed on the official HashiCorp Documentation as a community plugin.

https://github.com/hashicorp/nomad/pull/19411

https://developer.hashicorp.com/nomad/plugins/drivers/community/nomad-iis


Triumvirate Missing from Simulator Buff Stacks

When Triumvirate is included in a Wizard build, it's not listed in the simulator under
"Buff Stacks" -> "Items"
It used to be in there so probably because it has a new item ID from the recent patch or something.

Fixed, along with a few other missing buffs.


Develop to main

@jinpavg can you verify that Make Note works as you'd expect?

this stuff is looking good! i'll merge and then add docs


IOU Escrow feature

I'm going to be working on IOU Escrow feature.
Is there documentation that I may not have seen?  Are there pointers that you'd give me?

I wrote a summary on the costs & benefits of IOU escrow and some of the complexitities:

XRP escrow is very easy because every account in the XRP Ledger can hold an unlimited amount of XRP, and the XRP can be sent directly to any one of them. Issued currencies, by contrast, have to flow through paths and be stored in trust lines, which have maximum values that can change. Even if you created an issued currency escrow today, it's possible your intended recipient couldn't receive the XRP when the escrow is finished. Issued currencies can also have transfer fees, which can fluctuate as well, and trust lines have quality settings which can have some unexpected consequences. And that's not an exhaustive list of the complications that are specific to issued currency escrow; those are just the ones I've thought up in a couple minutes.

Some of the comments on PR #2672 are also elucidating. For example, as Nik points out:

Since you are allowing IOUs to be escrowed, you MUST support IOU-specific features, such as freeze and support the "authorization required" that IOU issuers can set.

Hopefully this issue can serve as a map for implementing IOU Escrow.

@mDuo13
what this
https://github.com/ChainSQL/rippled/commit/90501b1c26dbcead68b6bef2215f13198f9bfa70 --->
"Merge branch 'develop' into feature/escrowForIOU"
is about?

That merge looks like it's just about catching their feature branch up to the latest develop work. But I, personally, have no idea what ChainSQL is working on.

@mDuo13 ChainSQL is used to write data to blockchain just like our traditional projects to write data to database. ChainSQL has a backend module to sync blockchain table-tx to mysql, so that we can select data in db instead of on blockchain.

@mDuo13
what is this merge
ChainSQL@90501b1 --->
"Merge branch 'develop' into feature/escrowForIOU"
about?

This should be a wrong operation when I tried to make a pull-request.

related: https://github.com/XRPLF/XRPL-Standards/pull/112

one proposal: https://github.com/XRPLF/rippled/pull/4396


Cannot use custom type definitions in webpack.config.ts

Bug report

What is the current behavior?
We are using a webpack config written in TypeScript (webpack.config.ts).
Our webpack is using a library for which no type defintions exist (xml-webpack-plugin).
Wen importing this library in the webpack config, we get the following error:

Could not find a declaration file for module 'xml-webpack-plugin'. 'c:/Projects/abc/App/code/abc/node_modules/xml-webpack-plugin/index.js' implicitly has an 'any' type.
Try npm i --save-dev @types/xml-webpack-plugin if it exists or add a new declaration (.d.ts) file containing declare module 'xml-webpack-plugin';ts(7016)

Now I can manually declare a module in a typings.d.ts file like this:
declare module "xml-webpack-plugin" {
    const value: any;
     export = value;
}

Now VS Code doesn't complain anymore, however executing webpack still throws this error.
I assume that webpack somehow only considers type definitions in node_modules but not manually added type definition files?
I couldn't find any documentation on how to adjust how webpack uses the webpack.config.ts (only found out that it uses node-interpret).
What is the expected behavior?
There should be a way to add custom type definitions for modules imported in a webpack.config.ts.

Other relevant information:
webpack version:  5.45.1
Node.js version: 14.16.0
Operating System: Windows 10
ts-node: 10.1.0
TypeScript: 4.3.5

Workaround/solution is to add one of the following to the tsconfig.json:
    "ts-node": {
        "transpileOnly": true
    }

Disadvantage: Doesn't check for type errors
    "ts-node": {
        "files": true
    }

Disadvantage: Takes longer as it scans all Typescript files
I went with soluation 1 for now.
Proper solution would probably be to use a custom tsconfig.json for webpack (via tsconfig-paths), enable ts-node.files and only add the relevant files (webpack configs and custom type definitions) in the include array.


Expose the Cassandra metrics registry through a Prometheus endpoint

In order to reduce the number of loaded agents and simplify the stack, we'd need to expose the Cassandra/DSE metrics registry in the mgmt api agent, using the following prototype as a base: https://github.com/burmanm/mcac-revisit
The new endpoint should be disabled by default and enabled through an env variable: MGMT_API_METRICS_ENDPOINT=enabled
The port on which metrics are exposed should also be configurable through an env variable, and default to port 9104 if the env variable doesn't exist: MGMT_API_METRICS_PORT=9104
No metric filtering should be done in this first implementation.

Does having an additional Java agent cause overhead?
How does having a metrics collector within management-api simply the stack? Anything beyond not having to manage a separate git repo?
Is there a possibility someone would want to use the collector on its own, independent of management-api?

Does having an additional Java agent cause overhead?

There's a size overhead for the docker images.

How does having a metrics collector within management-api simply the stack? Anything beyond not having to manage a separate git repo?

It's one less dependency to manage, which is a simplification of the stack for us. The lifecycle of the mgmt-api and the metrics collector would be the same, making upgrades simpler.

Is there a possibility someone would want to use the collector on its own, independent of management-api?

I think that's out of scope for us. MCAC will live on for folks not using the management api.

I think that's out of scope for us. MCAC will live on for folks not using the management api.

Why would they? MCAC is bad even for them.

I think Alex was referring to people who are using MCAC outside of Kubernetes. Whether or not they choose to use MCAC isn't our concern. Furthermore, we are not going to make any extra effort (if were it needed) to make the MCAC replace work outside of Kubernetes, and more specifically outside of cass-operator/k8ssandra-operator.


Unable to open the connect window in CycleCloud UI

Even as an admin, trying to open the connect window on a node will display a permission denied window.

closed by #1278


length fix

dont add mentions if they exceed character limit

Hi @BGawor, Thanks for contributing 🙌 and welcome to the project 🎉
I've merged this in for now. But we should actually be using the tweet length method that tweetinvi exposes. This is still pending 280 char support and we'll have to change it when that comes through


Optimize game performance

For multiple targets, when 3 or so targets are hit the output canvas becomes laggy. We should probably destroy those JS target objects once they're hit.
Also, make sure to destroy all other elements that are not needed when changing views
Remove all of the overhead. This bug is annoying

jQuery shouldn't be loaded when not needed to reduce overhead


Add support for JWT presentations and credentials

In addition to JSON-LD, this spec should incorporate support for JWT as the other big ecosystem of DIDs and credentials.

My current understanding is that Verifiable Presentations can't be represented in the JWT format. The VC Data Model spec gives no JWT example for presentations (https://w3c.github.io/vc-data-model/#presentations-0). One VC that references just one subject can be represented as JWT as seen here, multiple subjects aren't supported either: https://w3c.github.io/vc-data-model/#credential-subject
The reason for this lack of support seems to be the 1:1 relationship between JWT's iss and VC's issuer properties and JWT's sub and VC's credentialSubject.id properties. When there are multiple issuers, e.g. a presentation with multiple VCs, or multiple subjects, e.g. a VC with multiple subjects, the 1:1 relationship can't be expressed unambiguously anymore. Therefore, the mechanisms for verifying JWTs won't work and my impression is that this is the reason for not supporting VPs and certain types of VCs.
Conclusion:

VPs can't be represented in JWT format. Plain JSON or JSON-LD are currently the only supported formats.
VCs in JWT format can be embedded in a VP. IMHO, this would be valid according to the spec. However, I'm not sure whether library authors will widely support this mix of formats.
Another option would be to support the linking of VCs, instead of VPs in the DID document. Then we'd be able to use VCs in JSON-LD and JWT format. However, this would remove the explicitness that comes from the compilation and signing of a presentation by a holder.
At the moment, lean towards not supporting JWTs in this spec - though it doesn't feel 100% right.

@brianorwhatever and @peacekeeper I'd very much appreciate your input on this topic.

Here is the relevant section of VCDM 2.0 that was just merged https://www.w3.org/TR/vc-data-model-2.0/#enveloped-verifiable-credentials
And you can secure this VP using either Data Integrity or JWT

Okay, I think I'm gradually forming in my mind how it could work. The Verifiable Presentation as a JSON/JSON-LD document is embedded into the JWT via the reserved vp property (https://www.w3.org/TR/vc-jose-cose/#jose-header-parameters-and-jwt-claims). Credentials in the presentation are either standard JSON/JSON-LD documents with an attached data integrity LD-proof or they are JOSE/COSE secured credentials of type EnvelopedVerifiableCredential. This will also provide support for selective disclosure.
So full JWT support is possible alongside LD-proofs.

Don't use the vp property, and I would recommend not using data integrity proofs.

@OR13 do I understand you correctly that instead of hiding the VP inside the vp property, I should

place the plain and unsigned JSON(-LD)-VP inside the JWT payload: {"@context": [..], "verifiableCredential": [..], "holder": .., "type": [..]}
add additional JWT properties like iss, sub, ... that are copies of the properties in the VP: {"@context": [..], "verifiableCredential": [..], "holder": .., "type": [..], "iss": .., "sub", .., }
sign the JWT via JWS

You don't need to add any additional properties, unless you want to use selective disclosure.

This specification should not define anything at all it should allow any conformant Verifiable Presentation and refer to the VCDM spec(s) for that.

I'm fully with you. I want to make sure that the spec supports the various formats.

I updated the examples to include only JWT presentations and credentials. However, I don't yet understand whether it's a good idea to use the vp and vc properties in the payload. @OR13 says we shouldn't, however at least in the VC Data Model spec explicitly states the vc property, see https://w3c.github.io/vc-data-model/#credential-subject.
Not sure how to continue.

The examples you are looking at are from v1. Nobody has bothered to update them.


[cmake] Add missing dependencies

Description
The library onemkl does not depend on any of the libraries that it loads via dlopen. This means that a user can build the runtime tests or examples without (re-)building the libraries that will be loaded. This patchs fixes this issue. For example using the blas domain and MKLCPU backend:
### With the current develop branch:
$ cmake -Bbuild-blas-cpu -DTARGET_DOMAINS=blas -DENABLE_MKLGPU_BACKEND=OFF -DBUILD_FUNCTIONAL_TESTS=OFF .
$ cd build-blas-cpu && make example_blas_gemm_usm
# Only libonemkl.so and the example are built
$ LD_LIBRARY_PATH="lib:$LD_LIBRARY_PATH" ONEAPI_DEVICE_SELECTOR=*:cpu ./bin/example_blas_gemm_usm
[...]
libonemkl_blas_mklcpu.so: cannot open shared object file: No such file or directory
Caught std::exception during GEMM:
	oneMKL: Couldn\'t load selected backend

### With the fix using the same CMake command:
$ make example_blas_gemm_usm
# libonemkl_blas_mklcpu.so is built
$ LD_LIBRARY_PATH="lib:$LD_LIBRARY_PATH" ONEAPI_DEVICE_SELECTOR=*:cpu ./bin/example_blas_gemm_usm
[...]
BLAS GEMM USM example ran OK.

This affects all the domains and backends. Tested with CMake 1.13.5 and CMake 3.27.4.
All Submissions

[ ] Do all unit tests pass locally? Attach a log.
[x] Have you formatted the code using clang-format?

Test log running on Intel CPU and iGPU: log.txt
The examples failed because I was using ONEAPI_DEVICE_SELECTOR to filter out another device. They run fine without it: log_example.txt

@mkrainiuk could you review this PR? I have hit this issue again as I am adding more backends. I think it's a simple fix and can avoid some confusions.


[Do not merge] LightFM Python 3.12 support

Description
This PR is to evaluate LightFM Python 3.12 support by https://github.com/feldlime/rectools-lightfm/pull/4
Ultimately, the PR on rectools-lightfm should be merged and to stop git dependency in pyproject.toml.
You can check the diff with https://github.com/MobileTeleSystems/RecTools/compare/eba1a9d14dbb17b451bc05ef916a4e232d0b9d72...c125f3d?expand=1
Bonus
I locally confirmed it works with Python 3.13 with 380b9759a1f05212647e1899a79be1fb1f979dbf
➜  RecTools git:(feature/lightfm-py312) ✗ poetry run python --version
Python 3.13.1
➜  RecTools git:(feature/lightfm-py312) ✗ poetry run pytest tests/models/test_lightfm.py
================================================= test session starts ==================================================
platform linux -- Python 3.13.1, pytest-8.1.1, pluggy-1.5.0
rootdir: /home/aki/src/RecTools
configfile: setup.cfg
plugins: cov-5.0.0, subtests-0.12.1, typeguard-4.4.1, mock-3.14.0
collected 26 items

tests/models/test_lightfm.py ..........................                                                          [100%]

================================================== 26 passed in 0.73s ==================================================

Type of change

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] Optimization

How Has This Been Tested?
Before submitting a PR, please check yourself against the following list. It would save us quite a lot of time.

Have you read the contribution guide?
Have you updated the relevant docstrings? We're using Numpy format, please double-check yourself
Does your change require any new tests?
Have you updated the changelog file?

Confirmed the CI passed with Python 3.12 with LightFM https://github.com/MobileTeleSystems/RecTools/actions/runs/12209831381/job/34065165444?pr=224

@feldlime JFYI, here is the proof of concept for https://github.com/feldlime/rectools-lightfm/pull/4

Since implicit doesn't provide wheels on PyPI for Python 3.12+, CI takes longer than other versions.  https://github.com/MobileTeleSystems/RecTools/actions/runs/12225017897/job/34098490713?pr=224
We may want to host some wheels for implicit, like nmslib-metabrainz.

@feldlime Now I use rectools-lightfm 1.17.3, and ready for review. Please have a look when you have a chance.

Thanks @chezou, merging it


APK agent implementation - CP

This is to track changes related to operator related boilerplate code and following tasks related to application and subscription data CRDs.

[x] https://github.com/wso2/apk/issues/30
[x] https://github.com/wso2/apk/issues/31
[x] https://github.com/wso2/apk/issues/32
[x] https://github.com/wso2/apk/issues/96

closing the issue as this no longer required and all of the above tasks are completed


Unsafe API design go brrr

I think the unsafe API is a bit unwieldy in its current state. Firstly, the word Pointer can be removed from withUnsafe[Mutable]WordsPointer(_:). This signature was inspired by ContiguousArray/withUnsafeBufferPointer(_:)  but, while the closure is passed a pointer, I think the closer parallel is BinaryInteger/words.
withUnsafeWords(_:)
withUnsafeMutableWords(_:)

Secondly, I don't like fromUnsafe[Bytes/Words]Allocation because withUnsafeMutable[Bytes/Words] does the same thing except for providing the uninitialized state. So, I think it would be more elegant to separate the functionality as such:
var x = UInt256.uninitialized()
x.withUnsafeMutable[Bytes/Words]({ _ in })

Dunno if there’s a correct way to do this besides praying to the optimizer 🙏

I suppose if  sees this and cringe so hard that they add a proper way to do it, that's a win too.

:cry: In order from most performant to least:
let a = UInt256.fromUnsafeMutableWordsAllocation({ _ in })
var b = UInt256.init(); b.withUnsafeMutableWords({ _ in })
var c = UInt256.uninitialized; c.withUnsafeMutableWords({ _ in })

I suppose I could settle for a naming scheme like:
withUnsafeBytes(_:)
withUnsafeMutableBytes(_:)
fromUnsafeMutableBytes(_:)


Expose image rootfs in inspect type

docker side changes: https://github.com/docker/docker/compare/master...tonistiigi:expose-layer-ids
Goes with https://github.com/docker/docker/pull/21370
Signed-off-by: Tonis Tiigi<EMAIL_ADDRESS>

LGTM

LGTM


Add check for empty translation strings.

Summary
This is a workaround for this weblate issue: https://github.com/WeblateOrg/weblate/issues/4076
So this checks for occurrences like this:
{
      ...
      "admin.file_upload.uploadFile": "",
      ...
},

Ticket Link

Checklist

[ ] Added or updated unit tests (required for all new features)
[ ] Has UI changes
[ ] Includes text changes and localization file updates

Device Information
This PR was tested on:
Screenshots

@enahum you mean in mmjstool? and then add this to package.json?

Yes in package.json. I want to do something like npm run i18n-check instead of make

@enahum would this be enough, or do you want a regex implemented in javascript, so purely javascript?
# in package.json
    "i18n-checks": "make i18n-checks",

@metanerd basically I want to get rid of the Makefile in the near future ;) so I guess that would work for now but I rather not use make in any way

OK, so I implement it in mmjstool or I put it somewhere in the mobile project, where would you prefer it?

0/5 maybe a script under the scripts folder, but if done in mmjstool it can be used in the webapp as well by just adding the script to the package.json

OK, I will go with the mmjstool approach then.


Domains with "-" do not work.

It looks like they need to use https://rdap.publicinterestregistry.org/rdap/domain/ to get their domain info, but this new API can't be used for every website.


add -L to curl command

curl can't download if url redirect to another url, update_datebase.sh can't download on macbook

Thanks for the fix.
This issue has been reported before but I never found the cause. Not quite familiar with curl.


Configuration of SimCLR for Camelyon16

Dear Bin Li,
Very interesting work!
Could you please also upload the configuration of SimCLR for training Camelyon16, i.e., epoch, optimizer, lr, weight decay, batch size, etc.
Thank you very much.
BW

Thank you. What's the initial learning rate, please ? Seems the one in the code is quite small that make it converge very slow.
BW


Override universalBin task for server to include parser resources

This change allows the removal of the manual 'jar uf' command that is
currently invoked after building a zip package.
Note that this required upgrading sbt-native-packager from v.1.1.4 to
v1.3.3
Before the server (address-index-api/server) can be deployed to Cloud
Foundry, a zip package is created using:
$ sbt "project address-index-server" "universal:packageBin"
and the zip modified by using a command like so:
$ jar uf server/target/universal/address-index-server.zip
-C parsers/src/main/resources libcrftagger-linux.so
-C parsers/src/main/resources addressCRFA.crfsuite
-C parsers/src/main/resources/input_pre_post_processing business
-C parsers/src/main/resources/input_pre_post_processing company
-C parsers/src/main/resources/input_pre_post_processing county
.....
Ideally, it is desired that this be done entirely by the build tool,
otherwise this step would have to be replicated every time a package has
to be made (either by devs or by Jenkins).
This is especially relevant for creating Jenkins Pipeline jobs where
this manual 'jar uf' task would have to be replicated.

I need to test this by delpoying via Jenkins to make sure the server package deploys fine on CF


Flags and comments not visible in case overview annotations view

Describe the bug
Sequence variant flags and comments are stored in the database and displayed in the variant details page. However, they are not displayed in the case-wide variant annotation overview. An example is case 49fc975f-... (full ID sent to @stolpeo).
To Reproduce
Steps to reproduce the behavior:

Go to the case overview of the case
Click on the variant annotations tab
See that no variants are colored and flags/comments icon is empty
Click on variant and see the comments and flags; also true for ACMG

Expected behavior
We want highlighting and displaying of flags, comments, ACMG.
Screenshots
N/A
Additional context
Presumably, the case-wide annotation result set is not properly managed.

Need to

fix current state (create a new management command)
find root cause and ensure flagging works properly

Closing this umbrella ticket. :open_umbrella: -> :closed_umbrella: