execvp(ocamlmerlin-server) (no such file) error since upgrading to reason 3.3.3/bs-platform 4.0.5

MacOS v10.13.6
Everything has been working great for months until I upgraded bs-platform to v4.0.5 (both globally and in-project) and reason-cli (globally) to 3.3.3-macos.
Now when I try to open any .re file the extension throws an error:
ocamlmerlin error: execvp(ocamlmerlin-server): No such file or directory merlin path: /Users/tepple/.asdf/installs/nodejs/10.8.0/.npm/lib/node_modules/reason-cli/bin/ocamlmerlin-server socket path: /var/folders/gs/klj2134gn/T//<not computed yet>

I looked in that referenced directory and the ocamlmerlin executable does exist... just like it did before.  If I run ./ocamlmerlin directly in that directory I get the same error message:
tepple@tme-imac-2014: bin (master)$ ./ocamlmerlin
execvp(ocamlmerlin-server): No such file or directory
merlin path: /Users/tepple/.asdf/installs/nodejs/10.8.0/.npm/lib/node_modules/reason-cli/bin/ocamlmerlin-server
socket path: /var/folders/gs/6v085qc96nn_hd5tmq3nzgc80000gn/T//<not computed yet>

This might actually be an issue with https://github.com/reasonml/reason-cli since I have an older version in another directory which when I run ./ocamlmerlin it works.

Thanks @freebroccolo for the help... maybe it has something to do with my use of asdf for nodejs version management but it's weird since before upgrading reason-cli and bs-platform it worked great for months.  So I could keep working I've been testing jaredly's RLS (which is working) and it seems like this is an isolated problem for me so I will close.

For what it's worth I'm running into this as well, also after upgrading reason-cli. It looks like the latest version of reason-cli simply doesn't include ocamlmerlin-server anymore:
❯ ls /Users/Pascal/.asdf/installs/nodejs/8.9.1/.npm/lib/node_modules/reason-cli/bin
_storePath         ocamlmerlin-reason refmt              rtop
ocamlmerlin        reactjs_jsx_ppx_v2 refmttype          utop

Ok looks like the binary was always called ocamlmerlin, but that binary seems to be broken in the latest reason-cli (3.3.3-macos). The binary from the previous version (3.3.2-macos-betabeta) is working. I'll open an issue with reason-cli.

Issue was confirmed in reason-cli and a fix was merged the master already 🚀 https://github.com/reasonml/reason-cli/issues/87


New component Wizard will not close when using invalid names

Describe the bug
When creating a new component and choosing a name containing a dot like: "Testcomponent4.0" the wizard does not terminate when clicking finish.  The component seems to be created correctly though. View is not changed to modelling view.
To Reproduce
Steps to reproduce the behavior:

create new component (tier3)
enter an invalid? name "Testcomponent4.0"
select other properties as desired
klick finish -> Wizard is not finished

Expected behavior
The wizard should close, the component be created and the view changed
Screenshots

Toolchain version (and other specific settings) that you are using:
Seronet Virtual Box Image
Additional context
Add any other context about the problem here.

Thanks for the report. Interesting use-case. Dots are not allowed in the Component name as the name is used in various models for cross referencing. But I think there should be an error message instead of not allowing to finish (which is a silent fail-safe behavior).


Fatal error

I cannot revert to the previous version bc it will say "Fatal error, could not revert"

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

ID: 3e59f7c3-34dd-c376-9b0c-54601abe6c33
Version Independent ID: 3e59f7c3-34dd-c376-9b0c-54601abe6c33
Content: Manage Git repos in Visual Studio
Content Source: docs/version-control/git-manage-repository.md
Product: visual-studio-windows
Technology: vs-ide-general
GitHub Login: @Taysser-Gherfal
Microsoft Alias: tglee

@99067718 -- thank you for your feedback.  This repo is solely for documentation issues, and this seems implementation-related.  Please consider these resources:

Visual Studio on Microsoft Q&A
Visual Studio MSDN Forum
Stack Overflow
Reddit

I am closing this issue now.  You are welcome to @ mention me for any followup.  We hope to hear from you again.


Updated index.html javascript to iterate through list and display information

Upon clicking the Get Students button a list of students will be possible.

Accidental pull request. Please do not approve.


show matched options in result

This is looking good. Let's get a review from @mocca102 and get this merged


[Bug]: HopServerMetaEditor is gone after refactoring

Apache Hop version?
2.10.0-SNAPSHOT
Java version?
17
Operating system
macOS
What happened?
The refactoring of HopServerMeta broke the Hop Server metadata windows.
Issue Priority
Priority: 2
Issue Component
Component: Hop Gui

.take-issue


Cisdp 2158 - added self isolating derivation from digital

Pre-review checklist
I have ensured that:

[ ] Code runs successfully in the development environment.
[ ] New code is tested to prove that it works. If not, justify reasoning.
[ ] New code is documented using type hinting and following the numpydoc docstring format.
[ ] New code follows the project naming standards.

Overview of changes

Post-review checklist
As I merge these changes, I have:

[ ] Updated the related Jira ticket, including approximate time spent (including review).
[ ] Moved the related Jira ticket to Done.

Ticket is blocked pending a change to requirements

Ticket is blocked pending a change to requirements

Duplicated in #498


Updating theme

Purpose
Updating theme.
https://github.com/wso2/docs-apk/issues/54

@chanaka3d , we need to add the following copyrights statement. Similar to APIM [1]
Copyright © WSO2 LLC (2023)
Content licensed under CC By 4.0. | Sample code licensed under Apache 2.0.
[1] https://apim.docs.wso2.com/en/latest/

It will be nice to have the home icon of the little house as well similar to [1]
[1] https://apim.docs.wso2.com/en/latest/

The Work in process icon is not properly visible on a lower resolution, as in when looking at this on a mobile phone.

There is a mismatch in the size of the bullets and regular text used for it. At times the text of the bullet looks larger and the regular text that follows the font and wise versa.

Footer issue and the mobile view are fixed with https://github.com/wso2/docs-apk/pull/63


Synthesis failed for java-bigquerystorage

Hello! Autosynth couldn't regenerate java-bigquerystorage. :broken_heart:
Here's the output from running synth.py:
Cloning into 'working_repo'...
Switched to branch 'autosynth'
Running synthtool
['/tmpfs/src/git/autosynth/env/bin/python3', '-m', 'synthtool', 'synth.py', '--']
synthtool > Executing /tmpfs/src/git/autosynth/working_repo/synth.py.
On branch autosynth
nothing to commit, working tree clean
HEAD detached at FETCH_HEAD
nothing to commit, working tree clean
synthtool > Ensuring dependencies.
synthtool > Pulling artman image.
latest: Pulling from googleapis/artman
Digest: sha256:6aec9c34db0e4be221cdaf6faba27bdc07cfea846808b3d3b964dfce3a9a0f9b
Status: Image is up to date for googleapis/artman:latest
synthtool > Ensuring dependencies.
synthtool > Cloning googleapis.
synthtool > Generating code for: google/cloud/bigquery/storage/v1beta1.
synthtool > Generated code into /tmpfs/tmp/tmpvvvh6q_e.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvvvh6q_e/google-cloud-bigquery-storage-v1beta1-java/proto-google-cloud-bigquery-storage-v1beta1-java/src/main/java/com/google/cloud/bigquery/storage/v1beta1/ReadOptions.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvvvh6q_e/google-cloud-bigquery-storage-v1beta1-java/proto-google-cloud-bigquery-storage-v1beta1-java/src/main/java/com/google/cloud/bigquery/storage/v1beta1/Storage.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvvvh6q_e/google-cloud-bigquery-storage-v1beta1-java/proto-google-cloud-bigquery-storage-v1beta1-java/src/main/java/com/google/cloud/bigquery/storage/v1beta1/AvroProto.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvvvh6q_e/google-cloud-bigquery-storage-v1beta1-java/proto-google-cloud-bigquery-storage-v1beta1-java/src/main/java/com/google/cloud/bigquery/storage/v1beta1/TableReferenceProto.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvvvh6q_e/google-cloud-bigquery-storage-v1beta1-java/proto-google-cloud-bigquery-storage-v1beta1-java/src/main/java/com/google/cloud/bigquery/storage/v1beta1/ArrowProto.java.
synthtool > No replacements made in [PosixPath('/tmpfs/tmp/tmpvvvh6q_e/google-cloud-bigquery-storage-v1beta1-java/proto-google-cloud-bigquery-storage-v1beta1-java/src/**/*Name.java'), PosixPath('/tmpfs/tmp/tmpvvvh6q_e/google-cloud-bigquery-storage-v1beta1-java/proto-google-cloud-bigquery-storage-v1beta1-java/src/**/*Names.java')] for pattern /\*
 \* Copyright \d{4} Google LLC
 \*
 \* Licensed under the Apache License, Version 2.0 \(the "License"\); you may not use this file except
 \* in compliance with the License. You may obtain a copy of the License at
 \*
 \* http://www.apache.org/licenses/LICENSE-2.0
 \*
 \* Unless required by applicable law or agreed to in writing, software distributed under the License
 \* is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express
 \* or implied. See the License for the specific language governing permissions and limitations under
 \* the License.
 \*/
