Release version 2.1.0

This is a component issue for 2.1.0.
Coming from opensearch-build#1818. Please follow the following checklist.
Please refer to the DATES in that post.
How to use this issue

This Component Release Issue
This issue captures the state of the OpenSearch release, on component/plugin level; its assignee is responsible for driving the release. Please contact them or @mention them on this issue for help.
Any release related work can be linked to this issue or added as comments to create visiblity into the release status.
Release Steps
There are several steps to the release process; these steps are completed as the whole component release and components that are behind present risk to the release. The component owner resolves the tasks in this issue and communicate with the overall release owner to make sure each component are moving along as expected.
Steps have completion dates for coordinating efforts between the components of a release; components can start as soon as they are ready far in advance of a future release. The most current set of dates is on the overall release issue linked at the top of this issue.
The Overall Release Issue
Linked at the top of this issue, the overall release issue captures the state of the entire OpenSearch release including references to this issue, the release owner which is the assignee is responsible for communicating the release status broadly.  Please contact them or @mention them on that issue for help.
What should I do if my plugin isn't making any changes?
If including changes in this release, increment the version on 2.0 branch to 2.1.0 for Min/Core, and <IP_ADDRESS> for components. Otherwise, keep the version number unchanged for both.

Preparation

[x] Assign this issue to a release owner.
[x] Finalize scope and feature set and update the Public Roadmap.
[x] All the tasks in this issue have been reviewed by the release owner.
[x] Create, update, triage and label all features and issues targeted for this release with v2.1.0.

CI/CD

[x] All code changes for 2.1.0 are complete.
[x] Ensure working and passing CI.
[x] Check that this repo is included in the distribution manifest.

Pre-Release

[x] Update to the 2.1.0 release branch in the distribution manifest.
[ ] Increment the version on the parent branch to the next development iteration.
[x] Gather, review and publish release notes following the rules and back port it to the release branch.git-release-notes may be used to generate release notes from your commit history.
[x] Confirm that all changes for 2.1.0 have been merged.
[ ] Add this repo to the manifest for the next developer iteration.

Release Testing

[ ] Find/fix bugs using latest tarball and docker image provided in parent release issue and update the release notes if necessary.
[ ] Code Complete: Test within the distribution, ensuring integration, backwards compatibility, and performance tests pass.
[ ] Sanity Testing: Sanity testing and fixing of critical issues found.
[ ] File issues for all intermittent test failures.

Release

[ ] Complete documentation.
[ ] Verify all issued labeled for this release are closed or labelled for the next release.

Post Release

[ ] Prepare for an eventual security fix development iteration by incrementing the version on the release branch to the next eventual patch version.
[ ] Add this repo to the manifest of the next eventual security patch version.
[ ] Suggest improvements to this template.
[ ] Conduct a retrospective, and publish its results.

