Prevent worker from running same task repeatedly

Description
When get_work returns a task_id already in the _running_tasks list, don't start running a new task.
Motivation and Context
If the scheduler keeps giving the worker the same task_id from get_work, the worker will just overwrite the same entry in _running_tasks and never think that it is running too many processes.
I've had to reboot one of my worker machines almost daily due to hundreds of worker processes being spawned to run the same task. This seems to be mostly happening with batch tasks, probably because they require more rounds of communication before the scheduler understands
that the task is running. Since this tends to happen only in short bursts, I've also added a sleep to give the scheduler a chance to recover.
This is still a bit worrisome because the scheduler could potentially give the task to other workers, but it at least patches over the bug enough that my pipelines can run smoothly again. My hope is that the issue is only with the scheduler re-issuing task_ids that it already assigned to that worker but the worker isn't including in its current_tasks list in get_work, in which case the scheduler will not send the task to other workers.
Have you tested this? If so, how?
I simulated a buggy scheduler both by tweaking the scheduler RPC functions and by tweaking the worker's RPC calls to trigger this bug reliably for batch tasks by not registering the batch runner. In both cases, this fix does the trick.
I've also been running this in production for a couple of days and have included unit tests.

Yeah I'm still investigating the cause.

I've found a somewhat satisfying explanation for this. It seems to occur when exceptions are thrown. I had a few common uncaught exceptions happening in the scheduler (PRs upcoming). If exceptions are being thrown in the scheduler during get_work, it makes sense that the scheduler might end up with a weird internal state.
Since fixing the uncaught exceptions, I've only seen this error happen twice. Both times, it occurred at about the same time that the keep-alive thread raised a KeyError trying to look up response["rpc_messages"]. Not sure how this can happen, maybe some wires are getting crossed and responses are being read by the wrong thread? I'll try to catch the error and log the response in case it happens again.

Thanks @daveFNbuck


lsc-pattern:  "[file] --nodejs --harmony-proxies" doesn't work

I'm using the 1.4 command line lsc
A command like:
lsc index.ls --nodejs --harmony-proxies
isn't passed to nodejs. I've debugged it a little and it seems the optionator simply doesn't recognize --nodejs and won't start node in line 35 of https://github.com/gkz/LiveScript/blob/master/src/command.ls.
What seems to work as a workaround is something like that:
o.nodejs = o._.indexOf('--nodejs') > -1 in Line 33

Uh... I cannot replicate this?
$ bin/lsc
LiveScript 1.4.0 - use 'lsc --help' for more information
ls> Proxy
Proxy
[ReferenceError: Proxy is not defined]
ls>

$ bin/lsc --nodejs --harmony-proxies
LiveScript 1.4.0 - use 'lsc --help' for more information
ls> Proxy
Proxy
Object {}
ls>

Can confirm, maybe you nodejs version is too old.

Can you create a file index.ls with the following content:
Proxy

