Race hangs while starting with many indices

Rally version (get with esrally --version):
esrally 0.7.1
Invoked command:
esrally race --track=small-indices --distribution-version=2.3.3
Configuration file (located in ~/.rally/rally.ini)):
[meta]
config.version = 10

[system]
env.name = local

[node]
root.dir = /Users/user/.rally/benchmarks

[source]
local.src.dir = /Users/user/.rally/benchmarks/src
remote.repo.url = https://github.com/elastic/elasticsearch.git

[build]
gradle.bin = /usr/local/bin/gradle

[runtime]
java8.home = /Library/Java/JavaVirtualMachines/jdk1.8.0_121.jdk/Contents/Home

[benchmarks]
local.dataset.cache = ${node:root.dir}/data

[reporting]
datastore.type = in-memory
datastore.host =
datastore.port =
datastore.secure =
datastore.user =
datastore.password =

[tracks]
default.url = <my-tracks-repo>

[teams]
default.url = <my-teams-repo>

[defaults]
preserve_benchmark_candidate = False

[distributions]
release.1.url = https://download.elasticsearch.org/elasticsearch/elasticsearch/elasticsearch-{{VERSION}}.tar.gz
release.2.url = https://download.elasticsearch.org/elasticsearch/release/org/elasticsearch/distribution/tar/elasticsearch/{{VERSION}}/elasticsearch-{{VERSION}}.tar.gz
release.url = https://artifacts.elastic.co/downloads/elasticsearch/elasticsearch-{{VERSION}}.tar.gz
release.cache = true

JVM version:
java version "1.8.0_121"
Java(TM) SE Runtime Environment (build 1.8.0_121-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.121-b13, mixed mode)

OS version:
macOS Sierra 10.12.5
Description of the problem including expected versus actual behavior:
Attempting to start a race on a track with hundreds of indices never starts. If I reduce the number of indices, the race runs as expected. In the hanging case, the Driver never seems to receive the StartBenchmark message.
Steps to reproduce:

Create a track with hundreds of indices.
Attempt to start a race on the track.