Executed benchmark script part of k-NN perf-tool (https://github.com/opensearch-project/k-NN/tree/main/benchmarks/perf-tool):
python3.8 knn-prf-tool.py test sample-configs/nmslib-sift-hnsw/test.yml results/output.json

Results
{
  "metadata": {
    "test_name": "nmslib_sift_hnsw",
    "test_id": "Test workflow for nmslib hnsw",
    "date": "07/01/2022 23:26:18",
    "python_version": "3.8.5 (default, Feb 18 2021, 01:24:20) \n[GCC 7.3.1 20180712 (Red Hat 7.3.1-12)]",
    "os_version": "Linux-5.10.118-111.515.amzn2.x86_64-x86_64-with-glibc2.2.5",
    "processor": "x86_64, 36 cores",
    "memory": "464601088 (used) /<PHONE_NUMBER>2 (available) /<PHONE_NUMBER>8 (total)"
  },
  "results": {
    "test_took":<PHONE_NUMBER>1048514,
    "create_index_took_total": 15070.491211983608,
    "ingest_took_total":<PHONE_NUMBER>3801874,
    "refresh_index_store_kb_total": 1456328.9907226562,
    "refresh_index_took_total": 9922.444153984543,
    "force_merge_took_total":<PHONE_NUMBER>9824776,
    "query_took_total": 79242.0,
    "query_took_p50": 8.0,
    "query_took_p90": 9.0,
    "query_took_p99": 10.5,
    "query_memory_kb_total": 652757.0,
    "query_recall@K_total": 0.9995080000000001,
    "query_recall@1_total": 1.0
  }

Executed benchmark script part of k-NN osb (https://github.com/opensearch-project/k-NN/tree/main/benchmarks/osb):
export PARAMS_FILE=/home/ec2-user/k-NN/benchmarks/osb/params/no-train-params.json
export PROCEDURE=no-train-test
opensearch-benchmark execute_test --target-hosts $URL:$PORT --workload-path ./workload.json --workload-params ${PARAMS_FILE} --test-procedure=${PROCEDURE} --pipeline benchmark-only

Results:
------------------------------------------------------
    _______             __   _____
   / ____(_)___  ____ _/ /  / ___/_________  ________
  / /_  / / __ \/ __ `/ /   \__ \/ ___/ __ \/ ___/ _ \
 / __/ / / / / / /_/ / /   ___/ / /__/ /_/ / /  /  __/
/_/   /_/_/ /_/\__,_/_/   /____/\___/\____/_/   \___/
------------------------------------------------------

|                                                         Metric |                    Task |    Value |   Unit |
|---------------------------------------------------------------:|------------------------:|---------:|-------:|
|                     Cumulative indexing time of primary shards |                         |  1.04825 |    min |
|             Min cumulative indexing time across primary shards |                         | 0.274683 |    min |
|          Median cumulative indexing time across primary shards |                         | 0.341467 |    min |
|             Max cumulative indexing time across primary shards |                         |   0.4321 |    min |
|            Cumulative indexing throttle time of primary shards |                         |        0 |    min |
|    Min cumulative indexing throttle time across primary shards |                         |        0 |    min |
| Median cumulative indexing throttle time across primary shards |                         |        0 |    min |
|    Max cumulative indexing throttle time across primary shards |                         |        0 |    min |
|                        Cumulative merge time of primary shards |                         |        0 |    min |
|                       Cumulative merge count of primary shards |                         |        0 |        |
|                Min cumulative merge time across primary shards |                         |        0 |    min |
|             Median cumulative merge time across primary shards |                         |        0 |    min |
|                Max cumulative merge time across primary shards |                         |        0 |    min |
|               Cumulative merge throttle time of primary shards |                         |        0 |    min |
|       Min cumulative merge throttle time across primary shards |                         |        0 |    min |
|    Median cumulative merge throttle time across primary shards |                         |        0 |    min |
|       Max cumulative merge throttle time across primary shards |                         |        0 |    min |
|                      Cumulative refresh time of primary shards |                         |   2.3526 |    min |
|                     Cumulative refresh count of primary shards |                         |       25 |        |
|              Min cumulative refresh time across primary shards |                         |  0.63625 |    min |
|           Median cumulative refresh time across primary shards |                         | 0.786383 |    min |
|              Max cumulative refresh time across primary shards |                         | 0.929967 |    min |
|                        Cumulative flush time of primary shards |                         |        0 |    min |
|                       Cumulative flush count of primary shards |                         |        0 |        |
|                Min cumulative flush time across primary shards |                         |        0 |    min |
|             Median cumulative flush time across primary shards |                         |        0 |    min |
|                Max cumulative flush time across primary shards |                         |        0 |    min |
|                                        Total Young Gen GC time |                         |    0.088 |      s |
|                                       Total Young Gen GC count |                         |        6 |        |
|                                          Total Old Gen GC time |                         |        0 |      s |
|                                         Total Old Gen GC count |                         |        0 |        |
|                                                     Store size |                         |  2.86994 |     GB |
|                                                  Translog size |                         |  1.22342 |     GB |
|                                         Heap used for segments |                         |        0 |     MB |
|                                       Heap used for doc values |                         |        0 |     MB |
|                                            Heap used for terms |                         |        0 |     MB |
|                                            Heap used for norms |                         |        0 |     MB |
|                                           Heap used for points |                         |        0 |     MB |
|                                    Heap used for stored fields |                         |        0 |     MB |
|                                                  Segment count |                         |       45 |        |
|                                                 Min Throughput |      custom-vector-bulk |  28373.1 | docs/s |
|                                                Mean Throughput |      custom-vector-bulk |  49612.1 | docs/s |
|                                              Median Throughput |      custom-vector-bulk |  53331.4 | docs/s |
|                                                 Max Throughput |      custom-vector-bulk |  78027.5 | docs/s |
|                                        50th percentile latency |      custom-vector-bulk |  16.6189 |     ms |
|                                        90th percentile latency |      custom-vector-bulk |  24.7767 |     ms |
|                                        99th percentile latency |      custom-vector-bulk |  39.5298 |     ms |
|                                      99.9th percentile latency |      custom-vector-bulk |  4960.76 |     ms |
|                                       100th percentile latency |      custom-vector-bulk |  21882.7 |     ms |
|                                   50th percentile service time |      custom-vector-bulk |  16.6189 |     ms |
|                                   90th percentile service time |      custom-vector-bulk |  24.7767 |     ms |
|                                   99th percentile service time |      custom-vector-bulk |  39.5298 |     ms |
|                                 99.9th percentile service time |      custom-vector-bulk |  4960.76 |     ms |
|                                  100th percentile service time |      custom-vector-bulk |  21882.7 |     ms |
|                                                     error rate |      custom-vector-bulk |        0 |      % |
|                                                 Min Throughput |    refresh-target-index |     0.01 |  ops/s |
|                                                Mean Throughput |    refresh-target-index |     0.01 |  ops/s |
|                                              Median Throughput |    refresh-target-index |     0.01 |  ops/s |
|                                                 Max Throughput |    refresh-target-index |     0.01 |  ops/s |
|                                       100th percentile latency |    refresh-target-index |  82981.1 |     ms |
|                                  100th percentile service time |    refresh-target-index |  82981.1 |     ms |
|                                                     error rate |    refresh-target-index |        0 |      % |
|                                                 Min Throughput | knn-query-from-data-set |      451 |  ops/s |
|                                                Mean Throughput | knn-query-from-data-set |   678.37 |  ops/s |
|                                              Median Throughput | knn-query-from-data-set |   709.65 |  ops/s |
|                                                 Max Throughput | knn-query-from-data-set |   734.07 |  ops/s |
|                                        50th percentile latency | knn-query-from-data-set |  12.6933 |     ms |
|                                        90th percentile latency | knn-query-from-data-set |  15.2904 |     ms |
|                                        99th percentile latency | knn-query-from-data-set |    21.08 |     ms |
|                                      99.9th percentile latency | knn-query-from-data-set |  34.8925 |     ms |
|                                     99.99th percentile latency | knn-query-from-data-set |  183.734 |     ms |
|                                       100th percentile latency | knn-query-from-data-set |  183.885 |     ms |
|                                   50th percentile service time | knn-query-from-data-set |  12.6933 |     ms |
|                                   90th percentile service time | knn-query-from-data-set |  15.2904 |     ms |
|                                   99th percentile service time | knn-query-from-data-set |    21.08 |     ms |
|                                 99.9th percentile service time | knn-query-from-data-set |  34.8925 |     ms |
|                                99.99th percentile service time | knn-query-from-data-set |  183.734 |     ms |
|                                  100th percentile service time | knn-query-from-data-set |  183.885 |     ms |
|                                                     error rate | knn-query-from-data-set |        0 |      % |

---------------------------------
[INFO] SUCCESS (took 167 seconds)
---------------------------------

export PARAMS_FILE=/home/ec2-user/k-NN/benchmarks/osb/params/train-params.json
export PROCEDURE=train-test
opensearch-benchmark execute_test --target-hosts $URL:$PORT --workload-path ./workload.json --workload-params ${PARAMS_FILE} --test-procedure=${PROCEDURE} --pipeline benchmark-only

------------------------------------------------------
    _______             __   _____
   / ____(_)___  ____ _/ /  / ___/_________  ________
  / /_  / / __ \/ __ `/ /   \__ \/ ___/ __ \/ ___/ _ \
 / __/ / / / / / /_/ / /   ___/ / /__/ /_/ / /  /  __/
/_/   /_/_/ /_/\__,_/_/   /____/\___/\____/_/   \___/
------------------------------------------------------

|                                                         Metric |                    Task |      Value |             Unit |
|---------------------------------------------------------------:|------------------------:|-----------:|-----------------:|
|                     Cumulative indexing time of primary shards |                         |    1.62143 |              min |
|             Min cumulative indexing time across primary shards |                         |     0.2503 |              min |
|          Median cumulative indexing time across primary shards |                         |   0.267283 |              min |
|             Max cumulative indexing time across primary shards |                         |   0.836567 |              min |
|            Cumulative indexing throttle time of primary shards |                         |          0 |              min |
|    Min cumulative indexing throttle time across primary shards |                         |          0 |              min |
| Median cumulative indexing throttle time across primary shards |                         |          0 |              min |
|    Max cumulative indexing throttle time across primary shards |                         |          0 |              min |
|                        Cumulative merge time of primary shards |                         |   0.866333 |              min |
|                       Cumulative merge count of primary shards |                         |         24 |                  |
|                Min cumulative merge time across primary shards |                         | 0.00826667 |              min |
|             Median cumulative merge time across primary shards |                         |   0.152008 |              min |
|                Max cumulative merge time across primary shards |                         |    0.55405 |              min |
|               Cumulative merge throttle time of primary shards |                         |   0.759867 |              min |
|       Min cumulative merge throttle time across primary shards |                         |          0 |              min |
|    Median cumulative merge throttle time across primary shards |                         |    0.11985 |              min |
|       Max cumulative merge throttle time across primary shards |                         |   0.520167 |              min |
|                      Cumulative refresh time of primary shards |                         |    0.14305 |              min |
|                     Cumulative refresh count of primary shards |                         |         67 |                  |
|              Min cumulative refresh time across primary shards |                         |  0.0250167 |              min |
|           Median cumulative refresh time across primary shards |                         |  0.0391333 |              min |
|              Max cumulative refresh time across primary shards |                         |  0.0397667 |              min |
|                        Cumulative flush time of primary shards |                         |    0.03415 |              min |
|                       Cumulative flush count of primary shards |                         |          1 |                  |
|                Min cumulative flush time across primary shards |                         |          0 |              min |
|             Median cumulative flush time across primary shards |                         |          0 |              min |
|                Max cumulative flush time across primary shards |                         |    0.03415 |              min |
|                                        Total Young Gen GC time |                         |       0.06 |                s |
|                                       Total Young Gen GC count |                         |          7 |                  |
|                                          Total Old Gen GC time |                         |          0 |                s |
|                                         Total Old Gen GC count |                         |          0 |                  |
|                                                     Store size |                         |    3.09407 |               GB |
|                                                  Translog size |                         |    1.33393 |               GB |
|                                         Heap used for segments |                         |          0 |               MB |
|                                       Heap used for doc values |                         |          0 |               MB |
|                                            Heap used for terms |                         |          0 |               MB |
|                                            Heap used for norms |                         |          0 |               MB |
|                                           Heap used for points |                         |          0 |               MB |
|                                    Heap used for stored fields |                         |          0 |               MB |
|                                                  Segment count |                         |         68 |                  |
|                                                 Min Throughput |            delete-model |     137.28 |            ops/s |
|                                                Mean Throughput |            delete-model |     137.28 |            ops/s |
|                                              Median Throughput |            delete-model |     137.28 |            ops/s |
|                                                 Max Throughput |            delete-model |     137.28 |            ops/s |
|                                       100th percentile latency |            delete-model |    7.00644 |               ms |
|                                  100th percentile service time |            delete-model |    7.00644 |               ms |
|                                                     error rate |            delete-model |          0 |                % |
|                                                 Min Throughput |       train-vector-bulk |      68475 |           docs/s |
|                                                Mean Throughput |       train-vector-bulk |    75823.8 |           docs/s |
|                                              Median Throughput |       train-vector-bulk |    77733.9 |           docs/s |
|                                                 Max Throughput |       train-vector-bulk |    78654.8 |           docs/s |
|                                        50th percentile latency |       train-vector-bulk |    17.1311 |               ms |
|                                        90th percentile latency |       train-vector-bulk |    25.3084 |               ms |
|                                        99th percentile latency |       train-vector-bulk |     96.666 |               ms |
|                                      99.9th percentile latency |       train-vector-bulk |    126.474 |               ms |
|                                       100th percentile latency |       train-vector-bulk |    199.319 |               ms |
|                                   50th percentile service time |       train-vector-bulk |    17.1311 |               ms |
|                                   90th percentile service time |       train-vector-bulk |    25.3084 |               ms |
|                                   99th percentile service time |       train-vector-bulk |     96.666 |               ms |
|                                 99.9th percentile service time |       train-vector-bulk |    126.474 |               ms |
|                                  100th percentile service time |       train-vector-bulk |    199.319 |               ms |
|                                                     error rate |       train-vector-bulk |          0 |                % |
|                                                 Min Throughput |     refresh-train-index |     142.69 |            ops/s |
|                                                Mean Throughput |     refresh-train-index |     142.69 |            ops/s |
|                                              Median Throughput |     refresh-train-index |     142.69 |            ops/s |
|                                                 Max Throughput |     refresh-train-index |     142.69 |            ops/s |
|                                       100th percentile latency |     refresh-train-index |    6.61596 |               ms |
|                                  100th percentile service time |     refresh-train-index |    6.61596 |               ms |
|                                                     error rate |     refresh-train-index |          0 |                % |
|                                                 Min Throughput |       ivfpq-train-model |       0.01 | models_trained/s |
|                                                Mean Throughput |       ivfpq-train-model |       0.01 | models_trained/s |
|                                              Median Throughput |       ivfpq-train-model |       0.01 | models_trained/s |
|                                                 Max Throughput |       ivfpq-train-model |       0.01 | models_trained/s |
|                                       100th percentile latency |       ivfpq-train-model |     130760 |               ms |
|                                  100th percentile service time |       ivfpq-train-model |     130760 |               ms |
|                                                     error rate |       ivfpq-train-model |          0 |                % |
|                                                 Min Throughput |      custom-vector-bulk |    72796.8 |           docs/s |
|                                                Mean Throughput |      custom-vector-bulk |      78309 |           docs/s |
|                                              Median Throughput |      custom-vector-bulk |    79128.1 |           docs/s |
|                                                 Max Throughput |      custom-vector-bulk |    80157.3 |           docs/s |
|                                        50th percentile latency |      custom-vector-bulk |    14.2077 |               ms |
|                                        90th percentile latency |      custom-vector-bulk |    18.8638 |               ms |
|                                        99th percentile latency |      custom-vector-bulk |    97.5693 |               ms |
|                                      99.9th percentile latency |      custom-vector-bulk |    333.256 |               ms |
|                                       100th percentile latency |      custom-vector-bulk |     358.68 |               ms |
|                                   50th percentile service time |      custom-vector-bulk |    14.2077 |               ms |
|                                   90th percentile service time |      custom-vector-bulk |    18.8638 |               ms |
|                                   99th percentile service time |      custom-vector-bulk |    97.5693 |               ms |
|                                 99.9th percentile service time |      custom-vector-bulk |    333.256 |               ms |
|                                  100th percentile service time |      custom-vector-bulk |     358.68 |               ms |
|                                                     error rate |      custom-vector-bulk |          0 |                % |
|                                                 Min Throughput |    refresh-target-index |      47.97 |            ops/s |
|                                                Mean Throughput |    refresh-target-index |      47.97 |            ops/s |
|                                              Median Throughput |    refresh-target-index |      47.97 |            ops/s |
|                                                 Max Throughput |    refresh-target-index |      47.97 |            ops/s |
|                                       100th percentile latency |    refresh-target-index |    20.4669 |               ms |
|                                  100th percentile service time |    refresh-target-index |    20.4669 |               ms |
|                                                     error rate |    refresh-target-index |          0 |                % |
|                                                 Min Throughput | knn-query-from-data-set |     553.91 |            ops/s |
|                                                Mean Throughput | knn-query-from-data-set |     659.58 |            ops/s |
|                                              Median Throughput | knn-query-from-data-set |     669.97 |            ops/s |
|                                                 Max Throughput | knn-query-from-data-set |      695.5 |            ops/s |
|                                        50th percentile latency | knn-query-from-data-set |    13.7852 |               ms |
|                                        90th percentile latency | knn-query-from-data-set |    17.0937 |               ms |
|                                        99th percentile latency | knn-query-from-data-set |    23.8833 |               ms |
|                                      99.9th percentile latency | knn-query-from-data-set |    52.4814 |               ms |
|                                     99.99th percentile latency | knn-query-from-data-set |    84.9405 |               ms |
|                                       100th percentile latency | knn-query-from-data-set |    1029.88 |               ms |
|                                   50th percentile service time | knn-query-from-data-set |    13.7852 |               ms |
|                                   90th percentile service time | knn-query-from-data-set |    17.0937 |               ms |
|                                   99th percentile service time | knn-query-from-data-set |    23.8833 |               ms |
|                                 99.9th percentile service time | knn-query-from-data-set |    52.4814 |               ms |
|                                99.99th percentile service time | knn-query-from-data-set |    84.9405 |               ms |
|                                  100th percentile service time | knn-query-from-data-set |    1029.88 |               ms |
|                                                     error rate | knn-query-from-data-set |          0 |                % |

---------------------------------
[INFO] SUCCESS (took 245 seconds)
---------------------------------

Thanks @gaiksaya ! updated the issues to reflect correct tags.
Release notes are published here https://github.com/opensearch-project/k-NN/releases/tag/<IP_ADDRESS>.


ui: aligns publication date vertically in landing page

Closes https://github.com/inveniosoftware/invenio-app-rdm/issues/363


Envoy metric support and a bug fix

Hi @hanahmily @dio @ZackButcher
By refering Envoy official document, https://www.envoyproxy.io/docs/envoy/latest/configuration/statistics. I am adding the support all Guage type metric from Envoy MetricsService.
In default OAL script, I add three metrics
// Envoy instance metric
envoy_heap_memory_max_used = from(EnvoyInstanceMetric.value).filter(metricName == "server.memory_heap_size").maxDouble();
envoy_total_connections_used = from(EnvoyInstanceMetric.value).filter(metricName == "server.total_connections").maxDouble();
envoy_parent_connections_used = from(EnvoyInstanceMetric.value).filter(metricName == "server.parent_connections").maxDouble();

The metrics are

envoy_heap_memory_max_used. Envoy's max heap memory used.
envoy_total_connections_used. Envoy's max total connection.
envoy_parent_connections_used. Envoy's max parent connection.

Also in this pr, I fixed a bug, the old EqualMatch didn't work well.
@TinyAllen We need to add these three metrics in instance level metric template. Look forward the totally new RocketBot UI, and integration.

@dio
Here is the native proto format of service metric.
# Licensed to the Apache Software Foundation (ASF) under one
# or more contributor license agreements.  See the NOTICE file
# distributed with this work for additional information
# regarding copyright ownership.  The ASF licenses this file
# to you 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.

identifier {
    node {
      id: "ingress",
      cluster: "envoy-proxy",
      metadata {
        fields {
            key: "envoy"
            value {
              string_value: "isawesome"
            }
            key: "skywalking"
            value {
              string_value: "iscool"
            }
          }
      },
      locality {
        region: "ap-southeast-1"
        zone: "zone1"
        sub_zone: "subzone1"
      },
      build_version: "caf7ab123964cedd172a2d4cb29b2f2e05ca9156/1.10.0-dev/Clean/RELEASE/BoringSSL"
    }
}
envoy_metrics [
    {
        name: "cluster.service_stats.update_attempt",
        type: COUNTER
        metric [
            {
              counter {
                value: 1
              },
              timestamp_ms:<PHONE_NUMBER>343
            }
        ]
    },
    {
        name: "cluster.service_stats.membership_change",
        type: COUNTER
        metric [
            {
              counter {
                value: 1
              },
              timestamp_ms:<PHONE_NUMBER>343
            }
        ]
    },
    {
        name: "server.parent_connections",
        type: GAUGE
        metric [
          {
            gauge {
              value: 50
            },
            timestamp_ms:<PHONE_NUMBER>343
          }
        ]
    },
    {
        name: "server.total_connections",
        type: GAUGE
        metric [
          {
            gauge {
              value: 14
            },
            timestamp_ms:<PHONE_NUMBER>343
          }
        ]
    },
    {
        name: "server.memory_heap_size",
        type: GAUGE
        metric [
          {
            gauge {
              value: 3145728
            },
            timestamp_ms:<PHONE_NUMBER>343
          }
        ]
    }
]

@hanahmily Following test result comes from real Envoy, case provided by @dio

This is the docker-compose file, I am using. But it only works in my private env
# Licensed to the Apache Software Foundation (ASF) under one
# or more contributor license agreements.  See the NOTICE file
# distributed with this work for additional information
# regarding copyright ownership.  The ASF licenses this file
# to you 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.

version: '3.3'
services:
  elasticsearch:
    image: docker.elastic.co/elasticsearch/elasticsearch:6.3.2
    container_name: elasticsearch
    restart: always
    ports:
      - 9200:9200
      - 9300:9300
    environment:
      discovery.type: single-node
  oap:
    image: skywalking/oap
    container_name: oap
    depends_on:
      - elasticsearch
    links:
      - elasticsearch
    restart: always
    ports:
      - 11800:11800
      - 12800:12800
    volumes:
      - ./config:/skywalking/config:ro
  ui:
    image: skywalking/ui
    container_name: ui
    depends_on:
      - oap
    links:
      - oap
    restart: always
    ports:
      - 8080:8080
    environment:
      collector.ribbon.listOfServers: oap:12800
  envoy:
    image: envoyproxy/envoy-alpine:latest
    command: /usr/local/bin/envoy -c /etc/envoy.yaml --service-cluster envoy-proxy
    depends_on:
      - oap
    ports:
    - "10000:10000"
    - "9901:9901"
    volumes:
    - ./envoy.yaml:/etc/envoy.yaml

The envoy image is from here. https://github.com/dio/metricsink


python310Packages.wxPython_4_2: 4.2.0 -> 4.2.1

https://github.com/wxWidgets/Phoenix/blob/wxPython-4.2.1/CHANGES.rst
Description of changes

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.11 Release Notes (or backporting 23.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 238936 run on x86_64-linux 1

34 packages built:

chirp
chirp.dist
displaycal
displaycal.dist
grass
kicad-small
kicad-unstable-small
loxodo
loxodo.dist
mavproxy
mavproxy.dist
meerk40t
meerk40t.dist
metamorphose2
mymcplus
mymcplus.dist
playonlinux
printrun
printrun.dist
python310Packages.humblewx
python310Packages.humblewx.dist
python310Packages.kicad
python310Packages.wxPython_4_2
python311Packages.humblewx
python311Packages.humblewx.dist
python311Packages.kicad
python311Packages.wxPython_4_2
qgis
qgis-ltr
quisk
quisk.dist
timeline
woeusb-ng
woeusb-ng.dist


keep session open for several command

Hi Daniel,
Now, in roger struct, defined  address *net.TCPAddr, there is no session (or rconnection). Each Eval function will be closed and the variables evaluated will be released.
It make the code below not possible

r.Eval("x <- 1")

x, err := r.Eval(x) // since it is a new connection, x will not exit in R.

Do you think we can define  sess *session in roger struct
And each r.Eval will use the same r.sess.
Of course define a r.Close() to close the connection when no r scripts will be evaluated.
Regards,
Jia

And Daniel,
I found VoidEval is not necessary. The issue before cased "unknown error" may be due to "\r" in r_script.
And I removed voidEval functions. Before pull any requests, just confirm with you.
And also move the *session to roger struct. All updated in my forked repo

Yea I agree we need to support the reuse of a session in some instances. However I think the most common use case would be a new session per command, this is critical for putting R behind a web api.
Maybe we could have a new client constructor which creates a reusable session within the Roger struct. For the existing client constructors the session in the Roger struct would be nil and a new session started per command.
What do you think?

Could you create a pull request for the removal of voideval, then we can have a play with how best to support session reuse.

Yes, I will clean the code and submit a pull request. Thanks :)

And the session re-use, I will also think about it in details.

Just looking at the code. Maybe we make a new Session interface which is implemented by the current session struct. From the client you can request a Session, which you can then run multiple commands on and close afterwards. I think the Session interface could just expose the current SendCommand and Close methods.

instead of make another Session interface, I combined *session to roger. Due to limited programming skills.
My assumption about the connect and communication processes are:
r := NewRconnection(host, user, password) // the rclient connection keep alive
r.Eval("any R script")  // execute single or R block script
variable, err := r.Eval("x") // get "x" variable value in r script
output, err := r.Eval("long r script.. ") // output will be the last variable in the r script
r.Close()
I saw the session structure defined connected and will be marked as false when session closed. Not sure how to use it.
And EvalSync and Evaluate, will be single connection for each command. Seems the Evalute function should accept  commands []string, not command string. The multiple rscripts can be evaluated sync.
I wish the questions will not interrupt your programming rhythm  :)


adding additional status to VRG and DRPC

adding new statuses to VRG and reporting them by grouping the values in DRPC
VRG:

LastSyncDuration - represents the duration taken for a sync for example 20 seconds, 5 minutes, etc
LastSyncBytes - represents data in bytes transferred
LastGroupSyncDuration - gives the max sync duration from lastSyncDuration
LastGroupSyncBytes - sums of all the bytes from lastSyncBytes

DRPC:
LastGroupSyncDuration and LastGroupSyncBytes - same as VRG

this is the initial change, more changes are needed and is in-progress.

ready for review.


Constrain the KWindow when moving or resizing to avoir poping out of the screen

The window should also be constrained when the screen is resized


Why an I getting this error

Traceback (most recent call last):
File "C:\Users\ignac\OneDrive\Pulpit\BOT\botRewrite.py", line 9, in
from discord_slash import SlashCommand
File "C:\Users\ignac\AppData\Roaming\Python\Python38\site-packages\discord_slash_init_.py", line 11, in
from .client import SlashCommand
File "C:\Users\ignac\AppData\Roaming\Python\Python38\site-packages\discord_slash\client.py", line 6, in
from . import model
File "C:\Users\ignac\AppData\Roaming\Python\Python38\site-packages\discord_slash\model.py", line 8, in
class SlashContext:
File "C:\Users\ignac\AppData\Roaming\Python\Python38\site-packages\discord_slash\model.py", line 64, in SlashContext
allowed_mentions: discord.AllowedMentions = None,
AttributeError: module 'discord' has no attribute 'AllowedMentions'

Which discord.py version are you using?

1.5.1

Hmm... That's weird then. The only thing I can say is reinstalling discord.py

That worked lol

oof


Module(Twoslash): no way to ^? an asserted keyof and/or typeof type

Improvement Idea:
I'd like to use ^? to get a type shown for a keyof, typeof, or keyof typeof inside an as type assertion. No matter where I put the ^?, it doesn't seem to be doable?

Why:
The context here is a blog post explaining why for...in loops are typed as string, not keyof typeof .... It would be messy and confusing for beginners to make a separate variable for i as ....

Repro: https://www.typescriptlang.org/play?#code/JYOwLgpgTgZghgYwgAgMIHsCu4DOyDeAsAFDJnLogQBcyImAtgEbQDcJ5yYA7urfczYkAviRIJKOMMgnYwOWhjl4AvAQ7lKNZAEYANBrI8+yAEwHiw9sRIx0UZAAoJIKcmDuQMrLgCU60nIXHHQAGwgAOlD0AHNnH3kAbQ84PABrCABPdBg0BJwAXV9rTgB6Us5KquqAPQB+ERIgA
interface Counts {
    one: number;
    two: number;
}

const counts: Counts = {
    one: 1,
    two: 2,
};

for (const i in counts) {
    console.log(counts[i as keyof Counts]);
    //                      ^?
}

Alternative ideas: 🤷

Given that twoslash today just asks for the same info you get on hover, (and you don't get hover info at this point) this sort of situation would either need to be special cased in some way in twoslash - or added at typescript level (which I think might be a better answer because it would be useful to know what all the keys are when you hover in your editor)


Use NewClientset instead of NewSimpleClientset

The latter is deprecated in Kubernetes 1.31.

Unit tests are failing due to:
failed to convert new object (/submariners.submariner.io; apiextensions.k8s.io/v1, Kind=CustomResourceDefinition) to smd typed: schema error: no type found matching: io.k8s.apiextensions-apiserver.pkg.apis.apiextensions.v1.CustomResourceDefinition
Long story short, NewClientset handles field management via schema. It ends up trying to validate a resource type using the global schemaYAML var defined in the generated file pkg/client/applyconfiguration/internal/internal.go. For core K8s types, schemaYAML is populated appropriately (https://github.com/kubernetes/client-go/blob/master/applyconfigurations/internal/internal.go). But for apiextensions, it is not: https://github.com/kubernetes/apiextensions-apiserver/blob/master/pkg/client/applyconfiguration/internal/internal.go. Thus the error.
NewClientset is new in K8s 0.31. It seems support for it isn't complete - apiextensions client code needs to be updated. So we can't use NewClientset except for K8s core types.


Sanitize response body in oauth basicStrategy

Coverage remained the same at 91.297% when pulling 9ffe8834144a93f6d13e1843f1c14fed2d33e678 on SAP:oauth-change into 118f44e4ca6cfd796fcfd4766e726b32b612f47e on cloudfoundry-incubator:master.

Coverage remained the same at 91.297% when pulling 9ffe8834144a93f6d13e1843f1c14fed2d33e678 on SAP:oauth-change into 118f44e4ca6cfd796fcfd4766e726b32b612f47e on cloudfoundry-incubator:master.


Improve type hints behavior

This PR fixed the following type hints issues:

Restructures the InlayKind enum contents based on the discussion here: https://github.com/rust-analyzer/rust-analyzer/pull/1606#issuecomment-515968055
Races described in #1639
Caches the latest decorations received for each file to show them the next time the file is opened (instead of a new server request)

Hm, I am still not quite satisfied with the way we manage state here. I wonder if we can avoid it? Would the following work?:

we connect to window.onDidChangeVisibleTextEditors event and issue update on the event
we connect to workspace.onDidChangeTextDocument event and issue update on any .rs file event
In the update, we walk through all window.activeTextEditor editors which show .rs documents, issue a server request for them (ideally, in parallel), and set decorations
On disable event, we walk through all editors and set decorations to an empty set

It seems like we don't need to store any state at all with these approach?

Hm, I am still not quite satisfied with the way we manage state here.

Would be great to know what concerns you, just out of curiosity :)

we connect to window.onDidChangeVisibleTextEditors event and issue update on the event
In the update, we walk through all window.activeTextEditor window.visibleTextEditors editors which show .rs documents, issue a server request for them (ideally, in parallel), and set decorations

If I understood you correctly, you propose to issue a server request for every visible text editor whenever the visible editors change (some get closed or open).
I agree with the overall idea, but I wanted to optimize one corner case: currently vscode "forgets" the previous decorations that were set to the editor after some other editor is opened.
This means that we need to set the decorations every time a file editor is shown again, even if we close and open the same file.
If we follow your proposal (or the way it's done in master), we will be querying the server to set those decorations, in the current PR we reuse the already queried decorations if there were no changes to the *.rs files in the project.
My reasoning for caching those results was the idea that it's completely useless to make another server request in such cases: since the project did not change, we know that the same file reopened needs the same hints.
Since the hints we store are cleared on any document edit, I thought that it's fine if we don't care about the cache size that much.

Nice idea with the window.visibleTextEditors, currently only an active editor is updated, I will adjust this.

Would be great to know what concerns you, just out of curiosity :)

Mutable state :) Specifically, when observer tries to maintain current state by observing changes, it's very easy to arrive at an inconsistent state.

If I understood you correctly, you propose to issue a server request for every visible text editor whenever the visible editors change (some get closed or open).

Yeah, exactly.

This means that we need to set the decorations every time a file editor is shown again, even if we close and open the same file.

I think it's fine, this stuff is pretty fast, and the situation is pretty rare. If we do optimizations here, I think we should focus more on debouncing sevral changes (ie, don't send requests faster than once in 100ms). For that to work, we'll need a per-editor state which we could store in a weak map, keyed by the editor itself.

Thanks for the explanations.
Had applied the changes you've suggested and let's consider the optimizations in some other PR.

bors r+
Thanks!


Add support for tileset offset

This closes #241

Thank you! Could you add the change to the CHANGELOG.md file?

Thank you very much!


PreloadedSignal::from_samples?

 I record i16 from the mic and then want to encode them as flac before sending them off to a server.
I basically copied code main.rs and removed the test flag from PreloadedSignal::from_samples and used that instead of from_path, but it feels like there is a better(TM) way of doing it. A pointer in the right direction would be much appreciated.

PreloadedSignal::from_samples is a straight forward way to do it when you have samples already in a buffer.
Probably, it's better to remove the test flag.
Another option is to define some structs satisfying Source trait.
This option might be useful when you want to write an adapter to another I/O library, or for dealing with streamed samples.

Yes, the from_samples was very convenient for my simple case. In the long run I might want to implement the Stream trait for some better performance.


Prototype of server-side message search

MVP. Gib feedback. This kinda abuses the channel model.

Limit result size, add time, network and channel as parameter.

I do want to add search settings:

Scope:

All

Network

Channel

Case-sensitive

But that's to be done after the prompt is removed in favor of a proper UI design.

In terms of scope or settings, we could use something àla GitHub prefixes: https://help.github.com/articles/searching-repositories/
I understand you are searching among the messages already in memory, correct? Why not search in logs (when available) instead?
That would provide more history to search in, and would decouple from in-memory stuff, which ideally we should not be relying upon for historical content.

In terms of scope or settings, we could use something àla GitHub prefixes:

I'd want UI for it too.

I understand you are searching among the messages already in memory, correct? Why not search in logs (when available) instead?

I would wait to get some kind of logging abstraction api for that first. Do not want to mess with parsing log files at the moment.

Do not want to mess with parsing log files at the moment.

Meh, it's not that bad #663 😄

What's the status of this?

Needs UI work.

Rebased on master, a little bit more simpler code (currently pretends to be a query window).

I am very puzzled right now:


Fixed #20098 -- Added a check for managed db_table collisions.

This is a WIP.
On a second thought, I think it is not worth modifying db_table for every other test class written.
With the patch applied, the exception is of the form:
Exception: db_table "django_admin_logLogEntry" was already declared by "django.contrib.admin.models.LogEntry" and was redeclared by "__fake__.LogEntry"
which makes it clear that __fake__ module when appended in django test cases, have conflicting db_table names. I think I'd dig down where it is happening to override that portion of the code.
For now, I'm submitting this WIP PR to let the dice roll and for any suggestions.

@CuriousLearner you certainly don't have to declare an explicit db_table for all models to implement this check.
Checks are defined in the django.core.checks package and model checks in the model_checks module. You should be able to use the existing models loop in model_checks.check_all_models to accumulate and then compare model._meta.db_table (which should always be set at this point) to append errors.
https://github.com/django/django/blob/55b0b766fbeb2f71e68331a2e14205702f681012/django/core/checks/model_checks.py#L16-L27
You probably want to add an error for all managed models that share the same db_table and not only on the first collision so a good datastructure for this could be a defaultdict(list) where the keys are db_table and values are models.
Once you've accumulated all the models a second loop adding errors for all db_table with more than one model should do.
Tests can be added in tests/check_framework/tests.py using isolate_apps.

Hi @charettes
Apologies for the late update on this one. I wasn't really well, but I'll take this forward now.
I've updated the patch with your suggestions (as much as I could do). But I have got a few questions:

I see there is checks.txt under docs/ref defining id that we're passing while raising the Error, but I'm not sure if I should define a new id for this error, and what is the process? (to be specific, I want to know about the naming conventions and list of places to add that)

While having a look at isolate_apps decorator, I found that the second line of the docstring isn't making sense:

    passed as arguments.```

Should I report a new bug for this?

- All the other tests, still complain about the newly added error. How should we handle that?

Hi Simon, @charettes
It would be really helpful if you can just provide me a pointer here.

Hey @charettes
Can you please have a look at this PR?

@charettes Addressed your reviews. Mind having a second look here?

@timgraham All set here!
Can you please have a look here?


Remove 37 exclusion

Coverage increased (+1.9%) to 100.0% when pulling eb3330081c6bfd7c380d3c5083736385cc905080 on remove-37-exclusion into 981b470797c561f074d499e49498a8d6f668b064 on master.

Coverage increased (+1.9%) to 100.0% when pulling eb3330081c6bfd7c380d3c5083736385cc905080 on remove-37-exclusion into 981b470797c561f074d499e49498a8d6f668b064 on master.

Coverage increased (+1.9%) to 100.0% when pulling eb3330081c6bfd7c380d3c5083736385cc905080 on remove-37-exclusion into 981b470797c561f074d499e49498a8d6f668b064 on master.


Site access url changed

old site access url was https://chat.openai.com/*
New url for chatgpt is https://chatgpt.com/*

This is still a issue, the extension is not working at this moment.


Run script with no referrer URL

Hi there,
I just tried to use your script and it fails if there is no referrer URL and throws a JS error. Are you able to update it so it works with no referrer or at least doesn’t throw an error.
Thanks
Adrian

This should now be fixed.


Add an alternative to Gravatar.

We should have pretty circular avatars ala Demiba or Path.

Bad news, gravatar is not available in mainland China.

Yeah I've been thinking for a while that we should support another method for profile pics aside from Gravatar.

Re-opening this.
@jiyinyiyong do you know of any alternatives that we can fallback too?

@hhaidar I think encouraging users to upload images is my best solution(cropping is not neccessary though).

@jiyinyiyong do you think this is something you can work on? It might be a while before we get to it as our team has access to Gravatar.

Avatar upload functionality should use the upload plugin currently in use (local/S3).

@hhaidar I'm not quite familiar with server side programming and was not planning to do that :(

@jiyinyiyong no worries :)

There is libravatar.org which is a more open Gravatar
You could also make a tool that allows ppl to input their Twitter @handle or Facebook username and then it goes and pulls in that avatar!

+1 for twitter photo or even a local directory where we can upload each user photo. each photo can be link to a user id. This way it can be possible to add a local/gravatar/other sections in the settings.yml.

We're planning to use Mongo's binary field support for avatar uploads - so we don't need to rely on a file system (local/S3/etc).

A little preview of what's to come:

Sweet!
On Jun 22, 2015 1:47 PM, "Houssam Haidar"<EMAIL_ADDRESS>wrote:

A little preview of what's to come: [image: screen shot 2015-06-22 at 4
43 59 pm]
https://cloud.githubusercontent.com/assets/1066160/8292560/528013ee-18fe-11e5-8f42-971fab45ea84.png
—
Reply to this email directly or view it on GitHub
https://github.com/sdelements/lets-chat/issues/4#issuecomment-114257498.

Is there a pull-request or branch available to try this feature?

@superlou ya I have a really barebones implementation in #521
You can add something like this to your settings.yml now:
avatars:
  providers: [gravatar, initials]

It'll try gravatar first and then go to an SVG generator. I recommend removing gravatar if you're not going to use it.

Hey @hhaidar
I was just wondering what it would take to get this feature finished up.  The screenshot looks really nice and in general the initials are a cleaner, smarter fallback than the same generic logo Gravitar assigns to everyone... which gives rise to a lot of visual debt in the application, as more and more users who aren't on Gravitar sign up.
Thanks in any case for the excellent work, let me know if there's something specifically I can help with.
Lance

If using LDAP for user authentication, it could be nice to pull user photos from the directory as well.
Currently gravatar.com is used for profile photos. Consider first trying to use profile photos for the user from their LDAP entry. The available, standard fields are jpegPhoto (preferred, can be high-res/no specific size limit) and thumbnailPhoto (limited to a fairly small size).

jpegPhoto: https://msdn.microsoft.com/en-us/library/cc221100.aspx
thumbnailPhoto: https://msdn.microsoft.com/en-us/library/cc221395.aspx

It would be nice to be able to disable Gravatar in the case of using AD/LDAP auth as well.
Additionally, the login page will render a Gravatar for any email account with a Gravatar - including those not permitted to login to the system. There should be a check to prevent outside users' gravatars from loading at all, it may lead users to believe they have an account on the system when they do not.

Functionality of uploading local image files instead of relying on an external image service really is important for our department (governmental) because we need a chat application which is 100% self-hosted with zero connections to another external service. At the current state we cannot use it because this is a no-go for us!
Please add this feature!


Any reason install ca-certificates in final docker image?

https://github.com/craigpastro/pg_uuidv7/blob/85f460224b46a2aec29506eb688955821ad5969b/Dockerfile#L40
Is it required by uuid extension?

Hello! Interesting. I thought it was needed for some reason. Probably copied it from somewhere. It seems to work without it so I removed it. Thank you!


Unified course repositories

Currently, a course has at least two git repositories. In the future there may even be more (for example, a trainers manual might be in yet another repo).
Ideally, everything should be packaged in a single repo.
Where needed, new tools like the ones already available in the course management tools, should be created to generate use-case specific distributions (such as the trainers manual)

Closing as implemented by #51


Deploy show wrong contract address

https://rinkeby.etherscan.io/tx/0x5eefb5890c0b83ebe93700ec2ecf2d83f04e1dba60220a89310c37b81ea1401d
Probably related to a missing '0x'. https://github.com/ethereumjs/ethereumjs-util/issues/5

Dupe of #552
its on the todo list for today.


1.4.0: Include Nginx LDAP Auth package

Hi team.
I have added a package to provide ingress authentication over LDAP. In addiction to that, i have refactorized e2e testing pipeline.
The new feature has been tested against e2e tests:

Single LDAP seach (just users)
Complex LDAP search (user belonging to specific groups)

Pasted here the release notes.
Release notes
Changelog
Changes between 1.3.0 and this release: 1.4.0

Added Nginx LDAP Auth package.
Change E2E test to be run against cloud instance (Drone Pipeline).

 Consoles Integration with AD/LDAP

Just a question, so there is no constraint about dex oidc in the ldap ingress integration? Or is this another thing?

@lzecca78 OIDC authentication via dex is something we already have, this is a direct integration from the ingress controller to the LDAP/AD server, therefore dex is not a dependency

yep, i perfectly understand that dex is already implemented, i just was wondering if could be used the already existing dex ldap cofiguration to setup oauth-proxy and then use it with annotations the nginx spec manifest, in order to centralize the ldap configuration in only one point.

That would be a nice improvement, you are right! let's get this merged and then open another PR/Issue to track it

yep, i perfectly understand that dex is already implemented, i just was wondering if could be used the already existing dex ldap cofiguration to setup oauth-proxy and then use it with annotations the nginx spec manifest, in order to centralize the ldap configuration in only one point.

I think we can offer both separately.
This feature works even if the cluster does not have dex configured.
So, next step is to see if nginx-ingress-controller is compatible with some kind of dex oauth2 flow ;)
https://github.com/kubernetes/ingress-nginx/blob/master/docs/user-guide/nginx-configuration/annotations.md#external-authentication
Thanks!

master rebase done!

Let's merge this


Metadata field last-updated-ms is not updated for DDL operations

Apache Iceberg version
main (development)
Please describe the bug 🐞
Executing DDL operations on Iceberg table using Pyiceberg is not updating last-updated-ms field in metadata file.
last-updated-ms field is updated correctly when using RestCatalog, but it is not updated when using GlueCatalog, SqlCatalog (and possibly HiveCatalog as well).
Sequence of operations/updates:

Create table
Append data
Update schema - Add a column / add description for a column
Set a table property

Although new metadata file is generated for each update, last-updated-ms is not updated when changes are limited to metadata file only.
Sample code:
catalog = load_catalog("glue", **glue_catalog_conf)
table = catalog.create_table(
    "namespace.table1",
    schema=Schema(
        NestedField(1, "city", StringType(), required=False),
        NestedField(2, "lat", DoubleType(), required=False),
        NestedField(3, "long", DoubleType(), required=False),
    ),
)

df = pa.Table.from_pylist(. . .)
table.append(df)

with table.update_schema() as update:
    update.add_column("country", StringType(), required=False)

with table.transaction() as txn:
    txn.set_properties({"abc": "def"})

Great catch! According to the spec, https://iceberg.apache.org/spec/#table-metadata-fields
last-updated-ms
Timestamp in milliseconds from the unix epoch when the table was last updated. Each table metadata file should update this field just before writing.

All the catalog implementations should exhibit this behavior. As you mentioned, it should be updated for write operations, DDL, and DML operations.

I can work on this one.
@kevinjqliu please assign this issue to me.

Raised PR https://github.com/apache/iceberg-python/pull/956


mob behaves inappropriately when its area isn't loaded

Maybe load chunks around the mob? Or move it further down?

Keep the mob surroundings loaded d99917e1143428a68d9c04d027579856e7115221


python312Packages.google-cloud-bigquery: 3.20.1 -> 3.21.0

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python312Packages.google-cloud-bigquery is: Google BigQuery API client library
meta.homepage for python312Packages.google-cloud-bigquery is: https://github.com/googleapis/python-bigquery
meta.changelog for python312Packages.google-cloud-bigquery is: https://github.com/googleapis/python-bigquery/blob/v3.21.0/CHANGELOG.md
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 3.21.0 with grep in /nix/store/0bfwsyi9qfhpksmkb4ipdnhwbxmv31s4-python3.12-google-cloud-bigquery-3.21.0
found 3.21.0 in filename of file in /nix/store/0bfwsyi9qfhpksmkb4ipdnhwbxmv31s4-python3.12-google-cloud-bigquery-3.21.0

Rebuild report (if merged into master) (click to expand)

4 total rebuild path(s)

4 package rebuild(s)

First fifty rebuilds by attrpath
python311Packages.dbt-bigquery
python311Packages.google-cloud-bigquery
python312Packages.dbt-bigquery
python312Packages.google-cloud-bigquery

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/0bfwsyi9qfhpksmkb4ipdnhwbxmv31s4-python3.12-google-cloud-bigquery-3.21.0 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python312Packages.google-cloud-bigquery https://github.com/r-ryantm/nixpkgs/archive/545aaee07d6770576e04d398519c9e50dff910d1.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/545aaee07d6770576e04d398519c9e50dff910d1#python312Packages.google-cloud-bigquery

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/0bfwsyi9qfhpksmkb4ipdnhwbxmv31s4-python3.12-google-cloud-bigquery-3.21.0
ls -la /nix/store/0bfwsyi9qfhpksmkb4ipdnhwbxmv31s4-python3.12-google-cloud-bigquery-3.21.0/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review --extra-nixpkgs-config '{ allowInsecurePredicate = x: true; }' run on x86_64-linux 1

8 packages built:

python311Packages.dbt-bigquery
python311Packages.dbt-bigquery.dist
python311Packages.google-cloud-bigquery
python311Packages.google-cloud-bigquery.dist
python312Packages.dbt-bigquery
python312Packages.dbt-bigquery.dist
python312Packages.google-cloud-bigquery
python312Packages.google-cloud-bigquery.dist

Maintainer pings

Result of nixpkgs-review pr 305220 run on x86_64-linux 1

8 packages built:

python311Packages.dbt-bigquery
python311Packages.dbt-bigquery.dist
python311Packages.google-cloud-bigquery
python311Packages.google-cloud-bigquery.dist
python312Packages.dbt-bigquery
python312Packages.dbt-bigquery.dist
python312Packages.google-cloud-bigquery
python312Packages.google-cloud-bigquery.dist

Result of nixpkgs-review pr 305220 run on x86_64-linux 1

8 packages built:

python311Packages.dbt-bigquery
python311Packages.dbt-bigquery.dist
python311Packages.google-cloud-bigquery
python311Packages.google-cloud-bigquery.dist
python312Packages.dbt-bigquery
python312Packages.dbt-bigquery.dist
python312Packages.google-cloud-bigquery
python312Packages.google-cloud-bigquery.dist


Fatal: crashes on ios

After updating ionic-team/cordova-plugin-ionic-webview to version 2.0.2 the app
is crashing at start.
When we remove the ionic-image-loader from our app, it does not crash.
Also it does not crash, when we load the app, while we do not have internet connection.
We are on ionic-image-loader version: 5.0.5
ionic info
Ionic:

   ionic (Ionic CLI)  : 4.0.1
   Ionic Framework    : ionic-angular 3.9.2
   @ionic/app-scripts : 3.1.9

Cordova:

   cordova (Cordova CLI) : 8.0.0
   Cordova Platforms     : android 7.0.0, ios 4.5.4

System:

   NodeJS : v8.9.4 (C:\Program Files\nodejs\node.exe)
   npm    : 5.6.0
   OS     : Windows 10

Did you resolve this issue?

Did you resolve this issue?

Unfortunately no, do you have a solution?
We need to fix this issue as fast as possible to publish our app.

I rolled back my webview version to an older version.

I have the same issue 😢 , app crash when is loading the image

I have the same issue 😢 , app crash when is loading the image

We managed to fix the issue with the suggested solution in #183.

I found another solution, update the plugin  cordova-plugin-ionic-webview to latest and now is working


fix: don't copy any property descriptor in utils.inherits

Codecov Report

Merging #508 into master will decrease coverage by 0.01%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master     #508      +/-   ##
==========================================
- Coverage   67.13%   67.12%   -0.02%
==========================================
  Files          36       36
  Lines        2909     2908       -1
==========================================
- Hits         1953     1952       -1
  Misses        956      956

Impacted Files
Coverage Δ

src/object.js
82.3% <100%> (+0.03%)
:arrow_up:

src/utils/index.js
94.87% <100%> (-0.13%)
:arrow_down:

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 71ce83f...41c1622. Read the comment docs.


Variation in EF sum - Passing flight object as a list

Discussed in https://github.com/contrailcirrus/pycontrails/discussions/77

Originally posted by nataj27 August 14, 2023
I've been experimenting with the pycontrails using some sample waypoints.
I observed that the sum of EF changes depending on the order in which flights are stored in the flight object list.
For Example: If the flight object is in the following order -->Flight_object_list = [FL1_obj, FL2_obj, FL3_obj, FL4_obj] the sum of EF for each of the flights are different compared to when the Flight_object_list = [FL3_obj, FL4_obj, FL1_obj, FL2_obj].

@nataj27 Can you attach a script or notebook where you see this?

Apologies, this is not a bug. I am very new to pycontrails and made the mistake of considering met and rad variables corresponding to the last flight in the flight object list. Thus, every time the order of list changed, the EF sum changed. Kindly ignore this question.

No problem! Thanks for resolving.


Update Alibi Explainers to 0.6.0

What this PR does / why we need it:

Update Alibi explainer to use 0.6.0 release
Change imagenet test to faster cifar10 test in python code for alibiexplainer tests
Update Alibi explainer demos to v1beta1 kfserving API
Fix storageUri to be same as AIX example returning *string and using ExplainerExtensionSpec
Remove ImageNet example demo as its very slow with http and hard to test. A future PR could create a gRPC example if grpc is availble in KFServing for explanations.
Add CIFAR10 AnchorImages demo as replacement for ImageNet example

Which issue(s) this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close the issue(s) when PR gets merged):
Fixes #1713
Special notes for your reviewer:

Please confirm that if this PR changes any image versions, then that's the sole change this PR makes.

Release note:

 * Alibi version 0.6.0 release for KFServing explanations.
 * CIFAR10 Image classification explanations demo for Anchor Images with Alibi added

Thanks @cliveseldon !
/lgtm


Realtime doctest checking in ale

Feature request:
I'm not sure if this is appropriate for ale, or if it should be a different plugin, but I love the idea of getting real time feedback in a language that supports doctests (python, elixir, elm, ?) in the exact same way I get realtime linter and compiler warnings in ale.
See http://opensourceconnections.com/blog/2012/10/23/real-time-doctest-checking-in-vim/ if you don't know what I'm talking about.
Also https://github.com/Rykka/doctest.vim might be useful, but I'm not sure what all would be needed for for this to work in other languages, such as elixir.
If you think this doesn't belong in ale, that is fine too, it just felt like a natural fit based on how I use ale to catch compiler issues in elm.  Thank you.

The Python lines inside docstrings can execute arbitrary code, so it's not appropriate to run them automatically. They should be run manually along with standard unit tests.


fix(textarea): useFocus fix

Фикс бага с отсутствием фокусной обводки у Textarea

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

4 of 4 (100.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.001%) to 83.006%

Totals

Change from base Build<PHONE_NUMBER>:
0.001%

Covered Lines:
8647

Relevant Lines:
9566

💛  - Coveralls


Hide execution order if not applicable in Python REPL

From what I can tell Execution Order is not supported in the Python REPL, hence need not be displayed.
Fix: Just remove the following line
controller.supportsExecutionOrder = true;

This make sense. Thank you for this!


Updated btc medianizer address in deploy.

Pull Request Test Coverage Report for Build 4055

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build 4053:
0.0%

Covered Lines:
888

Relevant Lines:
888

💛  - Coveralls


IncorrectThreadException even with RLMRealm.default();

Im having a synchronization mechanic between client and server which should run on a background thread.
So I call it like the following:
DispatchQueue.global(qos: .background).async {
    SyncManager.getInstance().performSync();
 }

Within the sync process I have to retrieve data from the realm database:
let user = MyRealmManager().getCurrentUser();
if (user.lastChange.value! > user.lastSync.value!) { // CRASH

}

So when I want to read and unwrap an optional property of my Realm Object User I get the error:
terminating with uncaught exception of type realm::IncorrectThreadException: Realm accessed from incorrect thread.
I read about a similar problem in this ticket and it seemed like the solution was just to call RLMRealm.default() right before... but with:
RLMRealm.default()

let user = MyRealmManager().getCurrentUser();

if (user.lastChange.value! > user.lastSync.value!) { // CRASH

}

or
let user = MyRealmManager().getCurrentUser();

RLMRealm.default()

if (user.lastChange.value! > user.lastSync.value!) { // CRASH

}

I get the same error. Is there another solution for that?

Does MyRealmManager().getCurrentUser(); return a user instance that may have been created on a different thread?

 Realm();

    func getCurrentUser() -> User {
        return self.realm.objects(User.self).first;
    }
}

Do I just have to use a seperate RealmManager class with another realm object in the background thread to get it working? If yes: How are those two realm objects are synchronized then? In my background thread I can perform adding of users. Those users are getting their id from the server. So if I add a User I get an ID from the server as response. I have to store this ID to the user object and store it in the realm database.
How does my realm object on the main thread know from the changes I made on the realm in the background thread?

I strongly encourage you to read our docs on Threading, Auto-Updating Results and Notifications, which should answer all those questions and give you a better understanding of how to best use Realm to build your apps.

If I read this correctly it's enough for me to do whats written in the Threading doc.

Seeing Changes From Other Threads
On the main UI thread (or any thread with a runloop) objects will automatically update with changes from other threads between each iteration of the runloop. At any other time you will be working on the snapshot, so individual methods always see a consistent view and never have to worry about what happens on other threads.
When you initially open a Realm on a thread, its state will be based off the most recent successful write commit, and it will remain on that version until refreshed. Realms are automatically refreshed at the start of every runloop iteration, unless Realm’s autorefresh property is set to NO. If a thread has no runloop (which is generally the case in a background thread), then Realm.refresh() must be called manually in order to advance the transaction to the most recent state.
Realms are also refreshed when write transactions are committed (Realm.commitWrite()).
Failing to refresh Realms on a regular basis could lead to some transaction versions becoming “pinned”, preventing Realm from reusing the disk space used by that version, leading to larger file sizes. Refer to our Current Limitations for more details on this effect.

Tell me if im wrong but I think all I have to do is to use another realm instance in my background thread, to perform all the changes and after that commit so that the realm instances of my other threads are updated / refreshed.

Correct, after the changes are made in a background thread, the next-ish iteration of your main thread's runloop will update to that version of the Realm and you'll get notified that those changes are now available (if you have any notification blocks configured).

Thank you. I will try that.


Fix a bug where deprecated manifest fields are raised even if powershellversion 2.0 is used

Reviewed 4 of 4 files at r1.
Review status: all files reviewed at latest revision, all discussions resolved.

Comments from the review on Reviewable.io


Challenge giving error for right answer.

For the challenge in applied visual design where I insert an hr tag between the title and paragraph, I did exactly that and I'm getting the error, "The hr tag should come between the title and the paragraph."
Link to challenge

Browser Name: Chrome
Browser Version: Version 68.0.3440.106 (Official Build) (64-bit)
Operating System: MacOS

Found a suggestion when I clicked use a hint. :P


[SWC Jest] Jest Mocking issues with built-in modules with / in import like dns/promises

Describe the bug
The mocking doesn't work with built-in modules when there is / in the import. The tests works with ts-jest without issues.
Input code
https://stackblitz.com/edit/swc-jest-bug?file=src%2Findex.spec.ts

Config
{
  "$schema": "https://json.schemastore.org/swcrc",
  "sourceMaps": true,
  "jsc": {
    "parser": {
      "syntax": "typescript",
      "decorators": true,
      "dynamicImport": true
    },
    "transform": {
      "legacyDecorator": true,
      "decoratorMetadata": true
    },
    "baseUrl": "./"
  },
  "minify": false
}

Playground link (or link to the minimal reproduction)
https://stackblitz.com/edit/swc-jest-bug?file=src%2Findex.spec.ts
SWC Info output
Operating System:
Platform: linux
Arch: x64
Machine Type: undefined
Version: Ubuntu 20.04.0 LTS Tue Apr 30 2024 11:53:11 GMT+0200 (Central European Summer Time)
CPU: (4 cores)
Models: Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz
Binaries:
    Node: 18.18.0
    npm: 10.2.3
    Yarn: 1.22.19
    pnpm: 8.15.6

Relevant Packages:
    @swc/core: 1.4.17
    @swc/helpers: N/A
    @swc/types: N/A
    typescript: 5.4.5

SWC Config:
    output: N/A
    .swcrc path: N/A

Next.js info:
    output: N/A

Expected behavior
Use manual mocks and test should pass
Actual behavior
The manual mock is ignored
Version
1.4.17
Additional context
It's was working on
"@swc/core": "^1.3.105",
"@swc/jest": "^0.2.31",

and broken after
"@swc/core": "^1.4.17",
"@swc/jest": "^0.2.36",

'ts-jest' is wrong here.https://github.com/swc-project/swc/issues/7435
jest.mock of ESM fails / Cannot modify ES modules.


SPIRV linking (and other fedora isms?)

I have current head (5f3e3d336ce020d41ea4361c8c19dcb0fe872911) built on Fedora 39;
I had to add SPIRV, SPIRV-Tools-opt, and SPIRV-Tools to target_list_libraries in ngscopeclient, tests/{Accleration,FIlters,Primitives} and examples/{curvetrace,scopevna}
Note this is using Fedora's shipped spirv packages rather than downloading and building it from source.
I've also got the:
glslc
glfw-devel
yaml-cpp-devel
glew-devel
glslang-devel
libshaderc-devel
libshaderc-static

packages installed.
With that lot, it seems to be building and starting up.

I'll look into the missing libraries in the CMake script. Seems some systems need them and others complain if they're there, still investigating why.
In the meantime can you send a PR to scopehal-docs with the additional packages you had to install, as well as skipping the "install glslc from source" bit on Fedora? Our current Fedora install section in the docs is definitely out of date.

I hope the following can be useful as a starting point for Fedora support.

For Fedora 38, it doesn't seem to be necessary to manually install the Vulkan SDK (currently at version <IP_ADDRESS>-1.fc38), i.e. section "3. Install Vulkan SDK" can be skipped, and also the setting of environment variables in "4. Build scopehal and scopehal-apps".
Dependencies in the same order as for Debian/Ubuntu for section "1. Install dependencies":

sudo dnf install cmake pkg-config glm-devel \
	gtkmm3.0-devel libsigc++30-devel libyaml-devel yaml-cpp-devel \
        liblxi-devel libtirpc-devel texlive glew-devel \
        catch2-devel vulkan-loader-devel glslang-devel glfw-devel \
        glslc libshaderc-devel libshaderc-static \
        spirv-tools-devel

Patch for scopehal:

diff --git a/scopehal/CMakeLists.txt b/scopehal/CMakeLists.txt
index 489bdda..60c6471 100644
--- a/scopehal/CMakeLists.txt
+++ b/scopehal/CMakeLists.txt
@@ -2,6 +2,7 @@ include_directories(SYSTEM ${GTKMM_INCLUDE_DIRS} ${SIGCXX_INCLUDE_DIRS})
 link_directories(${GTKMM_LIBRARY_DIRS} ${SIGCXX_LIBRARY_DIRS})

 find_library(LXI_LIB lxi)
+find_library(TIRPC_LIB tirpc)
 find_library(LINUXGPIB_LIB gpib)
 find_package(glfw3 REQUIRED)

@@ -18,6 +19,16 @@ else()
 	find_package(YAML REQUIRED)
 endif()

+if(LINUX AND CMAKE_SYSTEM_VERSION MATCHES "\.fc[0-9]+\.")
+	set(FEDORA TRUE)
+endif()
+
+if(WIN32 OR FEDORA)
+	set(SPIRV_LIBRARIES SPIRV SPIRV-Tools-opt SPIRV-Tools)
+else()
+	set(SPIRV_LIBRARIES "")
+endif()
+
 # Apple has their own idea about stat structs
 if(CMAKE_SYSTEM_NAME STREQUAL "Darwin")
 	set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Dst_mtim=st_mtimespec")
@@ -25,7 +36,12 @@ endif()

 if(LXI_LIB)
 	set(HAS_LXI true)
-	set(LXI_LIBRARIES ${LXI_LIB})
+	if(FEDORA AND TIRPC_LIB)
+		# On Fedora, tirpc is (still?) not linked into lxi
+		set(LXI_LIBRARIES ${LXI_LIB} ${TIRPC_LIB})
+	else()
+		set(LXI_LIBRARIES ${LXI_LIB})
+	endif()
 else()
 	set(HAS_LXI false)
 	set(LXI_LIBRARIES "")
@@ -194,9 +210,7 @@ target_link_libraries(scopehal
 	${LIBFFTS_LIBRARIES}
 	${OpenMP_CXX_LIBRARIES}
 	${Vulkan_LIBRARIES}
-	SPIRV
-	SPIRV-Tools-opt
-	SPIRV-Tools
+	${SPIRV_LIBRARIES}
 	glslang
 	Vulkan::Vulkan
 	-Wl,--start-group
@@ -221,6 +235,7 @@ target_link_libraries(scopehal
 	${LIN_LIBS}
 	${OpenMP_CXX_LIBRARIES}
 	${Vulkan_LIBRARIES}
+	${SPIRV_LIBRARIES}
 	Vulkan::Vulkan
 	Vulkan::glslang
 	Vulkan::shaderc_combined
@@ -240,6 +255,7 @@ target_link_libraries(scopehal
 	${LIBFFTS_LIBRARIES}
 	${OpenMP_CXX_LIBRARIES}
 	${Vulkan_LIBRARIES}
+	${SPIRV_LIBRARIES}
 	Vulkan::Vulkan
 	Vulkan::glslang
 	Vulkan::shaderc_combined

Unfortunately I can't test this on my current laptop, but it does compile, and ngscopeclient starts up.

@daglem Thanks for sharing the patch. Especially the bit on LXI and linking with libtirpc. On Arch Linux, I have had to either remove liblxi or not link it to compile without missing references.
The rest of the patch lines up with what is done for scopehal-apps-git AUR package as it uses distro-provided vulkan sdk: https://aur.archlinux.org/cgit/aur.git/tree/target_link_libraries.patch?h=scopehal-apps-git

@daglem Under install dependencies section, I still need to install "C Development Tools and Libraries" group package as a build dependency.

@daglem Under install dependencies section, I still need to install "C Development Tools and Libraries" group package as a build dependency.

@hansemro I believe it would be better if we could identify exactly which additional packages are required (gcc-c++ and make maybe?), assuming that the end goal is to have an RPM .spec file with the necessary BuildRequires and Requires.
I guess I should just make PRs for the above - at least it would be a step in the right direction. I'll look into it in a few hours.

Pull requests:
https://github.com/glscopeclient/scopehal/pull/801
https://github.com/glscopeclient/scopehal-docs/pull/69

If we end up removing the step to install vulkan sdk manually, here are the dependencies for debian12/ubuntu23.04 (and newer):
sudo apt install g++ cmake pkg-config libglm-dev \
libgtkmm-3.0-dev libsigc++-2.0-dev libyaml-cpp-dev \
iblxi-dev libtirpc-dev texlive texlive-fonts-extra libglew-dev \
catch2 libvulkan-dev glslang-dev libglfw3-dev \
glslc libshaderc1 libshaderc-dev spirv-tools

Now that I've merged those PRs where do we stand on this issue? Can we close it or is there anything missing?

IMO you can close this issue, just remember to update the documentation linked to from the README.
If you'd like to have an RPM .spec file, I can possibly help out with that later (if and when the dependency on FFTS is removed).

I think we should apply the same changes across all Linux distros (not just Fedora), since:

SunRPC got removed in Glibc 2.26 and later, requiring libtirpc to take its place: https://wiki.gentoo.org/wiki/Project:Toolchain/Glibc_2.26_porting_notes/RPC_implementation
Linking SPIRV Tools will reduce the amount of patches package maintainers will need to apply (w/o downsides?)

Same error on Ubuntu 23.04. Commit cc4335b4b41782a5eb89e41c4c0f49b2485ca90f

I tried to install on a clean Ubuntu 24.04.1 LTS install, and had to install spirv-tools manually before scopehal-apps would compile. If possible, it would be nice adding that to the
sudo apt install build-essential git cmake pkgconf libgtkmm-3.0-dev libcairomm-1.0-dev libsigc++-2.0-dev libyaml-cpp-dev catch2 libglfw3-dev curl xzip-line in the installation manual. Could save a lot of time for newbies like me :)
So if anyone finds this thread because of errors like:
could not find a package configuration file provided by 'spirv-tools-opt' while compiling, do
sudo apt-get install spirv-tools


Pre-processing data for BERT

Hi,
What is the quickest way to edit the data pre-processing code so that we can load BERT models from the huggingface repo? AFAIK, BERT receives the question and context tokens as one sequence, with SEP tokens in between and the end. There's also a CLS token at the head of each sequence/example. But for the BIDAF model that comes with this starter code, it receives question and context as separate tensors...
Thanks.

I would recommend using the Huggingface repo as your starting point rather than this repo (see especially run_squad.py. They have all the pre-processing already set up for BERT, and it would be easier to move code from this repo to that one, rather than the other way around.


Still works?

The defold app works, but when i generate the html file, this just open a blank site
Console error:
Uncaught TypeError: Cannot read property 'getBoundingClientRect' of undefined
at Object.calculateMouseEvent (eval at  (playable_ads.html:1), :95:122932)
at onMousemove (eval at  (playable_ads.html:1), :95:213494)
Same Error with the demo project online

No, it doesn't. Since Defold 1.2.169, plus-minus.
It was a proof-of-concept and I didn't upgrade it for the newer versions of Defold. Because, in fact, no one uses it. @MaratGilyazov once made a playable ad with it, and that's all.

Thanks!, Do you recommend any tool for creating Playable Ads?

Thanks!, Do you recommend any tool for creating Playable Ads?

I know that everyone uses Construct 2/3 to make playables.


Updating yarn requires unpinning node

Thanks for the install instructions! I have a problem upgrading yarn after linking and pinning node in Homebrew.
➜ brew upgrade
Error: Not upgrading 1 pinned package:
node 12.12.0
==> Upgrading 1 outdated package:
yarn 1.19.0 -> 1.19.1
Error: You must `brew unpin node` as installing yarn requires the latest version of pinned dependencies

~ took 4s

How can be Homebrew forced to update yarn without touching node? Thanks again!

@urkopineda
Unfortunately.
Currently, Homebrew doesn't provide upgrading of the packages which dependencies pinned to Homebrew.
I will add instructions "How to upgrade yarn in Homebrew" later.
😁

@urkopineda
Unfortunately.
Currently, Homebrew doesn't provide upgrading of the packages which dependencies pinned to Homebrew.
I will add instructions "How to upgrade yarn in Homebrew" later.
😁

Hi @nijicha, thanks for your response! OK, feel free to close the issue whenever you want.

@urkopineda Okay.

@urkopineda
Part C updated !
https://github.com/nijicha/install_nodejs_and_yarn_homebrew#part-c-upgrading-to-change-nodejs-version-and-re-configure-homebrew
Say yay 🥳


Changing the default NODE_ENV from dev to another value

Hello, by default, a typescript-advanced boilerplate project generates the following line in the .env file:
NODE_ENV="dev"

Question: if I change the above to any other value, what side-effects, if any?

Thanks for raising this question @picosam. NODE_ENV seems to be a relict from the past and I've just removed it from the TypeScript boilerplate. You can safely remove it.


Implement Starknet Builtins

Builtins required for Cairo 1 and Starknet Smart Contracts:

[ ] Gas Builtin
[ ] System Builtin
[ ] Segment Arena Builtin

@rodrigo-pino Hi can I work on this

Hello @rodrigo-pino I will love to work on this


fix: wrong order priority of healthz endpoint.

Codecov Report

Merging #24 (45541b8) into main (5c6964c) will decrease coverage by 0.15%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main      #24      +/-   ##
==========================================
- Coverage   75.22%   75.06%   -0.16%
==========================================
  Files          24       24
  Lines        1909     1909
==========================================
- Hits         1436     1433       -3
- Misses        360      362       +2
- Partials      113      114       +1

Impacted Files
Coverage Δ

schema_fetcher.go
84.21% <0.00%> (-1.32%)
:arrow_down:

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 5c6964c...45541b8. Read the comment docs.


Change Parking symbol

Now parking symbol is too small, create own symbol with same size (no ready made icon available) and add it to where it belongs...

Done


add-type-from-cadl-azure-core

Packages impacted by this PR
@azure-rest/core-client
Issues associated with this PR
Describe the problem that is addressed by this PR
What are the possible designs available to address the problem? If there are more than one possible design, why was the one in this PR chosen?
Are there test cases added in this PR? (If not, why?)
Provide a list of related PRs (if any)
Command used to generate this PR:**(Applicable only to SDK release request PRs)
Checklists

[ ] Added impacted package name to the issue description
[ ] Does this PR needs any fixes in the SDK Generator?** (If so, create an Issue in the Autorest/typescript repository and link it here)
[ ] Added a changelog (if necessary)

API change check
APIView has identified API level changes in this PR and created following API reviews.
azure-rest-core-client

@deyaaeldeen @xirzec I have removed the inner error type and change it into cause, can you help review this PR again ? Thanks


[wip] Send email to new contributors

Add new github action to send an email to all new contributors.

@edenlightning have we set the secrets already? MAIL_USERNAME and MAIL_PASSWORD

@edenlightning have we set the secrets already? MAIL_USERNAME and MAIL_PASSWORD

no, I don't know how to do that this was in original script.

lest try to update stale that planed issues/PRs won't be staled #4769

@Borda mind helping me with this? still cant figure out how GH work

@Borda mind helping me with this? still cant figure out how GH work

yes, about next week.. :]

env:
        GH_EMAIL: ${{ github.event.commits[0].author.email }}
        GH_USERNAME: ${{ github.event.commits[0].author.username }}

This cannot be done the target action audience are forked PRs and GH actions do not share secrets needed to send a mail.
Some way-around is using public mail server so we do not need to set user/pass as secret or use another tooling 🐰


My Scraper tmdb.org doesn't work anymore ..

What TMM version are you using?
2.9.5
release, pre-release, nightly, or directly from GitHub/branch?
What is the actual behaviour?
Hi,
after a new installation on my Linux System i want to download with the tmdb scrap my movies. But it doesn't work anyomore. TMM says "nothing found" .. i do it on severel movies. the other scraper .. the same.
i check my installation properties .. Java .. right version 8, Whats wrong ?
can someone help me ?
What is the expected behaviour?
Steps to reproduce:

first
second
...

Additional
Have you attached the Logfile from the day it happened?
Your Operating system? (win/mac/linux? version?)

Please provide us your log file,

Same for me, it looks like it's down today. It was working for me before. I tried to update, but I got an error message saying the Host is down

TMM's TMDb Scraper is working as intended. Are you using Kodi's TMDb Scraper?

Hy
my logfile.
I have a Mac by the way and it works from the beginning. Same Version.
@ProIcons .. and yes i have Kodi TMDB Scraper and works ..
it must be at the Installation on my Linux Mint
Thx
tiny.log

which java is installed by linux mint? (oracle or openjdk? which version?)
is the logs I see that there are problems creating a https connection - could be an outdated java version or missing certificates (iirc a fedora user had this once)

TLS Exception suggests outdated java version.

@mlaggner
i think its 1.8.0
java version "1.8.0"
Java(TM) SE Runtime Environment (build pxa6480sr4fp1-20170215_01(SR4 FP1))
IBM J9 VM (build 2.8, JRE 1.8.0 Linux amd64-64 Compressed References 20170209_336038 (JIT enabled, AOT enabled)
J9VM - R28_20170209_0201_B336038
JIT  - tr.r14.java.green_20170125_131456
GC   - R28_20170209_0201_B336038_CMPRSS
J9CL - 20170209_336038)
JCL - 20170215_01 based on Oracle jdk8u121-b13

Please install openjdk.

ok .. @ProIcons
now i have deinstalled all Java Files und reinstalled .. oracle jdk 8
sudo add-apt-repository ppa:webupd8team/jav
sudo apt-get update && sudo apt-get install oracle-java8-installer

java -version

java version "1.8.0_151"
Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode)

and it works !! very nice support guys !!
Thx