and start it using:
lsc index.ls --nodejs --harmony-proxies
For me there is an error `Reference Error: Proxy is not defined'
Like I said, the problem appears only when I try to start a file, but not when I start a simple repl.
I'm on Node 5.0.0

I can confirm that works.

If you pass any argument after the filename, then it's an argument for the program.

You're right :) lsc --nodejs --harmony-proxies index.ls works :D


Synthesis failed for java-container

Hello! Autosynth couldn't regenerate java-container. :broken_heart:
Here's the output from running synth.py:
Cloning into 'working_repo'...
Switched to a new branch 'autosynth'
Cloning into '/tmpfs/tmp/tmpi528u4s1/googleapis'...
Cloning into '/tmpfs/tmp/tmpi528u4s1/synthtool'...
Switched to branch 'autosynth-self'
Note: checking out 'cb5982ae91ac5a2a342a1df414a3a4683b7621cf'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at cb5982a deps: update dependency com.google.api.grpc:proto-google-common-protos to v1.18.0 (#160)
Note: checking out '9af7212bc2cba8a7184f032e1ab6662ccf604b3a'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at 9af7212b docs: display resource name patterns in code font.
Note: checking out 'f8a9933e5e98202b04ef427f28d1d79221190fa4'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at f8a9933 chore(java): allow overriding the versioning section of the Java README (#495)
Switched to a new branch 'autosynth-self-2'
2020-05-05 21:30:35 [INFO] Running synthtool
2020-05-05 21:30:35 [INFO] ['/tmpfs/src/github/synthtool/env/bin/python3', '-m', 'synthtool', '--metadata', 'synth.metadata', 'synth.py', '--']
2020-05-05 21:30:35,712 synthtool > Executing /tmpfs/src/github/synthtool/working_repo/synth.py.
On branch autosynth-self-2
nothing to commit, working tree clean
2020-05-05 21:30:35,844 synthtool > Ensuring dependencies.
2020-05-05 21:30:35,855 synthtool > Cloning googleapis.
2020-05-05 21:30:35,856 synthtool > Using precloned repo /tmpfs/tmp/tmpi528u4s1/googleapis
2020-05-05 21:30:35,860 synthtool > Generating code for: //google/container/v1:google-cloud-container-v1-java.
2020-05-05 21:30:35,981 synthtool > Failed executing bazel build //google/container/v1:google-cloud-container-v1-java:

Starting local Bazel server and connecting to it...
Server crashed during startup. Now printing /home/kbuilder/.cache/bazel/_bazel_kbuilder/62f6ca43a5576c9a7fd58b37c8626d8e/server/jvm.out
OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x0000000715200000, 247463936, 0) failed; error='Not enough space' (errno=12)
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 247463936 bytes for committing reserved memory.
# An error report file with more information is saved as:
# /tmpfs/tmp/tmpi528u4s1/googleapis/hs_err_pid19810.log

2020-05-05 21:30:35,982 synthtool > Wrote metadata to synth.metadata.
Traceback (most recent call last):
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/tmpfs/src/github/synthtool/synthtool/__main__.py", line 102, in <module>
    main()
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 782, in main
    rv = self.invoke(ctx)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 1066, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/__main__.py", line 94, in main
    spec.loader.exec_module(synth_module)  # type: ignore
  File "<frozen importlib._bootstrap_external>", line 678, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/tmpfs/src/github/synthtool/working_repo/synth.py", line 29, in <module>
    bazel_target=f'//google/{service}/{version}:google-cloud-{service}-{version}-java',
  File "/tmpfs/src/github/synthtool/synthtool/languages/java.py", line 310, in bazel_library
    library = gapic.java_library(service=service, version=version, **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/gcp/gapic_bazel.py", line 63, in java_library
    return self._generate_code(service, version, "java", **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/gcp/gapic_bazel.py", line 177, in _generate_code
    shell.run(bazel_run_args)
  File "/tmpfs/src/github/synthtool/synthtool/shell.py", line 39, in run
    raise exc
  File "/tmpfs/src/github/synthtool/synthtool/shell.py", line 33, in run
    encoding="utf-8",
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/subprocess.py", line 438, in run
    output=stdout, stderr=stderr)
subprocess.CalledProcessError: Command '['bazel', 'build', '//google/container/v1:google-cloud-container-v1-java']' returned non-zero exit status 37.
2020-05-05 21:30:36 [ERROR] Synthesis failed
HEAD is now at cb5982a deps: update dependency com.google.api.grpc:proto-google-common-protos to v1.18.0 (#160)
Switched to branch 'autosynth-self'
Note: checking out 'cb5982ae91ac5a2a342a1df414a3a4683b7621cf'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at cb5982a deps: update dependency com.google.api.grpc:proto-google-common-protos to v1.18.0 (#160)
Previous HEAD position was 9af7212b docs: display resource name patterns in code font.
HEAD is now at a3a0bf0f BREAKING_CHANGE: Removing TimeSeriesQueryLanguageCondition as an alert condition type. The condition type is unsupported and unused. It was originally added for the Monitoring Query Language Alpha feature. refactor!: Drop support for TimeSeriesQueryLanguageCondition as an alert condition type.
Previous HEAD position was f8a9933 chore(java): allow overriding the versioning section of the Java README (#495)
HEAD is now at ab88356 fix: make .kokoro-autosynth executable (#522)
Switched to a new branch 'autosynth-97'
2020-05-05 21:30:36 [INFO] Running synthtool
2020-05-05 21:30:36 [INFO] ['/tmpfs/src/github/synthtool/env/bin/python3', '-m', 'synthtool', '--metadata', 'synth.metadata', 'synth.py', '--']
2020-05-05 21:30:36,305 synthtool > Executing /tmpfs/src/github/synthtool/working_repo/synth.py.
On branch autosynth-97
nothing to commit, working tree clean
2020-05-05 21:30:36,435 synthtool > Ensuring dependencies.
2020-05-05 21:30:36,446 synthtool > Cloning googleapis.
2020-05-05 21:30:36,447 synthtool > Using precloned repo /tmpfs/tmp/tmpi528u4s1/googleapis
2020-05-05 21:30:36,451 synthtool > Generating code for: //google/container/v1:google-cloud-container-v1-java.
2020-05-05 21:30:36,561 synthtool > Failed executing bazel build //google/container/v1:google-cloud-container-v1-java:

Starting local Bazel server and connecting to it...
Server crashed during startup. Now printing /home/kbuilder/.cache/bazel/_bazel_kbuilder/62f6ca43a5576c9a7fd58b37c8626d8e/server/jvm.out
OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x0000000715200000, 247463936, 0) failed; error='Not enough space' (errno=12)
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 247463936 bytes for committing reserved memory.
# An error report file with more information is saved as:
# /tmpfs/tmp/tmpi528u4s1/googleapis/hs_err_pid19845.log

2020-05-05 21:30:36,562 synthtool > Wrote metadata to synth.metadata.
Traceback (most recent call last):
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/tmpfs/src/github/synthtool/synthtool/__main__.py", line 102, in <module>
    main()
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 782, in main
    rv = self.invoke(ctx)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 1066, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/__main__.py", line 94, in main
    spec.loader.exec_module(synth_module)  # type: ignore
  File "<frozen importlib._bootstrap_external>", line 678, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/tmpfs/src/github/synthtool/working_repo/synth.py", line 29, in <module>
    bazel_target=f'//google/{service}/{version}:google-cloud-{service}-{version}-java',
  File "/tmpfs/src/github/synthtool/synthtool/languages/java.py", line 310, in bazel_library
    library = gapic.java_library(service=service, version=version, **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/gcp/gapic_bazel.py", line 63, in java_library
    return self._generate_code(service, version, "java", **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/gcp/gapic_bazel.py", line 177, in _generate_code
    shell.run(bazel_run_args)
  File "/tmpfs/src/github/synthtool/synthtool/shell.py", line 39, in run
    raise exc
  File "/tmpfs/src/github/synthtool/synthtool/shell.py", line 33, in run
    encoding="utf-8",
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/subprocess.py", line 438, in run
    output=stdout, stderr=stderr)
subprocess.CalledProcessError: Command '['bazel', 'build', '//google/container/v1:google-cloud-container-v1-java']' returned non-zero exit status 37.
2020-05-05 21:30:36 [ERROR] Synthesis failed
HEAD is now at cb5982a deps: update dependency com.google.api.grpc:proto-google-common-protos to v1.18.0 (#160)
Switched to branch 'autosynth'
Traceback (most recent call last):
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 584, in <module>
    main()
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 465, in main
    return _inner_main(temp_dir)
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 574, in _inner_main
    commit_count = synthesize_loop(x, multiple_prs, change_pusher, synthesizer)
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 360, in synthesize_loop
    synthesize_inner_loop(toolbox, synthesizer)
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 370, in synthesize_inner_loop
    synthesizer, len(toolbox.versions) - 1
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 259, in synthesize_version_in_new_branch
    synthesizer.synthesize(self.environ)
  File "/tmpfs/src/github/synthtool/autosynth/synthesizer.py", line 115, in synthesize
    synth_proc.check_returncode()  # Raise an exception.
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/subprocess.py", line 389, in check_returncode
    self.stderr)
subprocess.CalledProcessError: Command '['/tmpfs/src/github/synthtool/env/bin/python3', '-m', 'synthtool', '--metadata', 'synth.metadata', 'synth.py', '--']' returned non-zero exit status 1.

Google internal developers can see the full log here.

Autosynth is still having trouble generating java-container. :sob:
Here's the output from running synth.py:
Cloning into 'working_repo'...
Switched to a new branch 'autosynth'
Cloning into '/tmpfs/tmp/tmp1jb7ader/googleapis'...
Cloning into '/tmpfs/tmp/tmp1jb7ader/synthtool'...
Switched to branch 'autosynth-self'
Note: checking out 'cb5982ae91ac5a2a342a1df414a3a4683b7621cf'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at cb5982a deps: update dependency com.google.api.grpc:proto-google-common-protos to v1.18.0 (#160)
Note: checking out '9af7212bc2cba8a7184f032e1ab6662ccf604b3a'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at 9af7212b docs: display resource name patterns in code font.
Note: checking out 'f8a9933e5e98202b04ef427f28d1d79221190fa4'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at f8a9933 chore(java): allow overriding the versioning section of the Java README (#495)
Switched to a new branch 'autosynth-self-2'
2020-05-07 06:59:36 [INFO] Running synthtool
2020-05-07 06:59:36 [INFO] ['/tmpfs/src/github/synthtool/env/bin/python3', '-m', 'synthtool', '--metadata', 'synth.metadata', 'synth.py', '--']
2020-05-07 06:59:36,647 synthtool > Executing /tmpfs/src/github/synthtool/working_repo/synth.py.
On branch autosynth-self-2
nothing to commit, working tree clean
2020-05-07 06:59:36,787 synthtool > Ensuring dependencies.
2020-05-07 06:59:36,799 synthtool > Cloning googleapis.
2020-05-07 06:59:36,800 synthtool > Using precloned repo /tmpfs/tmp/tmp1jb7ader/googleapis
2020-05-07 06:59:36,804 synthtool > Generating code for: //google/container/v1:google-cloud-container-v1-java.
2020-05-07 06:59:36,921 synthtool > Failed executing bazel build //google/container/v1:google-cloud-container-v1-java:

Starting local Bazel server and connecting to it...
Server crashed during startup. Now printing /home/kbuilder/.cache/bazel/_bazel_kbuilder/4a250bdd9f3bdb25b8d0e03c3c731cb2/server/jvm.out
OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x0000000715200000, 247463936, 0) failed; error='Not enough space' (errno=12)
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 247463936 bytes for committing reserved memory.
# An error report file with more information is saved as:
# /tmpfs/tmp/tmp1jb7ader/googleapis/hs_err_pid12917.log

2020-05-07 06:59:36,922 synthtool > Wrote metadata to synth.metadata.
Traceback (most recent call last):
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/tmpfs/src/github/synthtool/synthtool/__main__.py", line 102, in <module>
    main()
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 782, in main
    rv = self.invoke(ctx)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 1066, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/__main__.py", line 94, in main
    spec.loader.exec_module(synth_module)  # type: ignore
  File "<frozen importlib._bootstrap_external>", line 678, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/tmpfs/src/github/synthtool/working_repo/synth.py", line 29, in <module>
    bazel_target=f'//google/{service}/{version}:google-cloud-{service}-{version}-java',
  File "/tmpfs/src/github/synthtool/synthtool/languages/java.py", line 310, in bazel_library
    library = gapic.java_library(service=service, version=version, **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/gcp/gapic_bazel.py", line 63, in java_library
    return self._generate_code(service, version, "java", **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/gcp/gapic_bazel.py", line 177, in _generate_code
    shell.run(bazel_run_args)
  File "/tmpfs/src/github/synthtool/synthtool/shell.py", line 39, in run
    raise exc
  File "/tmpfs/src/github/synthtool/synthtool/shell.py", line 33, in run
    encoding="utf-8",
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/subprocess.py", line 438, in run
    output=stdout, stderr=stderr)
subprocess.CalledProcessError: Command '['bazel', 'build', '//google/container/v1:google-cloud-container-v1-java']' returned non-zero exit status 37.
2020-05-07 06:59:36 [ERROR] Synthesis failed
HEAD is now at cb5982a deps: update dependency com.google.api.grpc:proto-google-common-protos to v1.18.0 (#160)
Switched to branch 'autosynth-self'
Note: checking out 'cb5982ae91ac5a2a342a1df414a3a4683b7621cf'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at cb5982a deps: update dependency com.google.api.grpc:proto-google-common-protos to v1.18.0 (#160)
Previous HEAD position was 9af7212b docs: display resource name patterns in code font.
HEAD is now at 2fc2caaa chore: enable gapic v2 and proto annotation for bigquery/storage/v1beta2 API.
Previous HEAD position was f8a9933 chore(java): allow overriding the versioning section of the Java README (#495)
HEAD is now at be74d3e build: do not fail builds on codecov errors (#528)
Switched to a new branch 'autosynth-105'
2020-05-07 06:59:37 [INFO] Running synthtool
2020-05-07 06:59:37 [INFO] ['/tmpfs/src/github/synthtool/env/bin/python3', '-m', 'synthtool', '--metadata', 'synth.metadata', 'synth.py', '--']
2020-05-07 06:59:37,253 synthtool > Executing /tmpfs/src/github/synthtool/working_repo/synth.py.
On branch autosynth-105
nothing to commit, working tree clean
2020-05-07 06:59:37,383 synthtool > Ensuring dependencies.
2020-05-07 06:59:37,395 synthtool > Cloning googleapis.
2020-05-07 06:59:37,395 synthtool > Using precloned repo /tmpfs/tmp/tmp1jb7ader/googleapis
2020-05-07 06:59:37,400 synthtool > Generating code for: //google/container/v1:google-cloud-container-v1-java.
2020-05-07 06:59:37,509 synthtool > Failed executing bazel build //google/container/v1:google-cloud-container-v1-java:

Starting local Bazel server and connecting to it...
Server crashed during startup. Now printing /home/kbuilder/.cache/bazel/_bazel_kbuilder/4a250bdd9f3bdb25b8d0e03c3c731cb2/server/jvm.out
OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x0000000715200000, 247463936, 0) failed; error='Not enough space' (errno=12)
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 247463936 bytes for committing reserved memory.
# An error report file with more information is saved as:
# /tmpfs/tmp/tmp1jb7ader/googleapis/hs_err_pid12952.log

2020-05-07 06:59:37,510 synthtool > Wrote metadata to synth.metadata.
Traceback (most recent call last):
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/tmpfs/src/github/synthtool/synthtool/__main__.py", line 102, in <module>
    main()
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 782, in main
    rv = self.invoke(ctx)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 1066, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/__main__.py", line 94, in main
    spec.loader.exec_module(synth_module)  # type: ignore
  File "<frozen importlib._bootstrap_external>", line 678, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/tmpfs/src/github/synthtool/working_repo/synth.py", line 29, in <module>
    bazel_target=f'//google/{service}/{version}:google-cloud-{service}-{version}-java',
  File "/tmpfs/src/github/synthtool/synthtool/languages/java.py", line 310, in bazel_library
    library = gapic.java_library(service=service, version=version, **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/gcp/gapic_bazel.py", line 63, in java_library
    return self._generate_code(service, version, "java", **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/gcp/gapic_bazel.py", line 177, in _generate_code
    shell.run(bazel_run_args)
  File "/tmpfs/src/github/synthtool/synthtool/shell.py", line 39, in run
    raise exc
  File "/tmpfs/src/github/synthtool/synthtool/shell.py", line 33, in run
    encoding="utf-8",
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/subprocess.py", line 438, in run
    output=stdout, stderr=stderr)
subprocess.CalledProcessError: Command '['bazel', 'build', '//google/container/v1:google-cloud-container-v1-java']' returned non-zero exit status 37.
2020-05-07 06:59:37 [ERROR] Synthesis failed
HEAD is now at cb5982a deps: update dependency com.google.api.grpc:proto-google-common-protos to v1.18.0 (#160)
Switched to branch 'autosynth'
Traceback (most recent call last):
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 584, in <module>
    main()
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 465, in main
    return _inner_main(temp_dir)
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 574, in _inner_main
    commit_count = synthesize_loop(x, multiple_prs, change_pusher, synthesizer)
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 360, in synthesize_loop
    synthesize_inner_loop(toolbox, synthesizer)
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 370, in synthesize_inner_loop
    synthesizer, len(toolbox.versions) - 1
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 259, in synthesize_version_in_new_branch
    synthesizer.synthesize(self.environ)
  File "/tmpfs/src/github/synthtool/autosynth/synthesizer.py", line 115, in synthesize
    synth_proc.check_returncode()  # Raise an exception.
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/subprocess.py", line 389, in check_returncode
    self.stderr)
subprocess.CalledProcessError: Command '['/tmpfs/src/github/synthtool/env/bin/python3', '-m', 'synthtool', '--metadata', 'synth.metadata', 'synth.py', '--']' returned non-zero exit status 1.

Google internal developers can see the full log here.

Autosynth is still having trouble generating java-container. :sob:
Here's the output from running synth.py:
Cloning into 'working_repo'...
Switched to a new branch 'autosynth'
Cloning into '/tmpfs/tmp/tmp6rkhcl1z/googleapis'...
Cloning into '/tmpfs/tmp/tmp6rkhcl1z/synthtool'...
Switched to branch 'autosynth-self'
Note: checking out 'cb5982ae91ac5a2a342a1df414a3a4683b7621cf'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at cb5982a deps: update dependency com.google.api.grpc:proto-google-common-protos to v1.18.0 (#160)
Note: checking out '9af7212bc2cba8a7184f032e1ab6662ccf604b3a'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at 9af7212b docs: display resource name patterns in code font.
Note: checking out 'f8a9933e5e98202b04ef427f28d1d79221190fa4'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at f8a9933 chore(java): allow overriding the versioning section of the Java README (#495)
Switched to a new branch 'autosynth-self-2'
2020-05-08 03:25:36 [INFO] Running synthtool
2020-05-08 03:25:36 [INFO] ['/tmpfs/src/github/synthtool/env/bin/python3', '-m', 'synthtool', '--metadata', 'synth.metadata', 'synth.py', '--']
2020-05-08 03:25:36,394 synthtool > Executing /tmpfs/src/github/synthtool/working_repo/synth.py.
On branch autosynth-self-2
nothing to commit, working tree clean
2020-05-08 03:25:36,531 synthtool > Ensuring dependencies.
2020-05-08 03:25:36,541 synthtool > Cloning googleapis.
2020-05-08 03:25:36,542 synthtool > Using precloned repo /tmpfs/tmp/tmp6rkhcl1z/googleapis
2020-05-08 03:25:36,546 synthtool > Generating code for: //google/container/v1:google-cloud-container-v1-java.
2020-05-08 03:25:36,657 synthtool > Failed executing bazel build //google/container/v1:google-cloud-container-v1-java:

Starting local Bazel server and connecting to it...
Server crashed during startup. Now printing /home/kbuilder/.cache/bazel/_bazel_kbuilder/00d940f7362f7fc5777cfc3a63e90361/server/jvm.out
OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x0000000715200000, 247463936, 0) failed; error='Not enough space' (errno=12)
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 247463936 bytes for committing reserved memory.
# An error report file with more information is saved as:
# /tmpfs/tmp/tmp6rkhcl1z/googleapis/hs_err_pid22143.log

2020-05-08 03:25:36,657 synthtool > Wrote metadata to synth.metadata.
Traceback (most recent call last):
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/tmpfs/src/github/synthtool/synthtool/__main__.py", line 102, in <module>
    main()
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 782, in main
    rv = self.invoke(ctx)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 1066, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/__main__.py", line 94, in main
    spec.loader.exec_module(synth_module)  # type: ignore
  File "<frozen importlib._bootstrap_external>", line 678, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/tmpfs/src/github/synthtool/working_repo/synth.py", line 29, in <module>
    bazel_target=f'//google/{service}/{version}:google-cloud-{service}-{version}-java',
  File "/tmpfs/src/github/synthtool/synthtool/languages/java.py", line 310, in bazel_library
    library = gapic.java_library(service=service, version=version, **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/gcp/gapic_bazel.py", line 63, in java_library
    return self._generate_code(service, version, "java", **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/gcp/gapic_bazel.py", line 177, in _generate_code
    shell.run(bazel_run_args)
  File "/tmpfs/src/github/synthtool/synthtool/shell.py", line 39, in run
    raise exc
  File "/tmpfs/src/github/synthtool/synthtool/shell.py", line 33, in run
    encoding="utf-8",
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/subprocess.py", line 438, in run
    output=stdout, stderr=stderr)
subprocess.CalledProcessError: Command '['bazel', 'build', '//google/container/v1:google-cloud-container-v1-java']' returned non-zero exit status 37.
2020-05-08 03:25:36 [ERROR] Synthesis failed
HEAD is now at cb5982a deps: update dependency com.google.api.grpc:proto-google-common-protos to v1.18.0 (#160)
Switched to branch 'autosynth-self'
Note: checking out 'cb5982ae91ac5a2a342a1df414a3a4683b7621cf'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at cb5982a deps: update dependency com.google.api.grpc:proto-google-common-protos to v1.18.0 (#160)
Previous HEAD position was 9af7212b docs: display resource name patterns in code font.
HEAD is now at 83816bb3 Add kokoro-specific .bazelrc file with arguments specific only for kokoro environments. This is to fix autosynth builds when it tries building older commits.
Previous HEAD position was f8a9933 chore(java): allow overriding the versioning section of the Java README (#495)
HEAD is now at 4674113 build: use Bazel 3.0.0 for autosynth builds (#529)
Switched to a new branch 'autosynth-110'
2020-05-08 03:25:36 [INFO] Running synthtool
2020-05-08 03:25:36 [INFO] ['/tmpfs/src/github/synthtool/env/bin/python3', '-m', 'synthtool', '--metadata', 'synth.metadata', 'synth.py', '--']
2020-05-08 03:25:36,992 synthtool > Executing /tmpfs/src/github/synthtool/working_repo/synth.py.
On branch autosynth-110
nothing to commit, working tree clean
2020-05-08 03:25:37,129 synthtool > Ensuring dependencies.
2020-05-08 03:25:37,138 synthtool > Cloning googleapis.
2020-05-08 03:25:37,139 synthtool > Using precloned repo /tmpfs/tmp/tmp6rkhcl1z/googleapis
2020-05-08 03:25:37,143 synthtool > Generating code for: //google/container/v1:google-cloud-container-v1-java.
2020-05-08 03:25:37,253 synthtool > Failed executing bazel build //google/container/v1:google-cloud-container-v1-java:

Starting local Bazel server and connecting to it...
Server crashed during startup. Now printing /home/kbuilder/.cache/bazel/_bazel_kbuilder/00d940f7362f7fc5777cfc3a63e90361/server/jvm.out
OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x0000000715200000, 247463936, 0) failed; error='Not enough space' (errno=12)
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 247463936 bytes for committing reserved memory.
# An error report file with more information is saved as:
# /tmpfs/tmp/tmp6rkhcl1z/googleapis/hs_err_pid22178.log

2020-05-08 03:25:37,254 synthtool > Wrote metadata to synth.metadata.
Traceback (most recent call last):
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/tmpfs/src/github/synthtool/synthtool/__main__.py", line 102, in <module>
    main()
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 782, in main
    rv = self.invoke(ctx)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 1066, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/tmpfs/src/github/synthtool/env/lib/python3.6/site-packages/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/__main__.py", line 94, in main
    spec.loader.exec_module(synth_module)  # type: ignore
  File "<frozen importlib._bootstrap_external>", line 678, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/tmpfs/src/github/synthtool/working_repo/synth.py", line 29, in <module>
    bazel_target=f'//google/{service}/{version}:google-cloud-{service}-{version}-java',
  File "/tmpfs/src/github/synthtool/synthtool/languages/java.py", line 310, in bazel_library
    library = gapic.java_library(service=service, version=version, **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/gcp/gapic_bazel.py", line 63, in java_library
    return self._generate_code(service, version, "java", **kwargs)
  File "/tmpfs/src/github/synthtool/synthtool/gcp/gapic_bazel.py", line 177, in _generate_code
    shell.run(bazel_run_args)
  File "/tmpfs/src/github/synthtool/synthtool/shell.py", line 39, in run
    raise exc
  File "/tmpfs/src/github/synthtool/synthtool/shell.py", line 33, in run
    encoding="utf-8",
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/subprocess.py", line 438, in run
    output=stdout, stderr=stderr)
subprocess.CalledProcessError: Command '['bazel', 'build', '//google/container/v1:google-cloud-container-v1-java']' returned non-zero exit status 37.
2020-05-08 03:25:37 [ERROR] Synthesis failed
HEAD is now at cb5982a deps: update dependency com.google.api.grpc:proto-google-common-protos to v1.18.0 (#160)
Switched to branch 'autosynth'
Traceback (most recent call last):
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 584, in <module>
    main()
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 465, in main
    return _inner_main(temp_dir)
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 574, in _inner_main
    commit_count = synthesize_loop(x, multiple_prs, change_pusher, synthesizer)
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 360, in synthesize_loop
    synthesize_inner_loop(toolbox, synthesizer)
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 370, in synthesize_inner_loop
    synthesizer, len(toolbox.versions) - 1
  File "/tmpfs/src/github/synthtool/autosynth/synth.py", line 259, in synthesize_version_in_new_branch
    synthesizer.synthesize(self.environ)
  File "/tmpfs/src/github/synthtool/autosynth/synthesizer.py", line 115, in synthesize
    synth_proc.check_returncode()  # Raise an exception.
  File "/home/kbuilder/.pyenv/versions/3.6.9/lib/python3.6/subprocess.py", line 389, in check_returncode
    self.stderr)
subprocess.CalledProcessError: Command '['/tmpfs/src/github/synthtool/env/bin/python3', '-m', 'synthtool', '--metadata', 'synth.metadata', 'synth.py', '--']' returned non-zero exit status 1.

Google internal developers can see the full log here.

Autosynth passed, closing! :green_heart:


Fixfix select from inline table return only the first row

Proposed changes
Issue Number: close #xxx

Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

run buildall

run buildall

run buildall

run buildall

run p0

run p0

run buildall


Can not build it

Expected Behavior

Build the dist files
Current Behavior

Steps to Reproduce (for bugs)

git clone https://github.com/chartjs/Chart.js.git
cd Chart.js
npm install
gulp build

Context

As the docs say, running gulp build should build the dist files, but I get this error:
/Users/*redacted*/Chart.js/node_modules/socket.io/lib/store.js:35
Store.prototype.__proto__ = EventEmitter.prototype;
                                        ^

TypeError: Cannot read property 'prototype' of undefined
    at Object.<anonymous> (/Users/bratteng/Chart.js/node_modules/socket.io/lib/store.js:35:41)
    at Module._compile (module.js:573:32)
    at Object.Module._extensions..js (module.js:582:10)
    at Module.load (module.js:490:32)
    at tryModuleLoad (module.js:449:12)
    at Function.Module._load (module.js:441:3)
    at Module.require (module.js:500:17)
    at require (internal/module.js:20:19)
    at Object.<anonymous> (/Users/bratteng/Chart.js/node_modules/socket.io/lib/manager.js:16:13)
    at Module._compile (module.js:573:32)

My goal is to customize the build, as I only need the doughnut part of Chart.js, and I try to minimze the size of the page
Environment

Node.js version: 7.1.0
Gulp version: 3.9.1

The problem here is that Gulp < 4 and Node >=7 do not work together. If we could upgrade to gulp 4 that'd solve the problem, but at the moment nothing has been released on that front.
The only thing I can think of is to use nvm to go to node 6.9.4 for building. Sorry :disappointed:

@etimberg sweet, it worked. Tried with node v6.9.1 and it worked


Code Quality : Made private UserSettingsService property into a readonly field.

Resolved / Related Issues

Related to #11008

What has been done

Replaced private IUserSettingsService UserSettingsService { get; } = Ioc.Default.GetRequiredService<IUserSettingsService>(); by private readonly IUserSettingsService userSettingsService = Ioc.Default.GetRequiredService<IUserSettingsService>();
Inverted one if

Validation
How did you test these changes?

[x] Built and ran the app.

Edit. I think that private non-static fields should be prefixed by '_'. See 2. Naming notation for variables of code style guidelines

From what I see, this rule is not enforced anymore, most of the code base doesn't use it. If we are to do it, that's gonna be a huge cost.

@QuaintMako Can you fix the compilation error?

Line 135 of FoldersViewModel.cs

@QuaintMako can you resolve the merge conflicts?


add CVE against reveal.js

This repo is about PHP security issues, looks like a JS lib here with no Packagist entry.

Did I not get the packagist entry correct? https://packagist.org/packages/components/revealjs

Or perhaps you are saying that because it is a JS dependency listed on packagist that it is excluded from security advisories here?

JS packages should be primarily installed with npm/bower/yarn. Composer should be used for PHP libraries.
https://github.com/components has many Composer wrappers for various JS packages and many of them has one or more CVE. Do you want duplicate them all here?


Decentralized invoice system

Project Abstract
We aim to build an Escrow pallet that will help communities to release funds easier to devs/teams
and the web3 community would have a simple escrow system implemented in web3.
For which grant level are you applying?

[x] Level 1:  Up to $10,000, 2 approvals
[ ] Level 2:  Up to $30,000, 3 approvals
[ ] Level 3:  Unlimited, 5 approvals (for >$100k: Web3 Foundation Council approval)

Application Checklist

[x] The application template has been copied, renamed ( project_name.md) and updated.
[x] I have read and understood the FAQs, application guidelines and announcement guidelines.
[x] A BTC, Ethereum (USDT/USDC/DAI) or Polkadot/Kusama (aUSD) address for the payment of the milestones is provided inside the application.
[x] I have read and acknowledge the terms and conditions.
[x] The software delivered for this grant will be released under an open-source license specified in the application.
[x] The initial PR contains only one commit (squash and force-push if needed).
[x] The grant will only be announced once the first milestone has been accepted.
[x] I prefer the discussion of this application to be in a private Element/Matrix channel. My username is: @_______

How Did You Hear About our grants program?

[x] Social Media
[ ] Hackathon
[x] Personal Recommendation
[ ] Substrate Builders Program
[ ] Investor/VC
[x] Online Search
[ ] Other: _______

Thanks for the application. I have two initial questions/comments:

First, how do you deal/plan to deal with privacy issues? I mean most companies probably don’t want to put their invoices or any information regarding this on-chain. Also, things like GDPR might be problematic here. Do you plan on using IPFS?
Second, I think the price is relatively high at the moment. Given that you want to basically implement a single pallet with three functions if I understand the application correctly.

@Noc2 Thank you for your reply. I am thinking to make the amount to 15-16k. Is it okay for you?

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

Like @Noc2, I am also skeptical that anyone would be willing to put their invoice data on a public ledger. Also, at least in Germany, an invoice is not valid unless it also contains

an invoice number,
the issuer's tax ID,
recipient's address,
what was delivered and when.

That being said, I could see this being used by individuals or sporadically. I think the 10k David proposed would be fair, also considering that the escrow pallet was 9k. Are you planning to use this yourself? Perhaps host a frontend for it? Or do you just want to "put it out there"?

In Germany and many more countries, there is no specific regulation for crypto.
I am planning to use it.
I will build a front end as well.

Hi @Noc2 ,
Because of end of year vacation we are going to postpone a bit our first deliver. We are planning to deliver all 3 milestones at once. Is it okay? Please let me know. Thank you!

Hi @herou, late delivery is usually not an issue. But if it's delayed for a more extended period, I suggest creating an amendment (via a PR) so that the contract is updated.  You can also deliver all milestones simultaneously, but this comes with additional risk (e.g., disagreement regarding the scope of the first milestone), and it might take a little bit longer to get paid.


Typography Update

Ticket Link
https://werkbotstudios.teamwork.com/#/tasks/27811857
Summary

Broke out the typography section into separate configurable files

Testing Steps

[ ] Test out basic elements, confirm the defaults function as expected
[ ] Try to override some of the elements, confirm this functions as expected

Properties have been added here that are not present in framewerk\docs\en\form.md. Maybe add these to the documentation branch?

I will make a new task to update documentation, I think this will be on going as we tweak and iron things out.

@tiller1010 I think I have these straighten out - we may need to re-visit this and update the naming conventions so its easier to keep track of haha

Unrelated, but could we remove the calc() calls added here? https://github.com/werkbot/framewerk/pull/17/files they do not work with the sass builds (they give invalid property values and cause the build to fail), and they are only warnings in the webpack build.

Sure, any idea why they were added? I will remove and test them as a part of this PR


Prefer tsup to ncc

Is your feature request related to a problem? Please describe.
We don't have a server start hook in Next.js, and probably will never have one, because the serverless logic doesn't have a single "start" event.
Instead we should run a script  once on "postbuild" or "predev", for instance to seed the db.
Our current workflow with "ncc"' from Vercel is slow and complex
Alternatives

NCC from Vercel is currently used to build scripts as TypeScript.
However, it makes the script totally standalone: that means importing a lot of code.

Esbuild-runner is probably more suited to our use case, where we only create scripts that are local to our Next.js application, for instance seeding the db from the app, or creating indexes.

https://github.com/folke/esbuild-runner
However it faces some issues when we build non trivial libs: https://github.com/evanw/esbuild/pull/2067

As usual, Tsup is killing it and works perfect
We have a demo in State of JS Next app that we may open source soon

Lol I ended up here after running into esbuild issues with tsup…


Launch the Spring Boot application even though no connection to zeebe is possible

Current behavior
The startup process of a Spring Boot application that uses Spring-zeebe fails if it cannot reach zeebe.
Wanted behavior
Spring Boot application starts and throws a ConnectException every few seconds.
Reason for this feature
Our workers also have a UI and other functionalities. For local development, we want to launch only the services we need. Currently, at least zeebe and elasticsearch would always have to start, even if we only want to make changes to the worker's UI, for example. With this feature, we wouldn't have to do that anymore.

:+1:
I have also run in to this limitation. Allowing the spring boot application to start when Zeebe is unreachable would be very welcome. Perhaps with a configurable number of retry attempts, a back off multiplier and some sensible default values.


Update documentation with procedure for discovering hidden CAN boards

With this PR I'm adding  an additional section to Operations on CAN boards useful for the end-user to resolve issues of finding the CAN boards when those are not discoverable as happened for iCubWaterloo01`

