WSGI web deployment

Updating web deployment doc with the recent changes in https://github.com/openmicroscopy/openmicroscopy/pull/3947
cc: @manics

Note the template Web configuration files are auto-generated via https://github.com/openmicroscopy/ome-documentation/blob/develop/omero/autogen_docs. If we want to modify their location, the script should also be modified and include the new templates.

Rename install-web/nginx-gunicorn-omero.conf install-web/nginx-wsgi-omero.conf for consistency with the others?

@sbesson says work is still needed on https://github.com/snoopycrimecop/ome-documentation/commit/373cd6fbb0e95575e7e43e161fc437ade1087cc2#diff-4abb57bd1046db5bbf385e4f9dd208ddR59 to get this working properly @aleksandra-tarkowska Can you sort this out with Seb if you don't know how to fix it please?

@aleksandra-tarkowska will be adding extra replacement as suggested by @manics. I'll be updating the system-wide Ice used on the node so that we don't have to fiddle with the Ice library path.

sorted, thanks @sbesson and @manics

See https://github.com/snoopycrimecop/ome-documentation/commit/d3797e5a8a00bcfd1e500fddd6d19cc7dd07ee97 built on top of the last commit.

config files looks good

@manics you happy with the technical content of this now?

@hflynn try now

@hflynn yes

Still some annoying highlighting but it's just plone being annoying so good to go I think, thanks

I'll merge once I've checked with @sbesson about the autogen stuff

Given the latest auto-generated merge commit, this is ready to merge.


Fix bugs, tests and code quality

Update Collate Authors, Fix bug in Update Command, add tests to updatecommand

Coverage increased (+0.9%) to 84.402% when pulling c6c44e76c480c916f956e54010d4154dd63c8fc2 on alvinlyj:V0.5 into ce92908c1afb8c05667e8454efec856b83e570a7 on CS2103JAN2017-T11-B1:V0.5.

Changes Unknown when pulling 0cbdc3491b27c6629cb715ab1c414d29ee049b61 on alvinlyj:V0.5 into ** on CS2103JAN2017-T11-B1:V0.5**.


unreachable https://raw.githubusercontent.com/StevenBlack/hosts/master

unreachable https://raw.githubusercontent.com/StevenBlack/hosts/master?
I use script tiger's https://github.com/ScriptTiger/Unified-Hosts-AutoUpdate to update my windows (10) hosts file, but today I get an error and it seems that https://github.com/ScriptTiger/Unified-Hosts-AutoUpdate is unreachable.
Is there something going on with Github itself, or with your repo?
With kind regards

this issue can be closed, I tried again just right now and it seems to be working again (at this moment)...


[Identity] Add requestOptions to the credential constructor options bag for getToken