, maybe replacement is not longer needed?
synthtool > Replaced 'package com.google.cloud.bigquery.storage.v1beta1;' in /tmpfs/tmp/tmpvvvh6q_e/google-cloud-bigquery-storage-v1beta1-java/grpc-google-cloud-bigquery-storage-v1beta1-java/src/main/java/com/google/cloud/bigquery/storage/v1beta1/BigQueryStorageGrpc.java.
synthtool > No files in sources [PosixPath('/tmpfs/tmp/tmpvvvh6q_e/google-cloud-bigquery-storage-v1beta1-java/gapic-google-cloud-bigquery-storage-v1beta1-java/samples/src')] were copied. Does the source contain files?
synthtool > No files in sources [PosixPath('/tmpfs/tmp/tmpvvvh6q_e/google-cloud-bigquery-storage-v1beta1-java/gapic-google-cloud-bigquery-storage-v1beta1-java/samples/resources')] were copied. Does the source contain files?
synthtool > No files in sources [PosixPath('/tmpfs/tmp/tmpvvvh6q_e/google-cloud-bigquery-storage-v1beta1-java/gapic-google-cloud-bigquery-storage-v1beta1-java/samples/src/**/*.manifest.yaml')] were copied. Does the source contain files?
synthtool > Running java formatter on 81 files
synthtool > Running java formatter on 1 files
synthtool > Running java formatter on 5 files
synthtool > Running java formatter on 0 files
synthtool > Ensuring dependencies.
synthtool > Cloning googleapis.
synthtool > Generating code for: google/cloud/bigquery/storage/v1beta2.
synthtool > Generated code into /tmpfs/tmp/tmpvxna4zly.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/CreateReadSessionRequestOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/StreamProto.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/CreateReadSessionRequest.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/SplitReadStreamResponseOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ArrowSchema.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/AvroRows.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ReadSession.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/SplitReadStreamRequestOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ReadRowsResponseOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ThrottleStateOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ArrowSerializationOptions.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/AvroSchema.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ReadRowsRequest.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ArrowSchemaOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/SplitReadStreamRequest.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/StreamStats.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ReadRowsResponse.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ThrottleState.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/AvroRowsOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ArrowSerializationOptionsOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/AvroProto.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/DataFormat.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ArrowRecordBatchOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/StorageProto.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ReadRowsRequestOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ReadSessionOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ArrowRecordBatch.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ReadStreamOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/StreamStatsOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ArrowProto.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/AvroSchemaOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/ReadStream.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/SplitReadStreamResponse.java.
synthtool > No replacements made in [PosixPath('/tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/**/*Name.java'), PosixPath('/tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/proto-google-cloud-bigquery-storage-v1beta2-java/src/**/*Names.java')] for pattern /\*
 \* Copyright \d{4} Google LLC
 \*
 \* Licensed under the Apache License, Version 2.0 \(the "License"\); you may not use this file except
 \* in compliance with the License. You may obtain a copy of the License at
 \*
 \* http://www.apache.org/licenses/LICENSE-2.0
 \*
 \* Unless required by applicable law or agreed to in writing, software distributed under the License
 \* is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express
 \* or implied. See the License for the specific language governing permissions and limitations under
 \* the License.
 \*/
, maybe replacement is not longer needed?
synthtool > Replaced 'package com.google.cloud.bigquery.storage.v1beta2;' in /tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/grpc-google-cloud-bigquery-storage-v1beta2-java/src/main/java/com/google/cloud/bigquery/storage/v1beta2/BigQueryReadGrpc.java.
synthtool > No files in sources [PosixPath('/tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/gapic-google-cloud-bigquery-storage-v1beta2-java/samples/src')] were copied. Does the source contain files?
synthtool > No files in sources [PosixPath('/tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/gapic-google-cloud-bigquery-storage-v1beta2-java/samples/resources')] were copied. Does the source contain files?
synthtool > No files in sources [PosixPath('/tmpfs/tmp/tmpvxna4zly/google-cloud-bigquery-storage-v1beta2-java/gapic-google-cloud-bigquery-storage-v1beta2-java/samples/src/**/*.manifest.yaml')] were copied. Does the source contain files?
synthtool > Running java formatter on 81 files
synthtool > Running java formatter on 1 files
synthtool > Running java formatter on 33 files
synthtool > Running java formatter on 0 files
synthtool > Ensuring dependencies.
synthtool > Cloning googleapis.
synthtool > Generating code for: google/cloud/bigquery/storage/v1alpha2.
synthtool > Generated code into /tmpfs/tmp/tmpshfmtcus.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpshfmtcus/google-cloud-bigquery-storage-v1alpha2-java/proto-google-cloud-bigquery-storage-v1alpha2-java/src/main/java/com/google/cloud/bigquery/storage/v1alpha2/Storage.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpshfmtcus/google-cloud-bigquery-storage-v1alpha2-java/proto-google-cloud-bigquery-storage-v1alpha2-java/src/main/java/com/google/cloud/bigquery/storage/v1alpha2/ProtoBufProto.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpshfmtcus/google-cloud-bigquery-storage-v1alpha2-java/proto-google-cloud-bigquery-storage-v1alpha2-java/src/main/java/com/google/cloud/bigquery/storage/v1alpha2/Stream.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmpshfmtcus/google-cloud-bigquery-storage-v1alpha2-java/proto-google-cloud-bigquery-storage-v1alpha2-java/src/main/java/com/google/cloud/bigquery/storage/v1alpha2/Table.java.
synthtool > No replacements made in [PosixPath('/tmpfs/tmp/tmpshfmtcus/google-cloud-bigquery-storage-v1alpha2-java/proto-google-cloud-bigquery-storage-v1alpha2-java/src/**/*Name.java'), PosixPath('/tmpfs/tmp/tmpshfmtcus/google-cloud-bigquery-storage-v1alpha2-java/proto-google-cloud-bigquery-storage-v1alpha2-java/src/**/*Names.java')] for pattern /\*
 \* Copyright \d{4} Google LLC
 \*
 \* Licensed under the Apache License, Version 2.0 \(the "License"\); you may not use this file except
 \* in compliance with the License. You may obtain a copy of the License at
 \*
 \* http://www.apache.org/licenses/LICENSE-2.0
 \*
 \* Unless required by applicable law or agreed to in writing, software distributed under the License
 \* is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express
 \* or implied. See the License for the specific language governing permissions and limitations under
 \* the License.
 \*/
, maybe replacement is not longer needed?
synthtool > Replaced 'package com.google.cloud.bigquery.storage.v1alpha2;' in /tmpfs/tmp/tmpshfmtcus/google-cloud-bigquery-storage-v1alpha2-java/grpc-google-cloud-bigquery-storage-v1alpha2-java/src/main/java/com/google/cloud/bigquery/storage/v1alpha2/BigQueryWriteGrpc.java.
synthtool > No files in sources [PosixPath('/tmpfs/tmp/tmpshfmtcus/google-cloud-bigquery-storage-v1alpha2-java/gapic-google-cloud-bigquery-storage-v1alpha2-java/samples/src')] were copied. Does the source contain files?
synthtool > No files in sources [PosixPath('/tmpfs/tmp/tmpshfmtcus/google-cloud-bigquery-storage-v1alpha2-java/gapic-google-cloud-bigquery-storage-v1alpha2-java/samples/resources')] were copied. Does the source contain files?
synthtool > No files in sources [PosixPath('/tmpfs/tmp/tmpshfmtcus/google-cloud-bigquery-storage-v1alpha2-java/gapic-google-cloud-bigquery-storage-v1alpha2-java/samples/src/**/*.manifest.yaml')] were copied. Does the source contain files?
synthtool > Running java formatter on 81 files
synthtool > Running java formatter on 1 files
synthtool > Running java formatter on 4 files
synthtool > Running java formatter on 0 files
synthtool > Ensuring dependencies.
synthtool > Cloning googleapis.
synthtool > Generating code for: google/cloud/bigquery/storage/v1.
synthtool > Generated code into /tmpfs/tmp/tmppof_jee1.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/CreateReadSessionRequestOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/StreamProto.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/CreateReadSessionRequest.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/SplitReadStreamResponseOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ArrowSchema.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/AvroRows.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ReadSession.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/SplitReadStreamRequestOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ReadRowsResponseOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ThrottleStateOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/AvroSchema.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ReadRowsRequest.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ArrowSchemaOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/SplitReadStreamRequest.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/StreamStats.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ReadRowsResponse.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ThrottleState.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/AvroRowsOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/AvroProto.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/DataFormat.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ArrowRecordBatchOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/StorageProto.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ReadRowsRequestOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ReadSessionOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ArrowRecordBatch.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ReadStreamOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/StreamStatsOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ArrowProto.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/AvroSchemaOrBuilder.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/ReadStream.java.
synthtool > Replaced '// Generated by the protocol buffer compiler.  DO NOT EDIT!' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/SplitReadStreamResponse.java.
synthtool > No replacements made in [PosixPath('/tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/**/*Name.java'), PosixPath('/tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/proto-google-cloud-bigquery-storage-v1-java/src/**/*Names.java')] for pattern /\*
 \* Copyright \d{4} Google LLC
 \*
 \* Licensed under the Apache License, Version 2.0 \(the "License"\); you may not use this file except
 \* in compliance with the License. You may obtain a copy of the License at
 \*
 \* http://www.apache.org/licenses/LICENSE-2.0
 \*
 \* Unless required by applicable law or agreed to in writing, software distributed under the License
 \* is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express
 \* or implied. See the License for the specific language governing permissions and limitations under
 \* the License.
 \*/