There's also a problem w/ the CI.

There's also a problem w/ the CI.

This may be unrelated

cc @AntonioConsilvio @sgiraz


License?

This is awesome!
I would love to use this in my side projects sometime. Can you add a license. This should help: https://choosealicense.com/

Plus one on getting a license. MIT would be great but completely up to you

Sorry guys I'm trying to figure this out. Basically what I'd like is that it's free for non commercial purposes, but a paid license is required for commercial purposes. Does such a license exist? I would think that it would.
@asadm thank you for the link, it's helpful but I'm still a little lost, there isn't an obvious license to pick...

Added MIT license, will re-visit the commercial side of it in a while :)


git-like blame for kubectl

When you request yaml or json output you'll notice the addition of .managedFields which contain information from server-side apply about modifications made to a particular resource. We could use that data and build git-like blame behavior for kubectl.
For example:
kubectl blame pod/foo

would print something like:
A1:             apiVersion: foo/v1
A1:             metadata:
controller-A:     annotations:
controller-A:       bla: abc
A1:             spec:
A1:               ...
A2:             field: value
controller-B:   status:
controller-B:     ...

I would like to work on this interesting feature, but it is not quite obvious to me how to implement now, it might take some time.
/assign

@knight42 go for it, I'd start with this as a kubectl plugin presented at one of sig-cli calls and we can continue the discussion from there