Provide logs (if relevant):
...
2017-09-13 16:32:36,21 PID:88444 rally.metrics INFO Creating in-memory metrics store
2017-09-13 16:32:36,21 PID:88444 rally.metrics INFO Opening metrics store for invocation=[20170913T163217Z], track=[small-orgs], challenge=[basic], car=[defaults]
2017-09-13 16:32:36,21 PID:88444 rally.metrics INFO Creating file race store
2017-09-13 16:32:36,21 PID:88444 rally.racecontrol INFO Asking mechanic to start the engine.
2017-09-13 16:32:36,25 PID:88446 rally.mechanic INFO Received signal from race control to start engine.
2017-09-13 16:32:36,27 PID:88446 rally.metrics INFO Opening metrics store for invocation=[20170913T163217Z], track=[small-orgs], challenge=[basic], car=[defaults]
2017-09-13 16:32:36,27 PID:88446 rally.mechanic INFO Cluster consisting of [{'host': '<IP_ADDRESS>', 'port': 39200}] will be provisioned by Rally.
2017-09-13 16:32:36,31 PID:88442 rally.actor INFO Capabilities [{'coordinator': True, 'ip': '<IP_ADDRESS>', 'Convention Address.IPv4': '<IP_ADDRESS>:1900', 'Thespian ActorSystem Name': 'multiprocTCPBase', 'Thespian ActorSystem Version': 2, 'Thespian Watch Supported': True, 'Python Version': (3, 6, 2, 'final', 0), 'Thespian Generation': (3, 7), 'Thespian Version': '1505320337862'}] match requirements [{'coordinator': True}].
2017-09-13 16:32:36,31 PID:88442 rally.actor INFO Capabilities [{'coordinator': True, 'ip': '<IP_ADDRESS>', 'Convention Address.IPv4': '<IP_ADDRESS>:1900', 'Thespian ActorSystem Name': 'multiprocTCPBase', 'Thespian ActorSystem Version': 2, 'Thespian Watch Supported': True, 'Python Version': (3, 6, 2, 'final', 0), 'Thespian Generation': (3, 7), 'Thespian Version': '1505320337862'}] match requirements [{'coordinator': True}].
2017-09-13 16:32:36,50 PID:88641 rally.mechanic INFO Starting node(s) [0] on [<IP_ADDRESS>].
2017-09-13 16:32:36,54 PID:88641 rally.metrics INFO Opening metrics store for invocation=[20170913T163217Z], track=[small-orgs], challenge=[basic], car=[defaults]
2017-09-13 16:32:36,272 PID:88641 rally.repo INFO Checking out [2] in [/Users/kphelps/.rally/benchmarks/teams/default] for distribution version [2.3.3].
2017-09-13 16:32:36,291 PID:88641 rally.repo INFO Rebasing on [2] in [/Users/kphelps/.rally/benchmarks/teams/default] for distribution version [2.3.3].
2017-09-13 16:32:36,521 PID:88641 rally.supplier INFO Resolved download URL [https://download.elasticsearch.org/elasticsearch/release/org/elasticsearch/distribution/tar/elasticsearch/2.3.3/elasticsearch-2.3.3.tar.gz] for version [2.3.3]
2017-09-13 16:32:36,521 PID:88641 rally.supplier INFO Skipping download for version [2.3.3]. Found an existing binary locally at [/Users/kphelps/.rally/benchmarks/distributions/elasticsearch-2.3.3.tar.gz].
2017-09-13 16:32:36,522 PID:88641 rally.provisioner INFO Preparing candidate locally in [/Users/kphelps/.rally/benchmarks/races/2017-09-13-16-32-17/rally-node-0/install].
2017-09-13 16:32:36,523 PID:88641 rally.provisioner INFO Unzipping /Users/kphelps/.rally/benchmarks/distributions/elasticsearch-2.3.3.tar.gz to /Users/kphelps/.rally/benchmarks/races/2017-09-13-16-32-17/rally-node-0/install
2017-09-13 16:32:36,850 PID:88641 rally.provisioner INFO Deleting pre-bundled Elasticsearch configuration at [/Users/kphelps/.rally/benchmarks/races/2017-09-13-16-32-17/rally-node-0/install/elasticsearch-2.3.3/config]
2017-09-13 16:32:36,852 PID:88641 rally.provisioner INFO Reading config template file [/Users/kphelps/.rally/benchmarks/teams/default/cars/vanilla/config/elasticsearch.yml] and writing to [/Users/kphelps/.rally/benchmarks/races/2017-09-13-16-32-17/rally-node-0/install/elasticsearch-2.3.3/config/elasticsearch.yml].
2017-09-13 16:32:36,862 PID:88641 rally.provisioner INFO Reading config template file [/Users/kphelps/.rally/benchmarks/teams/default/cars/vanilla/config/logging.yml] and writing to [/Users/kphelps/.rally/benchmarks/races/2017-09-13-16-32-17/rally-node-0/install/elasticsearch-2.3.3/config/logging.yml].
2017-09-13 16:32:36,864 PID:88641 rally.process INFO Killing all processes which match [java], [elasticsearch] and [/Users/kphelps/.rally/benchmarks/races]
2017-09-13 16:32:36,890 PID:88641 rally.process INFO Skipping myself (PID [88641]).
2017-09-13 16:32:37,17 PID:88641 rally.launcher INFO Detected Java major version [8].
2017-09-13 16:32:37,17 PID:88641 rally.launcher INFO Starting node [rally-node-0] based on car [defaults].
2017-09-13 16:32:37,122 PID:88641 rally.process INFO b'java version "1.8.0_121"\n'
2017-09-13 16:32:37,123 PID:88641 rally.process INFO b'Java(TM) SE Runtime Environment (build 1.8.0_121-b13)\n'
2017-09-13 16:32:37,123 PID:88641 rally.process INFO b'Java HotSpot(TM) 64-Bit Server VM (build 25.121-b13, mixed mode)\n'
2017-09-13 16:32:37,131 PID:88641 rally.launcher INFO JVM supports [-XX:+ExitOnOutOfMemoryError]. Setting this option to detect out of memory errors during the benchmark.
2017-09-13 16:32:37,131 PID:88641 rally.launcher INFO env for [rally-node-0]: <omitted>
2017-09-13 16:32:37,881 PID:88641 rally.launcher INFO rally-node-0: [2017-09-13 12:32:37,880][INFO ][node                     ] [rally-node-0] version[2.3.3], pid[88719], build[218bdf1/2016-05-17T15:40:04Z]
2017-09-13 16:32:37,882 PID:88641 rally.launcher INFO rally-node-0: [2017-09-13 12:32:37,881][INFO ][node                     ] [rally-node-0] initializing ...
2017-09-13 16:32:38,717 PID:88641 rally.launcher INFO rally-node-0: [2017-09-13 12:32:38,717][INFO ][plugins                  ] [rally-node-0] modules [reindex, lang-expression, lang-groovy], plugins [], sites []
2017-09-13 16:32:38,742 PID:88641 rally.launcher INFO rally-node-0: [2017-09-13 12:32:38,742][INFO ][env                      ] [rally-node-0] using [1] data paths, mounts [[/ (/dev/disk0s2)]], net usable_space [48gb], net total_space [233.3gb], spins? [unknown], types [hfs]
2017-09-13 16:32:38,742 PID:88641 rally.launcher INFO rally-node-0: [2017-09-13 12:32:38,742][INFO ][env                      ] [rally-node-0] heap size [989.8mb], compressed ordinary object pointers [true]
2017-09-13 16:32:38,743 PID:88641 rally.launcher INFO rally-node-0: [2017-09-13 12:32:38,743][WARN ][env                      ] [rally-node-0] max file descriptors [10240] for elasticsearch process likely too low, consider increasing to at least [65536]
2017-09-13 16:32:40,750 PID:88641 rally.launcher INFO rally-node-0: [2017-09-13 12:32:40,750][INFO ][node                     ] [rally-node-0] initialized
2017-09-13 16:32:40,752 PID:88641 rally.launcher INFO rally-node-0: [2017-09-13 12:32:40,750][INFO ][node                     ] [rally-node-0] starting ...
2017-09-13 16:32:40,823 PID:88641 rally.launcher INFO rally-node-0: [2017-09-13 12:32:40,823][INFO ][transport                ] [rally-node-0] publish_address {<IP_ADDRESS>:39300}, bound_addresses {<IP_ADDRESS>:39300}
2017-09-13 16:32:40,827 PID:88641 rally.launcher INFO rally-node-0: [2017-09-13 12:32:40,827][INFO ][discovery                ] [rally-node-0] rally-benchmark/99DwO-p0QSGtwgefc6lZdg
2017-09-13 16:32:43,855 PID:88641 rally.launcher INFO rally-node-0: [2017-09-13 12:32:43,854][INFO ][cluster.service          ] [rally-node-0] new_master {rally-node-0}{99DwO-p0QSGtwgefc6lZdg}{<IP_ADDRESS>}{<IP_ADDRESS>:39300}{max_local_storage_nodes=1}, reason: zen-disco-join(elected_as_master, [0] joins received)
2017-09-13 16:32:43,868 PID:88641 rally.launcher INFO rally-node-0: [2017-09-13 12:32:43,868][INFO ][http                     ] [rally-node-0] publish_address {<IP_ADDRESS>:39200}, bound_addresses {<IP_ADDRESS>:39200}
2017-09-13 16:32:43,868 PID:88641 rally.launcher INFO rally-node-0: [2017-09-13 12:32:43,868][INFO ][node                     ] [rally-node-0] started
2017-09-13 16:32:43,869 PID:88641 rally.launcher INFO [rally-node-0] has successfully started.
2017-09-13 16:32:43,869 PID:88641 rally.launcher INFO Started node [rally-node-0] with PID [88719]
2017-09-13 16:32:43,869 PID:88641 rally.launcher INFO Node [rally-node-0] has successfully started. Attaching telemetry devices.
2017-09-13 16:32:43,900 PID:88641 rally.launcher INFO rally-node-0: [2017-09-13 12:32:43,900][INFO ][gateway                  ] [rally-node-0] recovered [0] indices into cluster_state
2017-09-13 16:32:44,36 PID:88641 rally.launcher INFO Telemetry devices are now attached to node [rally-node-0].
2017-09-13 16:32:44,38 PID:88446 rally.actor INFO [1] of [1] child actors have responded for transition from [starting] to [nodes_started].
2017-09-13 16:32:44,39 PID:88446 rally.actor INFO All [1] child actors have responded. Transitioning now from [starting] to [nodes_started].
2017-09-13 16:32:44,39 PID:88446 rally.client INFO Creating ES client connected to [{'host': '<IP_ADDRESS>', 'port': 39200}] with options [{'timeout': 60000, 'request_timeout': 60000}]
2017-09-13 16:32:44,41 PID:88446 rally.launcher INFO All cluster nodes have successfully started. Checking if REST API is available.
2017-09-13 16:32:44,153 PID:88446 rally.launcher INFO REST API is available. Attaching telemetry devices to cluster.
2017-09-13 16:32:44,211 PID:88446 rally.launcher INFO Telemetry devices are now attached to the cluster.
2017-09-13 16:32:44,211 PID:88446 rally.actor INFO Transitioning from [nodes_started] to [apply_meta_info].
2017-09-13 16:32:44,213 PID:88446 rally.actor INFO [1] of [1] child actors have responded for transition from [apply_meta_info] to [cluster_started].
2017-09-13 16:32:44,213 PID:88446 rally.actor INFO All [1] child actors have responded. Transitioning now from [apply_meta_info] to [cluster_started].
2017-09-13 16:32:44,214 PID:88444 rally.racecontrol INFO Mechanic has started engine successfully.
2017-09-13 16:32:44,214 PID:88444 rally.racecontrol INFO Starting lap [1/1]
2017-09-13 16:32:44,214 PID:88444 rally.racecontrol INFO Telling mechanic of benchmark start.
2017-09-13 16:32:44,215 PID:88444 rally.racecontrol INFO Telling driver to start benchmark.
2017-09-13 16:32:44,217 PID:88442 rally.actor INFO Capabilities [{'coordinator': True, 'ip': '<IP_ADDRESS>', 'Convention Address.IPv4': '<IP_ADDRESS>:1900', 'Thespian ActorSystem Name': 'multiprocTCPBase', 'Thespian ActorSystem Version': 2, 'Thespian Watch Supported': True, 'Python Version': (3, 6, 2, 'final', 0), 'Thespian Generation': (3, 7), 'Thespian Version': '1505320337862'}] match requirements [{'coordinator': True}].
2017-09-13 16:32:44,218 PID:88442 rally.actor INFO Capabilities [{'coordinator': True, 'ip': '<IP_ADDRESS>', 'Convention Address.IPv4': '<IP_ADDRESS>:1900', 'Thespian ActorSystem Name': 'multiprocTCPBase', 'Thespian ActorSystem Version': 2, 'Thespian Watch Supported': True, 'Python Version': (3, 6, 2, 'final', 0), 'Thespian Generation': (3, 7), 'Thespian Version': '1505320337862'}] match requirements [{'coordinator': True}].
2017-09-13 16:32:44,218 PID:88446 rally.telemetry INFO Gathering indices stats.
2017-09-13 16:32:44,227 PID:88446 rally.telemetry WARNING Could not determine value at path [merges,total_time_in_millis]. Returning default value [0]
2017-09-13 16:32:44,227 PID:88446 rally.telemetry WARNING Could not determine value at path [merges,total_throttled_time_in_millis]. Returning default value [0]
2017-09-13 16:32:44,227 PID:88446 rally.telemetry WARNING Could not determine value at path [indexing,index_time_in_millis]. Returning default value [0]
2017-09-13 16:32:44,227 PID:88446 rally.telemetry WARNING Could not determine value at path [refresh,total_time_in_millis]. Returning default value [0]
2017-09-13 16:32:44,228 PID:88446 rally.telemetry WARNING Could not determine value at path [flush,total_time_in_millis]. Returning default value [0]
2017-09-13 16:32:44,228 PID:88446 rally.actor INFO Transitioning from [cluster_started] to [benchmark_starting].
2017-09-13 16:32:44,230 PID:88641 rally.telemetry WARNING Process I/O counters are unsupported on this platform. Falling back to less accurate disk I/O counters.
2017-09-13 16:32:44,231 PID:88446 rally.actor INFO [1] of [1] child actors have responded for transition from [benchmark_starting] to [benchmark_started].
2017-09-13 16:32:44,232 PID:88446 rally.actor INFO All [1] child actors have responded. Transitioning now from [benchmark_starting] to [benchmark_started].
2017-09-13 16:32:44,235 PID:88446 rally.telemetry INFO Gathering indices stats.
2017-09-13 16:32:44,239 PID:88446 rally.telemetry WARNING Could not determine value at path [merges,total_time_in_millis]. Returning default value [0]
2017-09-13 16:32:44,239 PID:88446 rally.telemetry WARNING Could not determine value at path [merges,total_throttled_time_in_millis]. Returning default value [0]
2017-09-13 16:32:44,239 PID:88446 rally.telemetry WARNING Could not determine value at path [indexing,index_time_in_millis]. Returning default value [0]
2017-09-13 16:32:44,239 PID:88446 rally.telemetry WARNING Could not determine value at path [refresh,total_time_in_millis]. Returning default value [0]
2017-09-13 16:32:44,239 PID:88446 rally.telemetry WARNING Could not determine value at path [flush,total_time_in_millis]. Returning default value [0]
2017-09-13 16:32:52,221 PID:88444 rally.racecontrol INFO BenchmarkActor received unknown message [<esrally.mechanic.mechanic.BenchmarkStarted object at 0x1047842b0>] (ignoring).

I created the following track to reproduce the issue:
{% set index_count = 800 %}
{
  "short-description": "Demo benchmark",
  "description": "Demo benchmark with {{index_count}} indices.",
  "indices": [
    {% set comma = joiner() %}
    {% for item in range(index_count) %}
    {{ comma() }}
    {
      "name": "demo-{{item}}",
      "types": [
        {
          "name": "docs",
          "mapping": "mappings.json",
          "documents": "documents.json.bz2",
          "includes-action-and-meta-data": true,
          "document-count": 1,
          "compressed-bytes": 274,
          "uncompressed-bytes": 389
        }
      ]
    }
    {% endfor %}
  ],
  "operations": [
    {
      "name": "index-append",
      "operation-type": "index",
      "bulk-size": 1
    }
  ],
  "challenges": [
    {
      "name": "just-index",
      "description": "Just indexes a single document",
      "default": true,
      "index-settings": {
        "index.number_of_replicas": 0
      },
      "schedule": [
        {
          "operation": "index-append",
          "warmup-time-period": 0,
          "clients": 1
        }
      ]
    }
  ]
}

It creates 800 indices (which takes a while) but I managed to make it work on Mac OS X 10.11.6 (El Capitan). Initially I tried to run it with 1000 indices but Elasticsearch ran out of file descriptors:
2017-09-14 06:22:46,145 PID:2203 rally.driver INFO create index [demo-936] with body [{'settings': {'index.number_of_replicas': 0}, 'mappings': {'docs': {'dynamic': 'strict', '_all': {'enabled': False}, 'properties': {'elevation': {'type': 'integer'}, 'name': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'geonameid': {'type': 'long'}, 'feature_class': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'location': {'type': 'geo_point'}, 'cc2': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'timezone': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'dem': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'country_code': {'type': 'text', 'fielddata': True, 'fields': {'raw': {'type': 'keyword'}}}, 'admin1_code': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'admin2_code': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'admin3_code': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'admin4_code': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'feature_code': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'alternatenames': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'asciiname': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'population': {'type': 'long'}}}}}]
2017-09-14 06:22:46,149 PID:2114 rally.launcher INFO rally-node-0: [2017-09-14T08:22:46,148][INFO ][o.e.c.m.MetaDataCreateIndexService] [rally-node-0] [demo-936] creating index, cause [api], templates [], shards [5]/[0], mappings [docs]
2017-09-14 06:22:46,388 PID:2114 rally.launcher INFO rally-node-0: [2017-09-14T08:22:46,383][WARN ][o.e.i.c.IndicesClusterStateService] [rally-node-0] [[demo-936][2]] marking and sending shard failed due to [failed recovery]
2017-09-14 06:22:46,388 PID:2114 rally.launcher INFO rally-node-0: org.elasticsearch.indices.recovery.RecoveryFailedException: [demo-936][2]: Recovery failed on {rally-node-0}{GV6OZ-O0SWuy8SHOW5Fcuw}{esHPHfBeTbemqV87zAhv0A}{<IP_ADDRESS>}{<IP_ADDRESS>:39300}
2017-09-14 06:22:46,388 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.IndexShard.lambda$startRecovery$1(IndexShard.java:1488) [elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,389 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.common.util.concurrent.ThreadContext$ContextPreservingRunnable.run(ThreadContext.java:569) [elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,389 PID:2114 rally.launcher INFO rally-node-0: 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1161) [?:?]
2017-09-14 06:22:46,389 PID:2114 rally.launcher INFO rally-node-0: 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) [?:?]
2017-09-14 06:22:46,389 PID:2114 rally.launcher INFO rally-node-0: 	at java.lang.Thread.run(Thread.java:844) [?:?]
2017-09-14 06:22:46,389 PID:2114 rally.launcher INFO rally-node-0: Caused by: org.elasticsearch.index.shard.IndexShardRecoveryException: failed recovery
2017-09-14 06:22:46,389 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.StoreRecovery.executeRecovery(StoreRecovery.java:299) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,389 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.StoreRecovery.recoverFromStore(StoreRecovery.java:88) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,390 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.IndexShard.recoverFromStore(IndexShard.java:1236) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,390 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.IndexShard.lambda$startRecovery$1(IndexShard.java:1484) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,390 PID:2114 rally.launcher INFO rally-node-0: 	... 4 more
2017-09-14 06:22:46,390 PID:2114 rally.launcher INFO rally-node-0: Caused by: org.elasticsearch.index.translog.TranslogException: failed to create new translog file
2017-09-14 06:22:46,390 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.translog.Translog.createWriter(Translog.java:381) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,390 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.translog.Translog.<init>(Translog.java:203) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,390 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.engine.InternalEngine.openTranslog(InternalEngine.java:272) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,390 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.engine.InternalEngine.<init>(InternalEngine.java:160) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,390 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.engine.InternalEngineFactory.newReadWriteEngine(InternalEngineFactory.java:25) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,391 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.IndexShard.newEngine(IndexShard.java:1602) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,391 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.IndexShard.createNewEngine(IndexShard.java:1584) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,391 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.IndexShard.internalPerformTranslogRecovery(IndexShard.java:1027) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,391 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.IndexShard.performTranslogRecovery(IndexShard.java:987) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,391 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.StoreRecovery.internalRecoverFromStore(StoreRecovery.java:360) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,391 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.StoreRecovery.lambda$recoverFromStore$0(StoreRecovery.java:90) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,391 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.StoreRecovery.executeRecovery(StoreRecovery.java:257) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,391 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.StoreRecovery.recoverFromStore(StoreRecovery.java:88) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,391 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.IndexShard.recoverFromStore(IndexShard.java:1236) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,391 PID:2114 rally.launcher INFO rally-node-0: 	at org.elasticsearch.index.shard.IndexShard.lambda$startRecovery$1(IndexShard.java:1484) ~[elasticsearch-5.6.0.jar:5.6.0]
2017-09-14 06:22:46,392 PID:2114 rally.launcher INFO rally-node-0: 	... 4 more
2017-09-14 06:22:46,392 PID:2114 rally.launcher INFO rally-node-0: Caused by: java.nio.file.FileSystemException: /Users/daniel/.rally/benchmarks/races/2017-09-14-06-14-55/rally-node-0/install/elasticsearch-5.6.0/data/nodes/0/indices/wDnyVMWSRtaPj_WnBiaDdw/2/translog/translog.ckp: Too many open files in system

(this one is on 5.6.0 but I also tried (and succeeded on 2.3.3). So I wonder whether you're running out of file descriptors and that's why it hangs?
Can you please check the output of ulimit -n (max number of open files)? You can increase it with ulimit -n NEW_VALUE. On 10.11., Apple's system integrity protection wanted me to keep that value rather low but I managed to increase it at least to 10240 with ulimit -n 10240 (note that the limit is only applied to the current shell session). It would be great if you could raise the limit and retry with esrally race --track=small-indices --distribution-version=2.3.3 --logging=console (the last parameter is not perfect and is mainly intended for development but it allows you to watch without tailing log files in this simple case).

I never ran into the file descriptor issue you described, I don't think rally ever started creating indices in ES.
I was able to track this down a bit more, though. I think the problem is actually related to my mapping files. Each of my indices has a different mapping file and many of them are fairly large (megabytes). Changing all of my indices to use the same small mapping file allowed me to run the race.

I don't think rally ever started creating indices

with --logging=console you should see something along the lines of:
2017-09-14 06:22:46,145 PID:2203 rally.driver INFO create index [demo-936] with body [{'settings': {'index.number_of_replicas': 0}, 'mappings': {'docs': {'dynamic': 'strict', '_all': {'enabled': False}, 'properties': {'elevation': {'type': 'integer'}, 'name': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'geonameid': {'type': 'long'}, 'feature_class': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'location': {'type': 'geo_point'}, 'cc2': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'timezone': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'dem': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'country_code': {'type': 'text', 'fielddata': True, 'fields': {'raw': {'type': 'keyword'}}}, 'admin1_code': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'admin2_code': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'admin3_code': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'admin4_code': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'feature_code': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'alternatenames': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'asciiname': {'type': 'text', 'fields': {'raw': {'type': 'keyword'}}}, 'population': {'type': 'long'}}}}}]

for every index that is created. As you have huge mapping files we should probably define an upper limit for the log output in this case.

My ulimit is set to 7168

That should be sufficient for creating a few hundred indices (I managed to create more than 800 with 10240).

Each of my indices has a different mapping file and many of them are fairly large (megabytes).

Ok. For my reproduction I just reused the mapping file for the geonames track. A multi-megabyte mapping file might indeed be problematic.
I think this could be caused by several issues:

Rally logs the whole mapping file once again.
You're maybe hitting some default limit in the Elasticsearch Python client that Rally is using under the hood.

Can you please tell me the size of your largest mapping file and also whether Rally has actually logged something like the log statement that I've shown above? Then I'll continue to reproduce. However, setting up that many indices (with large mappings) will always be slow. Maybe we can apply some smarts and show a progress indication in case you are creating more indices than some threshold.

I've created #321 to avoid logging multi-megabyte mappings.

My largest mapping is 5MB. I don't ever see the create index log message. Totally get it would be slow, a progress indicator sounds very helpful!

I'm gonna have a look what's going on.

I could reproduce it and I know what's going on: Rally loads the mapping file when loading the track. This happens (always) on the coordinator and the intention is that the track should be self-contained so it is easier to send it between Rally nodes (e.g. when you distribute the load driver). The problem is that Rally serializes the whole track internally to send it to the load driver and this happens even when you are on a local machine because the load driver is a separate (sub)process.
I think we can revert to lazy-loading for the mapping file because it should be sufficient to do all the index setup on the coordinating node. As this also requires changes to the node placement of specific actors this is a bit more effort than just moving the code to read the mapping file. Anyway, I attempt to tackle it but it will probably take a bit of time to be ready.

I wanted to keep this ticket open to think whether we can make this lazy-loading work. While we could implement it, it would prevent or complicate other use-cases, like the definition of tracks in simple files (as opposed to a fully-fledged track repository).
I'd really like to make both cases work but for now we need to decide whether we want to go either into one or the other direction. Therefore, I am closing this ticket without adding lazy-loading for now. However, should the internal infrastructure change, we can revisit and maybe add this later.


[ENHANCEMENT] "website/install.sh --remote" needs better sanity check messages

When the sanity check for a remote Website fails the installation needs to tell the user what the problem is and how to fix it.  Simply saying:
*** WARNING:
**********
Sanity check of remote Website (https://www.astroactual.com/) failed.
**********

is not useful.

Closing - new command remote_website_install.sh does a better job with error messages.


a PythonLoader which auto-detects encoding of Python files

I was trying to index all the .py files in my project's virtualenv using a DirectoryLoader:
loader = DirectoryLoader(
    'virtualenvs/experiment-py3.10/lib/python3.10/site-packages/',
    glob="**/*.py",
    loader_cls=TextLoader,
)

However the TextLoader got stuck:
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb1 in position 81: invalid start byte

It had run into this file: virtualenvs/experiment-py3.10/lib/python3.10/site-packages/IPython/core/tests/nonascii.py
Which looks like:
# coding: iso-8859-5
# (Unlikely to be the default encoding for most testers.)
# ������������������� <- Cyrillic characters
u = "����"

i.e. it is saved in iso-8859-5 encoding and has Python's special # coding: comment at the top
(this kind of seems like a bug in IPython's packaging to be distributing their tests along with the useful code, but anyway...)
So this PR contributes a PythonLoader, which inherits from TextLoader but detects and sets the encoding automatically.

looks great, thanks @anentropic!


Removed did:web support

libcurl4-openssl-dev dependency should also be removed as it is something that attested-fetch depends on


CI reports "success" when test failed

https://ci.appveyor.com/project/sharwell/stylecopanalyzers/build/1.0.1897

I was hoping to avoid two separate phases for tests and code coverage, especially since the code coverage phase was reporting a duplicate set of test results. Looks like that won't be possible though. :worried:
Any idea on how we can get the code coverage results to not appear on the Tests tab of AppVeyor, since they duplicate information already put there by a previous test run?


Allow sending DMs to arbitrary users

This change uses the new callbacks available in node-slack-client. If
robot.send is called like:
robot.send {room: 'someuser'}, 'message'
If someuser is a user and there is no existing DM, it will use openDM to
establish a new private message with the user and send the message in the
callback.

Note the travis build fails because of dependencies on 0.8, not because of a failing test. I've opened #169 to address this.

Awesome! Thanks for sharing this (and dealing with our travis needing to be updated)!

cc https://github.com/slackhq/hubot-slack/issues/228 for tracking getting this released


Start Basic Page CMS

An about page, contact us page, etc. are needed for this website. Let's make a basic editor so admins can manage those pages.

Let's use simpleMDE for making content on web pages. Should be the easiest way to make dynamic pages look good.

Mostly implemented. Need to add simpleMDE as last step.

Ended up using Quill for the editor. Super simple implementation. This should be the last sub-feature needed! Good to close this issue.


form_ajax_refs to fetch from non-reference-field

I'm trying to get a list of existing values for a field as an ajax-requested list of possible values for a non-ReferenceField.
Here's a pseudocode example of what I want to do:
class MyModel(Document):
    tags = ListField(StringField())

class MyModelAdmin(FlaskView):
    form_overrides = {
        'tags': Select2TagsField
    }
    form_ajax_refs = {
        'tags': QueryAjaxModelLoader('tags', MyModel, fields=['tags'], page_size=10)
    }

For some reason this does not trigger the ajax search at all - meaning there is no ajax call sent for the tags field when I start typing into the field.
Am I approaching this wrong? Seems like I can't tie any QueryAjaxModelLoader into a non-ReferenceField field. Is there a suggest way to deal with this?

Closing this now, but please re-open if it's still a problem.


Add soversion for InfluxDB

Shared object files on UNIX systems frequently have libtool-style versioning. In particular, it is used for automatic dependency tracking in binary packaging managers. In order to be more friendly to Linux systems, the libtool-style versioning is introduced here. Windows system is unaffected by this change.
c:r:a has to be adjusted manually before each release basing on the set of the rules.

Is it possible or reasonable to map these versions to the project version?

Short answer is no. These numbers are for tracking the interface. For instance, if the rules are respected then libInfluxDB.so.C.R.A shared object may be used instead of libInfluxDB.so.(C-A).R'.A' as a drop-in replacement, i.e. without recompiling applications.
Long answer depends on the current versioning scheme used for the project. If you are using so-called semantic versioning Major.Minor.Rev then (if I am not mistaken) you have to update Major version each time when you break compatibility, and Minor version each time when you add new interfaces. Then R=Rev, A=Minor, C=Total number of previous minor releases.

I see, thanks for providing the guide, I guess I'm going to need it :smile:.


Add new style for the widget modal window

Isn't this a duplicate of #6682 ? :kissing_heart:

Oh, yes! I'm closing this, thanks!


description of CombatTalentDetail should be optional.

For combat skills like combat1, there is no description property, but the typescript definition doesn't include this as an optional type.

thanks


Use kubectl get instead of k get in AKS limit egress traffic guide

@liammoat : Thanks for your contribution! The author(s) have been notified to review your proposed change.

@liammoat : Thanks for your contribution! The author(s) have been notified to review your proposed change.

@liammoat, thanks for the feedback!
#sign-off

@liammoat, thanks for the feedback!
#sign-off

@Nickomang: I'm sorry - only the author of this article, @palma21, can sign off on your changes. But we do have an exception process - if you are on the Microsoft content or product team for this product area, you can ask the PR review team to review and merge it by sending mail to the techdocprs alias.

@Nickomang: I'm sorry - only the author of this article, @palma21, can sign off on your changes. But we do have an exception process - if you are on the Microsoft content or product team for this product area, you can ask the PR review team to review and merge it by sending mail to the techdocprs alias.


WIN64: 'Command-line error: invalid macro definition: "LIBZ="ZLIB1""' error for shared builds using ICC

Hello, everyone,
For OpenSSL builds using ICC got error:
set CC=icl

perl Configure zlib-dynamic --with-zlib-include="%CD%\..\..\libZLIB-1.2.11\ICC64RH\include" shared VC-WIN64A && nmake

<snip>

        icl  /Zi /Fdossl_static.pdb /Gs0 /GF /Gy /MD /W3 /wd4090 /nologo /O2 /I "." /I "include" "-D\"LIBZ=\\\"ZLIB1\\\"\"" "-DL_ENDIAN" "-DOPENSSL_PIC" "-DOPENSSL_CPUID_OBJ" "-DOPENSSL_IA32_SSE2" "-DOPENSSL_BN_ASM_MONT" "-DOPENSSL_BN_ASM_MONT5" "-DOPENSSL_BN_ASM_GF2m" "-DSHA1_ASM" "-DSHA256_ASM" "-DSHA512_ASM" "-DRC4_ASM" "-DMD5_ASM" "-DAES_ASM" "-DVPAES_ASM" "-DBSAES_ASM" "-DGHASH_ASM" "-DECP_NISTZ256_ASM" "-DX25519_ASM" "-DPADLOCK_ASM" "-DPOLY1305_ASM" "-DOPENSSLDIR=\"C:\\Program Files\\Common Files\\SSL\"" "-DENGINESDIR=\"C:\\Program Files\\OpenSSL\\lib\\engines-1_1\"" "-DZLIB" "-DZLIB_SHARED" "-DOPENSSL_SYS_WIN32" "-DWIN32_LEAN_AND_MEAN" "-DUNICODE" "-D_UNICODE" "-D_CRT_SECURE_NO_DEPRECATE" "-D_WINSOCK_DEPRECATED_NO_WARNINGS" "-DOPENSSL_USE_APPLINK" "-DNDEBUG" "-Ic:\\libOPENSSL-1.1.1-dev\\build\\..\\..\\libZLIB-1.2.11\\ICC64RH\\include"  /Zs /showIncludes "apps\app_rand.c" 2>&1 > apps\app_rand.d
NMAKE : fatal error U1077: 'icl' : return code '0x4'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.12.25827\bin\HostX64\x64\nmake.exe"' : return code '0x2'
Stop.

<snip>

nmake

<snip>

        icl  /Zi /Fdossl_static.pdb /Gs0 /GF /Gy /MD /W3 /wd4090 /nologo /O2 /I "." /I "include" "-D\"LIBZ=\\\"ZLIB1\\\"\"" "-DL_ENDIAN" "-DOPENSSL_PIC" "-DOPENSSL_CPUID_OBJ" "-DOPENSSL_IA32_SSE2" "-DOPENSSL_BN_ASM_MONT" "-DOPENSSL_BN_ASM_MONT5" "-DOPENSSL_BN_ASM_GF2m" "-DSHA1_ASM" "-DSHA256_ASM" "-DSHA512_ASM" "-DRC4_ASM" "-DMD5_ASM" "-DAES_ASM" "-DVPAES_ASM" "-DBSAES_ASM" "-DGHASH_ASM" "-DECP_NISTZ256_ASM" "-DX25519_ASM" "-DPADLOCK_ASM" "-DPOLY1305_ASM" "-DOPENSSLDIR=\"C:\\Program Files\\Common Files\\SSL\"" "-DENGINESDIR=\"C:\\Program Files\\OpenSSL\\lib\\engines-1_1\"" "-DZLIB" "-DZLIB_SHARED" "-DOPENSSL_SYS_WIN32" "-DWIN32_LEAN_AND_MEAN" "-DUNICODE" "-D_UNICODE" "-D_CRT_SECURE_NO_DEPRECATE" "-D_WINSOCK_DEPRECATED_NO_WARNINGS" "-DOPENSSL_USE_APPLINK" "-DNDEBUG" "-Ic:\\libOPENSSL-1.1.1-dev\\build\\..\\..\\libZLIB-1.2.11\\ICC64RH\\include"  -c /Foapps\app_rand.obj "apps\app_rand.c"
app_rand.c
Command-line error: invalid macro definition: "LIBZ=\"ZLIB1\""

compilation aborted for apps\app_rand.c (code 4)
NMAKE : fatal error U1077: '"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\bin\intel64\icl.EXE"' : return code '0x4'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.12.25827\bin\HostX64\x64\nmake.exe"' : return code '0x2'
Stop.

which reproduced after commit abe256e7951e6d57f8f6b4364ea696eb4ead3852.
Reproduced for:

builds using ICC with Shared layout and zlib-dynamic flag,

not reproduced for:

builds using ICC with Static layout,
builds using mingw-w64 and MSVC with Shared layout.

Environment:

Windows 10 x64,
mingw-w64 x86_64 7.3.0,
ICC 2018 Update 2,
MSVC 2017 15.5.0,
Windows SDK 10.0.16299.15,
MSYS2 20170918,
OpenSSL-1.1.1-dev (803cc8c7d4fce5ba8a4b843e0d778983d5b75c9e).

CC: @levitte
Best,
Alexander

I don't believe ICC is a supported compiler.

Yes and no. The last discussion on this stopped here.

Doesn't matter, @richsalz, that macro definition is malformed either way.

Can someone explain to me why does everybody configure with zlib-dynamic when there
is a CRIME attack?

Presumably because it's a legal OpenSSL build flag.
So the question rather is, why zlib-dynamic flag allowed, when it leads to security flaws?

Many things lead to security flaws that are still allowed.  And I don't see what's wrong with the macro. And the discussion did tail off, which means the default is still not supported.

@richsalz, "-D\"LIBZ=\\\"ZLIB1\\\"\"" tries to tell the compiler to define the macro "LIBZ=\"ZLIB1\"" (all quotes included), not the macro LIBZ with the value "ZLIB1".  That is wrong, whether we're talking CL or ICC.  The troublesome thing is that CL lets this pass silently (I just tested), while ICC complains (rightfully).
In other words, even though ICC detected the issue, this is not an ICC issue, it's an issue in our makefile template for Windows.

@sav-ix, please try #5833

Applied Change 21eab2dcba0e55dd109364266bd0fea9c2cb21a6 to OpenSSL-1.1.1-dev (803cc8c7d4fce5ba8a4b843e0d778983d5b75c9e) sources, and for builds using Windows ICC with <Debug|Release> Shared configurations error not reproduced. Also made sure, that it doesn't break shared MSVC builds.
Thank you for [a quick] fix!

Thanks for the explanation.


enable one-line $model update

fix for #7331 and enable shorter code

Wasn't it decided not to implement it?

yes

have you read my post https://github.com/yiisoft/yii2/issues/7331#issuecomment-127970269

I cannot think of a good reason why the framework should not provide a way of setting & saving a model in 1 line.

its useful
its something many people want to use (and finally come to the conclusion its not supported)
this solution does not affect performance (no magic and not using __call)
arguments about similar proposals (https://github.com/yiisoft/yii2/issues/7331#issuecomment-74869942) is not an argument


“MAX_ITER=20000” during meta-test in Tensorflow code

Hello,
Thanks for your excellent work.
I have a question about "MAX_ITER = 20000" during meta-test in TensorFlow, MAML's meta-test was only done once, why do you need to do yours for MAX_ITER times? And in this way, how to get the final results?

Thanks for your time and look forward to your reply soon!

Thanks for your interest in our work!
Running the following loop won't execute the meta-test for MAX_ITER times. It will only execute the meta-test for each saved model:
https://github.com/yaoyao-liu/meta-transfer-learning/blob/5c12cc48042a35198b114de49f24199722e74cbe/tensorflow/run_experiment.py#L105-L106
If you have any further comments, please feel free to add comments here.

Thanks for your interest in our work!
Running the following loop won't execute the meta-test for MAX_ITER times. It will only execute the meta-test for each saved model:
https://github.com/yaoyao-liu/meta-transfer-learning/blob/5c12cc48042a35198b114de49f24199722e74cbe/tensorflow/run_experiment.py#L105-L106
If you have any further comments, please feel free to add comments here.

Thanks for your prompt reply.
So can I perform the meta-test based on the saved model with the last iteration and use this result as the final result?

@licj1
You may see the meta-test accuracy for each saved model, respectively.
I'm not sure what you mean by "final result".
If you hope to know which models correspond to the results reported in the paper, you may see "Section 5.3 Results and analysis".
Please feel free to add comments here if you have any further comments.


Error for authorized example

Hi,
I have successfully used your example page to upload a photograph, but when  I follow the link to auth.php I just get Error: on the page. I am a a newb so am a bit stranded.
Thanks
Greg

Hi greg,
I am also getting the same error while following the link auth.php.
Also, i am getting signature invalid error while performing an upload.
Did you encounter this error or will you be able to help me.


Exceptions are swallowed and break the plugin

create a new MF console project and throw an exception in it.
the IDE will swallow the exception and the plugin will stop doing anything useful.

It seems to me that it's not quite that the exception is swallowed. It's more the case that the exception, whether a debug session has started or not, seems to trigger the start of a kind of frozen / stuck debugging session (that can be un-stuck, but at the cost of putting the IDE in the wrong state...) .
Repro:
Modify TestBlinker so that, when the exception is caught, the rate of the pulse changes:
var pulse = 500;
while (true)
{
	outie.Write(true);
	Thread.Sleep(pulse);
	outie.Write(false);
	Thread.Sleep(pulse);
	counter++;
	try
	{
		if (counter == 3)
		{
			throw new Exception();
		}
	}
	catch (Exception x)
	{
		pulse = 100;
	}
}

Run the program and watch the LED blink 3 times and then, seemingly freeze. I believe that there is now some kind of non-visible, not-properly-controlled-by-the-IDE debug session going on. Press the "Pause Execution" debug button and you will drop into a debug session at the point of the Exception. One might suspect this is some kind of rendering mistake by the IDE, but I do not think so, since...
Press the "Stop" button. The LED pulse-rate increases, indicating that the "rogue debug session" ended, the program resumed, caught the exception, and happily went back into it's loop.
Unfortunately, the state of the IDE and the board are, at this point, FUBAR: the IDE thinks the program has stopped, there's no way to re-attach the debugger, etc.
Another mystery is why the "Stop" button doesn't stop the program but actually makes it resume. Could it be that there is a stack involved and the "Stop" button is stopping the process of the rogue debug session?


Table "Standard Service Code" Fieldextension from Code[10] to Code[20] needed

Please extend Table "Standard Service Code" Field Code from Code[10] to Code[20] or give us the possibility to overwrite the standard fieldsize.

The primary key change is not allowed on SQL Azure so we cannot do it.

We want to do that onPrem, not in Azure.
Can you make it possible for OnPrem?

No, we have the single code base.

You can post this as an idea on https://experience.dynamics.com/ideas/ and let others vote for it.
If this is really needed we can only make the replacement of this table.


Elementwise

Proposed Changes

EWiseAdd renamed to elementwise
New elementwise for CSR
Vector types for GPU

Types of changes
What types of changes does your code introduce to GraphBLAS-sharp?
Put an x in the boxes that apply

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

Checklist
Put an x in the boxes that apply. You can also fill these out after creating the PR. If you're unsure about any of them, don't hesitate to ask. We're here to help! This is simply a reminder of what we are going to look for before merging your code.

[x] Build and tests pass locally
[ ] I have added tests that prove my fix is effective or that my feature works (if appropriate)
[ ] I have added necessary documentation (if appropriate)

I think ClDenseVector should not inherit ClArray due to the fact that it is impossible to create ClDenseVector from ClArray because of ClArray's private constructor

@kirillgarbar Strange reason. May it be etter to modify ClArray? Or maybe ClDenseVector should aggregate ClArray. Anyway, I guess these two structures should be unified.


fix: FastifyHL7Options not exported from root

:tada: This issue has been resolved in version 1.1.3 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Add new FAQs article for Harness CI Cloud

Thanks for contributing to the Harness Developer Hub! Our code owners will review your submission.
Description

Please describe your changes: __________________________________
Jira/GitHub Issue numbers (if any): ______________________________
Preview links/images (Internal contributors only): __________________

PR lifecycle
We aim to merge PRs within one week or less, but delays happen sometimes.
If your PR is open longer than two weeks without any human activity, please tag a code owner in a comment.
PRs must meet these requirements to be merged:

[ ] Successful preview build.
[ ] Code owner review.
[ ] No merge conflicts.
[ ] Release notes/new features docs: Feature/version released to at least one prod environment.

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

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://66c3c43a60349156d1d4ed67--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://66c51fe63a99367c0ed24d16--harness-developer.netlify.app


Allow deletion of multiple checkpoints at once

The code in saver.py that enforces the max_to_keep parameter (AKA keep_checkpoint_max) is written in such a way that it deletes at most one checkpoint when saving a new checkpoint. If a Saver gets into a state where the number of checkpoints in the checkpoints file is greater than max_to_keep, the Saver will never delete enough checkpoints to bring the number down to max_to_keep.
I ran into this issue when my VM ran low disk space due to a large number of checkpoints. I killed my running training job, set max_to_keep to a smaller number, and restarted. Nothing happened.
This PR adjusts the deletion logic so that the Saver will delete multiple checkpoints if necessary to bring the number of checkpoints down to the current value of max_to_keep.

Nagging Assignee @andrewharp: It has been 14 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @andrewharp: It has been 36 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @andrewharp: It has been 51 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @andrewharp: It has been 66 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @andrewharp: It has been 81 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @andrewharp: It has been 96 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @andrewharp: It has been 111 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

@sherrym Sherry, can you please take a look at this PR. Looks like like you worked on checkpoints before.

Nagging Reviewer @sherrym: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 20 days with no activity and the awaiting review label has been applied.

Nagging Reviewer @sherrym: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 35 days with no activity and the awaiting review label has been applied.

Nagging Reviewer @sherrym: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 50 days with no activity and the awaiting review label has been applied.

Nagging Reviewer @sherrym: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 65 days with no activity and the awaiting review label has been applied.

Nagging Reviewer @sherrym: You have been added as a reviewer to this pull request. Please add your review or reassign. It has been 80 days with no activity and the awaiting review label has been applied.

Closing out inactive PRs.


The compilation fails on Apple M1

Using the example from the tutorial using pythran 0.10.0 from conda-forge on Apple M1:
def dprod(arr0, arr1):
    return sum([x*y for x,y in zip(arr0, arr1)])

I get:
$ pythran dprod.py
WARNING:root:No pythran specification, nothing will be exported
WARNING: Compilation error, trying hard to find its origin...
WARNING:pythran:Compilation error, trying hard to find its origin...
WARNING: Nop, I'm going to flood you with C++ errors!
WARNING:pythran:Nop, I'm going to flood you with C++ errors!
CRITICAL: Cover me Jack. Jack? Jaaaaack!!!!
E: error: Command "clang -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O2 -Wall -fPIC -O2 -isystem /Users/certik/miniforge3/envs/pythran/include -arch arm64 -fPIC -O2 -isystem /Users/certik/miniforge3/envs/pythran/include -arch arm64 -DENABLE_PYTHON_MODULE -D__PYTHRAN__=3 -DPYTHRAN_BLAS_BLAS -I/Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran -I/Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/numpy/core/include -I/Users/certik/miniforge3/envs/pythran/include -I/Users/certik/miniforge3/envs/pythran/include/python3.10 -c /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmp0ikdp89m.cpp -o /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmpra07avzl/var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmp0ikdp89m.o -std=c++11 -fno-math-errno -Wno-unused-function" failed with exit status 1
CRITICAL:pythran:Cover me Jack. Jack? Jaaaaack!!!!
E: error: Command "clang -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O2 -Wall -fPIC -O2 -isystem /Users/certik/miniforge3/envs/pythran/include -arch arm64 -fPIC -O2 -isystem /Users/certik/miniforge3/envs/pythran/include -arch arm64 -DENABLE_PYTHON_MODULE -D__PYTHRAN__=3 -DPYTHRAN_BLAS_BLAS -I/Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran -I/Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/numpy/core/include -I/Users/certik/miniforge3/envs/pythran/include -I/Users/certik/miniforge3/envs/pythran/include/python3.10 -c /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmp0ikdp89m.cpp -o /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmpra07avzl/var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmp0ikdp89m.o -std=c++11 -fno-math-errno -Wno-unused-function" failed with exit status 1

It doesn't show the actual error. But if I execute the command by hand, I get:
$ clang -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O2 -Wall -fPIC -O2 -isystem /Users/certik/miniforge3/envs/pythran/include -arch arm64 -fPIC -O2 -isystem /Users/certik/miniforge3/envs/pythran/include -arch arm64 -DENABLE_PYTHON_MODULE -D__PYTHRAN__=3 -DPYTHRAN_BLAS_BLAS -I/Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran -I/Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/numpy/core/include -I/Users/certik/miniforge3/envs/pythran/include -I/Users/certik/miniforge3/envs/pythran/include/python3.10 -c /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmp0ikdp89m.cpp -o /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmpra07avzl/var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmp0ikdp89m.o -std=c++11 -fno-math-errno -Wno-unused-function
In file included from /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmp0ikdp89m.cpp:1:
In file included from /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/core.hpp:36:
In file included from /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/types/slice.hpp:5:
In file included from /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/types/NoneType.hpp:8:
In file included from /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/builtins/bool_.hpp:7:
In file included from /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/types/tuple.hpp:13:
In file included from /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/types/ndarray.hpp:1303:
In file included from /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/types/numpy_operators.hpp:15:
/Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/operator_/lshift.hpp:22:15: warning: converting the result of '<<' to a boolean; did you mean '(a << b) != 0'? [-Wint-in-bool-context]
      lshift, <<, (a <= (std::numeric_limits<decltype(b)>::max() >> b)))
              ^
1 warning generated.

I don't see an error, just a warning. So I don't know what the issue is.

I don't see an error, just a warning. So I don't know what the issue is.

Can you try pythran -v dprod.py ?

Sure, here is the output:
$ pythran -v dprod.py
INFO:      sys file exists: /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythran.cfg
INFO: platform file exists: /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythran-darwin.cfg
WARNING:     user file does not exist: /Users/certik/.pythranrc
INFO: pythranrc section [pythran] is valid and options are correct
INFO: pythranrc section [typing] is valid and options are correct
INFO: pythranrc section [compiler] is valid and options are correct
WARNING:root:No pythran specification, nothing will be exported
running build_ext
new_compiler returns <class 'distutils.unixccompiler.UnixCCompiler'>
building 'dprod' extension
C compiler: arm64-apple-darwin20.0.0-clang++ -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O2 -Wall -fPIC -O2 -isystem /Users/certik/miniforge3/envs/pythran/include -arch arm64 -fPIC -O2 -isystem /Users/certik/miniforge3/envs/pythran/include -arch arm64 -ftree-vectorize -fPIC -fPIE -fstack-protector-strong -O2 -pipe -isystem /Users/certik/miniforge3/envs/pythran/include -D_FORTIFY_SOURCE=2 -isystem /Users/certik/miniforge3/envs/pythran/include

creating /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmpjtcdjtic/var
creating /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmpjtcdjtic/var/folders
creating /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmpjtcdjtic/var/folders/43
creating /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmpjtcdjtic/var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc
creating /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmpjtcdjtic/var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T
compile options: '-DENABLE_PYTHON_MODULE -D__PYTHRAN__=3 -DPYTHRAN_BLAS_BLAS -I/Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran -I/Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/numpy/core/include -I/Users/certik/miniforge3/envs/pythran/include -I/Users/certik/miniforge3/envs/pythran/include/python3.10 -c'
extra options: '-std=c++11 -fno-math-errno -Wno-unused-function -ftree-vectorize -fPIC -fPIE -fstack-protector-strong -O2 -pipe -stdlib=libc++ -fvisibility-inlines-hidden -std=c++14 -fmessage-length=0 -isystem /Users/certik/miniforge3/envs/pythran/include'
arm64-apple-darwin20.0.0-clang++: /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmpew0u0njj.cpp
In file included from /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmpew0u0njj.cpp:1:
In file included from /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/core.hpp:36:
In file included from /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/types/slice.hpp:5:
In file included from /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/types/NoneType.hpp:8:
In file included from /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/builtins/bool_.hpp:7:
In file included from /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/types/tuple.hpp:13:
In file included from /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/types/ndarray.hpp:1303:
In file included from /Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/types/numpy_operators.hpp:15:
/Users/certik/miniforge3/envs/pythran/lib/python3.10/site-packages/pythran/pythonic/operator_/lshift.hpp:22:15: warning: converting the result of '<<' to a boolean; did you mean '(a << b) != 0'? [-Wint-in-bool-context]
      lshift, <<, (a <= (std::numeric_limits<decltype(b)>::max() >> b)))
              ^
1 warning generated.
arm64-apple-darwin20.0.0-clang++ -bundle -undefined dynamic_lookup -Wl,-rpath,/Users/certik/miniforge3/envs/pythran/lib -L/Users/certik/miniforge3/envs/pythran/lib -Wl,-rpath,/Users/certik/miniforge3/envs/pythran/lib -L/Users/certik/miniforge3/envs/pythran/lib -Wl,-pie -Wl,-headerpad_max_install_names -Wl,-dead_strip_dylibs -Wl,-rpath,/Users/certik/miniforge3/envs/pythran/lib -L/Users/certik/miniforge3/envs/pythran/lib -ftree-vectorize -fPIC -fPIE -fstack-protector-strong -O2 -pipe -isystem /Users/certik/miniforge3/envs/pythran/include -D_FORTIFY_SOURCE=2 -isystem /Users/certik/miniforge3/envs/pythran/include /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmpjtcdjtic/var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmpew0u0njj.o -L/Users/certik/miniforge3/envs/pythran/lib -lcblas -lblas -lcblas -lblas -o /var/folders/43/nspmtcpj5r589x58n_spl6jm000fsc/T/tmppi73t_lo/dprod.cpython-310-darwin.so -Wl,-pie -Wl,-headerpad_max_install_names -Wl,-dead_strip_dylibs -Wl,-rpath,/Users/certik/miniforge3/envs/pythran/lib -L/Users/certik/miniforge3/envs/pythran/lib
ld: warning: -pie being ignored. It is only used when linking a main executable
INFO: Generated module: dprod
INFO:pythran:Generated module: dprod
INFO: Output: /Users/certik/dprod.cpython-310-darwin.so
INFO:pythran:Output: /Users/certik/dprod.cpython-310-darwin.so

So it seems to work? I assumed it didn't based on the error, but it seems it does work:
$ python
Python 3.10.0 | packaged by conda-forge | (default, Oct 12 2021, 21:22:54) [Clang 11.1.0 ] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import dprod
>>> dprod.__file__
'/Users/certik/dprod.cpython-310-darwin.so'

This looks fine... at least for the second run. The 'critical' in the first run are less encouraging.
Please note this warning:
WARNING:root:No pythran specification, nothing will be exported

In order to do something usefull with your module, you need a pythran export line (see https://pythran.readthedocs.io/en/latest/MANUAL.html#concerning-pythran-specifications)

Ah, adding #pythran export dprod(int list, int list) fixed the problem, now it doesn't complain and it seems to work:
$ python
Python 3.10.0 | packaged by conda-forge | (default, Oct 12 2021, 21:22:54) [Clang 11.1.0 ] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import a
>>> a.dprod.__doc__
'Supported prototypes:\n\n    - dprod(int list, int list)'
>>> a.dprod([1,2], [3,4])
11

So I think this issue is fixed. But I think pythran should return more user friendly error that I forgot to add type annotation.

Well, we already have a warning, I don't know what could be done differently?

It seems if I forget to put in a type annotation, it should not fail in C++ as it does above? I thought it indicated there is some bug somewhere. If not, then this issue can be closed.

#1934 now properly raises an error in the scenario you're describing.Hopefully :-)

Closing the issue as we now both have a decent error message and a solution to the original problem :-)


I got class not found for kotlin when i implemted it

Hello,
I got following error  in my main activity on the library init
   java.lang.NoClassDefFoundError: Failed resolution of: Lkotlin/jvm/internal/Intrinsics;  Caused by: java.lang.ClassNotFoundException: Didn't find class "kotlin.jvm.internal.Intrinsics" on path: DexPathList

Its kotlin code .. I thought i will work on java also

Update : I  was able to make the error gone by adding

implementation "org.jetbrains.kotlin:kotlin-stdlib:1.2.41"

And my app run but nothin happen

it worked!
when I added current URI different that the package name.
why in the code we have
  when {
                            programInfo.uriCurrent != act.applicationContext.packageName ->
                                when {
                                    checkPackageIfExists(act, programInfo.uriCurrent) -> showRestricterDlg(act, DlgModeEnum.OPEN_NEW, programInfo)
                                    isRestrictedDlg -> showRestricterDlg(act, DlgModeEnum.INSTALL, programInfo)
                                    else -> showUpdaterDlg(act, DlgModeEnum.INSTALL, programInfo)
                                }
                            getVersionCode(act) < programInfo.versionCodeCurrent ->
                                when {
                                    isRestrictedDlg -> showRestricterDlg(act, DlgModeEnum.UPDATE, programInfo)
                                    else -> showUpdaterDlg(act, DlgModeEnum.UPDATE, programInfo)
                                }
                            else -> Log.i(Constants.MAH_ANDROID_UPDATER_LOG_TAG, "MAHUpdater: There are not any update in service")
                        }

While it returns not update if the package name is same?

it works now


Update tests and example to use actual newlines

Single-quoted \n is just that character, so the actual
output was just a single long line. This will make the output
look more like the instructions say it should and reduce confusion
when implementing.

[...] I disagree with the changes from += to ++.

@neenjaw aren't they practically the same here? I suppose it would be cleaner to just have the "/' change in a single commit, but as I understand unless you're reassigning a variable, I think the += and ++ have the same effect? I might be missing something though. I suppose to keep the same behaviour, the ++ should come before the argument, like ++$x instead of $x++? (The difference being the new value is returned, vs the old value)

I'll undo the ++ changes-  The IDE suggested them as being more efficient. Since it's the reference code, the student doesn't see it anyway, so it doesn't really matter. The prefix ++ vs postfix ++ doesn't matter in this case as there's nothing else happening on the line so it really makes no difference. I have read before that prefix is slightly faster, but I don't know if that's ever true or if it was, if it still is. I personally prefer the postfix, but as you mentioned, it's personal preference, and I really don't care enough to keep it. I'll revert back to += later this afternoon and push up the changes.

All updated and rebased on top of the config.json fixes.

Nice work @dstockto!


BW plugin never fires sendBeacon

I've just started using boomerang, so apologies if I've simply missed something.  It looks like a commit in December 2014 removed the calls to sendBeacon in the BW plugin.  Because the plugin also returns a hard-coded true value to is_complete, I can't see how to either make it send a beacon when complete, or wait like the rest of the plugins do.
Am I missing something?  Thanks!

No, you're not missing anything.  This was deliberate, but probably misguided.  We should have made it a configurable setting, and that's what we'll do as a fix.

Thank you for such a quick response. I wonder if this could possibly be configured to provide a callback when complete?  That would essentially allow it to be used ad-hoc (firing on run() and awaiting a completion callback).  It's not something I'd want fired on every page load anyways (necessarily), and I can see uses in a Single Page Application setting where it might be helpful to execute and await at arbitrary times. I can see why it was pulled out of the normal pipeline, it's a bit of a different beast than most of the other plugins.
If that's of interest, I'd be happy to take a crack at it.

It will actually only run one every 7 days and store the result in a
cookie.

Oh ok, that makes sense :).  I wanted to go ahead and get something working so I forked and added two params to allow bypass of the cookie cache, and to make the beacon wait. Hope it helps.
castle-it/boomerang@1b0c5a30f893774eb1597bd8e2b0a6c4165915d1

If I updated documentation, would a PR be welcome?

Added some code review comments to your code.  Yes, I'd accept a pull request with those fixed and the docs updated accordingly.  Thanks.

Thanks!
Made the changes you requested (and thanks for the clarification on how that works). I also updated the documentation where applicable.  Let me know if there's anything you'd like me to change, and if not I'll send the request.

Fixed by #50


Update Needed to Return Email containing Credentials

After someone requests their credentials: here
The return email should direct them: here
and instruct them to (or suggest they) download the PDF Version of the class instruction manual (materials), COBOL Programming with VSCode.  The free Acrobat Reader can be downloaded if needed to view the .pdf file.  Note: The .md version is the official, up-to-the-minute updated version of the class materials.  The .pdf version is generated from the .md version on a regular basis, so it may not reflect the most up-to-date changes.  A version number/date to be published within the .pdf document has been proposed by project participants, so currently, it is not easily determinable if the .pdf version includes the absolute most recent updates and corrections made to the .md version.
Also a reminder to please follow the instructions, STEP by STEP and to always substitute their Z8xxxx id, issued above, in place of the example id, Z99998, wherever it is mentioned in the class instruction manual.
Also, the return email should include the following IP addresses needed for the course, and explain that the class instruction manual will explain when they will be needed:
IP address for VSCode extension: https://<IP_ADDRESS>:10443 <== This link is not meant to be clicked!
IP address for TN3270: <IP_ADDRESS> Port 623
IP address for IDz: <IP_ADDRESS> Port 4035
Additionally, the slack channel should be mentioned, for questions and discussion: here
FAQ:

"I'm having a very hard time connecting with the mainframe.  What should I do?"

Post your .yaml file in the Slack Channel Forum, but don't post any passwords. .yaml location: C:\Users<your Win Id>.zowe\profiles\zosmf\LearnCOBOL.yaml  Hopefully, someone can help you spot the problem.
Try shutting down VSCode and relaunch.
If that doesn't work, shut down VSCode, try deleting the .yaml file, relauch and create a New Connection again.  Eventually, it will work.  Very buggy.
Also, you could have timed out, if you've connected before.  Need to re-Authenticate.
If clicking on the "Refresh All" icon to the right of "DATA SETS" or the "Search Data Sets..." icon to the right of "LearnCOBOL" (also in the "DATA SETS" area) and nothing happens, try clicking on "LearnCOBOL" itself in the "JOBS" area.  This version (v0.4.9) of Z Open Editor is buggy.  If you receive, "Check Credentials" (Blue pop-up box appears), click it, re-authenticate at top.  Ignore any "rse" error messages. Continue anyway.
Other things to try, watch this video.  The presenter actually walks through the process, although I think it was with an older, more stable version of IBM Z Open Editor.  Get hands on! Run a COBOL program - Webinar - Originally broadcast: 2020-04-24 - 40 minutes

"How do I make numbers print properly?"

Explanation of Cobol Display Variables.

"I've completed the course, now what?"

Self-Study
COBOL Challenge: Covid-19 Reports - Real World Challenge #1 by Jessielaine Punongbayan
Zowe-COBOL Challenge: The Unemployment Claims - Real World Challenge #2 by Jessielaine Punongbayan
COBOL Programming Course #2 - Advanced Topics - COBOL Challenges

IBM Resources:
COBOL Fridays:

A Beginner's Practical Approach to COBOL - Webinar presented by Prof. Tak Auyeung of American River College - Originally broadcast: 2020-04-17 - 1 hour (or on YouTube)
Get hands on! Run a COBOL program - Webinar presented by Makenzie Manna - Originally broadcast: 2020-04-24 - 40 minutes (or on YouTube)
Let's Talk Syntax - Cobol Syntax, Structure and File Handling Unique to Cobol - Webinar presented by Tom Ross, Captain COBOL - Originally broadcast: 2020-05-01 - 1 hour (or on YouTube)
Let's Talk Syntax - Data Types and Handling Variables - Webinar presented by Dr. David Woolbright of Columbus State University - Originally broadcast: 2020-05-08 - 1 hour (or on YouTube)
Let's Talk Syntax - Branching Logic - Webinar presented by Will Yates - Originally broadcast: 2020-05-15 - 1 hour (or on YouTube)
Let's Talk Syntax - Intrinsic Functions - Webinar presented by Dr. David Woolbright of Columbus State University - Originally broadcast: 2020-05-22 - 1 hour (or on YouTube)
Ready, Set, Code - Write your first COBOL Program (hands on)! - Webinar presented by Jeff Bisti - Originally broadcast: 2020-05-29 - 1 hour (or on YouTube)
What’s next? Solve the COBOL puzzle - Webinar presented by Scott Cosel from UC Irvine - Originally broadcast: 2020-06-05 - 1 hour (or on YouTube)
COBOL Treasures - What's new in COBOL for z/OS since V4.2 - Webinar presented by Tom Ross, Captain COBOL, promoted to Colonel COBOL - Originally broadcast: 2020-06-19 - 54 minutes (or on YouTube)

Links to the entire series of recorded sessions (above) will also be posted on these sites, when available: IBM Developer - COBOL Videos -OR- COBOL Fridays webcast series -OR- EventBrite - All Past Events - Past Events Tab -OR- YouTube - COBOL Fridays

Next Cobol webinar: Friday, July 3, 2020, 12:00-1:00 p.m. Eastern Time:

COBOL Fridays: TBA - Registration: TBA - Recorded session: TBA after event has concluded - Link to recorded session will be posted on this site, when available: IBM Developer - COBOL Videos -OR- COBOL Fridays webcast series -OR- EventBrite - All Past Events - Past Events Tab -OR- YouTube - COBOL Fridays

Other Resources:

Want to become a Tech Entrepreneur? Here’s how I did it & you can too - Webinar - Originally broadcast: 2020-04-23 - 1 hour

IBM Developer - COBOL

IBM Z and LinuxONE Community

Master the Mainframe - Get hands-on Experience Across a Variety of Technologies

Open Mainframe Project Website - The Linux Foundation Projects

IBM and Open Mainframe Project Mobilize to Connect States with COBOL Skills

Additional Course Resources:

YouTube Video: So you want to learn COBOL?

An Introduction to the Zowe Virtual Desktop

IBM Enterprise COBOL for z/OS Documentation Library - Full Reference Library of COBOL Manuals

IBM Enterprise COBOL for z/OS,  Language Reference v6.3

IBM Language Environment Programming Reference v2r4 - Common subroutines callable from all IBM supported programming languages.

IBM Enterprise COBOL for z/OS, Messages and Codes v6.3

IBM Setting property groups | IBM Z® Open Editor

Installing Zowe CLI from an online registry

Installing Zowe CLI from source

IBM z/OS MVS JCL Reference v2r4

IBM z/OS Communications Server: IP User's Guide and Commands v2r4 - FTP Reference Manual

IBM z/OS TSO/E REXX Reference v2r4

IBM DFSORT: ICETOOL Mini-User Guide - October, 2010 by Frank L. Yaeger

DFSORT′s Year 2000 Features (The New Generation) - October, 1998 by Frank L. Yaeger

IBM DFSORT Application Programming Guide v2r4 - Full Manual
Note: IBM DFSORT's ICETOOL can often replace the need to write COBOL program(s), when needing to (optionally) sort and tranform data contained in one or more input files to produce an output file.  All user guides written by Frank L. Yaeger on this subject are excellent.  Access the entire collection, here.

Restoring a Fresh Copy of Lab Data (or Cobol) Files:

Download data file from Labs folder from: here then go to the command line and execute zowe zos-files upload file-to-data-set "data" "Z8XXXX.DATA" -b

More education from IBM:

z/OS Introduction and Workshop for IT Professionals

History:

Timeline and brief description of IBM Operating Systems. By Dave Morton, marspyrs. Dated: February, 2018

Internet resources:

Beginner’s Guide: COBOL Made Easy by Jessielaine Punongbayan
Awesome Mainframes - Useful Links for z/OS and the Hercules Emulator
Dr. David Woolbright's (COBOL Fridays: Presenter) Website
DB2 SQL Cookbook based upon the original work of Graeme Birchall:
DB2 SQL Cookbook - Original Archived PDF
Fake Your Way Through Minis and Mainframes - Including MVS (predecessor to z/OS)

Employment Opportunity - Cobol Programmers Needed Now!

State of New Jersey

I think what is happening, is people have found out about this course via all sorts of different methods, and there is no one place that has all of the above needed information.  The return email would be a good place (although not the only place) where such information should/could be found.
Really enjoying the course and the Cobol Community that you have formed!
Keep up the good work!
Thank you,
ScottC

Excellent suggestion.  The confirmation will be changed after a mark down document replaces the pdf.  A mark down document is the priority to implement many of the recommendations for improvement.

I think this issue should be part of the Cobol Course. A new chapter named TL;DR 😄

@jellypuno
I completely agree!

@jellypuno @cobol10 Is that supposed to be funny?  "TL;DR" = "Too Long; Didn't Read" - You 2 didn't read it because it was too long? Huh? Seriously?  Do you know everything there is to know about Cobol and z/OS?  @paulnewt - Isn't insulting another contributor's work against community standards?

@sccosel I only suggest including as a separate section in "COBOL Programming with VSCode"! I do not propose to name a new section "TL;DR"! You understood me wrong. Thank you so much for this stuff!

@sccosel is a warm hearted contributor, we all respect you with your great work. Dont be upset, have a nice weekend.

@sccosel hold on... tl;dr is just a slang that says here's a summary of what you need to do. which re-directs them to the cobol learning itself. I thought everybody knows this terminology and I didn't mean it to come as an insult. I would never do that especially for a great work such as this. All I wanted to say is that what you have done in this issue if very useful and I found it helpful and I think adding it to the course would be a great help to everyone as well.

I have been looking for this information for a couple of weeks! So happy to have a concise getting started guide!

perfect, thank you Scott!

Closing as no further action is required here. This issue can continue to serve as a getting started point. We have also updated our READMEs with some of this content.


Send mail with attachments

Is it possible to send attachments with the mail?
I need to send an image taken by camera with this mail.

You can convert your image to base64 and add it to html.


pip install waymo-open-dataset

Hi.
Now I am setting my local linux envirionment as same as Colab Waymo Open Dataset Tutorial.
When I type command 'pip install waymo-dataset' , error messages occurs

Could you help me please?

I don't think there's a waymo-open-dataset package on pip
You can just run the commands in the tutorial to install the necessary packages to get it running locally. Anything that has ! (exclamation mark) is a command.

The master branch has a waymo-open-dataset on pip. But that is not officially released. We are going to create a 1.0.1 patch release soon.
Your error msg shows that you need to upgrade your pip.

I don't think there's a waymo-open-dataset package on pip
You can just run the commands in the tutorial to install the necessary packages to get it running locally. Anything that has ! (exclamation mark) is a command.

I found waymo-open-dataset pip package on that website, whether it is official pip-package website.
Just I want to know why I can't install that package on my local PC

The master branch has a waymo-open-dataset on pip. But that is not officially released. We are going to create a 1.0.1 patch release soon.
Your error msg shows that you need to upgrade your pip.

I will wait the update version.

You should be able to install before we officially release it. You need to update your pip version as that is required by tensorflow 1.14.0
pip install --upgrade pip
Then
pip install waymo-open-dataest --user

You should be able to install before we officially release it. You need to update your pip version as that is required by tensorflow 1.14.0
pip install --upgrade pip
Then
pip install waymo-open-dataest --user

Thanks for reply. I will type that command later.
One more question I have.
'quick start.md' says python3 is required but why waymo-open-dataset pip package is based  python 2.7?

I will remove that requirement in the coming 1.0.1 release. It is no longer required in the master branch. I realized lots of people are still using python2

I will remove that requirement in the coming 1.0.1 release. It is no longer required in the master branch. I realized lots of people are still using python2

Thanks for reply. I would close the issue.

https://pypi.org/search/?q=waymo-open-dataset
Find the version corresponding to tensorflow, then click on "Download files" button, check if the version of python in the environment matches "Download files"


Documentation of Routes with Examples

It would be nice to add examples to the routes such that the user could qucikly see how data retrieval works
eg. for retrieval of studies where xxx is the pacs server name
localhost:8080/aets/xxxx/studies

Take a look at our new documentation website:
https://umessen.github.io/DICOM-RST/usage-guide.html
It lists all available endpoints (for both DICOMweb and DICOM-RST APIs) and provides an OpenAPI specification file.
Feel free to reopen this issue if you have any follow-up questions.


Explain how to use Tox with Nix

https://bitbucket.org/hpk42/tox/issue/167/add-an-option-to-run-commands-after

Superseeded by #7368


Code review.

Once this is published, cosine-distance can be finished.

No changes from me, let's publish.


Tjanc/purge refract fixes

Addresses late but fruitful review comments on #34 .

addressed hj's review comments


[Bug]: Mushroom Cards Not Rendering When Casted to Smart Display

Requirements

[X] I checked the troubleshooting section in the README to verify that I have the latest Mushroom version.
[X] I did a search to see if there is a similar issue or if a pull request is open.
[X] I have read the state of card mod support (in pin issues) and understand card mod support is not provided in this repository.

Current Behavior
I have a dashboard which was working previously but somehow stoppend working, cards are rendered on PC, Mobile a regular chromecast but when casted to a smart display the Mushroom Cards do not get rendered

Expected Behavior
cards get rendered regularly
Picture from Friday the 21st

Steps To Reproduce

Cast Dashboard with Mushroom Cards in it to a smart display
Mushroom Cards do not render

Context
No response
Environment
- Browser: Lenovo Smart Display 8"
- HA Version: 2024.6.4
- Supervisor: 2024.06.2
- Frontend: 20240610.1
- Mushroom: 3.6.2

Anything else?
No response

Looks like a cache issue. Try reinstall Mushroom issue these steps : https://github.com/piitaya/lovelace-mushroom?tab=readme-ov-file#i-dont-see-the-last-changes

Hi I did some (considerable) work on a similar issue where things didn't show up. There are issues depending on which dashboard you are using. I cant remember all the iterations I went through but I spent ages with trial and error on different types of dashboard, and grid-layouts. The upshot was that I had good success with the new sections view.
https://github.com/piitaya/lovelace-mushroom/issues/1482
and a description of how to solve:
https://github.com/jm-cook/my-smart-home/tree/main/nest-hub-dashboard


Experiment with podman

Is your feature request related to a problem? Please describe.
Experiment with podman and update the documentation at https://docs.dockstore.org/en/stable/advanced-topics/docker-alternatives.html?highlight=rootless docker to see whether this combination works well or not.
Describe the solution you'd like
Experiment with wdl, cwl and see how well they currently work with podman.
Describe alternatives you've considered
Consider/ experiment with updating rootless docker documentation while at it
Additional context
See details at https://discuss.dockstore.org/t/dockstore-cli-support-podman-alternatrive-docker-or-workaround/5849/2
https://www.commonwl.org/user_guide/introduction/prerequisites.html
https://github.com/broadinstitute/cromwell/issues/6660
┆Issue is synchronized with this Jira Story
┆fixVersions: Dockstore 1.14
┆friendlyId: DOCK-2236
┆sprint: 95- W
┆taskType: Story

Thanks!


node-red complex presence settings

With the use of the awesome monitor solution in-place now, it's time to create some complex node-red scenarios to handle presence in a more robust manner.
I'd like to do things such as:

Set departure when bluetooth presence is gone
Set arrival when either bluetooth or wifi presence arrives
Trigger departure scan whenever garage door closes or any of the exterior doors to the house change state (will this be a problem with the sliding door which opens and closes all the time?)
Trigger arrival scan whenever garage door opens or any of the exterior doors to the house change state
Start including Ansley's ipad for presence too - but only to optionally trigger arrival if it was already gone for a while and no one else is home
Auto-open garage door when arrival is detected and I've been gone for a while already

All of these mostly completed in #38 except for the auto-open garage door.


CTS segfault

Describe the bug
unzip https://drive.google.com/file/d/1G9_F_YeRQMmUVjTf4bGfWCUOcPyok696/view?usp=sharing
./run-me-BoomTile-asap7-base.sh

Segfault after ca. 30 minutes(deltaDebug.py timeout 96 minutes):
OpenROAD v2.0-11344-g7631c468c
[deleted]
Repair setup and hold violations...
TNS end percent 5
[INFO RSZ-0094] Found 47189 endpoints with setup violations.
Signal 11 received
Stack trace:
 0# 0x0000556DA2AE6233 in openroad
 1# 0x00007FCDAF83C460 in /lib/x86_64-linux-gnu/libc.so.6
 2# odb::dbObject::getObjectType() const in openroad
 3# sta::dbNetwork::instance(sta::Pin const*) const in openroad
 4# sta::Network::isLeaf(sta::Pin const*) const in openroad
 5# sta::FindVertexDelays::visit(sta::Vertex*) in openroad
 6# sta::BfsIterator::visit(int, sta::VertexVisitor*) in openroad
 7# sta::GraphDelayCalc::findDelays(int) in openroad
 8# sta::Sta::searchPreamble() in openroad
 9# sta::Sta::findRequireds() in openroad
10# rsz::RepairSetup::repairSetup(float, double, int, bool, bool, bool) in openroad
11# 0x0000556DA2C543C2 in openroad
12# TclNRRunCallbacks in /lib/x86_64-linux-gnu/libtcl8.6.so
13# 0x00007FCDB404BC43 in /lib/x86_64-linux-gnu/libtcl8.6.so
14# Tcl_EvalEx in /lib/x86_64-linux-gnu/libtcl8.6.so
15# Tcl_Eval in /lib/x86_64-linux-gnu/libtcl8.6.so
16# sta::sourceTclFile(char const*, bool, bool, Tcl_Interp*) in openroad
17# ord::tclAppInit(Tcl_Interp*) in openroad
18# Tcl_MainEx in /lib/x86_64-linux-gnu/libtcl8.6.so
19# main in openroad
20# 0x00007FCDAF823A90 in /lib/x86_64-linux-gnu/libc.so.6
21# __libc_start_main in /lib/x86_64-linux-gnu/libc.so.6
22# _start in openroad
./run-me-BoomTile-asap7-base.sh: line 7: 3617715 Segmentation fault      (core dumped) openroad -no_init ${SCRIPTS_DIR}/cts.tcl

Screenshot from the placement:

Expected Behavior
No crash
Environment
OpenROAD v2.0-11344-g7631c468c

To Reproduce
See above
Relevant log output
No response
Screenshots
No response
Additional Context
No response

I'll try to whittle it down:
openroad -python ~/OpenROAD-flow-scripts/tools/OpenROAD/etc/deltaDebug.py --persistence 6 --use_stdout --error_string "getObjectType" --base_db_path bazel-bin/build/results/asap7/BoomTile/base/3_place.odb --step ./run-me-BoomTile-asap7-base.sh

Why we can't follow other guys working style and populate bunches of zip files?
One HUGE 8G odb seems overwhelming?

Why we can't follow other guys working style and populate bunches of zip files? One HUGE 8G odb seems overwhelming?

That's trading one problem for another I would say... Less convenient. I'm trying to whittle down(with deltaDebug.py) this problem to something that is faster to reproduce, size concern is secondary.
Breaking the 800(compressed)mbyte file into 25mbyte .zip files would generate 32 .zip files. That's not convenient...

I see.
Thanks for quick answer!

I see. Thanks for quick answer!

Also, OpenROAD is working very well these days. Crashes are most frequently found in very large examples, smaller work fine...

@maliberty Faster reproduction case, ca. 1 minute.
unzip
 ./run-me-BoomTile-asap7-base.sh
OpenROAD v2.0-11389-gaae7fc8d2
[deleted]
TNS end percent 5
[INFO RSZ-0094] Found 1 endpoints with setup violations.
[INFO RSZ-0045] Inserted 2 buffers, 1 to split loads.
[INFO RSZ-0041] Resized 2 instances.
[INFO RSZ-0043] Swapped pins on 1 instances.
[INFO RSZ-0049] Cloned 1 instances.
Signal 11 received
Stack trace:
 0# 0x0000561507E18BA3 in openroad
 1# 0x00007F2C81842910 in /lib/x86_64-linux-gnu/libc.so.6
 2# odb::dbObject::getObjectType() const in openroad
 3# sta::dbNetwork::instance(sta::Pin const*) const in openroad
 4# sta::Network::isLeaf(sta::Pin const*) const in openroad
 5# sta::FindVertexDelays::visit(sta::Vertex*) in openroad
 6# sta::BfsIterator::visit(int, sta::VertexVisitor*) in openroad
 7# sta::GraphDelayCalc::findDelays(int) in openroad
 8# sta::Sta::searchPreamble() in openroad
 9# sta::Sta::worstSlack(sta::MinMax const*) in openroad
10# rsz::RepairSetup::repairSetup(float, double, int, bool, bool, bool) in openroad
11# 0x0000561507F9F20D in openroad
12# TclNRRunCallbacks in /lib/x86_64-linux-gnu/libtcl8.6.so
13# 0x00007F2C85FADC43 in /lib/x86_64-linux-gnu/libtcl8.6.so
14# Tcl_EvalEx in /lib/x86_64-linux-gnu/libtcl8.6.so
15# Tcl_Eval in /lib/x86_64-linux-gnu/libtcl8.6.so
16# sta::sourceTclFile(char const*, bool, bool, Tcl_Interp*) in openroad
17# ord::tclAppInit(Tcl_Interp*) in openroad
18# Tcl_MainEx in /lib/x86_64-linux-gnu/libtcl8.6.so
19# main in openroad
20# 0x00007F2C818280D0 in /lib/x86_64-linux-gnu/libc.so.6

While we should fix the crash I don't understand
create_clock -name clock -period 2700.0000 [get_ports {clock}]
create_clock -name clock_vir -period 2700.0000

which leads to
[WARNING STA-0357] virtual clock clock_vir can not be propagated.

what is the purpose of clock_vir?

@tspyrou please pass to Cherry as it seems sta is accessing a deleted vertex.

This should be resolved


Make sure videos are as big as their poster image.

Bug/issue #, if applicable: 101373576
Summary
Sets the width/height of video to match those of their poster image, if provided. This prevents jumping on the page, if the video and poster are different dimensions.
Dependencies
NA
Testing
Steps:

Use an archive that has a video with a cover image. The image should be smaller than the video.
Assert the video is rendered with the same dimensions as the poster image.
Assert that switching dark/light mode follows the dimensions of the poster image.

Checklist
Make sure you check off the following items. If they cannot be completed, provide a reason.

[x] Added tests
[x] Ran npm test, and it succeeded
[x] Updated documentation if necessary

@swift-ci test


Change of MAC address or IP address of AD2PI Appliance requires reinstalling

If the MAC address changes the code currently will ignore the AD2Pi Web appliance PUSH messages. It is still possible to PULL(refresh) to update the phone app.
locationHandler is where some code exists that was designed to repair a changing IP address but no case for a change of MAC address and the IP change code is questionable. I have been looking at this code and reading various security white papers and it seems the only reasonable way to deal with this is to allow the user to re-link the AD2Pi Web appliance manually. This leaves the security to the user to pick the correct device on the network.
I will be adding a new screen to update the data section of the AlarmDecoder UI device by allowing a UPNP scan on the network to detect the active AD2* devices on the network and let the user select one and update with that selections details.
I am willing to keep the DNI update code for now with better logging but IMHO that seems like a security issue as well. Best to better document that it is expect that the device have a fixed ip or a reservation on DHCP.
The current data stored in the device.
ssdpPath ex /static/device_description.xml
urn ex <IP_ADDRESS>:5000
ssdpUSN ex uuid:11a5f1f0-c510-12e3-9547-b827fb40c401
mac ex AABBCCDDEEFF

Patch now available in dev.


Feature request - Parallel builds

Addresses #48

Console output for parallel build

https://github.com/IBM/packer-plugin-ibmcloud/issues/47


5.3.1 debbuild failures on 22.04 arm*

Environment

OS Version: 22.04 arm64 and armhf
Source or binary build? debbuild of 5.3.1

Description

Expected behavior: debbuild should succeed
Actual behavior: debbuild fails, with complaints about hash mismatches of libignition-common5* packages

Steps to reproduce

Rebuild https://build.osrfoundation.org/view/ign-garden/job/gz-common5-debbuilder/885/ and/or https://build.osrfoundation.org/view/ign-garden/job/gz-common5-debbuilder/886/

Output
Get:7 http://packages.osrfoundation.org/gazebo/ubuntu-stable jammy/main armhf libignition-common5-av all 5.3.1-1~jammy [8,836 B]

Err:7 http://packages.osrfoundation.org/gazebo/ubuntu-stable jammy/main armhf libignition-common5-av all 5.3.1-1~jammy
  Hash Sum mismatch
  Hashes of expected file:
   - SHA256:8b17a0e37a42d6ae4b3dd8fa27ccb416c4111adec0a0d11b841c212726750bd5
   - SHA1:a43f8d8cab493ee46c5344aeb574f65fd1db4f91 [weak]
   - MD5Sum:d14d3ddfff2c95974387a623d2d140ba [weak]
   - Filesize:8836 [weak]
   - SHA512:f7e5dcfe137830ae64f39a4f2a7247f6b0e7a91d122b59c5a332edc0ce0517fa3b929d06b240ca03bd1560197cd663a24980b5ff8b40443835e451e3b36415ca
  Hashes of received file:
   - SHA512:cdf6f4d5a4377c8127c657a3f3b42ee6429da902e6818b276e675a2477437d5bd7ab3bda2e5072871c5b657dcf8f6d64192cb1ef598850475e23d2fce52d2c19
   - SHA256:8b17a0e37a42d6ae4b3dd8fa27ccb416c4111adec0a0d11b841c212726750bd5
   - SHA1:a43f8d8cab493ee46c5344aeb574f65fd1db4f91 [weak]
   - MD5Sum:d14d3ddfff2c95974387a623d2d140ba [weak]
   - Filesize:8836 [weak]
  Last modification reported: Thu, 17 Nov 2022 22:24:13 +0000
...
W: Sources disagree on hashes for supposely identical version '5.3.1-1~jammy' of 'libignition-common5-av:armhf'.
E: Failed to fetch http://packages.osrfoundation.org/gazebo/ubuntu-stable/pool/main/g/gz-common5/libignition-common5-av_5.3.1-1%7ejammy_all.deb  Hash Sum mismatch
   Hashes of expected file:
    - SHA256:8b17a0e37a42d6ae4b3dd8fa27ccb416c4111adec0a0d11b841c212726750bd5
    - SHA1:a43f8d8cab493ee46c5344aeb574f65fd1db4f91 [weak]
    - MD5Sum:d14d3ddfff2c95974387a623d2d140ba [weak]
    - Filesize:8836 [weak]
    - SHA512:f7e5dcfe137830ae64f39a4f2a7247f6b0e7a91d122b59c5a332edc0ce0517fa3b929d06b240ca03bd1560197cd663a24980b5ff8b40443835e451e3b36415ca
   Hashes of received file:
    - SHA512:cdf6f4d5a4377c8127c657a3f3b42ee6429da902e6818b276e675a2477437d5bd7ab3bda2e5072871c5b657dcf8f6d64192cb1ef598850475e23d2fce52d2c19
    - SHA256:8b17a0e37a42d6ae4b3dd8fa27ccb416c4111adec0a0d11b841c212726750bd5
    - SHA1:a43f8d8cab493ee46c5344aeb574f65fd1db4f91 [weak]
    - MD5Sum:d14d3ddfff2c95974387a623d2d140ba [weak]
    - Filesize:8836 [weak]
   Last modification reported: Thu, 17 Nov 2022 22:24:13 +0000
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?

Uh. This is what I think is happening:

The failure comes from autopkgtest when trying to install the generated packages
The transitional packages named libignition-common5-* are marked as platform independent (Architecture: all)
When the armhf build finished the transitional packages from amd64 are already in the repo, so when autopkgtest tries to install them, it found that the package is in the repository with the same name and the hashes don't match. Error.

Why the hashes of both packages that are purely transitional do not match is the key point here. Need to make some changes to get the packages out of the build and compare with the ones in the repo.
As a workaround, we can use a branch to skip the autopkgtest.

Umm, binary diff of the .debs. First one is from the build in Jenkins and the second one from the repository:
/tmp ❯ diffoscope libignition-common5-av_5.3.1-1~jammy_all.deb ~/Downloads/libignition-common5-av_5.3.1-1~jammy_all.deb
--- libignition-common5-av_5.3.1-1~jammy_all.deb
+++ /home/jrivero/Downloads/libignition-common5-av_5.3.1-1~jammy_all.deb
├── file list
│ @@ -1,3 +1,3 @@
│  -rw-r--r--   0        0        0        4 2022-11-18 05:41:44.000000 debian-binary
│ --rw-r--r--   0        0        0      572 2022-11-18 05:41:44.000000 control.tar.xz
│ --rw-r--r--   0        0        0     8072 2022-11-18 05:41:44.000000 data.tar.xz
│ +-rw-r--r--   0        0        0      568 2022-11-18 05:41:44.000000 control.tar.xz
│ +-rw-r--r--   0        0        0     8076 2022-11-18 05:41:44.000000 data.tar.xz
├── control.tar.xz
│ ├── control.tar
│ │ ├── file list
│ │ │ @@ -1,3 +1,3 @@
│ │ │ -drwxr-xr-x   0 root         (0) root         (0)        0 2022-11-17 22:21:12.000000 ./
│ │ │ --rw-r--r--   0 root         (0) root         (0)      355 2022-11-17 22:21:11.000000 ./control
│ │ │ --rw-r--r--   0 root         (0) root         (0)      172 2022-11-17 22:21:12.000000 ./md5sums
│ │ │ +drwxr-xr-x   0 root         (0) root         (0)        0 2022-11-18 05:41:44.000000 ./
│ │ │ +-rw-r--r--   0 root         (0) root         (0)      355 2022-11-18 05:41:44.000000 ./control
│ │ │ +-rw-r--r--   0 root         (0) root         (0)      172 2022-11-18 05:41:44.000000 ./md5sums
├── data.tar.xz
│ ├── data.tar
│ │ ├── file list
│ │ │ @@ -1,7 +1,7 @@
│ │ │ -drwxr-xr-x   0 root         (0) root         (0)        0 2022-11-17 22:21:10.000000 ./
│ │ │ -drwxr-xr-x   0 root         (0) root         (0)        0 2022-11-17 22:21:01.000000 ./usr/
│ │ │ -drwxr-xr-x   0 root         (0) root         (0)        0 2022-11-17 22:21:01.000000 ./usr/share/
│ │ │ -drwxr-xr-x   0 root         (0) root         (0)        0 2022-11-17 22:21:01.000000 ./usr/share/doc/
│ │ │ -drwxr-xr-x   0 root         (0) root         (0)        0 2022-11-17 22:21:03.000000 ./usr/share/doc/libignition-common5-av/
│ │ │ --rw-r--r--   0 root         (0) root         (0)      475 2022-11-17 22:14:08.000000 ./usr/share/doc/libignition-common5-av/changelog.Debian.gz
│ │ │ --rw-r--r--   0 root         (0) root         (0)    24723 2022-11-17 22:14:08.000000 ./usr/share/doc/libignition-common5-av/copyright
│ │ │ +drwxr-xr-x   0 root         (0) root         (0)        0 2022-11-18 05:41:44.000000 ./
│ │ │ +drwxr-xr-x   0 root         (0) root         (0)        0 2022-11-18 05:41:44.000000 ./usr/
│ │ │ +drwxr-xr-x   0 root         (0) root         (0)        0 2022-11-18 05:41:44.000000 ./usr/share/
│ │ │ +drwxr-xr-x   0 root         (0) root         (0)        0 2022-11-18 05:41:44.000000 ./usr/share/doc/
│ │ │ +drwxr-xr-x   0 root         (0) root         (0)        0 2022-11-18 05:41:44.000000 ./usr/share/doc/libignition-common5-av/
│ │ │ +-rw-r--r--   0 root         (0) root         (0)      475 2022-11-18 05:41:44.000000 ./usr/share/doc/libignition-common5-av/changelog.Debian.gz
│ │ │ +-rw-r--r--   0 root         (0) root         (0)    24723 2022-11-18 05:41:44.000000 ./usr/share/doc/libignition-common5-av/copyright

Tough to see without colors:

There are four bytes of difference between control.tar.xz files although the contain the exactly the same files with the same size.

I've been looking into this trying to find a workaround for keeping autotestpkg running on ARM but avoiding to fail on problems with the hash sum check but I'm pretty sure that it is impossible to pass an option to apt to ignore that error. We can manually filter the log and make if fail if there are errors that are not the one we expect but probably does not worth the effort. I'm going to disable autopkgtest on ARM, we can rely on the amd64 check.