, maybe replacement is not longer needed?
synthtool > Replaced 'package com.google.cloud.bigquery.storage.v1;' in /tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/grpc-google-cloud-bigquery-storage-v1-java/src/main/java/com/google/cloud/bigquery/storage/v1/BigQueryReadGrpc.java.
synthtool > No files in sources [PosixPath('/tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/gapic-google-cloud-bigquery-storage-v1-java/samples/src')] were copied. Does the source contain files?
synthtool > No files in sources [PosixPath('/tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/gapic-google-cloud-bigquery-storage-v1-java/samples/resources')] were copied. Does the source contain files?
synthtool > No files in sources [PosixPath('/tmpfs/tmp/tmppof_jee1/google-cloud-bigquery-storage-v1-java/gapic-google-cloud-bigquery-storage-v1-java/samples/src/**/*.manifest.yaml')] were copied. Does the source contain files?
synthtool > Running java formatter on 81 files
synthtool > Running java formatter on 1 files
synthtool > Running java formatter on 31 files
synthtool > Running java formatter on 0 files
synthtool > Wrote metadata to synth.metadata.
Traceback (most recent call last):
  File "/home/kbuilder/.pyenv/versions/3.6.1/lib/python3.6/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/home/kbuilder/.pyenv/versions/3.6.1/lib/python3.6/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/tmpfs/src/git/autosynth/env/lib/python3.6/site-packages/synthtool/__main__.py", line 102, in <module>
    main()
  File "/tmpfs/src/git/autosynth/env/lib/python3.6/site-packages/click/core.py", line 764, in __call__
    return self.main(*args, **kwargs)
  File "/tmpfs/src/git/autosynth/env/lib/python3.6/site-packages/click/core.py", line 717, in main
    rv = self.invoke(ctx)
  File "/tmpfs/src/git/autosynth/env/lib/python3.6/site-packages/click/core.py", line 956, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/tmpfs/src/git/autosynth/env/lib/python3.6/site-packages/click/core.py", line 555, in invoke
    return callback(*args, **kwargs)
  File "/tmpfs/src/git/autosynth/env/lib/python3.6/site-packages/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 205, in _call_with_frames_removed
  File "/tmpfs/src/git/autosynth/working_repo/synth.py", line 36, in <module>
    templates = common_templates.java_library()
  File "/tmpfs/src/git/autosynth/env/lib/python3.6/site-packages/synthtool/gcp/common.py", line 75, in java_library
    return self._generic_library("java_library", **kwargs)
  File "/tmpfs/src/git/autosynth/env/lib/python3.6/site-packages/synthtool/gcp/common.py", line 43, in _generic_library
    if not kwargs["metadata"]["samples"]:
KeyError: 'samples'

Synthesis failed

Google internal developers can see the full log here.

Autosynth passed, closing! :green_heart:


Doesn't show newset info

Epoch is showing that name has a pointer
https://sdk-testnet.aepps.com/v2/names/morethantwelve.chain
{
"id":"nm_2JiYeYyL4qgTm7Rb16AG1LuUWGHdyuH6v8uRcJ2Gfqto9ezBFR",
"pointers: [{"id":"ak_BrJErWKWYUNqGcXzDniXf13saPV6H1dsh1NaDsm913vbPGAH6",
"key":"account_pubkey"}],"ttl":161914
}

But there is no pointer showed in mdw
https://testnet.aeternal.io/middleware/names/morethantwelve.chain
[{
"name":"morethantwelve.chain",
"name_hash":"nm_2YNahsBy9uGurT8RxAa6TFC9ZWNmPX2Tyau3pgynbBciyqZJR8",
"tx_hash":"th_2U3XAJr92rn9fBEFewpCaodaySMMG2YPaxvRnbCmEN8fiXNzbV",
"created_at_height":161414,
"auction_end_height":161414,
"owner":"ak_BrJErWKWYUNqGcXzDniXf13saPV6H1dsh1NaDsm913vbPGAH6",
"expires_at":211414,
"pointers":null
}]

And also this name doesn't associated with a name
https://testnet.aeternal.io/middleware/names/reverse/ak_BrJErWKWYUNqGcXzDniXf13saPV6H1dsh1NaDsm913vbPGAH6
[{"name":"maintest.test","name_hash":"nm_ogiy6aEgGxwmGKihnewQJooin1rzSwgkcrwsKmHCbmivJXoNi","tx_hash":"th_2oSm6NMQsjijQAATGJUoZjWbJNSfUjb2QaYB6vK9AyNwvpAh85","created_at_height":121393,"auction_end_height":136273,"owner":"ak_2AVeRypSdS4ZosdKWW1C4avWU4eeC2Yq7oP7guBGy8jkxdYVUy","expires_at":176347,"pointers":[{"id":"ak_BrJErWKWYUNqGcXzDniXf13saPV6H1dsh1NaDsm913vbPGAH6","key":"account_pubkey"}]},
{"name":"second.test","name_hash":"nm_2U1TRRMfS218aNQ85qvs4RbrAofE15vQewdJi4awTTzSiFczKR","tx_hash":"th_2Nf5ce2TViwEGsERiJ8zVNEAAwVpnccKVpG3TfhzDn2kmvki7P","created_at_height":104898,"auction_end_height":119778,"owner":"ak_BrJErWKWYUNqGcXzDniXf13saPV6H1dsh1NaDsm913vbPGAH6","expires_at":169778,"pointers":[{"id":"ak_BrJErWKWYUNqGcXzDniXf13saPV6H1dsh1NaDsm913vbPGAH6","key":"account_pubkey"}]}]

the name hashes are wrong, somehow. will investigate.


Custom Facade Helper Generation

Now the package can generate helpers for facade methods only if they are written to the configuration file.
Therefore, yesterday I published a package that generates them from the heirs of the main facade found in the project.
I want to ask you. Will your package support this feature or:

should I continue to support my package?
you can send PR to add this functionality (or I can).

that generates them from the heirs of the main facade found in the project

Maybe I'm missing something, but wouldn't that mean that it generates code for something not enabled in the first place? 🤔

Google translated so that I did not understand the essence.Now the ide-helper package from Barry does not know how to generate files for these facades. So I created a package. Now I think it is not easier to send the code to the Barry package... 🤔Best Regards    Andrey Helldar18:45, 9 июля 2020 г., Markus Podar<EMAIL_ADDRESS>that generates them from the heirs of the main facade found in the project
Maybe I'm missing something, but wouldn't that mean that it generates code for something not enabled in the first place? 🤔
—You are receiving this because you authored the thread.Reply to this email directly, view it on GitHub, or unsubscribe.


[QUESTION] [FEATURE?] Why do the generated docs use Z-terminated ISO strings when python doesn't?