/triage accepted
/priority backlog

@soltysh Hi! I have almost implemented this interesting feature, it is not that hard as I expected.

@knight42 will you be able to attend next week's SIG-CLI call or record a demo and I'll re-play that during the call?

cc @apelisse @lavalamp

@soltysh I think I am unable to attend the meeting(due to the timezone 😢 ), but I have created a repo for this kubectl plugin: https://github.com/knight42/kubectl-blame and a demo video is available on the README.
Please feel free to give it a try and file bug reports if there is any 😉

@knight42
This is awesome.  I actually shouted for joy when @apelisse shared https://asciinema.org/a/375008 with me.
One small suggestion:  If you do another demo or video, add an HPA to the deployment and have the HPA modify replicas.  This was one of the key motivating use cases behind server-side apply and managed fields.
Thanks again for implementing this!

That's really awesome!
I'm curious how/if you handle fields that are owned by multiple managers?
I'm also a little concerned about the output width, so I'm curious if you thought about other formats/options, including hiding date or printing relative date (X days ago). There are only two kinds of managedfields ("Apply" and "Update"), you could try to experiment only printing a specific symbol for Apply managedFields or maybe "A" and "U", though that will be less intuitive.
I'm also curious to know if this is re-usable in another context than CLI. If I wanted to build this in a different UI, or script it somehow, how easy would it be?
Finally, I think it'd be useful to be able to extra from the objects the fields that are owned by someone specifically. For example, to retrieve the applied objects.
Thanks for working on that!