Based on the user issue here https://github.com/Azure/azure-sdk-for-js/issues/13436, we intended to make a PR https://github.com/Azure/azure-sdk-for-js/pull/13539 to allow service-bus users to tweak the requestOptions.timeout being used by the getToken call at @azure/identity.
Upon discussions with the team(@sadasant, @chradek, @ramya-rao-a, @JoshLove-msft, @schaabs, @bterlson, @richardpark-msft), we realized the best way to support controlling the timeout at the user level is through adding requestOptions to the credential constructor options bag so that the getToken on that credential will pick them up for authentication.
Unlike service-bus, keyvault(or any service/SDK depending on core-http) doesn't call getToken on its own, core-http manages the getToken call. Same is applicable for all the services/SDKs relying on core-http.
Individual methods in keyvault do get the requestOptions from the user, and they do get passed to the coreHTTP.sendOperationRequest method. But those requestOptions are not being passed to the getToken internally. Only the abortSignal and tracingOptions are being passed.
(This aligns with what we have in service-bus right now - at least for the requestOptions part. We still need to propagate abortSignal and tracing options, which will be handled at #13539.)
To summarize, we are now inclined to adding requestOptions to the credential constructor options bag and getToken will pick them up for authentication.

This is a feature request for Identity. We won’t have time to do this until October, at least. So I’ll move it to October for now.

I’ll move this to the backlog since we don’t have a clear picture of when we’ll able to pick this up.


Add integration tests

Addresses issue #16.
These are the following test cases included:

Test case with a single file
Test case with a directory

These changes look great.
I do wish we had a better way to figure out the testing of the output, since it can be maintenance nightmare having to update the assertions all the time, especially if something as unimportant as whitespace differs.
Either way, that will be the burden of another issue. Thank you for your submission!

Yeah I agree🤔 hopefully we will find a way to test input better🙏🏻
Thank you!!


Recipe image upload

This PR adds in a basic ability to add images to recipes. For right now it has no connection with the backend, and this PR just adds functionality. There is a second PR that connects the images to Storage.

adds multiple images and displays previews on screen
allows user to delete images after uploading one
only allows users to upload one image at a time
only allows PNG, JPG, JPEG, or GIFs
no backend functionality yet

I will Unit Test the functionality soon. I just wanted to state this.


Make ReadOnlySymbolValues.NewRowScope be lazy.

This is critical in dataverse scenarios, since those are lazy RecordType/RecordValues, and loading all the fields is expensive.
Also includes Compose() functionality for chaining symbol tables.

:heavy_check_mark: No Binary Compatibility issues for Microsoft.PowerFx.Connectors.dll
:heavy_check_mark: No Binary Compatibility issues for Microsoft.PowerFx.Core.dll
:heavy_check_mark: No Binary Compatibility issues for Microsoft.PowerFx.Interpreter.dll
:heavy_check_mark: No Binary Compatibility issues for Microsoft.PowerFx.LanguageServerProtocol.dll
:heavy_check_mark: No Binary Compatibility issues for Microsoft.PowerFx.Transport.Attributes.dll

:heavy_check_mark: No Binary Compatibility issues for Microsoft.PowerFx.Connectors.dll
:heavy_check_mark: No Binary Compatibility issues for Microsoft.PowerFx.Core.dll
:heavy_check_mark: No Binary Compatibility issues for Microsoft.PowerFx.Interpreter.dll
:heavy_check_mark: No Binary Compatibility issues for Microsoft.PowerFx.LanguageServerProtocol.dll
:heavy_check_mark: No Binary Compatibility issues for Microsoft.PowerFx.Transport.Attributes.dll


Build not successful

Plugin Version or Commit ID
v0.8.2
Unity Version
2019.4.18f1
Your Host OS
Windows 10
Target Platform
UnityEditor
[Windows Only] Visual Studio C++ and Windows SDK Version
Visual Studio C++ : 14.29.30133
Windows SDK :  10.0.18362.0
[Linux Only] GCC/G++ and GLIBC Version
No response
[Android Only] Android Build Tools and NDK Version
No response
[iOS Only] XCode Version
No response
Command Sequences
python build.py build --desktop cpu --include_opencv_libs -v
Log
INFO (build.py): Building protobuf sources...
DEBUG (build.py): Running bazel --output_user_root C:/_bzl build -c opt --action_env PYTHON_BIN_PATH="C://Users//gooma//Desktop//Python//pythonProject//InFProjects//efacec//venv-efacec// Scripts//python.exe" --action_env ProgramData --action_env PROCESSOR_ARCHITECTURE --action_env PROCESSOR_IDENTIFIER --action_env PROCESSOR_LEVEL --action_env PROCESSOR_REVISION //mediapip e_api:mediapipe_proto_srcs
WARNING: Download from https://storage.googleapis.com/mirror.tensorflow.org/github.com/llvm/llvm-project/archive/a87782c34d667d1c1a18fe82a9a7abfc72fd345b.tar.gz failed: class java.io.File
NotFoundException GET returned 404 Not Found
WARNING: Download from http://mirror.tensorflow.org/github.com/bazelbuild/rules_closure/archive/cf1e44edb908e9616030cc83d085989b8e6cd6df.tar.gz failed: class java.io.FileNotFoundException
GET returned 404 Not Found
WARNING: Download from https://storage.googleapis.com/mirror.tensorflow.org/github.com/tensorflow/runtime/archive/fc70a32ecd248dd7612d75d2177125ed14541367.tar.gz failed: class java.io.Fil
eNotFoundException GET returned 404 Not Found
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_absl' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_benchmark' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'pybind11_bazel' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_protobuf' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_googletest' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_github_gflags_gflags' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'rules_python' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'build_bazel_rules_apple' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'build_bazel_rules_swift' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'build_bazel_apple_support' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'xctestrunner' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'pybind11' because it already exists.
ERROR: C:/users/gooma/desktop/python/pythonproject/infprojects/efacec/unitymediapipe/mediapipeunityplugin/WORKSPACE:327:23: fetching android_ndk_repository rule //external:androidndk: Eit
her the path attribute of android_ndk_repository or the ANDROID_NDK_HOME environment variable must be set.
DEBUG: Rule 'rules_python' indicated that a canonical reproducible form can be obtained by modifying arguments shallow_since = "1564776078 -0400"
DEBUG: Repository rules_python instantiated at:
C:/users/gooma/desktop/python/pythonproject/infprojects/efacec/unitymediapipe/mediapipeunityplugin/WORKSPACE:31:23: in
C:/_bzl/mxecnww6/external/rules_pkg/deps.bzl:33:10: in rules_pkg_dependencies
C:/_bzl/mxecnww6/external/bazel_tools/tools/build_defs/repo/utils.bzl:233:18: in maybe
Repository rule git_repository defined at:
C:/_bzl/mxecnww6/external/bazel_tools/tools/build_defs/repo/git.bzl:199:33: in
ERROR: Analysis of target '//mediapipe_api:mediapipe_proto_srcs' failed; build aborted: Either the path attribute of android_ndk_repository or the ANDROID_NDK_HOME environment variable mu
st be set.
INFO: Elapsed time: 0.149s
INFO: 0 processes.
FAILED: Build did NOT complete successfully (0 packages loaded, 0 targets configured)
currently loading: @com_google_mediapipe//mediapipe/modules/objectron/calculators ... (11 packages)
Fetching @com_google_protobuf; fetching
Fetching @local_config_cc_toolchains; Restarting.

Additional Context
No response

See https://github.com/homuler/MediaPipeUnityPlugin/wiki/Installation-Guide#either-the-path-attribute-of-android_ndk_repository-or-the-android_ndk_home-environment-variable-must-be-set

I do not understand the above solution. Can you be a bit more precise? Thanks

Remove these lines.
https://github.com/homuler/MediaPipeUnityPlugin/blob/3698b6145e756c0abc5b0a8f1032591c57525b6f/WORKSPACE#L326-L337

Thanks! It seems to work as I got build files generated. But I got this  error now also, concerning nuget.
INFO (build.py): Building protobuf sources...
DEBUG (build.py): Running bazel --output_user_root C:/_bzl build -c opt --action_env PYTHON_BIN_PATH="C://Users//gooma//Desktop//Python//pythonProject//InFProjects//efacec//venv-efacec// Scripts//python.exe" --action_env ProgramData --action_env PROCESSOR_ARCHITECTURE --action_env PROCESSOR_IDENTIFIER --action_env PROCESSOR_LEVEL --action_env PROCESSOR_REVISION //mediapip e_api:mediapipe_proto_srcs
Starting local Bazel server and connecting to it...
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_absl' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_benchmark' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'pybind11_bazel' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_protobuf' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_googletest' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_github_gflags_gflags' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'rules_python' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'build_bazel_rules_apple' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'build_bazel_rules_swift' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'build_bazel_apple_support' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'xctestrunner' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'pybind11' because it already exists.
DEBUG: Rule 'rules_cc' indicated that a canonical reproducible form can be obtained by modifying arguments sha256 = "3839996049629e6377abdfd04681ddeeb0cc3db13b9d2ff81bf46700cb4529f7"
DEBUG: Repository rules_cc instantiated at:
C:/users/gooma/desktop/python/pythonproject/infprojects/efacec/unitymediapipe/mediapipeunityplugin/WORKSPACE:96:13: in
Repository rule http_archive defined at:
C:/_bzl/mxecnww6/external/bazel_tools/tools/build_defs/repo/http.bzl:364:31: in
INFO: Analyzed target //mediapipe_api:mediapipe_proto_srcs (65 packages loaded, 911 targets configured).
INFO: Found 1 target...
[11 / 207] 128 actions, 12 running
[12 / 207] 128 actions, 12 running
[12 / 207] 128 actions, 12 running
[14 / 207] 128 actions, 12 running
[14 / 207] 128 actions, 12 running
[16 / 207] 128 actions, 13 running
[19 / 207] 128 actions, 12 running
[19 / 207] 128 actions, 13 running
[20 / 207] 128 actions, 13 running
[21 / 207] 128 actions, 12 running
[23 / 207] 128 actions, 12 running
[23 / 207] 128 actions, 12 running
[23 / 207] 128 actions, 13 running
[24 / 207] 128 actions, 13 running
[25 / 207] 128 actions, 12 running
[25 / 207] 128 actions, 12 running
[26 / 207] 128 actions, 12 running
[26 / 207] 128 actions, 12 running
[28 / 207] 128 actions, 12 running
[28 / 207] 128 actions, 12 running
[29 / 207] 128 actions, 12 running
Target //mediapipe_api:mediapipe_proto_srcs up-to-date:
bazel-bin/mediapipe_api/mediapipe_proto_srcs.zip
INFO: Elapsed time: 74.645s, Critical Path: 59.08s
INFO: 207 processes: 11 internal, 196 local.
INFO: Build completed successfully, 207 total actions
DEBUG (build.py): Unarchiving 'bazel-bin\mediapipe_api\mediapipe_proto_srcs.zip' to 'build\Scripts\Protobuf'...
INFO (build.py): Built protobuf sources
INFO (build.py): Downloading dlls...
DEBUG (build.py): Running nuget install -o .nuget -Source https://api.nuget.org/v3/index.json
'nuget' is not recognized as an internal or external command,
operable program or batch file.
Traceback (most recent call last):
File "C:\Users\gooma\Desktop\Python\pythonProject\InFProjects\efacec\UnityMediapipe\MediaPipeUnityPlugin\build.py", line 451, in
Argument().command().run()
File "C:\Users\gooma\Desktop\Python\pythonProject\InFProjects\efacec\UnityMediapipe\MediaPipeUnityPlugin\build.py", line 120, in run
self._run_command(self._build_proto_dlls_commands())
File "C:\Users\gooma\Desktop\Python\pythonProject\InFProjects\efacec\UnityMediapipe\MediaPipeUnityPlugin\build.py", line 53, in _run_command
return subprocess.run(' '.join(command_list), check=True, shell=shell)
File "C:\Users\gooma\AppData\Local\Programs\Python\Python39\lib\subprocess.py", line 524, in run
raise CalledProcessError(retcode, process.args,
subprocess.CalledProcessError: Command 'nuget install -o .nuget -Source https://api.nuget.org/v3/index.json' returned non-zero exit status 1.
I downloaded the latest nuget from https://www.nuget.org/downloads and placed in C:\NuGet\ folder. Could that be a problem? Thanks.

Thanks for quick reply.
I did, running again python build.py build --desktop cpu --include_opencv_libs -v from CMD with my venv configured and nuget as well I get this:
INFO (build.py): Building protobuf sources...
DEBUG (build.py): Running bazel --output_user_root C:/_bzl build -c opt --action_env PYTHON_BIN_PATH="=C://Users//gooma//Desktop//Python//pythonProject//InFProjects//efacec//venv-efacec//Scripts//python.exe" --action_env ProgramData --action_env PROCESSOR_ARCHITECTURE --action_env PROCESSOR_IDENTIFIER --action_env PROCESSOR_LEVEL --action_env PROCESSOR_REVISION //mediapipe_api:mediapipe_proto_srcs
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_absl' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_benchmark' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'pybind11_bazel' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_protobuf' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_googletest' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_github_gflags_gflags' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'rules_python' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'build_bazel_rules_apple' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'build_bazel_rules_swift' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'build_bazel_apple_support' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'xctestrunner' because it already exists.
DEBUG: C:/_bzl/mxecnww6/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'pybind11' because it already exists.
INFO: Repository local_execution_config_python instantiated at:
C:/users/gooma/desktop/python/pythonproject/infprojects/efacec/unitymediapipe/mediapipeunityplugin/WORKSPACE:481:14: in
C:/_bzl/mxecnww6/external/org_tensorflow/tensorflow/workspace2.bzl:877:19: in workspace
C:/_bzl/mxecnww6/external/org_tensorflow/tensorflow/workspace2.bzl:89:27: in _tf_toolchains
C:/_bzl/mxecnww6/external/tf_toolchains/toolchains/remote_config/configs.bzl:6:28: in initialize_rbe_configs
C:/_bzl/mxecnww6/external/tf_toolchains/toolchains/remote_config/rbe_config.bzl:158:27: in _tensorflow_local_config
Repository rule local_python_configure defined at:
C:/_bzl/mxecnww6/external/org_tensorflow/third_party/py/python_configure.bzl:276:41: in
ERROR: An error occurred during the fetch of repository 'local_execution_config_python':
Traceback (most recent call last):
File "C:/_bzl/mxecnww6/external/org_tensorflow/third_party/py/python_configure.bzl", line 209, column 22, in _create_local_python_repository
_check_python_bin(repository_ctx, python_bin)
File "C:/_bzl/mxecnww6/external/org_tensorflow/third_party/py/python_configure.bzl", line 145, column 25, in _check_python_bin
auto_config_fail("--define %s='%s' is not executable. Is it the python binary?" % (
File "C:/_bzl/mxecnww6/external/org_tensorflow/third_party/remote_config/common.bzl", line 12, column 9, in auto_config_fail
fail("%sConfiguration Error:%s %s\n" % (red, no_color, msg))
Error in fail: Configuration Error: --define PYTHON_BIN_PATH='=C://Users//gooma//Desktop//Python//pythonProject//InFProjects//efacec//venv-efacec//Scripts//python.exe' is not executable. Is it the python binary?
ERROR: C:/users/gooma/desktop/python/pythonproject/infprojects/efacec/unitymediapipe/mediapipeunityplugin/WORKSPACE:481:14: fetching local_python_configure rule //external:local_execution_config_python: Traceback (most recent call last):
File "C:/_bzl/mxecnww6/external/org_tensorflow/third_party/py/python_configure.bzl", line 209, column 22, in _create_local_python_repository
_check_python_bin(repository_ctx, python_bin)
File "C:/_bzl/mxecnww6/external/org_tensorflow/third_party/py/python_configure.bzl", line 145, column 25, in _check_python_bin
auto_config_fail("--define %s='%s' is not executable. Is it the python binary?" % (
File "C:/_bzl/mxecnww6/external/org_tensorflow/third_party/remote_config/common.bzl", line 12, column 9, in auto_config_fail
fail("%sConfiguration Error:%s %s\n" % (red, no_color, msg))
Error in fail: Configuration Error: --define PYTHON_BIN_PATH='=C://Users//gooma//Desktop//Python//pythonProject//InFProjects//efacec//venv-efacec//Scripts//python.exe' is not executable. Is it the python binary?
ERROR: Analysis of target '//mediapipe_api:mediapipe_proto_srcs' failed; build aborted: Configuration Error: --define PYTHON_BIN_PATH='=C://Users//gooma//Desktop//Python//pythonProject//InFProjects//efacec//venv-efacec//Scripts//python.exe' is not executable. Is it the python binary?
INFO: Elapsed time: 0.520s
INFO: 0 processes.

Error in fail: Configuration Error: --define PYTHON_BIN_PATH='=C://Users//gooma//Desktop//Python//pythonProject//InFProjects//efacec//venv-efacec//Scripts//python.exe' is not executable. Is it the python binary?

I think this error occurs because the path you set to PYTHON_BIN_PATH is wrong.
Now, https://github.com/homuler/MediaPipeUnityPlugin/pull/468 eliminates the need to set PYTHON_BIN_PATH entirely, pull the latest commit and try again, please.

I pulled the new commit. And I got this after running the following command:
(venv-efacec) C:\Users\gooma\Desktop\Python\pythonProject\InFProjects\efacec\MediaPipeUnityPlugin>python build.py build --desktop cpu --opencv cmake -vv
INFO (build.py): Building protobuf sources...
DEBUG (build.py): Running bazel --output_user_root C:/_bzl build -c opt --action_env PYTHON_BIN_PATH="C://Users//gooma//Desktop//Python//pythonProject//InFProjects//efacec//venv-efacec// Scripts//python.exe" --action_env ProgramData --action_env PROCESSOR_ARCHITECTURE --action_env PROCESSOR_IDENTIFIER --action_env PROCESSOR_LEVEL --action_env PROCESSOR_REVISION --verbose_ failures //mediapipe_api:mediapipe_proto_srcs
Starting local Bazel server and connecting to it...
DEBUG: C:/_bzl/kfxhslrz/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_absl' because it already exists.
DEBUG: C:/_bzl/kfxhslrz/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_benchmark' because it already exists.
DEBUG: C:/_bzl/kfxhslrz/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'pybind11_bazel' because it already exists.
DEBUG: C:/_bzl/kfxhslrz/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_protobuf' because it already exists.
DEBUG: C:/_bzl/kfxhslrz/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_google_googletest' because it already exists.
DEBUG: C:/_bzl/kfxhslrz/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'com_github_gflags_gflags' because it already exists.
DEBUG: C:/_bzl/kfxhslrz/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'rules_python' because it already exists.
DEBUG: C:/_bzl/kfxhslrz/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'build_bazel_rules_apple' because it already exists.
DEBUG: C:/_bzl/kfxhslrz/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'build_bazel_rules_swift' because it already exists.
DEBUG: C:/_bzl/kfxhslrz/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'build_bazel_apple_support' because it already exists.
DEBUG: C:/_bzl/kfxhslrz/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'xctestrunner' because it already exists.
DEBUG: C:/_bzl/kfxhslrz/external/org_tensorflow/third_party/repo.bzl:122:14:
Warning: skipping import of repository 'pybind11' because it already exists.
ERROR: C:/users/gooma/desktop/python/pythonproject/infprojects/efacec/mediapipeunityplugin/WORKSPACE:327:23: fetching android_ndk_repository rule //external:androidndk: Either the path at
tribute of android_ndk_repository or the ANDROID_NDK_HOME environment variable must be set.
INFO: Repository com_google_protobuf instantiated at:
C:/users/gooma/desktop/python/pythonproject/infprojects/efacec/mediapipeunityplugin/WORKSPACE:189:13: in
Repository rule http_archive defined at:
C:/_bzl/kfxhslrz/external/bazel_tools/tools/build_defs/repo/http.bzl:364:31: in
ERROR: Analysis of target '//mediapipe_api:mediapipe_proto_srcs' failed; build aborted: Either the path attribute of android_ndk_repository or the ANDROID_NDK_HOME environment variable mu
st be set.
INFO: Elapsed time: 8.152s
INFO: 0 processes.
FAILED: Build did NOT complete successfully (16 packages loaded, 22 targets configured)
currently loading: @com_google_mediapipe//mediapipe/framework ... (10 packages)
Fetching @local_execution_config_python; Restarting.

I don't know if you're joking, so to answer you seriously, you're repeating your original question (https://github.com/homuler/MediaPipeUnityPlugin/issues/464#issue-1148149417) now.

It is the output I got. I can see that but do not understand what is wrong in the build.py.

See https://github.com/homuler/MediaPipeUnityPlugin/issues/464#issuecomment-1050790931

OK, I got the instructions to copy build folders into Packages\com.github.homuler.mediapipe\Runtime.
Upon launching in Unity I have just this error:
Library\PackageCache\com.unity.2d.common@4.1.0\Runtime\InternalBridge\InternalEngineBridge.cs(21,35): error CS1061: 'SpriteRenderer' does not contain a definition for 'IsUsingDeformableBuffer' and no accessible extension method 'IsUsingDeformableBuffer' accepting a first argument of type 'SpriteRenderer' could be found (are you missing a using directive or an assembly reference?)
I did check Load on startup in the inspector for both the mediapipe plugin and the opencv plugin.
Thanks for help on this (hopefully) final step!

Please use the specified version of Unity (i.e. 2020.3.x).
I think you can still use this plugin with 2019.4.x (not tested though), but the sample app does not work with an older version.

Same error with Unity 2020.3.8f1 and it prompts me to Enter safe mode before launch.

Close the UnityEditor
Download Unity 2020.3.30f1
Run git checkout .

If you've not cloned this project, download and build it again.

Run rm -rf Library
Reopen the project

If the issue still occurs, do a clean install.

Works like a charm!! :)
Thanks a lot for all the support.


feat: Added leaderboard track selection dropdown

Closes momentum-mod/game/issues/2116

Don't approve this yet. I forgot that I still need to add localization.


Switch to kubeadm_dind_cluster

Switch to kubeadm_dind_cluster

This change is

i will close this pr cause i already made a switch to kubeadm


should skip abstract base classes in bulk more.

  Target [\App\Models\BaseModel] is not instantiable while building [SethPhat\EloquentDocs\Commands\BulkEloquentDocsGeneratorCommand].

Thanks for reporting @jamesrusso and apologies for the late, you can upgrade to v1.2.3 now


enable control-flow protection unconditionally for compiled modules

Motivation

This mechanism is a defense-in-depth switch for compiled code; on x86-ish machines, these annotations on the module instructs the code generator to emit instructions for Intel's Control-flow Enforcement Technology.  Adding these annotations is, as far as I can tell, a no-op on targets that don't have similar mechanisms (not that the Sorbet compiler supports anything but x86-64 at the moment anyway).
Code compiled with this option interoperates just fine with code compiled without this option.  My system libraries are not compiled with -fcf-protection (the corresponding option for C/C++ compilers), nor does my computer have a processor that is CET-capable.  But I can run tests with this PR just fine, and I have verified that the appropriate instructions (which are NOPs on machines that don't support CET) exist in the compiled artifacts.
Test plan

See included automated tests.

We have a policy of testing changes to Sorbet against Stripe's codebase before
merging them. I've kicked off a test run for the current PR.  When the build
finishes, I'll share with you whether or how it failed. Thanks!
Stripe employees can see the build results here:
→ https://go/builds/bui_K6HJcMuiYgGQRc
→ https://go/builds/bui_K6HJyl74nIk6sM


Add support for remote servers running musl

sshcode pulls https://codesrv-ci.cdr.sh/latest-linux (here) which is a glibc build. There is no conditional stuff in the bash script for pulling a musl build instead, even though we do distribute musl versions of code-server.
Alpine Linux uses musl, so this will bring us closer to supporting Alpine Linux servers/containers.

In the meantime, you can use the new --upload-code-server flag to upload a custom code-server binary to the remote host, which can be a musl build of code-server (or even code-server v2 preview!)


Fixed/updated example url

Fixes and updates the example URL in the Getting Started guide

@hbelmiro many thanks! Is this the only guide with the wrong links?

Of the ones I created, yes.

@hbelmiro many thanks! Is this the only guide with the wrong links?

Of the ones I created, yes.

asked because we could update every other guide with a simple find and replace. Can you do it in this PR, please?

@hbelmiro many thanks! Is this the only guide with the wrong links?

Of the ones I created, yes.

asked because we could update every other guide with a simple find and replace. Can you do it in this PR, please?

Sure.


Super user can delete dashboards

Subject of the issue
Let the possibility for the super user to delete a dashboard
Related to : Issue #86
Issue type
[] Bug
[] Improvment
[] Documentation
[x] Feature

@Juyoo - Hi, I'm a beginner to open source. I would like to contribute to this project. I was trying to setup my dev environment but Register Page comes blank with the registerForm as undefined in the RegisterComponent. It would be great if you could help me start up with this project.

@Juyoo - I was able to setup my dev environment. Any guides on how to start working on this feature?

Hi
The idea is to add a button on dashboard page to call delete api for a dashboard
U have to check that current logged user is an Admin
To start u can have a look at user management page ans how we delete a User

@yodamad - Hi, isn't this already implemented? Correct me if I'm wrong but you can delete dashboards from the dashboard page if an Admin is logged in.

@Juyoo @yodamad - Did you guys have any issues setting up frontend on mac? It's unable to find/load Angular material ui core components.

It doesn't load the CSS. Using same node, npm, yarn and chrome version on the mac. Can you please help me with this?

Create a reference table with User, project_role, project as PK

@Juyoo - Should I create a new table for this or add a column for project roles in existing table user_project ?

Would prefer a table it's more easily extensible for future potential needs

@Juyoo @yodamad - I don't have access to push to this repo. How do I get access?

You need to fork & pull request on our dev branch

Hi @janak1710 , we plan to release this week a new version of Suricate. Are you still working on this issue ? If so, do you think we can include it for this release or postpone it to a future one ?

@janak1710 any newz ?


Integration with express

How can I integrate it with a existent express app??

let me do a PR, adding a middleware() function that will use express
I'm doing tests
could be used in such as in the next code
var app = require('express')();

// bot.start(); this method will not used if you have a existent express instance
app.use(bot.middleware());


App image assets dimension inaccurate and obsolete

Please update this page to provide accurate requirements for app logo assets. From my experience building HoloLens app for V1 and V2 without issue, the required assets are and the following scale:
Square150x150Logo.scale-200 - Pinned Apps in Hololens 1 & 2, All Apps in Hololens 1
StoreLogo.scale-100
Square44x44Logo.targetsize-24 - All Apps in Hololens 2
SplashScreen.scale-200
Why do we still need to include the following? Are they being used somewhere hidden?
Square71x71Logo.scale-200
Wide310x150Logo.scale-200
Square310x310Logo.scale-200

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: cab9f68b-51b5-e4e0-1e09-ed8b69a0d486
Version Independent ID: ea466c33-13aa-be3e-44e7-e03fbd6087f0
Content: Submitting an app to the Microsoft Store - Mixed Reality
Content Source: mixed-reality-docs/submitting-an-app-to-the-microsoft-store.md
Product: mixed-reality
Technology: mr-dev
GitHub Login: @mattzmsft
Microsoft Alias: mazeller

Also I was getting this message in the console... : Invalid image size (50x50), should be 63x63 UnityEngine.GUIUtility:ProcessEvent(Int32, IntPtr).  I added the 63x63 icon even though that size does not appear in the table on the App Icon pacaking recommendation table.


Configurable output directory for CSV output files

The output directory for writing CSV files should be configurable via the client configuration.

Feature has been implemented in commit 33fe0a5ac27591810fbb2e1ce35a4004a34c110b.


New Vision and Lighting areas is misaligned with Levels

The new vision and lighting areas feature is exactly what I was looking for in conjuncture with the Levels Module.
I did find this bug though that misaligns it.

Drawn area is top 19 ft. So any token who has a higher place LoS, and is able to see over the 19 ft mark should see the roof. However, currently they can only see the roof, when their Elevation, not their LoS, is 20+ ft.
I'm currently countering this by place a light source within the 20+ ft range.

Could share more details about your scene/token/drawing/roof settings? If you could export the scene and share it, that would be perfect.

Fixed.


Suddenly stopped working - Laravel v6.18

Was working fine earlier. Suddenly stopped working.
I have similar codes like this for link type, text type, image type:
        NovaDependencyContainer::make([
            Textarea::make('Content', 'content')->rows(1)
                ->rules(['required'])->alwaysShow(),
        ])
        ->dependsOn('type', post_type_link())
        ->hideFromIndex(), // hide index

It is no longer toggling for different post type field. Thanks

The problem was with Enums and case sensitivity. It is fixed now. Thanks


Flexible schema

@klmilam I think this is ready for your review.  It's fairly large, so please take your time and feel free to suggest any architectural changes you think might be appropriate.


Design "Heads up" panel for new PGP users

Let them know that data is private by default – including imported PGP data. To make data public they need to enroll in Public Data Sharing and then make the data public on their Research Data page.

https://docs.google.com/presentation/d/1Feh9P8DJtnTdC29YYnfmsBQsi40dUUq_iLajK44j7OY/edit


Question: Who is using SpiceDB?

Which companies have success in integrating SpiceDB into their solution?
Is there a list?
I assume that Netflix is one of them: https://authzed.com/blog/abac-on-spicedb-enabling-netflix-complex-identity-types
Motivation:

Shows that solution is tested and used in production which raises more trust

We've discussed including this information on a redesigned SpiceDB page on our website, but this issue raises a the question of where is the most appropriate place for this information.

Does it make sense to highlight certain adopters in the README?
Should we have a separate markdown file that tracks adopters?

What content would go into such a doc. Just the companies? A brief description of the use case? Links to videos or collateral of their experiences?

Should we proactively add users that have publicly disclosed their usage or wait for them to add themselves?

cc @jess-desu

Hi, these are all great questions. I found interesting example:
https://github.com/open-policy-agent/opa/blob/main/ADOPTERS.md
There is good example that includes some mini description about integration.
It is more convincing than just a list of companies that use.
It would be usefull if there would be link in website and also in the github readme to this list

Hi! Thanks for sharing the OPA example. I also really like how they've included a small usecase with each listing.
We'd really love to collect more user stories, as a matter of fact, it's very near the top of our community engagement to-do list!
To @ jzelinskie's point about how to create such a list, proactively or passively, I think we should include anyone that we've been able to talk with publicly and ensure that sharing that information is okay with them.
If someone discloses their usage, it would be great to hear their side of the story anyhow!  At the same time, it would also be neat to create a space for anyone to share how they're using SpiceDB!
We've had some very preliminary conversations about utilizing a discussion board to augment the conversation we currently have on Discord. I bet that would be a handy place to provide for adopters to share.


⚠ Fortnite has degraded performance

In b5d07ca, Fortnite (https://fortnite.com) experienced degraded performance:

HTTP code: 200
Response time: 1681 ms

Resolved: Fortnite performance has improved in 0261a5b.


delay between app becoming available and cf ssh becoming available

The buildpacks team has been experimenting with running some of our pipelines against GCP. Parts of these pipelines run buildpack integration tests and CATS.
While running these tests, we've noticed that cf ssh sometimes fails when called immediately after a successful cf push. cf ssh eventually (~seconds) becomes available. However, the initial cf ssh failure is enough to cause the specs to fail. This occurs roughly 40% of the time.
Our test environments are BOSH-lite VMs running CF + diego. We've observed this on VMs with 4cpu + 15 GB memory (n1-standard-4) and on VMs with 16cpu + 15 GB memory (n1-highcpu-16).
Example failing job
Example failing CATs run
We are filing this issue as we did not see this problem on AWS. Our AWS configuration is 16cpu + 30 GB memory (c3.4xlarge), so we are unsure if it is configuration or platform related.

Thanks, @sesmith177, are you still seeing this problem in your BOSH-Lite environments?
Best,
Eric

@ematpl we ran CATs / buildpack integration tests that use cf ssh against GCP BOSH-lites for a few days and regularly saw these failures. Right now, this probably our biggest obstacle to moving our pipelines from AWS over to GCP.
Our GCP Concourse is not currently deployed, though we could stand it up pretty easily if you would like / there is data we could collect.

Thanks, @sesmith177, we'll see about getting a Diego pair to examine this issue soon.
Best,
Eric

Closing this issue. According to @rochesterinnyc, upgrading to the latest stemcell eliminated the delay.


Feature Idea: Add automatic decoding of request bodies

Right now you have to manually decode every request body on every request handler which uses request bodies. It's almost always pretty much the same stuff like
var newPet NewPet
if err := json.NewDecoder(r.Body).Decode(&newPet); err != nil {
	sendPetstoreError(w, http.StatusBadRequest, "Invalid format for NewPet")
	return
}

This could be circumvented by introducing a feature to automatically generate/decode the bodies in the generated request handler before it is passed to the handler which is written by the developer.
As an example from the petstore example:
We switch from
// ServerInterface represents all server handlers.
type ServerInterface interface {
	// ...
	// Creates a new pet
	// (POST /pets)
	AddPet(w http.ResponseWriter, r *http.Request)
	// ...
}

to
// ServerInterface represents all server handlers.
type ServerInterface interface {
	// ...
	// Creates a new pet
	// (POST /pets)
	AddPet(w http.ResponseWriter, r *http.Request, body NewPet)
	// ...
}

and directly pass the body the handler which then can implement it and directly use it:
func (p *PetStore) AddPet(w http.ResponseWriter, r *http.Request, body NewPet) {
	fmt.Sprintf("name is %s", body.Name)
}

instead of
func (p *PetStore) AddPet(w http.ResponseWriter, r *http.Request) {
	var body NewPet
	if err := json.NewDecoder(r.Body).Decode(&newPet); err != nil {
		sendPetstoreError(w, http.StatusBadRequest, "Invalid format for NewPet")
		return
	}
	fmt.Sprintf("name is %s", body.Name)
}

This could also implement required checks on body fields and error if those fail automatically without checking it everytime you decode the request body.
The issue behind this is obviously that you now have less control over your error handling for this specific case. A solution could be a global optional function which can be changed to spit out dynamic errors if needed. An example could be:
// maybe a bit too long of a function name :)
func dynamicDecodeErrorsOnRequiredFieldFails(route, field string, err error) string {
    return fmt.Sprintf("invalid body: field %s has issue %s", field, err.Error())
}

or anything like that. This way custom errors could be kept while letting the codegen take care of decoding the body.
Another option could be to not pass the body structure itself to the handler but a struct which has the body in it (if it was successfully decoded) and the error if there is any. This way you have full control over everything but this of course adds a bit more code and changes types.

Closing issue as we are handling this behavior with chi/render.


File handles leak when using Bottle.mount() and uWSGI

This is a pretty subtle bug; and I've produced a detailed write-up at http://trvrm.github.io/seriously-subtle-bug.html.
In brief, using static_file in routes served via Bottle.mount() in a uWSGI environment causes file handles to leak.  The underlying reason is that https://github.com/bottlepy/bottle/blob/master/bottle.py#L914 is called twice, _cast() is called recursively when used with bottle.mount().
This isn't a problem with WSGIRefServer, but under uWSGI
request.environ['wsgi.file_wrapper'] is mapped to py_uwsgi_sendfile
(https://github.com/unbit/uwsgi/blob/ed2ca5d33325dc925f6fc5558d0b817447327049/plugins/python/wsgi_handlers.c#L463)
which appears to increment the refcount too many times if it's called more than once.
I don't know if this is a bug with Bottle, uWSGI, or with the WSGI standard, because I'm not sure what wsgi.file_wrapper is meant to achieve.

Ahh I see. Bottle wraps a wsgi.file_wrapper returned by a mounted app again in a file_wrapper because it looks like a file to the other app. Yes, thats a bug and should be fixed.

Fixed in e456b4.

Regretfully I'm still getting the resource leak with this version of Bottle, but only when running under UWSGI.
This is the app I'm testing:
import os,psutil, sys, uuid
import bottle_post as bottle

app=bottle.Bottle()
bottle.debug(True)
template=bottle.SimpleTemplate("""
Refresh this page a few times and see if the open file count goes up.

There are {{len(files)}} open files:

{{'\\n'.join(files)}}

Bottle: {{f}}
Version: {{version}}

    """ )

@app.get('/info')
def info():
    ''' Hitting this route multiple times causes the number of open files to go up'''
    process     = psutil.Process(os.getpid())
    files       = [f.path for f in process.get_open_files()]
    version     = sys.version
    f           = bottle.__file__
    u           = str(uuid.uuid4())

    return template .render(**locals())

@app.get('/cat')
def getCatPicture():
    return bottle.static_file('cat.jpg', '.')

application=bottle.Bottle()
application.mount("/diagnose", app)```

Ah, no, my mistake.
Changing:
application.mount("/diagnose", app)
to
application.mount("/diagnose/", app)
seems to have fixed it.  I didn't catch that deprecation warning the first time.


Implement SIMD detection on macOS-gcc; complain if no SIMD detection

Change SIMD detection to instead check for compilers with __get_cpuid.
Verified that this compiles and runs on macOS El Capitan with homebrew gcc.
Also added an #error if SIMD checking is missing. Compilers that have no
SIMD should make that explicit.
[sw: Merged original commits and slightly polished the commit message]
[sw: Removed test for MINGW32 which is no longer needed]
Signed-off-by: Stefan Weil<EMAIL_ADDRESS>

This PR supersedes PR #661.


AzCopy Node failing in Azure Function with 'UnexpectedQuit'

Which version of the AzCopy was used?
Note: The version is visible when running AzCopy without any argument

"@azure-tools/azcopy-node": "^2.6.0"
AzCopy 10.14.1

Which platform are you using? (ex: Windows, Mac, Linux)

Windows => works
Mac => works
Azure Function on Windows => does not work

What command did you run?
Azure Function with HTTP trigger
import { AzCopyClient } from "@azure-tools/azcopy-node";
export default async function (context, req) {
let copyClient = new AzCopyClient();
let src = {
type: "RemoteSas",
sasToken:
"<sas-token>",
resourceUri: "https://<account>.blob.core.windows.net/<container>",
path: "",
useWildCard: false,
};
let dst = {
type: "RemoteSas",
sasToken:
"<sas-token>",
resourceUri: "https://<account>.blob.core.windows.net/",
path: "/<path>",
useWildCard: false,
};
let opt = {
recursive: true,
fromTo: "BlobBlob",
overwriteExisting: true,
logLevel: "DEBUG",
};
let jobId = await copyClient.copy(src, dst, opt);
let status;
while (!status || status.StatusType !== "EndOfJob") {
let jobInfo = await copyClient.getJobInfo(jobId);
status = jobInfo.latestStatus;
await new Promise((resolve, reject) => setTimeout(resolve, 1000));
context.log(jobInfo);
}
}
What problem was encountered?
The AzCopyClient does not work when running as Azure Function. Output throws 'UnexpectedQuit' error message.
Same code works locally on Windows and Mac.
[Information] {
"latestStatus":{
"StatusType":"EndOfJob",
"ErrorMsg":"",
"ActiveConnections":0,
"CompleteJobOrdered":false,
"JobStatus":"Failed",
"TotalTransfers":0,
"TransfersCompleted":0,
"TransfersFailed":0,
"TransfersSkipped":0,
"PercentComplete":0,
"BytesOverWire":0,
"TotalBytesTransferred":0,
"TotalBytesEnumerated":0,
"FailedTransfers":null,
"SkippedTransfers":null,
"IsDiskConstrained":false,
"TimeStamp":"Mon Jul 25 2022"
},'
"errorMessage":"UnexpectedQuit",
"logFileLocation":"undefined",
"scanningStarted":false,
"canceled":false,
"killed":false,
"command":"./azcopy.exe copy "https://<account>.blob.core.windows.net/<container>?<sas-Token>" "https://<account>.blob.core.windows.net/<container>?<sas-token>" --overwrite=true --from-to=BlobBlob --recursive --log-level=DEBUG;\n",
"promptMessage":"undefined",
"lastMessageTime":"undefined"
}
How can we reproduce the problem in the simplest way?
Create index.mjs file with above code and deploy to Windows Azure Function.

When re-writing the code to the following, it runs in Kudu at least with node index.mjs, without any error:
export default async function main(req) {
...
}
main ();
Have you found a mitigation/solution?
No.

Usually unexpected quit means AzCopy crashes before emitting a proper "EndOfJob" status message. To diagnose the real cause, you can try executing a sample command directly (e.g. via NodeJS childProcess APIs) that triggers this failure and log the standard output. If AzCopy crashed, it will print a stack trace at the location where it crashed.

Thanks for the hint. I found out that the default log and job plan location can't be accessed by the Azure function. Passing the following settings to the client solved the problem:
copyClient.setEnvVars({
AZCOPY_LOG_LOCATION: "C:\local\Temp\.azcopy",
AZCOPY_JOB_PLAN_LOCATION: "C:\local\Temp\.azcopy",
});

Hi @graierm, it looks like you were able to find a workaround to solve this issue so I will go ahead and close it. Please feel free to reopen or create a new issue if you need further assistance.


Update all objective coefficients in one time

Short description
This PR is about changing the behavior of XpressInterface::SetObjectiveCoefficient, the function which is used to set the objective coefficient for a single variable. This approach proves to be much faster than individual updates.
Before
XpressInterface::SetObjectiveCoefficient immediately changes the coefficients by calling
int const col = variable->index();
CHECK_STATUS(XPRSchgobj(mLp, 1, &col, &coefficient));

After
The model is invalidated by calling InvalidateModelSynchronization. When calling MPSolver::Solve, all coefficients are extracted in one time
void XpressInterface::ExtractObjective() {
  // NOTE: The code assumes that the objective expression does not contain
  //       any non-zero duplicates.

  int const cols = XPRSgetnumcols(mLp);
  // DCHECK_EQ(last_variable_index_, cols);

  unique_ptr<int[]> ind(new int[cols]);
  unique_ptr<double[]> val(new double[cols]);
  for (int j = 0; j < cols; ++j) {
    ind[j] = j;
    val[j] = 0.0;
  }

  const auto& coeffs = solver_->objective_->coefficients_;
  for (auto it = coeffs.begin(); it != coeffs.end(); ++it) {
    int const idx = it->first->index();
    if (variable_is_extracted(idx)) {
      DCHECK_LT(idx, cols);
      val[idx] = it->second;
    }
  }

  CHECK_STATUS(XPRSchgobj(mLp, cols, ind.get(), val.get()));
  CHECK_STATUS(XPRSsetobjoffset(mLp, solver_->Objective().offset()));
}

This can be improved, IMO.
If you replace
val[idx] = it->second;

by
val[idx] += it->second;

(note += instead of =) then the code is correct even if the objective expression contains duplicates.
XPRSsetobjoffset() does not exist. In order to change the constant term in the objective use index -1, see the reference documentation.
The code is rather inefficient if the objective is not dense. How about changing the code to something like this to create sparse arrays for calling XPRSchgobj():
unique_ptr<int[]> ind(new int[cols + 1];
unique_ptr<double[]> val(new double[cols + 1]);
unique_ptr<int[]> map(new int[cols]);
memset(map.get(), -1, sizeof(*map.get()) * cols); // set all elements in map to -1
int count = 0;

const auto& coeffs = solver_->objective_->coefficients_;
for (auto it = coeffs.begin(); it != coeffs.end(); ++it) {
  int const idx = it->first->index();
  if (variable_is_extracted(idx)) {
    DCHECK_LT(idx, cols);
    if (map[idx] >= 0) { // We already saw this variable
      val[map[idx]] += it->second;
    }
    else { // First time we see this variable
      map[idx] = count;
      ind[count] = idx;
      val[count] = it->second;
      ++count;
    }
  }
}
ind[count] = -1;
val[count] = solver_->Objective().offset();
++count;

CHECK_STATUS(XPRSchgobj(mLp, count, ind.get(), val.get()));

XPRSsetobjoffset() does not exist. In order to change the constant term in the objective use index -1, see the reference documentation.

This is actually our own function, though I admit the naming is a bit confusing and should be changed
https://github.com/rte-france/or-tools/blob/8564311256a299cbb9b8198d0b72af06d50d4c5f/ortools/linear_solver/xpress_interface.cc#L88-L94

This can be improved, IMO. If you replace
val[idx] = it->second;

by
val[idx] += it->second;

(note += instead of =) then the code is correct even if the objective expression contains duplicates.
XPRSsetobjoffset() does not exist. In order to change the constant term in the objective use index -1, see the reference documentation.
The code is rather inefficient if the objective is not dense. How about changing the code to something like this to create sparse arrays for calling XPRSchgobj():
unique_ptr<int[]> ind(new int[cols + 1];
unique_ptr<double[]> val(new double[cols + 1]);
unique_ptr<int[]> map(new int[cols]);
memset(map.get(), -1, sizeof(*map.get()) * cols); // set all elements in map to -1
int count = 0;

const auto& coeffs = solver_->objective_->coefficients_;
for (auto it = coeffs.begin(); it != coeffs.end(); ++it) {
  int const idx = it->first->index();
  if (variable_is_extracted(idx)) {
    DCHECK_LT(idx, cols);
    if (map[idx] >= 0) { // We already saw this variable
      val[map[idx]] += it->second;
    }
    else { // First time we see this variable
      map[idx] = count;
      ind[count] = idx;
      val[count] = it->second;
      ++count;
    }
  }
}
ind[count] = -1;
val[count] = solver_->Objective().offset();
++count;

CHECK_STATUS(XPRSchgobj(mLp, count, ind.get(), val.get()));

Thank you Daniel, how about opening a new PR to take into account your proposal.
I think that @flomnes 's development here, for this specific feature, is not impacted by it.

This can be improved, IMO. If you replace
val[idx] = it->second;

by
val[idx] += it->second;

(note += instead of =) then the code is correct even if the objective expression contains duplicates.
XPRSsetobjoffset() does not exist. In order to change the constant term in the objective use index -1, see the reference documentation.
The code is rather inefficient if the objective is not dense. How about changing the code to something like this to create sparse arrays for calling XPRSchgobj():
unique_ptr<int[]> ind(new int[cols + 1];
unique_ptr<double[]> val(new double[cols + 1]);
unique_ptr<int[]> map(new int[cols]);
memset(map.get(), -1, sizeof(*map.get()) * cols); // set all elements in map to -1
int count = 0;

const auto& coeffs = solver_->objective_->coefficients_;
for (auto it = coeffs.begin(); it != coeffs.end(); ++it) {
  int const idx = it->first->index();
  if (variable_is_extracted(idx)) {
    DCHECK_LT(idx, cols);
    if (map[idx] >= 0) { // We already saw this variable
      val[map[idx]] += it->second;
    }
    else { // First time we see this variable
      map[idx] = count;
      ind[count] = idx;
      val[count] = it->second;
      ++count;
    }
  }
}
ind[count] = -1;
val[count] = solver_->Objective().offset();
++count;

CHECK_STATUS(XPRSchgobj(mLp, count, ind.get(), val.get()));

Thank you Daniel, how about opening a new PR to take into account your proposal. I think that @flomnes 's development here, for this specific feature, is not impacted by it.

Fine with me. The code is not wrong by itself, so no need to hold back the merge for this.


Introduce GraphQL Caching

Description:
Currently, the Ballerina GraphQL package does not provide a caching mechanism for GraphQL services. This is a nice feature to have, which will enhance the performance.
Related resources:

GraphQL Caching
Apollo Server Side Caching
Persisted Queries

The proposal: https://github.com/ballerina-platform/ballerina-library/issues/5899


webgui creation error

I've been working on adding a weather mode to your code, and I have it working but I can only access it by sending a websocket command because it's not in the dropdown list in the GUI. When I try to recreate the webgui using the steps in the readme, I get soome errors in response to the command "npm run dev":
SyntaxError: Unexpected token {
at Module._compile (internal/modules/cjs/loader.js:723:23)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
at Module.load (internal/modules/cjs/loader.js:653:32)
at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
at Function.Module._load (internal/modules/cjs/loader.js:585:3)
at Function.Module.runMain (internal/modules/cjs/loader.js:831:12)
at startup (internal/bootstrap/node.js:283:19)
at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR<EMAIL_ADDRESS>dev: vite
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>dev script.
Any ideas what's happening here?

Figured it out - whitespace in my Windows user folder name was causing npm to error out somewhere.


Missing Ed25519 to Curve25519 key conversion

It would be nice to have bindings for these:
crypto_sign_ed25519_pk_to_curve25519
crypto_sign_ed25519_sk_to_curve25519

I've been holding off adding these functions since using the same key for different purposes carries the risk of opening you up to cross protocol attacks unless you're really careful. I might add them, but with a scary warning in the documentation, but I'd prefer not to to be honest.
What is your use case?

While I basically agree, I have to point out that if one is not careful with nonces,
one may very well end up with a broken system (even more easily, I'd say, than by
reusing the same key for signing and encryption).  And as far as I can see, sodiumoxide
does have bindings for functions taking nonces...

I fully agree.The problem is that (with the primitives in NaCl) nonces are a necessity for creating a working cryptosystem. Reusing the same key can usually be avoided (e.g. by using key derivation from a master key).
There are misuse-resistance block cipher modes, where nonce-reuse isn't that big of a problem, e.g. SIV-mode, but NaCl doesn't expose any misuse-resistant primitives.
That being said I will probably add the bindings to the two functions you requested, but with a suitable warning. I'm still interested in your use case though.

I think my use-case is just easy-of-use.  Sometimes I want to encrypt data, other times I just want to sign it (since I believe working with signatures is faster than encrypting).    Tt would be nice for the receiving end to have to manage only 1 public key, not two

Signatures aren't much faster than encryption (both crypto::box_::seal() and crypto::sign::sign() do one curve multiplication). However they are for completely different use-cases. e.g. crypto::box_ uses public key authenticators and does not give you non-repudiation whereas crypto::sign gives you non-repudiation.
I'm going to close this issue for now since I haven't seen a security proof that says that cross protocol attacks are impossible when using the same key for both curve25519 and ed25519.

To play devil's advocate: if libsodium provides this function, should it also be exposed by the bindings?   It could come with a similar warning for scalarmut and friends:

Unless you know what you're doing you most certainly don't want to use the functions in crypto::scalarmult, crypto::stream, crypto::auth and crypto::onetimeauth.

(For the record, I am fairly well persuaded by the argument "This might hurt you, you should not do this", especially in the world of crypto.  I similar argument might be "Don't be lazy, you should use the correct primitive for your usecase")

The Signal protocol uses Curve25519 -> Ed25519 conversion to sign the ephemeral keys. Just wanted to mention the use case.
Just wanted to mention the use case.

libsodium wouldn't have added this function if it was insecure, they discuss adding this
in https://github.com/jedisct1/libsodium/issues/77
this comment https://github.com/jedisct1/libsodium/issues/77#issuecomment-90818356 links to a paper and discussion about how it is secure to have dual use eliptic curve keys. This would not be secure with RSA,  but ed25519/curve25519 is a different thing

The paper proves the security of ECDSA +ECIES and EC-Schnorr+ECIES. These
aren't the cryptographic primitives that are used, so that proof isn't
valid. The paper also shows some combinations where the security falls
apart completely.
That being said, I'm not arguing that it's insecure, I'm arguing that it
isn't proven secure.
On Tue, 30 Aug 2016 at 08:57, Dominic Tarr<EMAIL_ADDRESS>wrote:

libsodium wouldn't have added this function if it was insecure, they
discuss adding this
in jedisct1/libsodium#77 https://github.com/jedisct1/libsodium/issues/77
this comment jedisct1/libsodium#77 (comment)
https://github.com/jedisct1/libsodium/issues/77#issuecomment-90818356
links to a paper and discussion about how it is secure to have dual use
eliptic curve keys. This would not be secure with RSA, but
ed25519/curve25519 is a different thing
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/dnaq/sodiumoxide/issues/85#issuecomment-243350053,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABPVBUFblByBS_7ZhrH5DCgA1vmeJ3qZks5qk9RBgaJpZM4F2yUJ
.

The one and only reason I can think of for requiring this, is easier key management. That is, not having to juggle two public keys.

@dnaq, sorry for insist to this already-closed feature request, but there's any way that this function will be available eventually? We are implementing the secure scuttlebut protocol in https://github.com/Kuska-ssb/kuska-handshake and we just need this key conversion.
What about having a new crate feature to allow this extra functionality?


Pipeline barriers are not inserted in the right places due to stale hashmap key

If the same resource is used in two commands, Vulkano will correctly put a pipeline barrier between the commands. If it is used in a third command however, Vulkano will not put a second pipeline barrier in. This can be easily demonstrated by dispatching the same compute shader and descriptor set multiple times.
The problem lies in the resources hashmap, used by SyncCommandBufferBuilder::prev_cmd_resource(). Vulkano only decides to insert a pipeline buffer (and flush the command queue) if the collision command ID is greater or equal to the first unflushed command ID, i.e. the colliding command has not been flushed. However, the colliding command is inferred from the hashmap, which references the first command that used a given resource, so after the first flush for a resource, any future uses of the command are incorrectly assumed to have already been flushed, so pipeline barriers are not inserted.
One fix is to update the command ID inside the hashmap key to the latest command ID (which, by construction, also conflicts with the resource), but this doesn't seem super clean. I think this code needs a rethink and a refactor to move the command ID into the value, rather than the key.

I have confirmed that a long standing bug in my Basalt framework is caused by this: https://github.com/AustinJ235/basalt/issues/6
I have already had a look at the code to see if I can understand what is going on. I agree with the author that some rethinking needs to be done with this code.
In order for me to fix this issue I will need to understand vulkan a little better to create a proper fix. If anyone has more experience in this area pull requests are welcome.

I have been going through the code some more learning the process of how this stuff works. I think just updating the command id is out of question.
From what I understand right now when a command adds a resource that already exists it creates a key, but the key isn't very unique so it grabs whatever entry had that resource first which is going to contain the command id of whichever command created the key in the first place. So what is happening here is that when a second command uses the resource it doesn't update the command id at all so when a third one is added it doesn't know to insert a barrier because as far as it is concerned there are no conflicting commands in the pending commands.
So in reality command_id should really be a list of all the commands that this resource has been used in. If it were a value it would be a matter of just changing the types around, but since it is a key it kinda makes matters a bit more difficult.
We could still use a hashmap but instead of a key based on a struct of what really should be a value we could use the conflict_key() function of the resources to be used a key. This would still allow for a more optimized route over just a list of these structs.
With the struct being a value instead of a key, when we add a resource we check if it conflicts, if it does we flush the pending commands, and add then add the new command_id to the val. Then it would be a matter of instead of just checking one command_id for conflicts we would have to check all the command listed.

I think I'm hitting a similar issue where I have two dispatch calls to two different compute shaders in one command buffer, where the first one writes to a buffer and the second one reads from it, and there's no pipeline barrier call between the two according to RenderDoc. The code looks like this:
let layout = self.pipeline.descriptor_set_layout(0).unwrap();
let set = PersistentDescriptorSet::start(layout.clone())
    .add_buffer(prev.clone())
    .unwrap()
    .add_buffer(curr.clone())
    .unwrap()
    .add_buffer(next.clone())
    .unwrap()
    .build()
    .unwrap();

let vertex_layout = self.vertex_pipeline.descriptor_set_layout(0).unwrap();
let vertex_set = PersistentDescriptorSet::start(vertex_layout.clone())
    .add_buffer(next.clone())
    .unwrap()
    .add_buffer(self.vertex_buffer.clone())
    .unwrap()
    .build()
    .unwrap();

let command_buffer =
    AutoCommandBufferBuilder::new(self.device.clone(), self.queue.family())
        .unwrap()
        .dispatch(
            [SIZE, SIZE, 1],
            self.pipeline.clone(),
            set,
            self.drop.take().unwrap_or((-1., -1.)),
        )
        .unwrap()
        // vulkano doesn't insert a barrier here for some reason?
        .dispatch(
            [SIZE, SIZE, 1],
            self.vertex_pipeline.clone(),
            vertex_set,
            (),
        )
        .unwrap()
        .build()
        .unwrap();
let future = command_buffer.execute(self.queue.clone()).unwrap();
future
    .then_signal_fence_and_flush()
    .unwrap()
    .wait(None)
    .unwrap();


Get line number using oxc-parser

Hello!
Is there any way to get real line number of Node?
Can we add some option to parseAsync func to add information about it?
For example, I parse JS and read comments:
await oxc.parseAsync(source, { sourceFilename: 'test.js' })
return ast.comments

I get the following result:
[
  {
    value: ' Comment',
    type: 'Line',
    start: 2,
    end: 10,
  },
]

I need to get line number of this comment.

It's planned, but at the moment we can't get them, even on the Rust side.
Ongoing issue: https://github.com/oxc-project/oxc/issues/959
As referenced there, the only way seems to be to calculate the position from the original file for now.

You can refer https://github.com/oxc-project/oxc/issues/5493

Closing, not because it's an unreasonable request, but because I think the answer is covered by #959 and #5493. If I've missed something that's not covered by those two, please feel free to come back.


Use visitor for searching CLFunctionTemplate's CLParmDecl

This seems to be working well for me! :rocket: This is awesome, thanks a lot!  Is there any chance to have a test for this, to avoid regressions in the future?


Build was successful but pages failed to load

Bug description

The build of my project is successful but the page files to load and returns a 404 : Not Found Error as described here though I have no Dockerfile.
I am following the fastai book tutorial on how to deploy models on binder as shortly described in this blog post.
I added a requirements.txt file as well as a runtime.txt file in my github repo and docker image builds correctly, only the server fails to load the page afterward.  As it is the very last step, the logs provide no useful information of what is going on.
How to reproduce
Follow Step 7 of the blog post tutorial with my repo  details. Should be a simple copy paste of the repo URL and the notebook name. Select URL (not file) adding before the notebook name /voila/render/<notebook_name>.

It sounds like this is more of a support type of question as your repo launches on mybinder.org for me (without using voila). I think you will have more luck posting on the forum.

It sounds like this is more of a support type of question as your repo launches on mybinder.org for me (without using voila). I think you will have more luck posting on the forum.


modify way to get request considering class view

Problem
sanic_jwt_extend.jwt_required only works for function view.
It does not work for class based view like HTTPMethodView.
Expected Behavior
it should work for HTTPMethodView. It contains request object in the second args
Proposed Solution
I created _get_request function, which checks the type of args and get request object.

Good! Thanks for your PR  :heart_eyes:


[Event Request] codeunit 1371 "Sales Batch Post Mgt." - OnCanPostDocumentOnAfterChecks

Can we please get the following event?
local procedure CanPostDocument(var SalesHeader: Record "Sales Header"): Boolean
begin
    if not CheckApprovalWorkflow(SalesHeader) then
        exit(false);

    if not SalesHeader.IsApprovedForPostingBatch then
        exit(false);
    //+EVENT
    IsHandled := false;
    OnCanPostDocumentOnAfterChecks(SalesHeader, BatchProcessingMgt, Result, IsHandled);
    if IsHandled then
        exit(Result);
    //-EVENT
    exit(true);
end;

[IntegrationEvent(false, false)]
local procedure OnCanPostDocumentOnAfterChecks(var SalesHeader: Record "Sales Header"; var BatchProcessingMgt: Codeunit "Batch Processing Mgt."; var Result: Boolean; var IsHandled: Boolean)
begin
end;

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.


Name collision with process

When building with Vite a web application that uses ens-normalize (typically indirectly through some ethers dependency) and a process polyfill, a runtime error occurs about the process identifier being already defined in the global scope:

Indeed, process is both a global NodeJS constant and a global function in this package's code.
While I agree that including a (polyfilled) process dependency in a webapp is a bad idea, a number of libraries do this, and renaming or scoping the process() function might help integrating ens-normalize more easily in many environments.

Ah, thanks.  I'll rename this function and double-check for any other node or related name collisions.
I will update this thread again once I apply these changes.

Is your project using the default Vite bundler?  This seems like a bug with esbuild.

Yes default bundler. To reproduce, you can:

checkout the example here
npm install
npm run dev
open http://localhost:5173
check error in the the console

Sorry for the delay.  I renamed process() but it will be fixed in NPM on the 12th when I deploy the Unicode 15.1 update.
In the meantime, I have the following solution for your vite.config.js:
import { NodeGlobalsPolyfillPlugin } from '@esbuild-plugins/node-globals-polyfill'
import {defineConfig} from "vite"
import {readFile} from 'node:fs/promises'; // required import statement

export default defineConfig({
  optimizeDeps: {
    esbuildOptions: {
      define: {
        global: 'globalThis'
      },
      plugins: [
        {                                                                    //
          name: 'raffy-fix',                                                 //
          setup(build) {                                                     // plugin
            build.onLoad({ filter: /ens-normalize/ }, async args => {        // that
              let contents = await readFile(args.path, {encoding: 'utf8'});  // renames
              contents = contents.replaceAll('process(', 'raffy_process(');  // process()
              return {contents};                                             // to
            });                                                              // raffy_process()
          },                                                                 //
        },                                                                   //
        NodeGlobalsPolyfillPlugin({buffer: true})
      ]
    }
  }
})

Alternatively, you could just skip adding this temporary plugin and enable optimizeDeps.minifyIdentifiers: true, which will mangle my function (but might cause issues with other libraries.)

Indeed, it works this way. Can't wait for your latest version to be integrated in ethers!
Thanks you!

Let me know when it’s published and I will make a patch release of ethers v6. :)

This rename is active in the latest npm release 1.10.0


[WIP] Also update progress_bar in training_epoch_end

Before submitting

[x] Was this discussed/approved via a Github issue? (no need for typos and docs improvements)
[x] Did you read the contributor guideline, Pull Request section?
[ ] Did you make sure to update the docs?
[ ] Did you write any new necessary tests?
[ ] If you made a notable change (that affects users), did you update the CHANGELOG?

What does this PR do?
Fixes #1448.
TODO: test
PR review
Anyone in the community is free to review the PR once the tests have passed.
If we didn't discuss your PR in Github issues there's a high chance it will not be merged.
Did you have fun?
Make sure you had fun coding 🙃

Hello @awaelchli! Thanks for updating this PR.

In the file tests/module/test_training_epoch_end.py:

Line 30:5: E303 too many blank lines (2)


Add comparison information to expense attachment previews

User story

As a fiscal host admin when previewing an attachment I am comparing the information submitted by the user to the information in the attachment. The attachment overlay hides the information I need to compare to.

Best solution for this problem
Add to the attachment preview the expense information so that the fiscal host admin can compare what was submitted to what is show in the invoice:

Figma file can be found here

@aminakazi I think there may be situations where this design needs to allow for multiple line items to show up:  a single invoice can be related to numerous line items

Based on feedback from the team, the design proposal was updated.
Figma File and Loom Demo


Add Ruby support

Ruby doesn't use brackets for logic blocks, so there's not a lot we can do here. But I did what I can. I mostly matched what VS-Code does for Ruby files. The only difference I'm aware of is I also included do_block which I think is not TOO bad, and could be useful for deeply nested specs like the example provided.

Looks good, but please rebase on the current master first. There is a nasty bug that breaks everything if the user has a custom configuration in the old version.
I am not certain about adding the do block pattern to this as well. People might find it too vibrant if entire words are highlighted as well, plus this kind of nesting is usually make obvious enough through indentation. Lua has the same issue and my solution is to have two queries: rainbow-delimiters only highlights parenthesis-like characters while rainbow-blocks highlights keyword delimiters on top of that as well. That way users can decide how vibrant they want their code to be. You could even add more delimiter pairs like class/end, def/end or if/else/end if it makes sense.
I don't know if there is a way of combining queries, so I had to copy-paste definitions from rainbow-delimiters into rainbow-blocks. If you find a better way please let me know.

@HiPhish I've rebased and remove do_block. I'm afraid I don't have the bandwidth right now to implement rainbow-blocks.

Thank you, looks good. There was no block entry in the sample file, so I added it myself.

I'm afraid I don't have the bandwidth right now to implement rainbow-blocks.

That's fine, don't worry. One query at a time.


replace homegrown logging library with something off-the-shelf

Docker use logrus...

Logrus is fine. https://github.com/inconshreveable/log15 is also ok.

What advantages do we want from changing the logging library? structured logging?
The logging code we have is only 40 lines, and with either logrus, or log15 we'll need about the same amount of setup (maybe slightly less, but not enough of a saving to justify it alone).

Support for ordered log levels (see #329). Right now we have four separate output streams (debug, info, warn, error) but they aren't really levels - implementing something like 'show me info or above' would be a bit of a faff...

I took a look at the main results from a web search of 'best golang logger':
https://github.com/cihub/seelog seems extremely full-featured, probably much more than we need. Over 10,000 lines including tests.
https://github.com/Sirupsen/logrus is ~3200 lines.
https://github.com/inconshreveable/log15 is ~3000 lines.
https://github.com/op/go-logging is ~2000 lines.
Based on my reading so far, I could not find any slam-dunk reason to prefer one of the smaller ones, so am planning to just use the same as Docker - logrus.  It seems to be actively maintained.

I think one requirement that we have is that we don't want our log statements to become much more unwieldy than they currently are, and without introducing our own custom wrapper functions.

don't want ... much more unwieldy

So on that note, if we do go with logrus then we shouldn't use its 'fields' feature, at least to start with.


Add {{else}} inverse template for each helper

Should render when the collection passed to each has nothing in it.

Fixed in https://github.com/epicmiller/rebound/commit/1942c13072139e62f4b4718831bc1111d7bb32ff


Split the build stage in Jenkinsfile pipeline

Instead of a single step that does the build, linting, and testing, it is better to split this stage into multiple stages. The benefits are:

If the build fails, it will be easy to tell which steps failed by looking at the pipeline.
Makes reporting easier if we want to report the reason of failure.
Improve build speed on production, since we don't have to repeat lint and test stages since it is the same code base.

Implemented. Closing.


Support for poise-python instead python cookbook

Is this cookbook supports poise-python already? python appears to be deprecated?
WARNING: DEPRECATION: This cookbook has been deprecated. It has been replaced by poise-python.
WARNING: Use --force to force download deprecated cookbook.
Removing pre-existing version.
Uncompressing python version 1.4.6.
ERROR: Mixlib::ShellOut::ShellCommandFailed: Expected process to exit with [0], but received '1'

This repo is EOL, but the code lives on at https://github.com/sous-chefs/mongodb. Could you give that cookbook a look and let us know if it doesn't fix your issue?


Fix: Use of CodeIgniter\Config\Services prevents Service overriding

Fixes #2376
The following statement is used by multiple "core" classes
 use CodeIgniter\Config\Services;

This results in App\Config\Services being bypassed which prevents Service overrides from being recognized.
All namespace use statements for Services in the core classes changed to  use Config\Services; so the overrides can be accomplished.
Note: There are a lot of test files that explicitly use CodeIgniter\Config\Services that were not changed in the PR. They probably don't need to be and/or should not be changed, but I wanted to point that out.

I think this is good. I also think we need to define a) what can and can't be extended/overridden, and b) what order of precedence various sections give to App/System/Modules/etc. See also https://github.com/codeigniter4/CodeIgniter4/pull/2355#issuecomment-544598709

Yes, those were from around from before some of the extension concepts were solidified. So, yes, perfect. Everything should always extend Config\Services. Thanks.


how to add or update excluded_apps.txt without WAU-Configurator or WAU.msi?

There are a few ways to do it. You can use GPO, a script, or manually replace the file in the installation directory.

However, with the MSI, it's easy to update your list.

how to use excluded_apps.txt if Use winget to install WAU?

Currently, you can't. You have to do it manually.
You can use GPO if you're an admin, or use the ListPath setting.


BUGFIX: Update schema validation to accept both string and integer values

Fixes https://github.com/cert-manager/cert-manager/issues/7340
For podDisruptionBudget.minAvailable and podDisruptionBudget.maxAvailable, we should accept both string and integer values.
Affected values:

podDisruptionBudget.minAvailable
cainjector.podDisruptionBudget.minAvailable
webhook.podDisruptionBudget.minAvailable
podDisruptionBudget.maxAvailable
cainjector.podDisruptionBudget.maxAvailable
webhook.podDisruptionBudget.maxAvailable

Kind
/kind bug
Release Note
BUGFIX: Helm will now accept percentages for the podDisruptionBudget.minAvailable and podDisruptionBudget.maxAvailable values.

Are we using unknown because helm-tool doesn't support parsing a union of types?
This PR seems good to go.
/approve
/lgtm

It doesn't support multiple types like the schema?

Are we using unknown because helm-tool doesn't support parsing a union of types?
This PR seems good to go.
/approve /lgtm

Indeed, helm-tool does not support int-string unions atm.

/cherrypick release-1.16


[BUG] Regen proto with correct version

Description of changes
Summarize the changes made by this PR.

Improvements & Bug fixes

Regens proto with python grpcio 1.58. Which is our MSV

New functionality

None

Test plan
How are these changes tested?

[x] Tests pass locally with pytest for python, yarn test for js, cargo test for rust

Documentation Changes
None

pip freeze

grpcio==1.58.0
grpcio-tools==1.58.0
protobuf==4.25.5


Don't change default TLS implementation based on features

If the rustls feature is enabled, then we should default to rustls, but don't change the default to native TLS if only the native-tls feature is enabled. Changing behavior based on feature flags is dangerous since adding new dependencies could unexpectedly change an application's behavior. Instead, switching from the default to native-tls should require an additional, explicit, piece of configuration.

This would probably be implemented along side https://github.com/awslabs/smithy-rs/issues/1225

native-tls was removed, so this is no longer relevant.


pyyaml dependency handling

Environment

OS / version: mac osx
Processor architecture:
TPM Manufacturer:
Keylime version:

Description
pyyaml dependency wasn't handled the same way in setup.py and installer.sh as our other dependencies.  So, when i work with keylime on my mac with the emulator the yaml dependency wasn't pulled in by setup.py
Expected behavior vs. actual behavior
expected: keylime runs
actual: import yaml not found error
Steps to reproduce problem

create virtual environment
activate virtual environment
python setup.py install
attempt to run any of the keylime applications

Relevant logs
Attach any relevant log files that can help to debug your issue.

this is also related to #80

I think we are good to close this one too @nabilschear ?

agreed


154 tic tac toe minmax

Added basic information, this challenge still needs community contributions ported

Thank you @KobeLiesenborgs!


Reintroduce audience into jwts to fix cluster login

A bug has been introduced by removing the audience from the JWT. Cluster login is not possible with the current state.

Coverage increased (+0.3%) to 55.645% when pulling 3e37e41dd8209df9d3cdeba961da28fc4f21af9c on fix/audience-jwt into 24ac8ca6c3207d032f8cb12cd95b83053b7ec17d on main.


Remove predef option in AST

We needed to add a type constraint "predef.option" in 4.02.3. Now that we have migrate-parsetree to take care of this, we don't need to manually add it anymore.

If necessary, it is possible to add a test for this. In ocaml syntax:
module X : sig
  val x : ?x:unit -> unit -> unit
end = struct
  let x ?(x=()) () = ()
end

If predef is in the ast, compiling the file will succeed with 4.02 and fail with 4.04.

Good find @yunxing


Filter on blur?

Hi,
is possible to run event "filterChanged" only on filter blur ?
Thanks

As per the issue template please don't use GitHub for support queries. Either use our Members Forum (https://ag-grid.com/forum/forumdisplay.php?fid=5) or use StackOverflow
GitHub is reserved for issues and feature requests
In answer to your question I'm afraid this isn't possible


Missing Depth-Damage Curves in IBI 2020 Dataset

Hi Seth @cefect, this is not an issue but letting you know that we recently discovered that the IBI 2020 NRP contents damage curves are missing two curves in the Excel sheets - warehouse (fX_tag "01Warehouse.inStk.comp") and office ( fX_tag "02Office.inStk.comp") spaces. After a deep investigation of IBI 2020 deliverables, we found that these two curves were actually composite curves computed as:

01Warehouse.inStk.comp - mean of 5 root naics: ['11Ag', '31Manu', '32Manu2', '41Whole', '48Transpo']
02Office.inStk.comp - mean of 5 root naics: ['51Misc', '52Fi', '54Tech', '56Admin', '61Edu']

I found this information from the "duplicate.log" file, which I guess was the main script written to batch-run CanFlood scenarios. This information is not written elsewhere in any documentation. I understand these were developed mainly for the FBC's LMFRA study, but users of this dataset (like us - City of Vancouver) will find issues if the depth-damage curves are not updated in CanFlood's source repository. There are many NRP assets which are tagged with these two curves. I would suggest updating the IBI 2020 curves to resolve this issue. I have attached the new Excel sheet below. Kindly have a look. Thanks!
DmgFuncs_NRPcont_20200517_inStk - with composites.xls
Regards,
Akhil

Hi Akhil, this makes sense. I'm not sure why these two curves were not included in the CanFlood curve library originally... I assume they were included in a later deliverable to FBC and the CanFlood set was never updated. In general, I suggest using the model files from FBC as these should all work together... not the CanFlood libraries (even though they should be the same).
Regardless, I've updated the library with your file ( 441066b…35abad8). You can see this on the dev branch now, but I'm not sure when this will be tested and pushed out to the main branch.


Cleanup RABIT.

Remove recovery tests.
Remove MPI speed tests.
Remove readme.
Remove Python binding.

Continue https://github.com/dmlc/xgboost/pull/6265 .

Most of the usage document and examples are kept for reference.