First check
[x] I used the GitHub search to find a similar issue and didn't find it.
[x] I already searched in Google "How to X in FastAPI" and didn't find any information.
[x] I searched the FastAPI documentation, with the integrated search.
Description
So, first of all, I know that pydantic is smart and accepts strings ending in Z for datetimes.  I am thankful that pydantic follows ISO guidelines even though python's standard datetime library rejects them.
But It feels weird that the generated docs use this approach rather than the default expected by python (which is, often, to treat a naive datetime as UTC, but otherwise to append +00:00.
It's noteworthy that even when pydantic serializes back to json, it uses the +00:00.
Additionally, given that we can't trivially (by type hints) tell the pydantic model to be based on a specific timezone, it feels like the generated documentation is misleading, suggesting to users that they should be using a timezone-aware string when in fact, there's no guarantee that the code is intended to handle a timezone aware string.
I think I would expect the default behavior to specify simply naive datetime iso strings and have to do something additional to make the documentation suggest tz aware strings, rather than the other way around.
Additional context

In [10]: x = Thing(a="2020-01-01T00:00Z")

In [11]: x.json()
Out[11]: '{"a": "2020-01-01T00:00:00+00:00"}'

In [12]: x = Thing(a="2020-01-01T00:00:00")

In [13]: x.json()
Out[13]: '{"a": "2020-01-01T00:00:00"}'

The OpenAPI spec says that the date-time format (which is what FastAPI and pydantic convert python datetime objects into) only needs to be an RFC3339-compliant string (not ISO8601, but a subset), with no restriction of the timezone format, so both Z and +00:00 need to be supported. I forget how Pydantic handles it, but RFC3339 does mandate that valid strings have a timezone offset specifier, as raised in OAI/OpenAPI-Specification#1498.
From what I can tell, it really is more of an interface issue (OpenAPI implicitly requires date-time strings to be timezone-aware) combined with a defaut value issue (most renderers just use the current UTC datetime as example values for those strings unless you specify a different example). Pydantic just happens to be a bit more permissive in that regard.

Yep, as @sm-Fifteen says :point_up:

This issue is not solved, the problem is the fastapi docs still state that datetime will be seriallized to ISO 8601. https://fastapi.tiangolo.com/tutorial/extra-data-types/
Which is a big lie as the author pointed out.

I've found two ways to make FastAPI produce ISO8601 datetimes:
datetime.now(timezone.utc)
time.time()


Add more advanced use cases in quick start

non resource assertions
kubernetes version
working with CRDs
concurrency
negative testing
multi cluster
label selectors

Closing, done.


Help on init()

Hello , can you provide me some help how to use it ?
Thx

It's just a method you add to your plugin class that is called at plugin load time by slack-machine.
Run whatever code you want your plugin to do once, at start.
eg.. I use it sometime to get a database connection for the plugin going.
(hypothetical example)
class SomePluginWithDB(MachineBasePlugin):
    def init(self):
        self.db = self.db = DB(self.settings["SOMEPLUG_DBURL"])

    def get_tenant_list(self, msg):
        with self.db.session() as s:
            results = s.query(Tenants).all()
            message.reply(f"Tenants: {results}")

Exactly! To be fair, it it explains right there in the documentation

THx  a lot


ACLs in Swarm see #1199 (ReOpen for #1365)

ACLs in Swarm see #1199 #1365
Authorization (ACLs) support in Swarm as a first step towards multi tenancy. #1199
This PR includes (organized by Commits for convenience)
1 - Validation API & Default implementation- Approve/Disapprove/condition of 'Who wants to to what'?
2 - Handler API & Default implementation - Use labels to enforce decision of 1
3 - Feature flag --multiTenant to get this feature going (regular Swarm otherwise)
(Re open PR for internal PM reasons)

Please sign your commits following these rules:
https://github.com/docker/docker/blob/master/CONTRIBUTING.md#sign-your-work
The easiest way to do this is to amend the last commit:
$ git clone -b "ACLs" git@github.com:swarm-hooks/swarm.git somewhere
$ cd somewhere
$ git rebase -i HEAD~11
editor opens
change each 'pick' to 'edit'
save the file and quit
$ git commit --amend -s --no-edit
$ git rebase --continue # and repeat the amend for each commit
$ git push -f

Ammending updates the existing PR. You DO NOT need to open a new one.

@vieux @aluzzardi should this be looked at together with https://github.com/docker/docker/issues/13697 and https://github.com/docker/docker/pull/17412 (@NathanMcCauley is currently working with them on that proposal)

@abronan @chanwit Done with Most of the comments (except Shell tests should be converted to BATS I think)
I agree that moving to godep should happen at a later phase.
Kindly put the tags from the old PR to this one and lets continue our work here.

@doronp done! :) But it seems that some of your commits are still not signed though :( Also would be better if you can squash some commits (like all those Fix for golint mostly). Especially if you plan to add some more on top.
@thaJeztah Thanks this is helpful! We'll take a look at it as this seems closely related.

FYI there's also docker/docker#17412 and docker/docker#17687 dealing with this.

@chanwit : Added BATS tests, however since the tests are run without the --multiTenant flag they fail and hence the build fails. Can you put the Flag on for those tests?
P.S. The tag milestone 1.1.0 did not move from the closed PR (#1365) if it matters.
P.P.S When squashing I older commit inside (not mine) - Should I override that or is that fine?
@tiborvass: Tnx.

@doronp Digging into this one. We are seeing the first bits being merged in docker with docker/docker#15365 (for authZ support with plugins). I wonder how we can think about an integration and use the support straight out of docker maybe? This would simplify the code tremendously on the Swarm side. WDYT?

@abronan.
Indeed it would be neat to harness the docker side authZ support.
I am not completely sure what you had in mind but I can assume at least two additional approaches:
1 - Swarm will pass the requests to the engines in its cluster and those will communicate with the AuthZ back-end via the plugin - Swarm will then aggregate and handle the responses.
I suspect there will be lots of inefficacy in this approach - Swarm will have to access the engines directly every time - it would not be able to use the internal cluster data as to complete operation as it does today*. This will probably have tremendous performance impact especially on bigger cluster (which is a reasonable assumption if someone uses ACL at all)
for example:
ps -a - list all container will access all over the cluster - then filter out to show only the users  containers etc.
*We can keep the operations such as ps in Swarm and only make it do AuthZ  via the engines but it is still inefficient.
2 - Take the AuthZ(+AuthN) plugin from docker and make swarm do that job itself - Swarm is just like an engine in that case
I am going on digging the possible implementation options.
let me know what you think.

Job: Swarm-PRs (engine 1.10) [FAILED](https://jenkins.dockerproject.org/job/Swarm-PRs (engine 1.10)/331/console):

---
- docker network rm
ok 154 mesos - docker network disconnect connect
ok 155 mesos - docker ps
ok 156 mesos - docker run with wrong user
ok 157 mesos - docker run
ok 158 mesos - docker run short lived
ok 159 mesos - docker run no resources
ok 160 mesos - docker run with long pull
ok 161 mesos - docker stats
ok 162 mesos - docker-compose ps
ok 163 mesos - docker-compose scale
ok 164 mesos - docker-compose up
ok 165 mesos - zookeeper
Build step 'Execute shell' marked build as failure
[PostBuildScript] - Execution post build scripts.
[Swarm-PRs (engine 1.10)] $ /bin/sh -xe /tmp/hudson7352657394732297614.sh
+ set +x

---

Job: Swarm-PRs (engine 1.10) [FAILED](https://jenkins.dockerproject.org/job/Swarm-PRs (engine 1.10)/332/console):

---
- docker network rm
ok 154 mesos - docker network disconnect connect
ok 155 mesos - docker ps
ok 156 mesos - docker run with wrong user
ok 157 mesos - docker run
ok 158 mesos - docker run short lived
ok 159 mesos - docker run no resources
ok 160 mesos - docker run with long pull
ok 161 mesos - docker stats
ok 162 mesos - docker-compose ps
ok 163 mesos - docker-compose scale
ok 164 mesos - docker-compose up
ok 165 mesos - zookeeper
Build step 'Execute shell' marked build as failure
[PostBuildScript] - Execution post build scripts.
[Swarm-PRs (engine 1.10)] $ /bin/sh -xe /tmp/hudson7216377487095799164.sh
+ set +x

---

Job: Swarm-PRs (engine master) [FAILED](https://jenkins.dockerproject.org/job/Swarm-PRs (engine master)/1868/console):

---
- docker network rm
ok 154 mesos - docker network disconnect connect
ok 155 mesos - docker ps
ok 156 mesos - docker run with wrong user
ok 157 mesos - docker run
ok 158 mesos - docker run short lived
ok 159 mesos - docker run no resources
ok 160 mesos - docker run with long pull
ok 161 mesos - docker stats
ok 162 mesos - docker-compose ps
ok 163 mesos - docker-compose scale
ok 164 mesos - docker-compose up
ok 165 mesos - zookeeper
Build step 'Execute shell' marked build as failure
[PostBuildScript] - Execution post build scripts.
[Swarm-PRs (engine master)] $ /bin/sh -xe /tmp/hudson413652470329612265.sh
+ set +x

---

Job: Swarm-PRs (engine 1.9) [FAILED](https://jenkins.dockerproject.org/job/Swarm-PRs (engine 1.9)/65/console):

---
e/src/github.com/docker/docker/errors (from $GOPATH)
	/go/src/github.com/docker/docker/errors
../../api/middleware.go:16:2: cannot find package "github.com/docker/docker/pkg/authorization" in any of:
	/usr/local/go/src/github.com/docker/docker/pkg/authorization (from $GOROOT)
	/go/src/github.com/docker/swarm/Godeps/_workspace/src/github.com/docker/docker/pkg/authorization (from $GOPATH)
	/go/src/github.com/docker/docker/pkg/authorization
Build step 'Execute shell' marked build as failure
[PostBuildScript] - Execution post build scripts.
[Swarm-PRs (engine 1.9)] $ /bin/sh -xe /tmp/hudson1665081319797198630.sh
+ set +x

---

Job: Swarm-PRs (engine master) [FAILED](https://jenkins.dockerproject.org/job/Swarm-PRs (engine master)/1901/console):

---
e/src/github.com/docker/docker/errors (from $GOPATH)
	/go/src/github.com/docker/docker/errors
../../api/middleware.go:16:2: cannot find package "github.com/docker/docker/pkg/authorization" in any of:
	/usr/local/go/src/github.com/docker/docker/pkg/authorization (from $GOROOT)
	/go/src/github.com/docker/swarm/Godeps/_workspace/src/github.com/docker/docker/pkg/authorization (from $GOPATH)
	/go/src/github.com/docker/docker/pkg/authorization
Build step 'Execute shell' marked build as failure
[PostBuildScript] - Execution post build scripts.
[Swarm-PRs (engine master)] $ /bin/sh -xe /tmp/hudson353120611749746810.sh
+ set +x

---

Job: Swarm-PRs (engine 1.10) [FAILED](https://jenkins.dockerproject.org/job/Swarm-PRs (engine 1.10)/365/console):

---
e/src/github.com/docker/docker/errors (from $GOPATH)
	/go/src/github.com/docker/docker/errors
../../api/middleware.go:16:2: cannot find package "github.com/docker/docker/pkg/authorization" in any of:
	/usr/local/go/src/github.com/docker/docker/pkg/authorization (from $GOROOT)
	/go/src/github.com/docker/swarm/Godeps/_workspace/src/github.com/docker/docker/pkg/authorization (from $GOPATH)
	/go/src/github.com/docker/docker/pkg/authorization
Build step 'Execute shell' marked build as failure
[PostBuildScript] - Execution post build scripts.
[Swarm-PRs (engine 1.10)] $ /bin/sh -xe /tmp/hudson7725994846652063766.sh
+ set +x

---

Job: Swarm-PRs (engine 1.9) [FAILED](https://jenkins.dockerproject.org/job/Swarm-PRs (engine 1.9)/66/console):

---
- docker network rm
ok 160 mesos - docker network disconnect connect
ok 161 mesos - docker ps
ok 162 mesos - docker run with wrong user
ok 163 mesos - docker run
ok 164 mesos - docker run short lived
ok 165 mesos - docker run no resources
ok 166 mesos - docker run with long pull
ok 167 mesos - docker stats
ok 168 mesos - docker-compose ps
ok 169 mesos - docker-compose scale
ok 170 mesos - docker-compose up
ok 171 mesos - zookeeper
Build step 'Execute shell' marked build as failure
[PostBuildScript] - Execution post build scripts.
[Swarm-PRs (engine 1.9)] $ /bin/sh -xe /tmp/hudson6400289018840403661.sh
+ set +x

---

@vieux @abronan @aluzzardi commit 497e328 is the plugin package import - It does not interfere with functionality and passes all tests. It will help a lot to review and merge it ASAP - better not mix it with the AuthZ plugin code (701d09e commit WIP)  Thanks.

ping @docker/swarm-maintainers

Looks like we would not be able to merge this PR because of merge conflicts. Please rebase, fix conflicts, and force push to your branch.

Looks like we would not be able to merge this PR because of merge conflicts. Please rebase, fix conflicts, and force push to your branch.

@vieux @dongluochen When can we start working on this (I think start with commit 497e328) ?
I'd not want to upset Gordon;-)

Since what's added in the refactor 402ec3ee commit is moved in the later add middleware f827edad commit, I would rather it just went away.
Can't help with the godeps. This needs a rebase.

@MHBauer There was a huge rebase maily  #1880
Had lots of the same changes which were pre requisites for the AuthZ plugin usage..
That made separating Godeps and AuthZ plugin actual  usage less relevant.
About the next step of actually importing and using AuthZ plugin from the Engine:
I did try to test the authZ usage itself and I get conflict version of the discovery version used in it and in swarm:
cannot save github.com/docker/docker/pkg/authorization at revision 6eb38359954269103f2a3094283c4cb0a1cb63f9: already have github.com/docker/docker/pkg/discovery at revision b65fd8e879545e8c9b859ea9b6b825ac50c79e46.
Does that mean that docker authZ and swarm should decide on one revision? Its a bit of a blocker...
About the failing tests - I am not sure this is related to my changes.

@ezrasilvera Good catch. The comment out is due to Godeps indeed. Without that code there is no commit really, with it the error you get is misleading since I could not update the Godeps yet. I will try to determine if I can persuade one side to use the others version to resolve that.

So I changed the revision in the Swarm side it compiles now - Fails are not related to the change AFAIK.

@MHBauer Ping

Be forewarned, docker/docker#21897 is about to move the auth stuff around.

@vieux @abronan what do you think about the design of this?

I think the point of https://github.com/docker/swarm/pull/1366#issuecomment-164195664 was if we could just init the Middleware directly without copying the init into swarm. newAuthorizationMiddleware is already out of date due to changes in docker-engine. It appears to be just a copy of the initial version. If that was not the intent of the comment, it is still what I myself think.

We'd have to reach directly into docker/docker/api/server/middleware to do that though. (Un)Fortunately that is moved by docker/docker#21897  into a pkg so it will be easy to grab in the future.
I can see that was considered, because it is commented out in primary.go. Some general cleanup to remove comments would be nice.

@MHBauer The reason newAuthorizationMiddleware is copied is that it is a bit different, Swarm handlers call chain does not support returning error whereas the dockers does.
In order to avoid that (almost a) copy there needs to be done another change of behaviour in Swarm which is that the handler being used should be able to return error and be like the one in Docker.
When that is done the behaviour could be the same as in Dockers middle wear. And then we can avoid that private function there and use Dockers.
I was planning to do that on another PR since it is not a small change.

@dongluochen - @abronan advised me you can help with this. What are the next steps on my side? 10x.

Hi, may I ask what status of the ACL integration for Swarm is right now?
I have developed a Docker auth plugin called casbin-authz-plugin, and I want it to work on Docker Swarm too. What is the suggested way to do this? Thanks!

@hsluoyz Is your plugin for Docker Swarm-mode? You can find the difference of classic Swarm and Swarm-mode here. You may open issue at  https://github.com/moby/moby for Swarm mode authentication.

Hi @dongluochen ,

Is your plugin for Docker Swarm-mode?

No, my plugin is still a local Docker engine plugin base on: https://github.com/docker/go-plugins-helpers/tree/master/authorization

You can find the difference of classic Swarm and Swarm-mode here.

So I think I should develop the auth plugin based on the new Swarm-mode on the moby repo.

You may open issue at https://github.com/moby/moby for Swarm mode authentication.

I didn't find any information about how to develop an authorization plugin for Docker Swarm mode, I will open an issue in moby to ask about it as you suggested, thanks!


Project: Graph Logger Service is Logs and Mentoring site integrate with MS teams.

Project name
Graph Logger Service
Description
Description and Purpose:
This library provides organizations with a simple and easy way to monitor sites or applications through a Microsoft Teams channel, ensuring that their sites are always up and running/ UP OR DONW. With this library, you can set up custom alerts for important metrics and receive notifications in real-time, directly in your Microsoft Teams channel.
By integrating with Microsoft Teams, this library allows you to easily share important information with your team, collaborate on troubleshooting, and quickly take action to resolve any issues that arise. Whether you're a small startup or a large enterprise, this library can help you streamline your monitoring process and keep your sites running smoothly.
Features:
Easy setup and configuration
Real-time alerts and notifications in Microsoft Teams
Check site is UP Or Downing
Logs handling by custom log provider.
Repo URL
https://github.com/zanyar3/graph-logger-service
Team members
https://github.com/zanyar3/zanyar3

Cool @zanyar3! Would you be willing to record a short video to demonstrate the app? It's not required for the hackathon but it would help us showcase your work internally at Microsoft and publicly in the community 😊


Questions for Scenario 3

No way to put that monthly bills are for old, different account

Add other_type for other monthly bill


change default arch to win64_msvc2022_64 on Windows with Qt6 6.8.0

Qt now distribute Qt6 6.8.0 built against MSVC 2022.
the action fails to install Qt6 6.8.0 because of the wrong arch.

Can we make a new release with this one?
Or is there an easy way to use this patch already?


Remove debugger; statement for diff computation

With the large files like automatically generated traces kept in version control, it is possible that diff algorithm actually times out. It is not clear why the debugger; statement is needed for this case, it is seems that only reporting a timeout in this case is 'by design'. Also, it is not recommended to keep debugger statements in production code (eslint inspection).

Thanks for the PR! I'm going to fix this in a different way though.


[Feature Request]: Being able to create child loggers

🔎 Search Terms
logger, scope, child
The vision
In pino and bunyan you can create additional child loggers from a logger that keep their own scope metadata. I am happy with winston currently and don't wanna switch logging libraries. But having that feature would be wonderful addition.
Here is how you can call it in pino
 const childLogger = logger.child({ scope: "child" });

Use case
No response
Additional information
No response

I think Winston already supports child loggers, even if imperfectly so.


svg_loader: gradient inheritance implemented

Till now only the grad stops were inherited. Now all
grad attribs are.
Inheritance from different grad type is not supported.
@issue: https://github.com/thorvg/thorvg/issues/1209

split into two separate commits to make it easier to read

Declaration order changes caused a lot of diffs. It was a bit difficult to find real changes. hahaha... LGTM :)

That's why I made two commits - one with changed order (without any logical changes) and one with the changes important to rev


[Action] wework employees form coalition and writes open letter

https://twitter.com/WeWorkersCo/status/1192784795060899840?s=19

https://twitter.com/FT/status/1192911865225109505?s=19


Upload problem .docx and .xlsx

Hi guys,
I discovered a problem with uploading .docx and .xlsx files. When uploading these files they are interpetted as application/zip.
I fixed it by editting the application/config/mimes.php file:
1:
Replace: 'docx'	=>	'application/vnd.openxmlformats-officedocument.wordprocessingml.document',
With: 'docx'	=>	array('application/vnd.openxmlformats-officedocument.wordprocessingml.document', 'application/zip'),
2:
Replace: 'xlsx'	=>	'application/vnd.openxmlformats-officedocument.spreadsheetml.sheet',
With: 'xlsx'	=>	array('application/vnd.openxmlformats-officedocument.spreadsheetml.sheet', 'application/zip'),
Hope you guys can fix this soon... Thanks

As a few others ... if not already resolved - this should be fixed with #757, as the detection no longer relies on what is sent by the browser.


What happened to environment.yml

Was it removed intentionally?

I might have accidentally deleted it. That said, maybe we don't need it as the dependencies are in the settings.cfg file anyway and are hence parsed by setup.py?
In general I don't really like duplication of dependencies. But if you want it back feel free to make a PR :)

All good. The make arm_env stopped working. I'll replace it with something that relies on the package dependencies.


impl->fam dispatch: read lang fam list from file not secret

This change makes managing language family membership of each
implementation cnb more easy and transparent.
To make use of this, you'd do the following in your
implementation cnb:

remove the secret LANGUAGE_FAMILY_REPO
create a file .github/language-family-membership whose contents must
be each target language family per line (syntax: <org>/<repo>)
you may add the this file to .github/.syncignore

Signed-off-by: Arjun Sreedharan<EMAIL_ADDRESS>

waiting for the following repos to get the languge-family-membership file:
Node-start (PR), Npm-start, Yarn, Yarn start, Tini, Staticfile, Pipenv (PR)

@sophiewigmore  npm-start, yarn, yarn-start, tini and staticfile are not part of any language family metabuildpacks. The workflows fails for them by design.

All PRs expect the one in pipenv are merged. Pipenv buildpack is dysfunctional at the moment with integration tests failing on main


Add bufferingAppenderSkeleton support to Google.Cloud.Logging.Log4Net

I would like to make the GoogleStackdriverAppender appender operate in a similar way to SmtpAppender - ie. that it uses a lossy buffer that flushes when an ERROR level is logged. This way, I can get the context of the problem without writing large volumes of data into StackDriver.
Might this be possible or is there another way to achieve this?
  <appender name="CloudLogger" type="Google.Cloud.Logging.Log4Net.GoogleStackdriverAppender,Google.Cloud.Logging.Log4Net">
    <layout type="log4net.Layout.PatternLayout">
      <conversionPattern value="%-4timestamp [%thread] %-5level %logger - %message" />
    </layout>
    <projectId value="myProjectId" />
    <logId value="mySampleLog" />
    <bufferingAppenderSkeleton>
      <lossy value="true" />
      <bufferSize value="50" />
      <evaluator type="log4net.Core.LevelEvaluator">
        <threshold value="ERROR" />
      </evaluator>
    </bufferingAppenderSkeleton>
  </appender>

Thanks!

@phw198 Thanks for the request.
I think we're not likely to implement this directly within the GoogleStackdriverAppender.
However, I'm fairly sure you can use log4net's BufferingForwardingAppender (and see config example here) to do exactly what you're wanting.

Closing. If you consider the appender should be changed, please leave further comments here and we can re-open if necessary.

@chrisdunelm Perfect, that's just what I needed! Thanks for the help and sorry I haven't been able to respond sooner.
For anyone else that might end up here, I've ended up with
  <appender name="CloudLogger" type="Google.Cloud.Logging.Log4Net.GoogleStackdriverAppender,Google.Cloud.Logging.Log4Net">
    <layout type="log4net.Layout.PatternLayout">
      <conversionPattern value="%-4timestamp [%thread] %-5level %logger - %message" />
    </layout>
    <projectId value="myProjectId" />
    <logId value="mySampleLog" />
  </appender>

  <appender name="BufferingForwardingAppender" type="log4net.Appender.BufferingForwardingAppender" >
    <bufferSize value="50" />
    <lossy value="true" />
    <evaluator type="log4net.Core.LevelEvaluator">
      <threshold value="ERROR" />
    </evaluator>
    <appender-ref ref="CloudLogger" />
  </appender>

...and then referenced BufferingForwardingAppender (not CloudLogger) in the root element.


how to change the bio info?

I'm now using this theme but I cant seem to be able to change the text bio. How can I do that?

just add the content in index.html and check it locally, then push it to your GitHub repository.


[FEATURE] cerbero recipe

https://github.com/GStreamer/cerbero

Please elaborate on this feature request


"Could not locate the chef-client bin in any known path" when running rspec

I think this issue is somewhaqt related to this one here.
Some basic information:
Happens since ChefDK Version: 0.12.0
Current ChefDK Version: 0.13.21
Chef gem Version: 12.9.41
OS: Windows 7
Problem: Whenever I run rspec I get the following error message and all tests fail:
RuntimeError
------------
Could not locate the chef-client bin in any known path. Please set the proper path by overriding the node['chef_client']['bin'] attribute.

This happens only with cookbooks that have been created with ChefDK 0.12.0 or higher. Which is pretty strange imho.
I had a similar Problem on linux but there a reinstallation of ChefDK helped. Unfortunately I am doomed to use Windows here and a deinstall/reinstall does not help. A bundle update or bundle install on the cookbook doesn't help either.
Is there a cache or something I can delete? Or is this a known issue?
Cheers,
Stefan

Nobody has a clue? This is really a blocker and we don't know how to proceed. This happens in PS and Git Bash.

Well, I found it myself. It was basically a stub of File.executable? But we still don't know what changed since it was working before without the stub.

Could you please elaborate a bit on how you resolved the issue?  I've run into the same problem and I not sure how to do the stubbing.

Closing this one out as the initial issue was solved.


Documentation & Topic Structure

The existing documentation on FluidFramework.com is fairly encyclopedic. Can we improve the learning path through Fluid so that developers can easily learn about Fluid and do new useful things with every topic they learn?
I propose we have a flatter learning structure, where there are 1 or 2 lessons we expect developers to learn, but, after that, mostly all topics start from scratch and address a specific scenario.
Proposed Topics
Hello World

[ ] Get and Set Data

Hello World ++ (10x level course)

[ ] Alternative Views {React, Vue, Angular, etc)
[ ] Connect to managed service (should this be as simple as: How to play with your friends)

20x  level courses

[ ] 2nd Data Object in container(same type)
[ ] 2nd Data Object type in container
[ ] DIY DataObject
[ ] Using DDS
[ ] DataObject w/ View (Do we have a specific name for this?)
[ ] Host a Fluid Gateway
[ ] Building a Fluid Package
[ ] Testing a Fluid Application

30x level courses

[ ] Authentication
[ ] Access Control
[ ] Two containers on one page
[ ] Build your own Distributed Data Structure
[ ] Custom Container Requests
[ ] Batch operations
[ ] Upgrade from container version 1 -> container version 2

Exit Criteria
The exit criteria of this issue is (1) verifying this list & (2) building out & linking issues for each scenario.

@tylerbutler FYI

@tylerbutler FYI

This is helpful. The documentation should start with Aqueduct, and not introduce all the lower-level stuff until later. If Aqueduct is supposed to be an easier onboarding route, that should be what's used in all the 10x & 20x documentation.

@SamBroner Do you want stubs created for any of these topics?


Load CSV in a Table

@mmzeeman would it be possible to load a CSV from disk into DuckDB table?
The DuckDB webpage has such an example.

Note that there is an issue with loading duckdb extensions. Duckdb loads these extensions on the fly, but I noticed the extensions are not always available.
It looks like the CSV functionality is not a duckdb extension, and it should work. I did not test it though.
I will try to push a core duckdb lib update this weekend, maybe that will help.

@mmzeeman amazing. I will wait for the new push. Many thanks.

I updated duckdb to v0.4.0 and did a quick test in the shell. I could extract data from a css file. Let me know if it works for you too.
7> {ok, R} = educkdb:query(C, "SELECT * FROM 'test.csv';").
{ok,#Ref<0.1512156153.963510292.189268>}
8> educkdb:extract_result(R).
[#{data => [{1988,1,1},{1988,1,2},{1988,1,3}],
   name => <<"FlightDate">>,type => date},
 #{data => [<<"AA">>,<<"AA">>,<<"AA">>],
   name => <<"UniqueCarrier">>,type => varchar},
 #{data =>
       [<<"New York, NY">>,<<"New York, NY">>,<<"New York, NY">>],
   name => <<"OriginCityName">>,type => varchar},
 #{data =>
       [<<"Los Angeles, CA">>,<<"Los Angeles, CA">>,
        <<"Los Angeles, CA">>],
   name => <<"DestCityName">>,type => varchar}]

@mmzeeman Working perfectly. Thanks for this great addition.


Add pretty formatter with publish

Is your pull request related to a problem? Please describe.
https://github.com/cucumber/cucumber-ruby/issues/1468
Missing pretty formatter when using --publish
Describe the solution you have implemented
In cli/configuration, I have added the pretty formatter per default when only message(s) formatter(s) are specified.

Why is the windows build failing?
Is it a known issue?
I assume that it is not because of the changes I submit but maybe I am wrong?

Why is the windows build failing?
Is it a known issue?
I assume that it is not because of the changes I submit but maybe I am wrong?


Add an indentation in compose-gettingstarted.md

Proposed changes
I think there should be an extra indentation before the web service for better readability.

Unreleased project version (optional)

Related issues (optional)

Deploy preview for docsdocker ready!
Built with commit c6c76bf50eae2560638a5e2c71c07046f28d9ebc
https://deploy-preview-8487--docsdocker.netlify.com


Editing Leadership for Bof Requests is a game of bring-me-a-rock

The queryset for the personchooser on the edit leadership form for Bof Requests needs to be updated to only offer people who will match the form validation criteria (being IAB or IESG).
Right now it will let you select anyone, but then yell at you for selecting someone that's not IAB/IESG.

Keeping the current searchable field will require adding support for filtering on role in the ajax_select2_search() endpoint (or adding a new endpoint with filtering).
At the moment, there are only 26 Person records that can be selected - that's possibly reasonable for a pulldown select input.

Is it single vs multiselect at the moment?

It is multiselect, so the standard pulldown is not really workable unfortunately. I spent some time beating on select2 to try to make it use only pre-seeded data, which should solve this. Something that I haven't yet identified was causing it to make ajax requests even when configured without it.


Use hiera_hash with create_resources

Use the hiera_hash function together with create_resources for the $consul::acls, $consul::checks, $consul::services and $consul::watches parameters. This allows these resources to be defined in multiple levels of the Hiera hierachy.

Sorry, I don't think modules should be calling hiera directly like this. Using hiera_hash isn't necessarily the behavior that users want, it should be opt-in.
However if you need this behavior, you can use it like this:
class { 'consul':
  services => hiera_hash('consul::services'),
  ...
}

And get any special hiera behavior (optional hierarchy levels, etc), but the module it self I think should be "naive" and just accept input parameters.


fix: remove .lower() to match model package group name. Fixes #18.

Issue #, if available:
#18
Description of changes:
Match actual model package group name with IAM resource
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Great, thank you !


Body macro can’t be attached to variables

The function body macro proposal states:

When using the shorthand syntax for get-only properties, a function body macro can be applied to the property itself:

But the following does not compile
@stringify // error: 'body' macro cannot be attached to var ('x')
var x: Int { 2 }

With stringify being a function body macro.
Attaching a function body macro to a getter also doesn’t work:
var x: Int {
  @stringify get { 1 } // error: Declaration is not a type with an optional code block
}

rdar://130739935
MyMacro.zip

Anything I could do to help get this across the finish line? I've got a library in mind that would use this and I'm eager to try it 😊

This would need to be implemented in the compiler. If you want to give it a shot, that would be great!

I'll take a look - any pointers? Also - just to triple check before hacking on it; this functionally is supposed to exist, correct? I didn't just misread the proposal?


Generate Creator wrapper method to allow easy constructor reference in Kotlin companion object

By generating an extra Java method like this one (for example inside the Factory):
static <T extends FooModel> Creator<T> creator(@NonNull Creator<T> creator) {
    return creator;
}

Then it's easy to make a companion object in Kotlin that implements the Creator interface for a model:
package com.example

import com.example.FooModel.Creator
import com.example.FooModel.Factory
import com.example.FooModel.Factory.creator
import com.google.auto.value.AutoValue
import com.squareup.sqldelight.RowMapper

@AutoValue
abstract class Foo : FooModel {
    companion object : Creator<Foo> by creator(::AutoValue_Foo) {
        val FACTORY = Factory<Foo>(this)
        val MAPPER: RowMapper<Foo> = FACTORY.some_query()
    }
}

And use it like:
Foo.create(...)

Plus, by annotating the create method in the interface with @JvmStatic then the same is possible in Java.
This technique could be taken further by creating a base class for the companion object that automatically exposes the factory (and perhaps more).
P.S. I'm afraid that creating the extra method is necessary because of how SAM conversions work, but maybe there's a better way?

Nevermind, I just discovered that this can be done in Kotlin without the wrapper method with this syntax:
companion object : Creator<Foo> by Creator(::AutoValue_Foo) {

The point about having the option to add @JvmStatic to the interface still holds though.

coolcool i'll link #227 here and close this for now then

If anyone like me will end up having a .sq model with more than 24 fields, then beware that method reference will not compile with exception that Function25 is an unknown interface. This may seem a bit confusing at first, but it makes sense - kotlin only has as much as Function24 interfaces :)
In this case you need to replace a reference you pass to the Creator with some plain function call.


Add the proxy Middleware, enhance logger and config pkgs

This PR will introduce significant updates to the proxy middleware to forward specific requests to the subsystem that has the corresponding features.
This could be the base line of #108
Changes are detailed below:

Add the proxy Middleware

Developed proxy middleware to forward specific requests to target servers
Implemented routes to forward certain requests to the Tumblebug API server
Enhanced request routing for better performance and flexibility

Check the readiness of Tumblebug

Added checks to ensure the readiness of the Tumblebug service, enhancing reliability and stability.

Add NoOpLogger

Introduced a NoOpLogger to prevent unnecessary WARN logs from being printed, streamlining log output.

Set route groups

Organized and set route groups for better structure and maintenance.
Note: The current route package will be deprecated.

Set custom caller for consistent log format

Implemented a custom caller to ensure log formats remain consistent across different running environments.

Update configurations and environment variables

Revised configuration files and environment variables for better integration and ease of management.

/approve


cmd/go: 'go build' sets arbitrary requirement of module name containing dots

All of my dependent modules are in order, and none of them have a hostname prefix that contain dots. The convention we have been using for years with GOPATH is "company/foo/bar", rather than "our.company.com/foo/bar".
What version of Go are you using (go version)?
$ go version
go version go1.11 linux/amd64

What did you do?
Built a proxy which can be used to serve up modules which reflect our real world, which is a world with custom import paths with no "hostname" prefix. Trying to use go build with this proxy and our modules results in the go build command complaining that our modules do not start with a "hostname" prefix, because the first path element in our modules do not contain any dot characters.

A peek at the go.mod file we are about to use:
$ cat go.mod
module indeed/gophers/libconfig

require (
	indeed/gophers/3rdparty/p/github.com/pkg/errors v0.0.1
	indeed/gophers/3rdparty/p/github.com/stretchr/testify/assert v0.0.1 // indirect
	indeed/gophers/3rdparty/p/github.com/stretchr/testify/require v0.0.1
	indeed/gophers/3rdparty/p/github.com/stretchr/testify/suite v0.0.1 // indirect
	indeed/gophers/libtest v0.0.1
)

Lines up fine with the modules being served from the proxy.
Okay let's build it
 $ echo $GOPROXY
http://localhost:12505

$ go build
go<EMAIL_ADDRESS>unrecognized import path "indeed/gophers/3rdparty/p/github.com/stretchr/testify/require" (import path does not begin with hostname)
go<EMAIL_ADDRESS>unrecognized import path "indeed/gophers/libtest" (import path does not begin with hostname)
go<EMAIL_ADDRESS>unrecognized import path "indeed/gophers/3rdparty/p/github.com/pkg/errors" (import path does not begin with hostname)
go<EMAIL_ADDRESS>unrecognized import path "indeed/gophers/3rdparty/p/github.com/stretchr/testify/suite" (import path does not begin with hostname)
go<EMAIL_ADDRESS>unrecognized import path "indeed/gophers/3rdparty/p/github.com/stretchr/testify/assert" (import path does not begin with hostname)
go: error loading module requirements

Hmm, that's not useful. The go build command is enforcing import paths to begin with a path element that contains dot characters. This seems totally arbitrary (at least in the context of GOPROXY) and breaks at least this one real world use case (a fix on our end would be "atomically" updating hundreds of repositories and interrupting dozens of developer workflows).
It seems to me at least with GOPROXY set, go build should just trust that the module will be resolvable.

This seems totally arbitrary (at least in the context of GOPROXY)

It's not totally arbitrary. Dotless paths in general are reserved for the standard library; go get has (to my knowledge) never worked with them, but go get is also the main entry point for working with versioned modules.
(It's also kind of weird to use names like indeed/gophers/3rdparty/p/github.com/stretchr/testify/require to refer to what is presumably a vendored copy of github.com/stretchr/testify/require: vendoring should no longer be necessary with modules, although you could certainly still maintain forks in order to apply local edits.)

a fix on our end would be "atomically" updating hundreds of repositories and interrupting dozens of developer workflows

It may be the case that you'd need to update lots of repositories, but it's not obvious to me why that would have to be atomic. Now that Go has type aliases, it is generally straightforward to define one package as a thin forwarding shim for another; with semantic import paths, we should probably even write a tool to automate construction of those shims, because I expect it will be common to define vN packages as forwarding shims for vN+1.
The general migration process would be:

Define indeed/…/somepkg as a forwarding shim for indeed.com/…/somepkg (using type aliases and forwarding functions).
Fix up callers to import from the new indeed.com/…/somepkg path (using go fix or fiximports or a similar tool).
Remove the forwarding shim.

@bcmills @rsc  Thinking about this some more, the assertion that a hostname must contain dots is not even correct. https://tools.ietf.org/html/rfc952

A "name" (Net, Host, Gateway, or Domain name) is a text string up
to 24 characters drawn from the alphabet (A-Z), digits (0-9), minus
sign (-), and period (.).  Note that periods are only allowed when
they serve to delimit components of "domain style names".

go get may have never worked with non addressable names. I don't see how that is relevant, except to say there is code out there that does not abide by its requirements. Until now, go get has not been a required component of the go compiler.
Furthermore, with this assertion, the go1.X compiler will no longer be compliant with the Go1 BNF
https://golang.org/ref/spec#Import_declarations
which does not stipulate that a non-stdlib package must contain dots in the first path element.

t's also kind of weird to use names like ...

Welcome to about 6 years ago, to a huge source tree that predates the GOVENDOR experiment, and an internal package system that was usable with private and authenticated VCSs. We are very much looking forward to relieving years of pain with Go modules, but understandably the transition isn't painless, due to quirks like this one.

with this assertion, the go1.X compiler will no longer be compliant with the Go1 BNF

The BNF isn't the entire spec. The relevant clause is this one (emphasis mine):

The interpretation of the ImportPath is implementation-dependent but it is typically a substring of the full file name of the compiled package and may be relative to a repository of installed packages.

In this case, you can think of the universe of modules as the “repository of installed packages”, and the dotted-domain restriction ensures that module paths do not collide.
(It is possible that we'll revisit that requirement in light of the local-proxy use case, but I'm not sure either way. For what it's worth, Google also has a substantial body of code using non-domain-prefixed import paths.)

FWIW we've got this patched version of go1.11 that we're using internally now which removes the "hostname" check. Our internal GOPROXY is the source of truth for managing namespaces, not go get.
As a side note we do plan on migrating away from the dot-less indeed/ prefix as well as the gross 3rdparty-vendoring-into-a-single-monolithic-nightmare-repository, but that's easier to do after migrating to Go modules, which gives us semver semantics and the ability to make those changes without disrupting (too much) people's workflow.

We want to allow experimentation, so we're not categorically cutting off all module statements in all contexts without dots, but anything that has to get resolved through downloading needs a dot and more generally should have a fully qualified domain name. That's how we've carved the name space between standard library and external things. I understand that pedantically the RFCs don't require dots but that's the separation we've used from very very early on with goinstall and later go get.

Sorry, but if we ever thought "indeed" (an ordinary English word!) were a great name for a standard library package, then you'd have a problem. I would encourage you as part of adopting modules to change your import paths to indeed.com or some other name that is unambiguously under your control.


Events isn't executed: calculate sum order details row in order form

I'm trying to calculate total rows of the orderdetails and bass the sum to total field in the order form, I tried most events to do the calculation, but no one worked except click or dbl click events.
I tried slickGrid.onAddNewRow, slickGrid.onSelectedRowsChanged.
this.form.InvoiceItem.slickGrid.onAddNewRow.subscribe(function (e, args) {                 console.log("onAddNewRow event excuted");                 var row = item.getGrid().getDataLength();                 var sum = 0.00;                 for (var i = 0; i < row; i++) {                     sum += item.itemAt(i).Total;                 }                 self.form.SubTotal.value = sum;             });
Also i tried:
            this.form.InvoiceItem.change(e => {                 console.log("change event excuted");                 var row = item.getGrid().getDataLength();                 var sum = 0.00;                 for (var i = 0; i < row; i++) {                     sum += item.itemAt(i).Total;                 }                 self.form.SubTotal.value = sum;             })
this code in InvoiceDialog.ts file.

got it.
`
export class OrderDialog extends Serenity.EntityDialog<OrderRow, any> {
    constructor() {
        super();
        (this.form.DetailList.view as any).onDataChanged.subscribe(() => {
            var total = 0;
            for (var k of this.form.DetailList.getItems()) {
                total += k.LineTotal || 0;
            }
            Q.notifySuccess(total.toString());
        });
    }`

from issue #1068
thanks @volkanceylan


Custom model training error

Hello, everyone!
I have a problem with training my own model. When I run detectnet --model=models/ball/ssd-mobilenet.onnx --labels=models/ball/labels.txt --input-blob=input_0 --output-cvg=scores --output-bbox=boxes csi://0
I get an error: detectnet error
It is my onnx model: ssd-mobilenet.onnx. I think she’s kind of weird.
Jetpack 4.2 + PyTorch 1.4 + TorchVision 0.5 + tensorrt <IP_ADDRESS> CUDA Version 10.0.326

Hi @Balpoff, just wanted to confirm - did you train this with train_ssd.py from the tutorial from this repo?
I'm not exactly sure what the issue may be, however the JetPack/TensorRT version strikes me as a bit older for this model.  I recall adding this support for custom-trained SSD-Mobilenet around the JetPack 4.3/4.4 timeframe.  Which Jetson are you using?   Is it possible for you to re-flash your device with newer JetPack (which will by virtue have newer TensorRT) and try again?

Looking back through my GitHub docs, yea I believe you need to upgrade to JetPack 4.4 to have a TensorRT version that can properly load the model, because I have this notice on the page:
https://github.com/dusty-nv/jetson-inference/blob/master/docs/pytorch-ssd.md#setup

note: first make sure that you have JetPack 4.4 or newer on your Jetson

did you train this with train_ssd.py from the tutorial from this repo?

Yes

Which Jetson are you using?

Jetson Nano

Is it possible for you to re-flash your device with newer JetPack (which will by virtue have newer TensorRT) and try again?

The point why I use raspberry camera v1 (sensor OV5647) right now it works because I found a driver for jetpack 4.2, but as soon as I re-flash jetson nano it will stop working. Do you know about using it on jetpack 4.4?

The point why I use raspberry camera v1 (sensor OV5647) right now it works because I found a driver for jetpack 4.2, but as soon as I re-flash jetson nano it will stop working. Do you know about using it on jetpack 4.4?

Unless you have an updated driver, I don't think so, as OV5647 isn't officially supported in JetPack.  The OV5647 sensor is EOL so we support the newer IMX219-based Raspberry Pi camera v2 in JetPack.


Fix derivation path in README

Incorrect derivation path mentioned. Change from m/44'/818'/0'/0/0 to m/44'/818'/0'/0

Codecov Report

Merging #5 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master       #5   +/-   ##
=======================================
  Coverage   99.32%   99.32%
=======================================
  Files           5        5
  Lines         296      296
  Branches       48       48
=======================================
  Hits          294      294
  Misses          2        2

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 ca27377...a7e2f7c. Read the comment docs.

correct the code too


Holes in ways

Hi,
ID makes good things but not completely.
When we create a road and we "miss" the connexion to another road (the first node of the new road is very closed of the other road but there is an hole between them), when we wanted to save, we have a message of ID telling that a road is not connected.
But ID don't see all the holes and some should be I think :

it doesn't see that a bridge (or a tunnel and so on) is correctly connected on both sides. A road connected only on one side is not a pb, a lot of roads of course end "nowhere". But a bridge (a tunnel...) has to be connected on both sides and ID don't warn us if any.
there is another kind of holes very difficult to see : 2 times when driving with my GPS with OSM maps, it told me stupid things (calculate a very long route rather than a short one) not because a true hole between 2 roads but because one road was put like a one-way road by error. I explain with one of the 2 cases : there was a road with a separator. In OSM the road was displayed by 2 one-way ways, I will call them way 1 and way 2. At the end of the separator, the way 1 was stopped on one node of the way 2, no pb here. The pb was that the way after this node was not a new way (way 3) with no attribute but the same way (way 2) with of course the one-way attribute.
So, for the GPS (and the road), looks like an hole but only in one direction : you may drive from the separator to outside, following the way 2, but you were not allowed to enter the separator, it was impossible to drive on the way 1 because the way 1 begins nowhere, there was in fact no way arriving at the beginning of the way 1. For us difficult to see (like I said I found 2 times these error in OSM and my habit of OSM is not important so I imagine there are other cases) but very easy I think for ID (the first node of a one-way way has to be connected to a way with 2 directions or to a one-way way with the same direction).

Best regards
Mahab

Q/A tools like KeepRight and others are probably currently the best way to catch these disconnected ways.
KeepRight integration will be shipping in the next release of iD, see #5201, but we plan to add others soon also, as well as the capability to check the user's work for issues as they are editing.

OK, perfect !
Best regards


GH-44985: [C++] Use recommend downloads URLs for ORC and Thrift

Rationale for this change
https://archive.apache.org/ is not suitable as the download primary location for CI builds, as it has strict rate limits and can cause download timeouts if the limit is reached.
What changes are included in this PR?
Use the recommended download addresses and fall back on the ASF CDN.
Are these changes tested?
Yes, by CI.
Are there any user-facing changes?
No.

GitHub Issue: #44985

@github-actions crossbow submit bundled

@amoeba This should be a partial improvement since it will result in halving the number of download attempts from download.apache.org.

@kou

closer.lua redirects to dlcdn.apache.org or something for the latest release and archive.apache.org for old releases automatically.

If we use closer.lua, then downloads risk failing again when the closer.lua service is unavailable, right? The point of a CDN is to make the downloads reliable.
https://dlcdn.apache.org/orc/ provides several older ORC releases, and we should bump to the newer version regularly anyway.

By the way:

Could you open an issue for this because this is not MINOR in the current our definition?

Yes, sorry, I'll do that. I didn't want to open a new issue before validating that this PR works.

closer.lua redirects to dlcdn.apache.org or something for the latest release and archive.apache.org for old releases automatically.

If we use closer.lua, then downloads risk failing again when the closer.lua service is unavailable, right? The point of a CDN is to make the downloads reliable.

Right. But I think that closer.lua is enough stable. I've never seen closer.lua` down.

https://dlcdn.apache.org/orc/ provides several older ORC releases, and we should bump to the newer version regularly anyway.

It works for the latest Apache Arrow release. If a user wants to build old Apache Arrow, the target ORC may not exist in https://dlcdn.apache.org/orc/ . For example, Apache Arrow 16.0.0 uses ORC 2.0.0 https://github.com/apache/arrow/blob/apache-arrow-16.0.0/cpp/thirdparty/versions.txt#L93 but ORC 2.0.0 doesn't exist in https://dlcdn.apache.org/orc/ now. closer.lua always works both for ORC 2.0.3 and ORC 2.0.0.

Yes.

@github-actions crossbow submit bundled

Ok, looking at the logs of a bundled build, CMake simply ignores the closer.lua download result because its hash doesn't match (it's an HTML page!):
-- Downloading...
   dst='/build/cpp/thrift_ep-prefix/src/thrift-0.20.0.tar.gz'
   timeout='none'
   inactivity timeout='none'
-- Using src='https://www.apache.org/dyn/closer.lua/thrift/0.20.0/thrift-0.20.0.tar.gz'
-- verifying file...
       file='/build/cpp/thrift_ep-prefix/src/thrift-0.20.0.tar.gz'
-- SHA256 hash of
    /build/cpp/thrift_ep-prefix/src/thrift-0.20.0.tar.gz
  does not match expected value
    expected: 'b5d8311a779470e1502c027f428a1db542f5c051c8e1280ccd2163fa935ff2d6'
      actual: 'b72837b855681fbdd4820c3268cd04ff958efc614eaaa992892a5f37c5ab5ea1'
-- Hash mismatch, removing...
-- Using src='https://dlcdn.apache.org/thrift/0.20.0/thrift-0.20.0.tar.gz'
-- [download 0% complete]
-- [download 1% complete]
-- [download 2% complete]
-- [download 3% complete]
-- [download 4% complete]
-- [download 5% complete]
-- [download 7% complete]
-- [download 9% complete]

This makes closer.lua actually unusable...

Ah, sorry, I had forgotten to add ?action=download.

@github-actions crossbow submit bundled

@kou Do you want to review this again?


Docker ci setup

Pull Request Description
Add Docker CI to publish images with build artifacts for Java 8, and Java 11

We can't use janky CI for public repos. Abandoning this.


Add contract deployment example

Codecov Report

Merging #117 (e51fe63) into main (fd7adf6) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #117   +/-   ##
=======================================
  Coverage   68.15%   68.15%
=======================================
  Files          18       18
  Lines        2179     2179
=======================================
  Hits         1485     1485
  Misses        694      694

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

Maybe out of the scope of this PR but, maybe we should add a CI step to check this and future examples compile
with: cargo build --examples, wdy @jpcenteno?

Great work, left some comments.

Tested again and got this output:
Contract address: 0xb76ed02dea1ba444609602be5d587c4bffd67153
greet: Hey
setGreeting transaction hash 0x272d457c29e13b03f0e2ae7eaa3965484bc6d4ef4892680ba1bc9d61fafd8b69
greet: Hello

Great job @jpcenteno ! 😄


fix: timeout calibnet sync check CI job after 30min

Summary of changes
Changes introduced in this pull request:

timeout calibnet sync check CI job after 30min in case sth fiasco happens

The sync check get stuck for many jobs today
https://github.com/ChainSafe/forest/actions/runs/3602116313/jobs/6068686595
https://github.com/ChainSafe/forest/actions/runs/3599914822/jobs/6069802055
https://github.com/ChainSafe/forest/actions/runs/3600286567/jobs/6064781162
and many others
Manually cancelling them to save CI resources
Reference issue to close (if applicable)

Closes
Other information and links

30 minutes might be cutting it a bit close. A cold build can take nearly 20 minutes alone. The leaves 10 minutes to download a snapshot, sync, and run all the tests.

The timeout does not count build time, it's the sync check step only

The timeout does not count build time, it's the sync check step only

Ah, okay.