@soltysh I think I am unable to attend the meeting(due to the timezone cry ), but I have created a repo for this kubectl plugin: https://github.com/knight42/kubectl-blame and a demo video is available on the README.
Please feel free to give it a try and file bug reports if there is any wink

@knight42 sure no worries, I'll demo that in sig-cli and will let you know about the results. I'll be personally advocating to include this in 1.21 :)

@erictune I am so glad to know you like this plugin!

If you do another demo or video, add an HPA to the deployment and have the HPA modify replicas.

I have tried creating an HPA for the deployment locally, but perhaps I am missing something, the metadata.managedFields doesn't get updated even after HPA modified the replicas. Could you reproduce that?
The version of kubectl and k8s cluster:
$ kubectl version
Client Version: version.Info{Major:"1", Minor:"19", GitVersion:"v1.19.4", GitCommit:"d360454c9bcd1634cf4cc52d1867af5491dc9c5f", GitTreeState:"clean", BuildDate:"2020-11-12T01:09:16Z", GoVersion:"go1.15.4", Compiler:"gc", Platform:"darwin/amd64"}
Server Version: version.Info{Major:"1", Minor:"19", GitVersion:"v1.19.1", GitCommit:"206bcadf021e76c27513500ca24182692aabd17e", GitTreeState:"clean", BuildDate:"2020-09-14T07:30:52Z", GoVersion:"go1.15", Compiler:"gc", Platform:"linux/amd64"}

The commands to reproduce:
kubectl create deployment nginx --image nginx:alpine
kubectl autoscale deployment nginx --max 5 --min 2
# verify the managedFields
kubectl get deploy nginx -oyaml

@apelisse Thanks for your advice! let's make this plugin better.

I'm curious how/if you handle fields that are owned by multiple managers?

I didn't expect a field could be managed by multiple managers now, and I am not sure how to handle such fields. Any suggestion?

only printing a specific symbol for Apply managedFields or maybe "A" and "U"

both Apply and Update are quite short IMO, I think we might be better to keep the meaning of operation obvious here.

if you thought about other formats/options, including hiding date or printing relative date (X days ago).

Sure, how about adding an option --time=full|relative|none (defaults to relative) to control the format of time?

if this is re-usable in another context than CLI

I am still uncertain about the exact use cases.
If one wants to display the result, let's say, on a web page, I think he/she might be able to take https://github.com/knight42/kubectl-blame/blob/master/cmd/marshal.go#L163 as a reference and do something similar. I guess it might take some time, like to understand my algorithm and implement it in different language.
If one wants to use https://github.com/knight42/kubectl-blame as a library,  I think I could do that and provide users with more options to allow them to control the behavior, but I need to know their needs first.

extract from the objects the fields that are owned by someone specifically.

This looks doable to me, but I need some time to investigate.

@soltysh Thanks a lot! Being able to design and implement a kubectl command is an honor to me  😄

@apelisse Hi, kubectl-blame is able to customize time format now https://github.com/knight42/kubectl-blame#1-customize-time-format

Looks great!

Could you start iterating on a pull-request against kubectl? I'm sure we'll want that merged upstream, thanks!

Is there a specific reason this should be built in to kubectl and not kept as a plugin?

We can talk about it during the sig-meeting, but I suspect we'll want this to become a core feature of kubectl.

/lifecycle frozen

Do we currently have a mechanism for comment aliases in kubectl/cobra? If so, I'm more than happy to see an alias introduced for blame. @soltysh

Because I like to work in a blameless / mistakes-are-OK culture, I'd prefer to have a different subcommand name than blame.
It's OK for blame to be a shorthand for the canonical name. Subversion VCS allowed you to use either the blame or praise synonyms.

I agree with this. this is an interesting addition and would love to use it in future. 👍🏼


Set maxSdkVersion for GET_ACCOUNTS to 19

Some people are getting errors after uploading to APK like this:
http://stackoverflow.com/questions/31596794/google-play-apk-upload-failure-with-uses-permission-maxsdkversion
We are setting the maxSdkVersion 13 but the lowest possible value is 19, so we just need to change this.

We have this problem as well. I suggest removing maxSdkVersion alltogether, it causes problems with integrations. And there is no maxSdkVerison in official documentation.

This permission is not needed anymore in GCM 3.0 according to documentation. Please remove it.

Closed in #52.


[xas_viewer/normalization] Y offset not working

@newville in xas_viewer normalization panel changing the 'Y offset' has no effect. Here what I do to reproduce this:

import data
select >2 groups
put a value in 'Y offset'
click on 'Plot selected groups' -> the plot does not take into account the 'Y offset' value

@maurov thanks, this is now fixed with e01260062dc84b6ebb7dccb87cb735cdb361b359

@newville thanks for fixing it


Current catppuccin config makes the pop-up menu selection hard to see

Neovim version
NVIM v0.8.1 Build type: Release LuaJIT 2.1.0-beta3 Compiled by<EMAIL_ADDRESS>Features: +acl +iconv +tui See ":help feature-compile"     system vimrc file: "$VIM/sysinit.vim"   fall-back for $VIM: "/opt/homebrew/Cellar/neovim/0.8.1/share/nvim"  Run :checkhealth for more info
Operating system/version
macOS 12.6
Terminal name/version
wezterm 20220905-102802-7d4b8249
$TERM environment variable
xterm-256color
Branch info
main (Default/Latest)
Fetch Preferences
SSH (use_ssh = true)
How to reproduce the issue
Use the repo's catppuccin settings.
Expected behavior
When the pop-up menu appears in cases such as completion invoked, we should see the current selection with proper highlight color, to be distinguished from the menu background color.
Actual behavior
Can you tell which option is my current selection from this screenshot?

Answer: green
My current solution is changing the pop-up menu background color to a deeper one: Pmenu = { bg = cp.base, fg = cp.overlay2 }
Additional information
No response


Update package.json to be the correct release number

I noticed the package.json doesn't mirror the release number

hmmm .. that is interesting .. wonder how that happened?  but good catch 😄


catkin_install_python does not insert shebang line

According to the documentation in http://docs.ros.org/en/jade/api/catkin/html/howto/format2/installing_python.html, catkin_install_python should add shebang line.
However, I don't see the shebang lines being added after doing catkin config --install && catkin build. The following ws contains a MWE project that i used for testing.
Folder structure:
❯ tree test_catkin_ws/
test_catkin_ws/
└── src
    └── test_project
        ├── CMakeLists.txt
        ├── package.xml
        └── test.py

2 directories, 3 files

test_catkin_ws.zip

What catkin_install_python does is modify the shebang line to use the specific Python version used at configure time. So for example you have a shebang with Python 2, and you have Python 3 configured, it'll update the shebang in install space to Python 3.


Use bold font for categories and sections in the editor inspectors

This makes categories and sections stand out more.
Section categories now have a slightly different color to stand out even more compared to sections. I'm not sure if this color should be made stronger or be removed entirely; ideas are welcome.
Note: I'd like to apply this change to Tree as well, so that the left panels can have their section titles bolded as on this mockup. (Thanks seppoday for providing this mockup!)
Preview

Before
After

Section categories now have a slightly different color to stand out even more compared to sections. I'm not sure if this color should be made stronger or be removed entirely; ideas are welcome.

I don’t think it gives them more prominence. In fact, it kind of dulls them down when next to the collapsed group like in your example. Maybe categories should have a taller ribbon? Just a bit, so we don’t eat too much of the expensive vertical space, but enough to make them look like higher level.

I kind of find it ugly TBH. ^_^"
I think I would try to increase the contrast between the background color of properties and subsection instead.

@pycbouh @groud How about a compromise? Categories are still bold, but they keep the previous color they had. Sections now use the default font again, but with a brighter color:

@pycbouh @groud What do you think about the compromise below? Categories are still bold, but they keep the previous color they had. Sections now use the default font again, but with a brighter color:

Looks better to me, yes.

@pycbouh @groud What do you think about the compromise below? Categories are still bold, but they keep the previous color they had. Sections now use the default font again, but with a brighter color:

Looks better to me, yes.

Alright, I pushed it to the PR.

I amended the pull request to also brighten sections in the Project Settings and Editor Settings' left panels.

Superseded by https://github.com/godotengine/godot/pull/49148.


make on MacOS scp to CentOS8, error Unable to execute binary file

I execute the command(make rel-J8) on MacOS, and the SCP file to CentOS8
On MacOS
make rel -j8
scp ./_rel/imboy/imboy-0.1.1.tar.gz root@<IP_ADDRESS>:/usr/local/imboy/

Erlang/OTP 23 [erts-11.0.4] [source] [64-bit] [smp:8:8] [ds:8:8:10] [async-threads:1] [hipe] [dtrace]

make -v
GNU Make 4.3
Built for x86_64-apple-darwin19.2.0
Copyright (C) 1988-2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

On CentOS8
mkdir -p /usr/local/imboy/

cd /usr/local/imboy/

tar -xzf imboy-0.1.1.tar.gz

[root@iZm15rvh1j91p8Z imboy]# ./bin/imboy start
./bin/imboy:行502: /usr/local/imboy/erts-11.0.4/bin/run_erl: Unable to execute binary file

[root@iZm15rvh1j91p8Z imboy]# ./bin/imboy console
Exec: /usr/local/imboy/erts-11.0.4/bin/erlexec -boot /usr/local/imboy/releases/0.1.1/start -mode embedded -boot_var ERTS_LIB_DIR /usr/local/imboy/lib -config /usr/local/imboy/releases/0.1.1/sys.config -args_file /usr/local/imboy/releases/0.1.1/vm.args -pa -- console
Root: /usr/local/imboy
/usr/local/imboy
./bin/imboy:line 679: /usr/local/imboy/erts-11.0.4/bin/erlexec: Unable to execute binary file
./bin/imboy:line 679: /usr/local/imboy/erts-11.0.4/bin/erlexec: success

Erlang/OTP 23 [erts-11.0.4] [source] [64-bit] [smp:8:8] [ds:8:8:10] [async-threads:1] [hipe] [dtrace]

make -v
GNU Make 3.82
Built for x86_64-redhat-linux-gnu
Copyright (C) 2010  Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Executables work differently between Linux and macOS. If you're going to deploy on Linux you can either compile on Linux (simplest), cross compile (most difficult) or not include erts in the release via relx.config, in which case the system's erts will be used, but that means you need to install Erlang manually on your target system.

I have installed Erlang with the same version number on the target system,
how can i do this not include erts in the release via relx.config

not include erts in the release via relx.config like this:
{release, {imboy, "0.1.0"}, [imboy, sasl, runtime_tools]}.
{extended_start_script, true}.
{include_erts, false}.
{sys_config, "config/sys.config"}.
{vm_args, "config/vm.args"}.


100% CPU usage with pyzmq socket when sending huge data.

I am currently in the process of implementing a communication pipeline between several processes using pyzmq, all using the Push/Pull mechanism. I write a Pub/Sub pipeline to generate/receive tasks and a Push/Pull pipeline to send/get data and here is where my problem also starts: ZeroMQ seems to be using 100% CPU load when I am trying to send a huge xml data(size: 150MB, type: string) using socket.send().
Here is the code in question, which attempts to send just one message:
# netengine.py
class NetEngine:
    """
    网络引擎
    """
    def __init__(self, _parser_ip, _push_port, _sub_port):
        # 初始化网络通道
        self.context = zmq.Context()
        self.sender = self.context.socket(zmq.PUSH)
        self.receiver = self.context.socket(zmq.SUB)
        self.parser_ip = _parser_ip
        self.push_port = _push_port
        self.sub_port = _sub_port
        self.messager = Message() # message analysiser

    def net_init(self):
        # 网络通道端口绑定
        self.sender.connect("tcp://%s:%s" % (self.parser_ip, self.push_port))
        self.receiver.connect("tcp://%s:%s" % (self.parser_ip, self.sub_port))

    def send_msg(self, str):
        self.sender.send(str)

    def on_recv(self, cmd):
        front_back_print("incomming event:{}".format(cmd))

    def net_loop(self):
        """
        开启网络循环,与分析端对接,登录并交换设备信息
        :return: void
        """
        front_back_print('Main runs as %s' % (os.getpid()))
        self.receiver.setsockopt(zmq.SUBSCRIBE, "UID_{}".format(uid))  # 订阅分析端发布消息的uid通道
        front_back_print('---- Sending login information ----')
        login_info = {'uid': uid, 'group_id': group_id, 'my_ip': host,
                      'role': device_role, 'type': device_type}  # 初始化login报文信息
        self.send_msg("{}".format(self.messager.buildMsg('login', login_info)))  # 发送login报文

        while True:
            """
            持续从分析端接收报文
            完成login握手
            """
            msg = self.receiver.recv().split(' ', 1)[1]
            cmd, msg_info = self.messager.parseMsg(msg)

            # 网络引擎处理login操作,其余报文交给event_exec()处理
            if cmd == 'login':
                # 分析端信息, 目前并不不会用到以下信息, 先注释掉了
                # _parser_uid = msg_info['uid']
                # _parser_group_id = msg_info['group_id']
                _parser_ip = msg_info['my_ip']
                _parser_device_role = msg_info['role']
                _parser_device_type = msg_info['type']

                front_back_print('Parser ip: ' + _parser_ip + ' & device_role: ' + _parser_device_role +
                                 ' & divice_type: ' + _parser_device_type)
                front_back_print('Login successfully!')
            else:
                self.on_recv(cmd)
                ee.event_exec(cmd, msg_info)  # 传给base插件进行业务处理

            time.sleep(1)

    def net_close(self):
        """
        关闭网络引擎接口
        :return: void
        """
        self.receiver.close()
        self.sender.close()
        self.context.term()

This is code of my net engine.
And when I run code as follow:
file = open(data_file)
content = file.read() # content is a HUGE xml data(size: 150MB, type: str)
file.close()
net_engine.send_msg("{}".format(content)

CPU has rised to 100%.
And I cant figure out why.
Have I done something wrong? I am really confused!

It is probably useful to
This line stands out to me:
"{}".format(content)

That's building a new string, adding your content as part of it, but since there's nothing else in the format string, it is identical to the original. This is a very expensive way to copy a string, and you may not want the copy in the first place. Currently, your code will have at least three copies of the message in memory:

content
"{}".format(content)
a copy made by send(str), which has the default argument copy=True

What you may want to do is make a non-copying send of the original content:
send(content, copy=False)

This will send the content without making any extra in-memory copies.
I don't know for sure that's what is taking CPU, but it's the first thing that came to mind, given that your messages are large.

@minrk Thx.
I have tried your suggestion, but the CPU maintained at 100% still.
Though your suggestion didn't fix High CPU problem, It helped me  to optimize my code.

@thehackercat I think these points from http://zeromq.org/area:faq fit your case:
When sending a multipart message, my receiver doesn't get any message parts until the last part is sent. Is ZeroMQ broken?
The ZeroMQ library guarantees that multipart messages are sent and received atomically. A message cannot be delivered by the library to your application until all frames have been received. Obviously, this cannot happen while the sender still has parts pending or in queue.
There are two reasons for multipart message support in the library.
This function supports a scatter/gather-style for message transmission so the application can avoid copying the (potentially) large data to a single message. Zero copy is a huge performance win particularly for large messages.
Multipart support may help a protocol designer to logically separate their protocol into separate frames at the application level. This may ease parsing on the receiving end since not all languages support fast bit-twiddling for binary structures like C.
Does ZeroMQ buffer my entire message in memory before sending to its recipients?
Yes. So if you are sending multi-gigabyte messages, it will consume RAM to store those messages on both sides. The memory on the sender side is freed after last part of the message has been sent. Also, see point above.
Is it possible to receive EAGAIN or to block when sending a multi-part message?
Multipart messages are sent as an atomic unit. If one part is sent successfully, then the socket is guaranteed to not block or return EAGAIN until all parts have been sent. Of course, if you run out of memory in the meantime then the guarantee doesn't mean much, so don't try to send messages that exceed available memory.

 Please use Google to find more information on libraries that support those platforms and protocols.


Updated to add new columns, use new aggregate table

Part of #149  This update has searchByItem.php use the new aggregate table and return more fields. Tested locally.

This also addresses a problem that was noticed in convertibles, illustrated here: https://discord.com/channels/275500976662773761/355474934601875457/817201940517748796
Brought up here: https://discord.com/channels/275500976662773761/355474934601875457/816737461044510750
Something to do with how multiple opens were being aggregated.

is there a cleanup step after this that deletes the old table mhconverter.convertibles_aggr and aggregation proc?

Nothing scripted. It'd be a manual process. The event has the old aggregation logic so that'll be removed and the old table can be dropped


UCP: Add Swagger support for API

Description
"Swagger makes API design a breeze, with easy-to-use tools for developers, architects, and product owners."
We also should add Swagger support for our API.
Score

936

Recommended Skills

Golang

Learning Materials

OpenAPI Specification
Swagger
RESTful API
Swag converts Go annotations to Swagger Documentation 2.0

/pick-up-challenge


Perform module path derivation in Eclipse IDE sync

An Eclipse Java Project has a Modulepath and a Classpath. Thus, the IDE import needs to perform the module path derivation and assign dependencies accordingly.

PR has been merged


local server access problem

i am installed my server (...:22)
localhost:8080 is done
but, i want to connect cvat on my computer
so i want to access using url like ...:8080 on my own computer
how can i do it?
my cvat version is latest version 3.3
i am trying to solve this problem for 3 days!!
but still not solved
how can i solve this problem

Please follow this guide https://openvinotoolkit.github.io/cvat/docs/faq/#how-to-change-default-cvat-hostname-or-port

Please follow this guide https://openvinotoolkit.github.io/cvat/docs/faq/#how-to-change-default-cvat-hostname-or-port

Thanks a lot !!. i am already solved.


Depedency packages when using openWRT for cross compiling openwebrtc

Hi all,
We are using openWRT for cross compiling OpenWebrtc. Our requirement is we have a target board, where we need to receive the media streams from a camera through WiFi, sending the media streams in a webrtc compatible format to the cloud (basically webrtc based browsers). We are using openwebrtc for this purpose.
FYI, we do not need any display at target side. GUI support is not needed.
We have the following queries when porting the openwebrtc to our target.

Do we need the packages like usersctp,seed,srtp,webkit-gtk inside openWebRTC?
What plugins are required in openwebrtc-gst-plugins

It would be helpful if you give your suggestion on this.
Thank you.

Packages...

usrsctp is needed for WebRTC data channel support. If you are only interested in audio / video, it should be possible to build without it.
javascriptcoregtk and seed are needed for the OpenWebRTC 'bridge' code which basically bridges the OpenWebRTC C API to the JavaScript WebRTC API. If you write only native applications, you do not need it and I am intending to make building those parts what is called a 'variant' in cerbero so that people can more easily disable them for embedded platforms where that layer is perhaps not so interesting or is more difficult to cross-compile. I need to do this to finish off the Raspberry Pi build, for example.
srtp is a standard part of WebRTC and must be built.

What architecture is your embedded platform? Probably the easiest way to see all the required plugins for OpenWebRTC is to look at those linked in for static builds (for iOS and Android) - https://github.com/EricssonResearch/openwebrtc/blob/master/owr/owr.c#L88 .

videorepair is needed.
ercolorspace is mostly for ARM optimisations for colour space conversion, but depending on your device, doing software colour space conversion may not be desirable / possible anyway. And in your case, the decoder should decode to the format that the encoder wants (I420 or similar) so you should not need it.
sctp is only need if you want data channel support.

Thank you.
We are using ARM architecture.


Read column from aspect-alias instead of column annotation - part 1

Summary
Read column from aspect-alias instead of column annotation - part 1
This is Part 1 of the work, which takes additional parameter (assetType aka entityType) into the getAspectColumn method.
Part 2 of the work will be implementing a map which retrieve aspect-alias by assetType and aspect class
Testing Done
./gradlew build
Checklist

[ ] The PR conforms to DataHub's Contributing Guideline (particularly Commit Message Format)
[ ] Links to related issues (if applicable)
[ ] Docs related to the changes have been added/updated (if applicable)

Codecov Report
Attention: Patch coverage is 92.85714% with 3 lines in your changes missing coverage. Please review.

Project coverage is 67.49%. Comparing base (0d7727e) to head (fc9416f).

Files with missing lines
Patch %
Lines

...com/linkedin/metadata/dao/utils/EBeanDAOUtils.java
50.00%
2 Missing :warning:

...linkedin/metadata/dao/utils/SQLStatementUtils.java
93.33%
0 Missing and 1 partial :warning:

Additional details and impacted files
@@            Coverage Diff            @@
##             master     #433   +/-   ##
=========================================
  Coverage     67.48%   67.49%
- Complexity     1527     1528    +1
=========================================
  Files           137      137
  Lines          5991     6002   +11
  Branches        646      648    +2
=========================================
+ Hits           4043     4051    +8
- Misses         1672     1674    +2
- Partials        276      277    +1

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Update syntax highlighter to rouge for GitHub pages Jekyll 3

See:

https://help.github.com/articles/page-build-failed-config-file-error/#fixing-highlighting-errors
https://github.com/blog/2100-github-pages-now-faster-and-simpler-with-jekyll-3-0

LGTM.


remove refs to previous gitosis repo online and in docs

... and send out an email so people know how to update it.

It might be helpful to add a list of those references.
On Oct 26, 2011, at 6:40 PM, Brandon Heller wrote:

... and send out an email so people know how to update it.
--
Reply to this email directly or view it on GitHub:
https://github.com/mininet/mininet/issues/5

http://yuba.stanford.edu/git/gitweb.cgi?p=mininet.git;a=summary

within the pre-built VM
anywhere in the source


Kotlin + ContentProvider

Can you have the document for using ContentProvider with Kotlin?

its similiar to java. what are you having trouble with?


can not import Logger from odrive.utils

from odrive.utils import Logger, Event

Is this in run_tests.py? If so, this script is now deprecated in favor of a bunch of new hardware-in-the-loop test scripts.


Typings for<EMAIL_ADDRESS>

Description
The latest version of TypeChain supports the target web3-1.0.0 to it's latest stable version of ^1.2.1 which is basically the<EMAIL_ADDRESS>Earlier there was an issue to support<EMAIL_ADDRESS>which got released as<EMAIL_ADDRESS>Since it's now moved to<EMAIL_ADDRESS>where they ship their own typings instead of using the DefinitelyTyped package of @types/web3, I was wondering maybe if a new target for<EMAIL_ADDRESS>needs to be created to support the latest web3 version.

I am planning huge refactoring very soon. Each target would become its own package (in this repo, monorepo style). I imagine web3@2 being a separate, official target.

@krzkaczor - Thanks for the update. Let me know if you'd need any help with the refactoring. I'd be more than happy to help you out in any way I can. Thanks 🙂

Thanks! I will create a detailed issue with my plans for the future and let you know :)

@eswarasai TypeChain rewrite is essentially done. Now targets live in a separate packages (offical targets live in this repo). https://github.com/ethereum-ts/TypeChain/pull/172
Would you be interested in kicking off work regarding web3-2 target? I can request GitCoin bounty for this.

@krzkaczor - Wow, that's a huge PR. I'll spend sometime going through the package changes and yes, I'd love to take care of the web3-2.0.0 target. Thanks for letting me know 🙂

Great! I will add some quick migration guide to the readme for current users...
btw. are u using currently web3 1.x.x target? Can I ask you to upgrade and let me know if you have encountered any issues?

Sure. I'll upgrade and see if I face any issues with<EMAIL_ADDRESS>target 👍

Finally, 1.0.0 is merged and released! 🎉 Feel free to work on web3-v2 target :)

@krzkaczor - Do we still support<EMAIL_ADDRESS>The reason I'm asking this is because I still see the main package.json having this package as well as it's types. I'm having a difficulty in getting integration tests working for both web3-v1 as well as web3-v2 working locally at the moment.

@eswarasai no - I decided to remove legacy target as I think web3-v1 was around for a long time and it's good enough to migrate.
It is possible to migrate it but I thought that it's not that popular anymore.
This is core's package.json  https://github.com/ethereum-ts/TypeChain/blob/master/packages/core/package.json there is no sign of<EMAIL_ADDRESS>If you're looking at monorepo's package.json, it's there i think because some tests rely on it or some test time util.

Yeah, I was referring to the Monorepo's package.json which is only being utilised by the tests at the moment. Thanks for the above explanation, I think I know what I've missed. Let me give it a shot and get back again in case I have any queries.
BTW, is there any Slack/Discord channel where I can drop a PM? Thanks!

Not yet, but it's a good idea to create one! We are already making some big steps towards making this org operating better.
For now, feel free to dump your thoughts here, we won't annoy anyone since it's only 2 of us getting notifications here.


Edges of objects are chunky

The edges of models are very chunky and pixelated.

https://vulkan-tutorial.com/Multisampling


Embeddable Checkouts: Prefilled Emails.

Describe the problem
Most of the time, the user has already made an account by the time they go to checkout, so it would speed up things to...
Describe the proposed solution
...have the email be able to be prefilled in the embedded checkout component. It should be a variable that you can give to the svelte component. <EmbeddedCheckout<EMAIL_ADDRESS>/>
Alternatives considered
No response
Importance
Nice to have
Additional Information
No response

Hi @sveltarne,
This can be accomplished by setting customer_email when creating the checkout session.
For example:
import Stripe from 'stripe'
import { SECRET_STRIPE_KEY, DOMAIN } from '$env/static/private'

const stripe = new Stripe(SECRET_STRIPE_KEY)
const return_url = new URL('/examples/embedded-checkout/thanks?session_id={CHECKOUT_SESSION_ID}', DOMAIN).toString()

export async function load() {
  const session = await stripe.checkout.sessions.create({
    customer_email<EMAIL_ADDRESS> // <----
    ui_mode: 'embedded',
    line_items: [
       // ...
    ],
    mode: 'payment',
    return_url
  })

  return {
    clientSecret: session.client_secret
  }
}


Create documentation for end-user perspective

Sample notebooks
Sphinx documentation to provide in-depth setup details
Would be nice to have API docs captured as well

Ref #77


Handle Data Client Errors Appropriately

Describe The Bug:
The IoTClient will automatically attempt to reconnect to the MQTT server, but there are other errors to be handled. Errors like: Error Subscribing to Topic, Error Unsubscribing from Topic, etc.
The RestClient has no error handling. Errors to be handled: Unauthorized, Timeout, Malformed Request, Rate Limiting, etc.
To Reproduce:
Run the plugin with no internet connection, the application will crash.
Expected behavior:
If Unauthorized, plugin should exit and report via log or other notification
If Unreachable/Timeout should reattempt after n-seconds with max retries before exiting
etc.

Need to handle IoTClient Closing


feat(material): Add support for character counter

Feature Description
Support for character counter that displays the ratio of characters used and the total character limit. Such a feature has Vuetify and has been introduced in material-components-web.
Use Case
Limiting upper bound characters of an input field in an easy to follow way for the user.

What's wrong with just using mat-hint for this?
<mat-hint align="end">{{ inputName.value.length }} / 256</mat-hint>

@JoeMellon is correct, mat-hint is intended to be used for cases like this.

I was a bit afraid how it'd work out for more than 1 mat-hint, but it works perfectly! Thanks 👍


Quantifying "That many [item] are not available for the given time range."

For clarity and ease of use, it might be better to put "Only [number] [item] are available for the given time range."

Also super quick and easy, let's do this in the next sprint.


Feature/ayush khandelwal 007/metrics overhaul

Description
This PR is related to the issue in the extension, that is the sparkling graphs for metrics in visualise drawer
https://github.com/layer5labs/meshery-extensions/issues/29
Notes for Reviewers
Changes are not complete yet designs are yet to be made and implemented but the basic skeleton is changed.
Signed commits

[X] Yes, I signed my commits.

Codecov Report

Merging #3380 (870dbf5) into master (05cda78) will decrease coverage by 0.75%.
The diff coverage is 0.31%.

@@            Coverage Diff            @@
##           master   #3380      +/-   ##
=========================================
- Coverage    7.02%   6.27%   -0.76%
=========================================
  Files          23      35      +12
  Lines        1409    2743    +1334
=========================================
+ Hits           99     172      +73
- Misses       1303    2549    +1246
- Partials        7      22      +15

Flag
Coverage Δ

integrationtests
?

unittests
6.27% <0.31%> (-0.76%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

mesheryctl/internal/cli/root/config/config.go
1.11% <0.00%> (-1.12%)
:arrow_down:

mesheryctl/internal/cli/root/perf/perf.go
50.00% <ø> (ø)

mesheryctl/internal/cli/root/system/check.go
1.94% <0.00%> (ø)

mesheryctl/internal/cli/root/system/start.go
1.53% <0.00%> (-0.01%)
:arrow_down:

mesheryctl/internal/cli/root/system/status.go
0.00% <0.00%> (ø)

mesheryctl/internal/cli/root/system/stop.go
1.08% <0.00%> (-0.07%)
:arrow_down:

mesheryctl/pkg/utils/auth.go
0.00% <0.00%> (ø)

mesheryctl/pkg/utils/error.go
0.00% <0.00%> (ø)

mesheryctl/pkg/utils/formatter.go
0.00% <0.00%> (ø)

mesheryctl/pkg/utils/healthcheck.go
18.75% <0.00%> (ø)

... and 16 more

Continue to review full report at Codecov.

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

Pretty please with sugar on top, will you try selections from the Meshery color scheme to see if one of the these colors works?
https://www.figma.com/file/SMP3zxOjZztdOLtgN4dS2W/Meshery-UI?node-id=65%3A6

I have made few changes. Ill just rebase my branch and look if everything is fine and push by tonight. @leecalcote 👀 there is something that you might like to see here(something that you were waiting for).

@dhruv0000 What if we let the cards be white itself and give bg colour to the accordion itself? 👀

🚀 Preview for commit 59b2e37f4a5484b7ec9ee400c7c6038356a1add3 at: https://60e86983ad421f2df6cb1408--meshery-docs-preview.netlify.app

https://user-images.githubusercontent.com/59086855/125106299-1e062900-e0fd-11eb-8a18-43624a500a6b.mov
@leecalcote Is this something you were waiting for?

Very nice! Yes, you've nailed it in this screen recording. Those tickers are exactly it.


Destroy modal only when modalContainer ends its transition

Bubbleing make this event fire when one of modalContainer children ends its animation and make the dialog destroying to fast.

@PWKad Can you review this real quick?

Looks good to me. In order for us to accept the PR, you would need to sign our CLA: https://docs.google.com/forms/d/1Npd68d32UDUKUYuCDDrW0VN5Lv8p-a6Ziaa2JFKp6Cg/viewform?c=0&w=1 Would you mind signing that for me please?

You will also need to update your commit message, per the commit guidelines.

Sorry I peeked at this before and didn't fully understand the change, sorry to get back to you so late @hadrienl but would it be possible to still ask for an issue logged to identify the problems, preferably with a small representative sample so I can see the behavior and the change?

https://github.com/aurelia/dialog/issues/68

@PWKad We have CLA now. Can I go ahead and merge this in for today/tomorrow's releases?


Saving RTP to Audio File

Hello Emiago,
I am very lucky to have found your sipgo ecosystem ☺.
With the help of your echome example I was able to build a simple program which saves the payload onto the server's disk. The resulting wav file is of cause not playable, as the payload consists of RTP bytes.
Unfortunately I did not find out how I can transform the transmitted RTP bytes into a format like e.g. PCM bytes.
I noticed that in your media package you have a test for the RTPReader and mention different Formats within the MediaSession Formats, thus my assumption that maybe the encoding is a lot different than I expected.
If you could give me some pointers where to look, I would be very fortunate.
(Sorry in advance, if my message does not correspond to the issue type you would like to discuss on here)
Thanks
Jlnrrg

By looking a little bit further through the previous commits of the media package, I found out that you recently created a WavWriter which (just from the name) seems to be what need 😅 .
I tried to just pass the payload like this:
import (
	"fmt"
	"os"

	"github.com/emiago/media"
	"github.com/emiago/sipgo"
	"github.com/emiago/sipgox"
	"github.com/pion/rtp"
	mediaAudio "github.com/emiago/media/audio"
)
...

p := rtp.Packet{}
... // fill p with data like in echome

file, _ := os.Create("./test.wav")
writer := mediaAudio.NewWavWriter(file, media.RTPBufSize)
n, writeErr := writer.Write(p.payload)

But running it like this creates a panic error:
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x18 pc=0x354961d]

goroutine 35 [running]:
github.com/emiago/media/audio.(*WavWriter).Write(0xc000296de0, {0xc00029e000, 0xa0, 0xa0})
        /Users/julian/go/pkg/mod/github.com/emiago/media@v0.2.0/audio/wav_writer.go:69 +0x17d

Hi @jlnrrg thanks for feedback.
Everything now is moved to diago framework. This will obsolete sipgox and have more advanced media package. If you want to find out more what is cooking contact me on email.
Recording is something that will be part of this, but maybe as seperate module.
Will close this issue.

For everyone who arrives here after me:
The solution is to check the encoding of the rtp sent.
In the rtp_session_test.go you can see that it is either ALAW or ULAW. In the codec.go you can find the method codecFromPayloadType which you can use to parse the payloadType from the rtp payload.
In my case it resulted in ALAW.
Using this information you can use a package like g711 to decode Alaw.
The bytes you get now are in the following audio settings (like in the WavWriter):

SampleRate: 8000
Bit Depth: 16
Channels: 1


Add InterviewStatus attribute of Applicant class

Codecov Report

Merging #71 (43e5f66) into master (cb8b7d1) will decrease coverage by 0.32%.
The diff coverage is 0.00%.

@@             Coverage Diff              @@
##             master      #71      +/-   ##
============================================
- Coverage     71.57%   71.25%   -0.33%
  Complexity      399      399
============================================
  Files            71       72       +1
  Lines          1242     1256      +14
  Branches        126      127       +1
============================================
+ Hits            889      895       +6
- Misses          321      329       +8
  Partials         32       32

Impacted Files
Coverage Δ

...seedu/address/model/applicant/InterviewStatus.java
0.00% <0.00%> (ø)

...ain/java/seedu/address/logic/parser/CliSyntax.java
91.66% <0.00%> (+8.33%)
:arrow_up:

Continue to review full report at Codecov.

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


Add support for entity categories

Is your feature request related to a problem? Please describe.
HA 2021.11 released a feature to tag each entity with a category. We should add support for it.
Describe the solution you'd like
Main climate entity should be left intact as it is a primary entity, but HWB switch should be set as config entity.
Additional context
https://developers.home-assistant.io/blog/2021/10/26/config-entity#entity-categories

Fixed with: https://github.com/MislavMandaric/home-assistant-vaillant-vsmart/commit/91c65a77f40adf84b831eb45b41a203c4f624ee5


Channel manager

closes https://github.com/BitcoinDevShop/mutiny-web-poc/issues/19

Ready for review. Seems to work. Now that I'm passing it to the peer message handler, there's a message it is triggering off of:
2022-11-16 00:10:01.919 DEBUG [lightning::ln::channelmanager:6116] Generating channel_reestablish events for 027027e70b30ec5defbf5ec458d0d07cab9c2949f6c1303316051df477f3330e14

Not sure what that means since it shouldn't have had a channel with the node but it at least did something and doesn't seem to crash at all.

The build website CI is failing, do we need to switch that to a release build?

just switched it over. hopefully that solves it for now but i think we need a longer term fix soon.

Looks like vercel just skips it, and the preview link works fine anyways. Created an issue for it: https://github.com/BitcoinDevShop/mutiny-web-poc/issues/53


MC: dropdown menus with long strings have some bugs

Figma
When a dropdown has a value with a lot of characters there are two issues:

the dropdown menu itself runs off the screen
when the user selects the value with a lot of characters, the dropdown input itself runs off the screen

We should always have a max width applied to both so this can't happen.
Here's how we can fix the situation:

apply max widths to dropdown inputs and the menu
if one of the values is super long allow it to break on to two lines
if the super long value is selected, truncate the text with ... so it doesn't force the input to run off the screen, i.e. it should maintain a max width

fix post


BootstrapDS should ack/nack

(This is used to request new product features, please visit https://discuss.istio.io for questions on using Istio)
Describe the feature request
When looking into dynamic bootstrap config discovery, I can see that currently xds-proxy only handles the bootstrap response once.
No matter the processing fails or succeed, it never send an ACK/NACK to the istiod. It is not align with xds protocol, and also we have no way to know whether it has pushed bootstrap in istiod side.
Describe alternatives you've considered
Affected product area (please put an X in all that apply)
[ ] Ambient
[ ] Docs
[ ] Dual Stack
[ ] Installation
[ ] Networking
[ ] Performance and Scalability
[ ] Extensions and Telemetry
[ ] Security
[ ] Test and Release
[ ] User Experience
[ ] Developer Infrastructure
Affected features (please put an X in all that apply)
[ ] Multi Cluster
[ ] Virtual Machine
[ ] Multi Control Plane
Additional context

BTW, should istio make dynamic bootstrap default on?

I donot see urgent requirement, and not sure it is widely tested.

IMO, it will only effect when someone apply specific EnvoyFilter, so it's safe to flip on?

Sideceeffect is that can slow down proxy bootstraping, because it added one round trip for bootstrap config


Better Roofs errors on scenes that have token vision disabled

On scenes where token vision is disabled, selecting a token that has the setting "Has vision" enabled will cause Better Roofs to fail with the following error:

is there any other repercussion? if not i'll simply add a return if token vision is disabled

The API call getFloorsForPoint of the Levels module yields incorrect values in the same constellatiin. I'm not sure if that's related though.

same constellation?

(fixed br issue in next release)


Handling of "optional" dependencies

I'm currently introducing bnd-platform in our project and stumble across the "optional dependencies".
I've already seen this existing issue and I understand the reasons, that the information about a dependency being optional gets lost.
Our situation: We have a comparatively large dependency tree and the only way to work around this issue which I've found so far is to repeatedly apply trial-and-error, i.e.:

Build the update site
Load it into Eclipse's target platform
Try to launch my app
Get an org.osgi.framework.BundleException with the Unresolved requirement package being mentioned
Add that package to the optionalImport configuration in my build.gradle
GOTO 1)

Are there any more elegant workarounds or am I overlooking something? Probably this problem should be addressed completely different on our side? Any feedback or suggestions are very welcome!

That workflow looks familiar. I did not really find a better for that problem as well.
Though you can use the Target Platform State view to inspect all current problems (use Show only unresolved in the view menu). Maybe that allows you to tackle more packages at once, w/o the need of frequent rebuilds.

Great, thanks for the tip. Good to know that I'm not doing it in an entirely stupid way :)

I know this issue is already closed, but I like to mention the new task I added, which is called potentialOptionalImports and can be used like this:
./gradlew pOI
See https://github.com/stempler/bnd-platform#optional-dependencies for further details.
And maybe there is hope in the current gradle 4.6 release:
https://docs.gradle.org/4.6/release-notes.html#support-for-optional-dependencies-in-pom-consumption

@SimonScholz That sounds awesome and will for sure come in handy when I need to extend my build configuration the next time! Thanks for your efforts!