High CPU usage and disk writes since last update

supervisor-2021.02.11
with hassio_audio-2021.02.1
on Debian 10 (Buster) Supervised installation
I have to shutdown my installation because of high CPU usage and disk writes of more than 10GB /day comming from hassio_audio container
CONTAINER ID   NAME           CPU %     MEM USAGE / LIMIT   MEM %     NET I/O        BLOCK I/O        PIDS
a08c5d65bbc2   hassio_audio   20.66%    0B / 0B             0.00%     875kB / 685B   10.5MB / 786MB   7
Would like to debug with pactl but also got this:
pactl list
Connection failure: Connection refused
pa_context_connect() failed: Connection refused

I have the same problem. In my case my system is unsupported:

After some docker restart and host reboot it is now stable at 20%

Please note that after a fresh re-install of Debian, apt update apt upgrade, reinstall and restore ha, now everything looks good.
I can provide Audio logs if necessary, now the log is better...;) ... also got to stop running old installation because of Audio Add-on CPU usage and disk writes...
docker stats after re-install:
NAME                                        CPU %     MEM %     BLOCK I/O addon_a0d7b954_bookstack                    0.01%     1.25%     881kB / 168kB addon_cebe7a76_hassio_google_drive_backup   0.75%     0.43%     0B / 0B addon_core_nginx_proxy                      0.00%     0.07%     0B / 16.4kB addon_core_configurator                     0.03%     0.55%     21.6MB / 12.3kB addon_core_ssh                              0.00%     0.86%     24.1MB / 8.09MB addon_core_mariadb                          0.15%     3.20%     39.1MB / 110MB addon_core_mosquitto                        0.09%     0.86%     6.47MB / 8.19kB hassio_multicast                            0.00%     0.11%     4.08MB / 16.4kB hassio_cli                                  0.00%     0.03%     90.1kB / 0B hassio_audio                                0.00%     0.87%     12.8MB / 57.3kB hassio_dns                                  0.05%     0.43%     22.5MB / 20.5kB homeassistant                               0.20%     3.08%     8.09MB / 221kB hassio_observer                             0.00%     0.38%     13.2MB / 4.1kB hassio_supervisor                           0.00%     3.18%     48.5MB / 618kB

I have the same problem too, on my Raspbian GNU/Linux 10 (buster)
CONTAINER ID   NAME                               CPU %     MEM USAGE / LIMIT   MEM %     NET I/O           BLOCK I/O   PIDS
cb6ec126d315   addon_core_configurator            0.05%     0B / 0B             0.00%     105kB / 0B        0B / 0B     4
94b87b591096   addon_a0d7b954_phpmyadmin          0.01%     0B / 0B             0.00%     112kB / 3.99kB    0B / 0B     10
e34962848c75   addon_a0d7b954_nginxproxymanager   0.04%     0B / 0B             0.00%     11.3MB / 10.2MB   0B / 0B     22
9869683c37f7   addon_a0d7b954_glances             1.00%     0B / 0B             0.00%     0B / 0B           0B / 0B     23
6e2577bde933   addon_core_duckdns                 0.01%     0B / 0B             0.00%     197kB / 11.9kB    0B / 0B     7
52a10900368e   addon_core_mariadb                 0.63%     0B / 0B             0.00%     1.86MB / 1.47MB   0B / 0B     39
5f7b4798a4a7   hassio_multicast                   0.58%     0B / 0B             0.00%     0B / 0B           0B / 0B     4
185bf4b0a51a   hassio_cli                         0.00%     0B / 0B             0.00%     162kB / 0B        0B / 0B     5
a4ab11fb1d0a   hassio_audio                       25.74%    0B / 0B             0.00%     162kB / 0B        0B / 0B     7
de129e6b969c   hassio_dns                         1.38%     0B / 0B             0.00%     196kB / 58.7kB    0B / 0B     13
60383910bb8d   hassio_observer                    0.00%     0B / 0B             0.00%     168kB / 1.45kB    0B / 0B     8
f597f83a9741   hassio_supervisor                  9.46%     0B / 0B             0.00%     6.64MB / 6.95MB   0B / 0B     16
0d1805af843e   homeassistant                      3.10%     0B / 0B             0.00%     0B / 0B           0B / 0B     17

$ ha audio logs
W: [pulseaudio] main.c: Running in system mode, but --disallow-module-loading not set.
D: [pulseaudio] core-rtclock.c: Timer slack is set to 50 us.
D: [pulseaudio] core-util.c: setpriority() worked.
I: [pulseaudio] core-util.c: Successfully gained nice level -11.
I: [pulseaudio] main.c: Found user 'root' (UID 0) and group 'root' (GID 0).
W: [pulseaudio] main.c: Home directory of user 'root' is not '/var/run/pulse', ignoring.
W: [pulseaudio] caps.c: Normally all extra capabilities would be dropped now, but that's impossible because PulseAudio was built without capabilities support.
I: [pulseaudio] main.c: Successfully changed user to "root".
I: [pulseaudio] main.c: This is PulseAudio 14.2
D: [pulseaudio] main.c: Compilation CFLAGS: Not yet supported on meson
D: [pulseaudio] main.c: Running on host: Linux armv7l 5.10.11-v7+ #1399 SMP Thu Jan 28 12:06:05 GMT 2021
D: [pulseaudio] main.c: Found 4 CPUs.
I: [pulseaudio] main.c: Page size is 4096 bytes
D: [pulseaudio] main.c: Compiled with Valgrind support: no
D: [pulseaudio] main.c: Running in valgrind mode: no
D: [pulseaudio] main.c: Running in VM: no
D: [pulseaudio] main.c: Running from build tree: no
D: [pulseaudio] main.c: Optimized build: yes
D: [pulseaudio] main.c: All asserts enabled.
I: [pulseaudio] main.c: Machine ID is 9a6ad1d4e04c41d88eb68eca20408ea2.
I: [pulseaudio] main.c: Using runtime directory /var/run/pulse.
I: [pulseaudio] main.c: Using state directory /data/states.
I: [pulseaudio] main.c: Using modules directory /usr/lib/pulse-14.2/modules.
I: [pulseaudio] main.c: Running in system mode: yes
W: [pulseaudio] main.c: OK, so you are running PA in system mode. Please make sure that you actually do want to do that.
W: [pulseaudio] main.c: Please read http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide/ for an explanation why system mode is usually a bad idea.
W: [pulseaudio] pid.c: Stale PID file, overwriting.
I: [pulseaudio] main.c: System supports high resolution timers
D: [pulseaudio] memblock.c: Using private memory pool with 1024 slots of size 64.0 KiB each, total size is 64.0 MiB, maximum usable slot size is 65496
I: [pulseaudio] cpu-arm.c: CPU flags: V6 V7 VFP EDSP NEON VFPV3
I: [pulseaudio] svolume_arm.c: Initialising ARM optimized volume functions.
I: [pulseaudio] sconv_neon.c: Initialising ARM NEON optimized conversions.
I: [pulseaudio] mix_neon.c: Initialising ARM NEON optimized mixing functions.
I: [pulseaudio] remap_neon.c: Initialising ARM NEON optimized remappers.
D: [pulseaudio] database-tdb.c: Opened TDB database '/data/states/9a6ad1d4e04c41d88eb68eca20408ea2-device-volumes.tdb'
I: [pulseaudio] database.c: Successfully opened 'device-volumes' database file '/data/states/9a6ad1d4e04c41d88eb68eca20408ea2-device-volumes.tdb'.
I: [pulseaudio] module.c: Loaded "module-device-restore" (index: #0; argument: "").
D: [pulseaudio] database-tdb.c: Opened TDB database '/data/states/9a6ad1d4e04c41d88eb68eca20408ea2-stream-volumes.tdb'
I: [pulseaudio] database.c: Successfully opened 'stream-volumes' database file '/data/states/9a6ad1d4e04c41d88eb68eca20408ea2-stream-volumes.tdb'.
D: [pulseaudio] protocol-dbus.c: Interface org.PulseAudio.Ext.StreamRestore1 added for object /org/pulseaudio/stream_restore1
I: [pulseaudio] module.c: Loaded "module-stream-restore" (index: #1; argument: "").
D: [pulseaudio] database-tdb.c: Opened TDB database '/data/states/9a6ad1d4e04c41d88eb68eca20408ea2-card-database.tdb'
I: [pulseaudio] database.c: Successfully opened 'card-database' database file '/data/states/9a6ad1d4e04c41d88eb68eca20408ea2-card-database.tdb'.
I: [pulseaudio] module.c: Loaded "module-card-restore" (index: #2; argument: "").
I: [pulseaudio] module.c: Loaded "module-switch-on-port-available" (index: #3; argument: "").
I: [pulseaudio] module.c: Loaded "module-switch-on-connect" (index: #4; argument: "").
D: [pulseaudio] module-udev-detect.c: /dev/snd/controlC0 is accessible: yes
W: [pulseaudio] module-udev-detect.c: Failed to open /proc/asound/card0: No such file or directory
D: [pulseaudio] module-udev-detect.c: /devices/platform/soc/3f00b840.mailbox/bcm2835_audio/sound/card0 is busy: no
E: [pulseaudio] core-rtclock.c: Assertion 'clock_gettime(CLOCK_REALTIME, &ts) == 0' failed at ../src/pulsecore/core-rtclock.c:93, function pa_rtclock_get(). Aborting.

problem with pulseaudio, alsa start ok and found device, i try run alsamixer in container and they run correctly.

Please have a look what I have figured out here...
https://community.home-assistant.io/t/hassio-audio-is-in-boot-loop-and-spams-my-syslog-with-errors/282538/44

I‘m facing the same problem. With exact the same logs

W: [pulseaudio] pid.c: Stale PID file, overwriting. I: [pulseaudio] main.c: System supports high resolution timers D: [pulseaudio] memblock.c: Using private memory pool with 1024 slots of size 64.0 KiB each, total size is 64.0 MiB, maximum usable slot size is 65496 I: [pulseaudio] cpu-arm.c: CPU flags: V6 V7 VFP EDSP NEON VFPV3 I: [pulseaudio] svolume_arm.c: Initialising ARM optimized volume functions. I: [pulseaudio] sconv_neon.c: Initialising ARM NEON optimized conversions. I: [pulseaudio] mix_neon.c: Initialising ARM NEON optimized mixing functions. I: [pulseaudio] remap_neon.c: Initialising ARM NEON optimized remappers. D: [pulseaudio] database-tdb.c: Opened TDB database '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-device-volumes.tdb' I: [pulseaudio] database.c: Successfully opened 'device-volumes' database file '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-device-volumes.tdb'. I: [pulseaudio] module.c: Loaded "module-device-restore" (index: #0; argument: ""). D: [pulseaudio] database-tdb.c: Opened TDB database '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-stream-volumes.tdb' I: [pulseaudio] database.c: Successfully opened 'stream-volumes' database file '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-stream-volumes.tdb'. D: [pulseaudio] protocol-dbus.c: Interface org.PulseAudio.Ext.StreamRestore1 added for object /org/pulseaudio/stream_restore1 I: [pulseaudio] module.c: Loaded "module-stream-restore" (index: #1; argument: ""). D: [pulseaudio] database-tdb.c: Opened TDB database '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-card-database.tdb' I: [pulseaudio] database.c: Successfully opened 'card-database' database file '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-card-database.tdb'. I: [pulseaudio] module.c: Loaded "module-card-restore" (index: #2; argument: ""). I: [pulseaudio] module.c: Loaded "module-switch-on-port-available" (index: #3; argument: ""). I: [pulseaudio] module.c: Loaded "module-switch-on-connect" (index: #4; argument: ""). D: [pulseaudio] module-udev-detect.c: Ignoring /devices/platform/ff500000.usb/usb3/3-1/3-1:1.0/sound/card1, because marked so. D: [pulseaudio] module-udev-detect.c: /dev/snd/controlC0 is accessible: yes W: [pulseaudio] module-udev-detect.c: Failed to open /proc/asound/card0: No such file or directory D: [pulseaudio] module-udev-detect.c: /devices/platform/sound/sound/card0 is busy: no E: [pulseaudio] core-rtclock.c: Assertion 'clock_gettime(CLOCK_REALTIME, &ts) == 0' failed at ../src/pulsecore/core-rtclock.c:93, function pa_rtclock_get(). Aborting. W: [pulseaudio] main.c: Running in system mode, but --disallow-module-loading not set. D: [pulseaudio] core-rtclock.c: Timer slack is set to 50 us. D: [pulseaudio] core-util.c: setpriority() worked. I: [pulseaudio] core-util.c: Successfully gained nice level -11. I: [pulseaudio] main.c: Found user 'root' (UID 0) and group 'root' (GID 0). W: [pulseaudio] main.c: Home directory of user 'root' is not '/var/run/pulse', ignoring. W: [pulseaudio] caps.c: Normally all extra capabilities would be dropped now, but that's impossible because PulseAudio was built without capabilities support. I: [pulseaudio] main.c: Successfully changed user to "root". I: [pulseaudio] main.c: This is PulseAudio 14.2 D: [pulseaudio] main.c: Compilation CFLAGS: Not yet supported on meson D: [pulseaudio] main.c: Running on host: Linux armv7l 5.10.16-rockchip #21.02.2 SMP PREEMPT Sun Feb 14 23:02:55 CET 2021 D: [pulseaudio] main.c: Found 4 CPUs. I: [pulseaudio] main.c: Page size is 4096 bytes D: [pulseaudio] main.c: Compiled with Valgrind support: no D: [pulseaudio] main.c: Running in valgrind mode: no D: [pulseaudio] main.c: Running in VM: no D: [pulseaudio] main.c: Running from build tree: no D: [pulseaudio] main.c: Optimized build: yes D: [pulseaudio] main.c: All asserts enabled. I: [pulseaudio] main.c: Machine ID is 4bb2d1b22b6b4897ab74971dd8ba1cf1. I: [pulseaudio] main.c: Using runtime directory /var/run/pulse. I: [pulseaudio] main.c: Using state directory /data/states. I: [pulseaudio] main.c: Using modules directory /usr/lib/pulse-14.2/modules. I: [pulseaudio] main.c: Running in system mode: yes W: [pulseaudio] main.c: OK, so you are running PA in system mode. Please make sure that you actually do want to do that. W: [pulseaudio] main.c: Please read http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide/ for an explanation why system mode is usually a bad idea. W: [pulseaudio] pid.c: Stale PID file, overwriting. I: [pulseaudio] main.c: System supports high resolution timers D: [pulseaudio] memblock.c: Using private memory pool with 1024 slots of size 64.0 KiB each, total size is 64.0 MiB, maximum usable slot size is 65496 I: [pulseaudio] cpu-arm.c: CPU flags: V6 V7 VFP EDSP NEON VFPV3 I: [pulseaudio] svolume_arm.c: Initialising ARM optimized volume functions. I: [pulseaudio] sconv_neon.c: Initialising ARM NEON optimized conversions. I: [pulseaudio] mix_neon.c: Initialising ARM NEON optimized mixing functions. I: [pulseaudio] remap_neon.c: Initialising ARM NEON optimized remappers. D: [pulseaudio] database-tdb.c: Opened TDB database '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-device-volumes.tdb' I: [pulseaudio] database.c: Successfully opened 'device-volumes' database file '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-device-volumes.tdb'. I: [pulseaudio] module.c: Loaded "module-device-restore" (index: #0; argument: ""). D: [pulseaudio] database-tdb.c: Opened TDB database '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-stream-volumes.tdb' I: [pulseaudio] database.c: Successfully opened 'stream-volumes' database file '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-stream-volumes.tdb'. D: [pulseaudio] protocol-dbus.c: Interface org.PulseAudio.Ext.StreamRestore1 added for object /org/pulseaudio/stream_restore1 I: [pulseaudio] module.c: Loaded "module-stream-restore" (index: #1; argument: ""). D: [pulseaudio] database-tdb.c: Opened TDB database '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-card-database.tdb' I: [pulseaudio] database.c: Successfully opened 'card-database' database file '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-card-database.tdb'. I: [pulseaudio] module.c: Loaded "module-card-restore" (index: #2; argument: ""). I: [pulseaudio] module.c: Loaded "module-switch-on-port-available" (index: #3; argument: ""). I: [pulseaudio] module.c: Loaded "module-switch-on-connect" (index: #4; argument: ""). D: [pulseaudio] module-udev-detect.c: Ignoring /devices/platform/ff500000.usb/usb3/3-1/3-1:1.0/sound/card1, because marked so. D: [pulseaudio] module-udev-detect.c: /dev/snd/controlC0 is accessible: yes W: [pulseaudio] module-udev-detect.c: Failed to open /proc/asound/card0: No such file or directory D: [pulseaudio] module-udev-detect.c: /devices/platform/sound/sound/card0 is busy: no E: [pulseaudio] core-rtclock.c: Assertion 'clock_gettime(CLOCK_REALTIME, &ts) == 0' failed at ../src/pulsecore/core-rtclock.c:93, function pa_rtclock_get(). Aborting. W: [pulseaudio] main.c: Running in system mode, but --disallow-module-loading not set. D: [pulseaudio] core-rtclock.c: Timer slack is set to 50 us. D: [pulseaudio] core-util.c: setpriority() worked. I: [pulseaudio] core-util.c: Successfully gained nice level -11. I: [pulseaudio] main.c: Found user 'root' (UID 0) and group 'root' (GID 0). W: [pulseaudio] main.c: Home directory of user 'root' is not '/var/run/pulse', ignoring. W: [pulseaudio] caps.c: Normally all extra capabilities would be dropped now, but that's impossible because PulseAudio was built without capabilities support. I: [pulseaudio] main.c: Successfully changed user to "root". I: [pulseaudio] main.c: This is PulseAudio 14.2 D: [pulseaudio] main.c: Compilation CFLAGS: Not yet supported on meson D: [pulseaudio] main.c: Running on host: Linux armv7l 5.10.16-rockchip #21.02.2 SMP PREEMPT Sun Feb 14 23:02:55 CET 2021 D: [pulseaudio] main.c: Found 4 CPUs. I: [pulseaudio] main.c: Page size is 4096 bytes D: [pulseaudio] main.c: Compiled with Valgrind support: no D: [pulseaudio] main.c: Running in valgrind mode: no D: [pulseaudio] main.c: Running in VM: no D: [pulseaudio] main.c: Running from build tree: no D: [pulseaudio] main.c: Optimized build: yes D: [pulseaudio] main.c: All asserts enabled. I: [pulseaudio] main.c: Machine ID is 4bb2d1b22b6b4897ab74971dd8ba1cf1. I: [pulseaudio] main.c: Using runtime directory /var/run/pulse. I: [pulseaudio] main.c: Using state directory /data/states. I: [pulseaudio] main.c: Using modules directory /usr/lib/pulse-14.2/modules. I: [pulseaudio] main.c: Running in system mode: yes W: [pulseaudio] main.c: OK, so you are running PA in system mode. Please make sure that you actually do want to do that. W: [pulseaudio] main.c: Please read http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide/ for an explanation why system mode is usually a bad idea. W: [pulseaudio] pid.c: Stale PID file, overwriting. I: [pulseaudio] main.c: System supports high resolution timers D: [pulseaudio] memblock.c: Using private memory pool with 1024 slots of size 64.0 KiB each, total size is 64.0 MiB, maximum usable slot size is 65496 I: [pulseaudio] cpu-arm.c: CPU flags: V6 V7 VFP EDSP NEON VFPV3 I: [pulseaudio] svolume_arm.c: Initialising ARM optimized volume functions. I: [pulseaudio] sconv_neon.c: Initialising ARM NEON optimized conversions. I: [pulseaudio] mix_neon.c: Initialising ARM NEON optimized mixing functions. I: [pulseaudio] remap_neon.c: Initialising ARM NEON optimized remappers. D: [pulseaudio] database-tdb.c: Opened TDB database '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-device-volumes.tdb' I: [pulseaudio] database.c: Successfully opened 'device-volumes' database file '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-device-volumes.tdb'. I: [pulseaudio] module.c: Loaded "module-device-restore" (index: #0; argument: ""). D: [pulseaudio] database-tdb.c: Opened TDB database '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-stream-volumes.tdb' I: [pulseaudio] database.c: Successfully opened 'stream-volumes' database file '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-stream-volumes.tdb'. D: [pulseaudio] protocol-dbus.c: Interface org.PulseAudio.Ext.StreamRestore1 added for object /org/pulseaudio/stream_restore1 I: [pulseaudio] module.c: Loaded "module-stream-restore" (index: #1; argument: ""). D: [pulseaudio] database-tdb.c: Opened TDB database '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-card-database.tdb' I: [pulseaudio] database.c: Successfully opened 'card-database' database file '/data/states/4bb2d1b22b6b4897ab74971dd8ba1cf1-card-database.tdb'. I: [pulseaudio] module.c: Loaded "module-card-restore" (index: #2; argument: ""). I: [pulseaudio] module.c: Loaded "module-switch-on-port-available" (index: #3; argument: ""). I: [pulseaudio] module.c: Loaded "module-switch-on-connect" (index: #4; argument: ""). D: [pulseaudio] module-udev-detect.c: Ignoring /devices/platform/ff500000.usb/usb3/3-1/3-1:1.0/sound/card1, because marked so. D: [pulseaudio] module-udev-detect.c: /dev/snd/controlC0 is accessible: yes W: [pulseaudio] module-udev-detect.c: Failed to open /proc/asound/card0: No such file or directory D: [pulseaudio] module-udev-detect.c: /devices/platform/sound/sound/card0 is busy: no E: [pulseaudio] core-rtclock.c: Assertion 'clock_gettime(CLOCK_REALTIME, &ts) == 0' failed at ../src/pulsecore/core-rtclock.c:93, function pa_rtclock_get(). Aborting.

Here is the solution:
Download
https://github.com/moby/moby/blob/bc6f4cc7032544553d2304a5b47ba235dbfe5b9c/profiles/seccomp/default.json 5
copy this file to your raspberry into /etc/docker/
edit the file and replace in line 2 SCMP_ACT_ERRNO with SCMP_ACT_TRACE with the command
sudo nano /etc/docker/default.json
then
sudo nano /etc/docker/daemon.json
and add the following line:
„seccomp-profile“: „/etc/docker/default.json“,
between the two existing lines
restart the raspberry...

This is what it does:
The error “clock_gettime CLOCK_REALTIME failed” prompted me to check the system time inside the container. As I saw the strange output from the command “date” and I was pretty sure it have to has something to do with that.
As some of you confirmed me to have the same strange output, I began my research:
I think the developers uses alpine linux 3.13 on the last hassio_audio container.
I figured out, that in alpine 3.13 there was a change in a file called “musl” which uses new time64-compatible system calls that are not compatible with a library on the host system (raspbian in our case) which is called libseccomp.
musl 1.2 requires libseccomp at least 2.4.2 or greater. Raspbian still uses 2.3.3.
The fix in the docker daemon allows the container to fall back to 32-bit time system calls…

I have the same issue with the same effects.

The steps provided by @Dominik-1980 is a (great!) workaround allowing us to continue to use our systems.
BUT
The root cause must be fixed within in the hassio_audio container.
It is not the role of the user community to hack around in their  supported  environments to fix this problem.


Conditional Access Evaluation is not enabled by default and it cannot it be enabled

Continuous Access Evaluation (CAE) has 2 parts:

Declare the client capable of receiving 401 + WWWAuthenticate requests
In case a 401 occurs, extract the claims from the WWWAuthenticate header and re-acquire a token with claims

It seems that part 2 is implemented (see here ) but part1 is not. Clients need to declare themselves CAE capable. In Azure SDK this is done via a boolean property IsCaeEnabled
Recommendation is to enable this by default or to allow the app developer to opt in. Since part 2 is implemented, I recommend enabling it by default.
The impact of enabling this is that the access tokens will automatically become longer lived, around 24h. Id tokens are not affected (also I don't see id tokens used by this sdk).

Hi @bgavrilMS
Thank you for using kiota and for reaching out.
I have authored #322 to address this issue.
The history here is that CAE used to be enabled by default in Azure Identity as far as I can remember, and this was changed recently


secure_filename should be imported from werkzeug.utils

Atleast from v0.9, secure_filename is under werkzeug.utils. In the documentation it is still imported from werkzeug.

secure_filename is available in the top level package in the most recent release.  https://github.com/mitsuhiko/werkzeug/blob/0.10.4/werkzeug/init.py#L55-L62  This change is unnecessary, it just adds verbosity.

Oops! Somehow missed it. I'm closing this request now.


unique_terms has a hard coded limit of 1000

When trying to retrieve all of the the patient id's the first method I tried was unique_terms('id') and I discovered that I can only retrieve 1000 id's. There are other columns this affects as well.
It would be nice to have a way to change that limit in order to retrieve all of the id's.

you can now adjust the number of unique_terms displayed. See below:
>>> unique_terms("id", limit = 10)
['GENIE-DFCI-001029',
 'GENIE-DFCI-047286',
 'GENIE-DFCI-003308',
 'GENIE-VICC-671387',
 'AD13678',
 'AD6223',
 'TCGA-06-0175',
 '62',
 'GENIE-DFCI-007396',
 'TARGET-20-PAUWKY']

closing, see code above


Error running docker-compose up on Win11

=> ERROR [ 7/12] RUN python -m spacy download en_core_web_sm                                                                                1.1s

[ 7/12] RUN python -m spacy download en_core_web_sm:
#11 0.992 Traceback (most recent call last):
#11 0.992   File "init.pxd", line 942, in numpy.import_array
#11 0.992 RuntimeError: module compiled against API version 0x10 but this version of numpy is 0xf . Check the section C-API incompatibility at the Troubleshooting ImportError section at https://numpy.org/devdocs/user/troubleshooting-importerror.html#c-api-incompatibility for indications on how to solve this problem .
#11 0.992
#11 0.992 During handling of the above exception, another exception occurred:
#11 0.992
#11 0.992 Traceback (most recent call last):
#11 0.992   File "/usr/local/lib/python3.8/runpy.py", line 185, in _run_module_as_main
#11 0.992     mod_name, mod_spec, code = _get_module_details(mod_name, _Error)
#11 0.992   File "/usr/local/lib/python3.8/runpy.py", line 144, in _get_module_details
#11 0.992     return _get_module_details(pkg_main_name, error)
#11 0.992   File "/usr/local/lib/python3.8/runpy.py", line 111, in _get_module_details
#11 0.992     import(pkg_name)
#11 0.992   File "/usr/local/lib/python3.8/site-packages/spacy/init.py", line 14, in
#11 0.992     from . import pipeline  # noqa: F401
#11 0.992   File "/usr/local/lib/python3.8/site-packages/spacy/pipeline/init.py", line 1, in
#11 0.992     from .attributeruler import AttributeRuler
#11 0.992   File "/usr/local/lib/python3.8/site-packages/spacy/pipeline/attributeruler.py", line 6, in
#11 0.992     from .pipe import Pipe
#11 0.992   File "spacy/pipeline/pipe.pyx", line 1, in init spacy.pipeline.pipe
#11 0.993   File "spacy/vocab.pyx", line 1, in init spacy.vocab
#11 0.993   File "spacy/lexeme.pyx", line 6, in init spacy.lexeme
#11 0.993   File "init.pxd", line 944, in numpy.import_array
#11 0.993 ImportError: numpy.core.multiarray failed to import

executor failed running [/bin/sh -c python -m spacy download en_core_web_sm]: exit code: 1
ERROR: Service 'search-api' failed to build : Build failed

I changed the Numpy version to the latest available one and the installation finished but it didn't start.
Starting semantic-search-main_tf-serving_1 ... error
ERROR: for semantic-search-main_tf-serving_1  Cannot start service tf-serving: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: error during container init: error running hook #0: error running hook: exit status 1, stdout: , stderr: Auto-detected mode as 'legacy'
nvidia-container-cli: initialization error: WSL environment detected but no adapters were found: unknown
ERROR: for tf-serving  Cannot start service tf-serving: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: error during container init: error running hook #0: error running hook: exit status 1, stdout: , stderr: Auto-detected mode as 'legacy'
nvidia-container-cli: initialization error: WSL environment detected but no adapters were found: unknown
ERROR: Encountered errors while bringing up the project.

I was able to resolve the previous issue by adding the config file from Milvus server https://milvus.io/docs/v1.0.0/milvus_config.md


Fixes #9

Hey, so I did some digging into #9, and I believe I found out a fix for it (I'm relatively new to Rust and everything related to PDFs though, so I can't guarantee that some of the changes have some side effects, but I hope not. 😅
So, essentially I fixed three different problems, the first one is not directly related to the example mentioned in the issue, but I noticed it while messing around with it.
Transformation for clip paths
So, firstly what I noticed is that transformations on clip path objects are completely ignored sometimes. Consider this svg file for example:
<svg height="500" width="500" xmlns="http://www.w3.org/2000/svg">
    <rect width="200" height="200" />
    <clipPath id="a" transform="translate(100, 100)">
        <path d="m 0 0 h 100 v 100 h -100 z"/>
    </clipPath>
    <rect width="200" height="200" clip-path="url(#a)" fill="green" />
</svg>

Which is supposed to look like this:

But it currently is rendered like this:

The green rectangle should be shown in the bottom right corner of the black one because the clip path is translated by (100, 100),
To understand why this is the case, I created a small function that prints out all of the nodes of the tree including their level, and for this example it looks like this (I cut off the unrelevant parts)
...
Level 2
ClipPath(
    ClipPath {
        id: "a",
        units: UserSpaceOnUse,
        transform: Transform {
            a: 1.0,
            b: 0.0,
            c: 0.0,
            d: 1.0,
            e: 100.0,
            f: 100.0,
        },
        clip_path: None,
    },
)

Level 3
Path(
    Path {
        id: "",
        transform: Transform {
            a: 1.0,
            b: 0.0,
            c: 0.0,
            d: 1.0,
            e: 0.0,
            f: 0.0,
        },
        ...
    },
)
...

So as you can see, the transform is stored in the ClipPath object instead of the Path itself (which makes sense), but this is a "problem" because in the code that creates the clip paths:
fn apply_clip_path(path_id: Option<&String>, content: &mut Content, ctx: &mut Context) {
    if let Some(clip_path) = path_id.and_then(|id| ctx.tree.defs_by_id(id)) {
        if let NodeKind::ClipPath(ref path) = *clip_path.borrow() {
            apply_clip_path(path.clip_path.as_ref(), content, ctx);

            for child in clip_path.children() {
                match *child.borrow() {
                    NodeKind::Path(ref path) => {
                        draw_path(&path.data.0, path.transform, content, &ctx.c);
                        content.clip_nonzero();
                        content.end_path();
                    }
                    NodeKind::ClipPath(_) => {}
                    _ => unreachable!(),
                }
            }
        } else {
            unreachable!();
        }
    }
}

The path variable in line 3 contains the data for the clip path (including the transformations), but it is never used! Instead, we just iterate through all of the children and then draw them with their transformations, but we ignore the transformation of the clip path itself. I copied over the code from how group handles this:
fn apply_clip_path(path_id: Option<&String>, content: &mut Content, ctx: &mut Context) {
    if let Some(clip_path) = path_id.and_then(|id| ctx.tree.defs_by_id(id)) {
        if let NodeKind::ClipPath(ref path) = *clip_path.borrow() {
            apply_clip_path(path.clip_path.as_ref(), content, ctx);

            let old = ctx.c.transform([
                path.transform.a,
                path.transform.b,
                path.transform.c,
                path.transform.d,
                path.transform.e,
                path.transform.f,
            ]);

            for child in clip_path.children() {
                match *child.borrow() {
                    NodeKind::Path(ref path) => {
                        draw_path(&path.data.0, path.transform, content, &ctx.c);
                        content.clip_nonzero();
                        content.end_path();
                    }
                    NodeKind::ClipPath(_) => {}
                    _ => unreachable!(),
                }
            }

            ctx.c.transform(old);
        } else {
            unreachable!();
        }
    }
}

And this seems to fix the problem for the green square. I also checked the other test svgs and they look the same, so this change shouldn't break anything else. However, this doesn't actually solve the problem with group transformations outlined above.
Group transformation in the wrong order
Consider this example next (adapted from the clip path example above:
<svg height="400" viewBox="0 0 400 400" width="400" xmlns="http://www.w3.org/2000/svg">
    <clipPath id="a">
        <path d="m 0 0 h 200 v 200 h -200 z"/>
    </clipPath>
    <g clip-path="url(#a)" transform="translate(40 40)">
        <path d="m 0 0 200 200" stroke="#000" stroke-width="3"/>
    </g>
    <path d="m 40 40 h 200 v 200 h -200 z" fill="none" stroke="#f00"/>
</svg>

How it is supposed to look:

How it actually looks:

As you can see, the transform is simply not applied to the line. And the reason for this is in the render method for Group objects:
...
ctx.push();

let group_ref = ctx.alloc_ref();
let child_content = content_stream(&node, writer, ctx);

let bbox = node
    .calculate_bbox()
    .and_then(|b| b.to_rect())
    .unwrap_or_else(|| usvg::Rect::new(0.0, 0.0, 1.0, 1.0).unwrap());

let pdf_bbox = ctx.c.pdf_rect(bbox);
let old = ctx.c.transform([
    self.transform.a,
    self.transform.b,
    self.transform.c,
    self.transform.d,
    self.transform.e,
    self.transform.f,
]);
...

As you can see, we first render the child contents and only then do we apply the transformations to the context, meaning that the children won't be affected anymore. I put child_content after old and this seemed to fix it. However, this only fixes it for the case where x = y, so if we try this:
<svg height="400" viewBox="0 0 400 400" width="400" xmlns="http://www.w3.org/2000/svg">
    <clipPath id="a">
        <path d="m 0 0 h 200 v 200 h -200 z"/>
    </clipPath>
    <g clip-path="url(#a)" transform="translate(0 40)">
        <path d="m 0 0 200 200" stroke="#000" stroke-width="3"/>
    </g>
    <path d="m 0 40 h 200 v 200 h -200 z" fill="none" stroke="#f00"/>
</svg>

We still get a wrong result:

And the reason this is the case becomes clear when we look at the tree again:
Level 1
Group(
    Group {
        id: "",
        transform: Transform {
            a: 1.0,
            b: 0.0,
            c: 0.0,
            d: 1.0,
            e: 0.0,
            f: 40.0,
        },
        opacity: NormalizedValue(
            1.0,
        ),
        clip_path: Some(
            "a",
        ),
        mask: None,
        filter: [],
        filter_fill: None,
        filter_stroke: None,
        enable_background: None,
    },
)

So as you can see, the transformation is stored correctly in the group object, but the problem is that because of the fix we implemented for the first problem, the apply_clip_path method will now override the transformation from the group because of the way the transform() method is currently implemented. I might be wrong about this, but I think it should instead be implemented by chaining the transformations together instead of replacing them? This is why I rewrote CoordToPdf implementation to use a Transform object internally instead of a matrix. I'm not sure if there was a particular reason why an array of length 6 was chosen to store it instead of a Transform object, so let me know if this should be changed. But anyway, this change fixes the output for me, and the other ones seem to work just like before (unfortunately it still doesn't fix  #17, but I haven't had the chance to look into that one yet).
And as I mentioned, I'm relatively new to all of this and this is my first PR, so I'd appreciate if someone could look over it to make sure the changes are fine and don't have any side effects, so that it doesn't break anything else. 😅 Also, I didn't quite get what the best way to test all of this is, do you currently just run the test and then look over the generated PDFs manually to make sure everything looks okay?

Hey!
Thank you for your PR, it looks spectacular, especially your write-up!
Bug number 1 was an oversight, you went for the simplest fix, great! This should not have any unintended side effects.
Similarly, the ordering of transform application and child rendering was one of my fumbles and looks a lot nicer now.
We did not use usvg's transform because we did not want to depend on their Transform type to remain stable across crate updates. However, their transform type had the neccessary impls and our didn't so a good choice to just use something that works. I have looked at the type, and within memory, it's also really just 6 f64s, just in a nicer package.
Overall, I think that svg2pdf's way of handling transforms is too impromptu and we are missing the right abstraction. It is too easy to forget them or to apply them in a wrong order. I wrote this crate in a bit of a rush 🤕. Similarly, we should probably have reference images to compare the rendered PDFs against, but at the moment, changes have to be tested by manually inspecting the PDFs.
Your code to print out the usvg tree looks really useful! If you want to, you could add that as a utility function for debugging in another PR!
As it stands, this PR LGTM, thank you!


update from base

Issue-id
PR Checklist

[ ] I have updated the documentation accordingly.
[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.
[ ] My code follows the code style of this project.
[ ] I ran lint checks locally prior to submission.
[ ] Have you checked to ensure there aren't other open Pull Requests for the same update/change?

Description

Does this introduce a breaking change

[ ] YES
[ ] NO

Testing

Sorry that was a mistake


multiclient and LED flash on ESP32 cam

Hi all,
thx for this project!
I also found a nice project in order to be able to use the LED flash light.
https://github.com/xenpac/ESP32-CAM-with-LED-control
Is it possible to combine both projects?
Could somebody point me to the right tutorial in order to have both projects working on the ESP32 cam?
I am new to ESP32 and Arduino IDE.
thx for your support!

This project uses streaming in parallel to doing other stuff.
https://www.hackster.io/anatoli-arkhipenko/minecraft-interactive-do-not-enter-sword-sign-esp32-cam-cd1b07


Remove redundant GOV.UK PaaS files

Why
The docs used to be hosted on GOV.UK PaaS but is now migrated to AWS ECS and there is some residual junk left over that is redundant.
What
delete Staticfile and manifest.yml
Technical writer support
Do you need a tech writer's support, for example to review your PR?   - no
How to review

Ensure it still runs locally using the local ruby
Ensure it still runs locally using Docker

Hey @elenaschwan one final merge ...

@pauldougan this duplicates this right?
could we close the other one if so?

@huwd yes need to tidy up the other one which was from a branch in my fork. Will retire thr fork and tidy up the issues etc

Ok I killed my fork now


More description is needed for all the printing properties

For all the printing properties, more description is needed!
What is hole punch, binding, bordering, InputBin, etc

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

ID: 0ff22bd4-874c-f8b3-029b-77ff57165b6a
Version Independent ID: fd18196b-c25b-e82f-48e2-a6fda92ffa9d
Content: StandardPrintTaskOptions.HolePunch Property (Windows.Graphics.Printing) - UWP app developer
Content Source: https://cpubwin.visualstudio.com/DefaultCollection/windows-uwp/_git/winrt-api-build?path=%2fwinrt-api-build%2fwindows.graphics.printing.standardprinttaskoptions.yml&version=GBlive&_a=contents
Product: windows
Git Login: wdg-dev-content
Microsoft Alias: wdg-dev-content

Thanks for your feedback, and I apologize for the delay in responding. I have added new remarks and see also links to StandardPrintTaskOptions and all of its members to help provide more context about the purpose of each member, including links to the official UWP printing sample and the Customize the print preview UI article. These changes will be published to the live site within the next day or so.


Show/edit/Save connection

The connection to Zeebe is on the property file.
This is boring because it is impossible to use a docker image "as is" without changing the image and the property file.
Idea is:

when the property file is empty, and no Zeebe configuration is given, the framework starts and publishes red information on the dashboard page
user access a tab "property". The configuration to connect is visible on that page
user can set information to connect. Framework can connect
This information must be saved in a local (H2) database. Next restart, information will be present.

At any time, the user can come to see / edit information about the connection.

I would imagine this as either/or, also for security reasons:
If I provide a static connection by injecting env variables or enhancing the configuration, I do not want this connection to change.
If I do not provide any connection information, I want this to be dynamic.
Or, you could introduce a switch that enables dynamic connection configuration and is disabled by default.


Feature: allow multiple null values on unique index

Is your feature request related to a problem? Please describe.
Isar's unique index does not support multiple null values and throws an error instead (or overwrites if replace: true). Most SQL databases allow multiple null values by default when setting a unique constraint.
We are currently using Hive in Immich and would like to switch to Isar to add full offline support in the app. Our work-in-progress code looks like this:
@Collection()
class Asset {
  Id id = Isar.autoIncrement;
  @Index(unique: true, replace: true, type: IndexType.hash)
  String? remoteId;
}

Before assets are uploaded, their server-generated remoteId is null. Sadly, we currently cannot add more than 1 asset to the database with a null remoteId.
Describe the solution you'd like
Isar should allow multiple null values on a unique index or provide a setting (like `@Index(unique: true, ignoreNull: true) to achieve this explicitly.
Describe alternatives you've considered
Only use an index without unique. This is bad because we now have to manually check that we do not store duplicates in the DB. This manual check is error prone or might be forgotten resulting in duplicate DB entries. Further, this removes the nice getByRemoteId functions.
Version

Platform: iOS, Android
Flutter version: 3.3.x
Isar version: 3.0.5

I've updated my issue description.
@simc is this enhancement something you would consider?

@zoodyy Thanks! I like the idea but I'm unsure about whether both modes should be supported.
I'm considering ignoring all null values in indexes in Isar v4. What do you think?

@simc thanks for the quick response!
I'm mainly using Postgres as a DB and it conforms to the SQL standard: allow multiple nulls in a unique column.
When needed (e.g. to emulate the non-standard behavior of MS SQL Server), it is possible to additionally enforce a single null value per unique column.
If you only want to support one mode in Isar, I'd follow the SQL standard and ignore null values in unique indices.

This is implemented in Isar v4


 See attached screenshots.
Browser: Chrome 49 on OSX 10.11
Without zoom:

With positive zoom:

With negative zoom:

+1

Also occurs when using css zoom: property

I can recreate this in chrome and safari but not in firefox. Maybe this has to do with browser differences in the mouse events from dragging? It doesn't seem like other DnD libraries have this issue so I'd be curious to see why we do.
Also, this doesn't happen with custom drag layers interestingly.

Actually, I faced this bug with a custom drag layer.

I'm using Chrome 75 on Windows 10 and I am also experiencing a positioning error issue in the example: http://react-dnd.github.io/react-dnd/examples/sortable/simple.
For me, the error happens at all zoom levels including 100%.

Also.i have that problem any ideas how to fix it?

Is it solved? Or have I missed some tweak in docs?

I also experience this with react-dnd-multi-backend: https://github.com/LouisBrunner/dnd-multi-backend/issues/84


City level daily totals data dump

Closes #299
City level daily totals data dump

Adds new city_level_daily_totals.json open data file
Adds healthcare_contact field to city and postal code sets
Fixes null-field issues with accumulated data
Postal codes/cities are filtered as in city-level general results:

Postal codes are mapped using low_population_postal_codes.json
Postal codes and cities not found in population_per_city.json are ignored

On a side note, in the postal code json files, is there a reason for using dev url instead of prod as the link in metadata section? 🤔 https://github.com/futurice/symptomradar/blob/master/infra/modules/main/open_data/low_population_postal_codes.json#L5

That's a really good catch! You're indeed correct here, and we should probably change all those url's in the static JSON files to point to prod. The tricky thing though is when we generate the index JSON, we should change those urls to point to the correct domain since that field is just pulled from the JSON metadata itself.

I'll merge this in now, and fix the JSON URL's in another PR.


Fix on_error triggered twice issue

If some error happens, the on_error will be triggered twice.

done.


http:// to //

Works nice, only could you change http:// to // in https://github.com/thgh/rollup-plugin-livereload/blob/master/src/index.js#L20? Then it works with secure connections as well...

By default, livereload will create an http server. You have to pass { https: { certificate stuff } } to have it run on https.
Update coming soon.


docs: fix front page video link label

Pre-flight checklist

[x] I have read the Contributing Guidelines on pull requests.
[ ] If this is a code change: I have written unit tests and/or added dogfooding pages to fully verify the new behavior.
[x] If this is a new API or substantial change: the PR has an accompanying issue (closes #8465) and the maintainers have approved on my working plan.

Motivation

Test Plan

Test links

Deploy preview: https://deploy-preview-_____--docusaurus-2.netlify.app/
Related issues/PRs

Thanks
Actually removed the video
It's a typo, I never meant to add it to our homepage 😅


Lowercase github.com/Sirupsen/logrus

From https://github.com/sirupsen/logrus#logrus-

Seeing weird case-sensitive problems? Unfortunately, the author failed to realize the consequences of renaming to lower-case. Due to the Go package environment, this caused issues. Regretfully, there's no turning back now. Everything using logrus will need to use the lower-case: github.com/sirupsen/logrus. Any package that isn't, should be changed.

thanks for the contribution!


[v0.14.0] Array.h array subscript 1 is above array bounds of 'Attribute_Request_Callback<5> [1]' [-Werror=array-bounds=]

Hello, I have upgraded sdk to v0.14.0, I can successfully build when OTA apis isn't included.
Build is not possible when OTA instance is initialized:
// Initialize used apis
OTA_Firmware_Update ota;
const std::array<IAPI_Implementation*, 1U> apis =
{
    &ota
};

// Initialize ThingsBoard instance with the maximum needed buffer size
ThingsBoard tb(mqttClient, MAX_MESSAGE_SIZE, Default_Max_Stack_Size, apis);

Build error:
subscript 1 is above array bounds of 'Attribute_Request_Callback<5> [1]' [-Werror=array-bounds=]
I am able to build if I comment line 171 of Array.h
https://github.com/thingsboard/thingsboard-client-sdk/blob/master/src/Array.h#L171
Environment:

ESP-IDF 6.9.0
Platformio
Thingsboard sdk v0.14.0

Debug terminal
In member function 'void Array<T, Capacity>::erase(const InputIterator&) [with InputIterator = Attribute_Request_Callback<5>*; T = Attribute_Request_Callback<5>; unsigned int Capacity = 1]',
    inlined from 'static void Helper::remove(DataContainer&, const InputIterator&) [with DataContainer = Array<Attribute_Request_Callback<5>, 1>; InputIterator = Attribute_Request_Callback<5>*]' at .pio/libdeps/evisi-4-ntc/ThingsBoard/src/Helper.h:80:24,
    inlined from 'void Attribute_Request<MaxSubscriptions, MaxAttributes, Logger>::Process_Json_Response(const char*, const ArduinoJson::V6215HB2::JsonDocument&) [with unsigned int MaxSubscriptions = 1; unsigned int MaxAttributes = 5; Logger = DefaultLogger]' at .pio/libdeps/evisi-4-ntc/ThingsBoard/src/Attribute_Request.h:123:27:
.pio/libdeps/evisi-4-ntc/ThingsBoard/src/Array.h:171:43: error: array subscript 1 is above array bounds of 'Attribute_Request_Callback<5> [1]' [-Werror=array-bounds=]
  171 |                 m_elements[i] = m_elements[i + 1];
      |                                 ~~~~~~~~~~^
.pio/libdeps/evisi-4-ntc/ThingsBoard/src/Array.h: In member function 'void Attribute_Request<MaxSubscriptions, MaxAttributes, Logger>::Process_Json_Response(const char*, const ArduinoJson::V6215HB2::JsonDocument&) [with unsigned int MaxSubscriptions = 1; unsigned int MaxAttributes = 5; Logger = DefaultLogger]':
.pio/libdeps/evisi-4-ntc/ThingsBoard/src/Array.h:207:12: note: while referencing 'Array<Attribute_Request_Callback<5>, 1>::m_elements'
  207 |     T      m_elements[Capacity] = {}; // Underlying c-array holding our data

It seems that the compiler sees that the array is only of size 1 and therefore disallows assigning [x + 1], because it is alway out of bounds.
Of course it is never called if there is only one element because we check in the for loop for (size_t i = index; i < m_size - 1; ++i) {, so this shoudl actually be a problem. But perhaps we need to make that clearer to the compiler somehow.

Sadly I can not reproduce the error on my machine, because I use PlatformIO, so you would need to help me debug potenital solutions if that is okay.
Could you try to reverse the copy statement so instead of in the Array.h fle on Line 170-173:
for (size_t i = index; i < m_size - 1; ++i) {
    m_elements[i] = m_elements[i + 1];
}

Can you use this statement instead, perhaps this signals more clearly to the compiler that we never access out of bounds.
for (size_t i = index + 1; i < m_size; ++i) {
    m_elements[i - 1] = m_elements[i];
}


Add @double-great/stylelint-a11y

What is the problem you're trying to solve?
stylelint-a11y has been removed in #9.
@ronilaukkarinen/stylelint-a11y is only compatible with 15.x.x.
@double-great/stylelint-a11y supports the last major.
What solution would you like to see?
Replace stylelint-a11y by @double-great/stylelint-a11y.

@double-great/stylelint-a11y also seems unmaintained 🤔


sdrangel: 7.9.0 -> 7.10.0

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://github.com/f4exb/sdrangel/releases.
meta.description for sdrangel is: Software defined radio (SDR) software
meta.homepage for sdrangel is: https://github.com/f4exb/sdrangel
Updates performed

Version update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 7.10.0 with grep in /nix/store/y5rs0a8jag5xyspp5l09llai9nfwhhk2-sdrangel-7.10.0
found 7.10.0 in filename of file in /nix/store/y5rs0a8jag5xyspp5l09llai9nfwhhk2-sdrangel-7.10.0

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

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
sdrangel

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/y5rs0a8jag5xyspp5l09llai9nfwhhk2-sdrangel-7.10.0 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

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

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/y5rs0a8jag5xyspp5l09llai9nfwhhk2-sdrangel-7.10.0
ls -la /nix/store/y5rs0a8jag5xyspp5l09llai9nfwhhk2-sdrangel-7.10.0/bin

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

1 package built:

sdrangel

Maintainer pings
cc @alkeryn for testing.

Result of nixpkgs-review pr 218103 run on aarch64-linux 1

1 package built:

sdrangel


Configure target rates

It would be good if you could configure target rates instead of having to delete and re-add

This can now be done.


New Architecture Support

Any plans on supporting the new architecture? It is enabled by default in the next version of React Native 0.74. There is a discussion taking place here among other library authors migrating their library as well

Hey! I've managed to move completely from this library in favor of rn-quick-crypto. At least it supports new architecture. I use btoa without any imports and it works perfectly for me

Hey! I've managed to move completely from this library in favor of rn-quick-crypto. At least it supports new architecture. I use btoa without any imports and it works perfectly for me
btw that's what i've found in rn-quick-crypto library margelo/react-native-quick-crypto#18 (comment)

@iliapnmrv Nice, thanks for sharing that! am I right in understanding that the latest version of rn-quick-crypto is much faster than react-native-quick-base64?

@TowhidKashem as I understand yes, it is much faster

Hey! I've managed to move completely from this library in favor of rn-quick-crypto. At least it supports new architecture. I use btoa without any imports and it works perfectly for me
btw that's what i've found in rn-quick-crypto library margelo/react-native-quick-crypto#18 (comment)

@iliapnmrv Nice, thanks for sharing that! am I right in understanding that the latest version of rn-quick-crypto is much faster at base64 encoding and decoding than this lib (react-native-quick-base64)?

I don't think rn quick crypto implement the Buffer part internally, I see on https://github.com/margelo/react-native-quick-crypto/blob/252758b96bef87ed5ae9783b137b10f56d64eeb4/packages/react-native-quick-crypto/src/index.ts#L2 it was depends on rn quick base64 though


docs: detect RC versions as preview

Add the '/preview/' directory for the latest RC version.
Add the version of CNPG on left sidebar.
Closes #204

As far as I see this makes sense. Still need to test the script out.
Just the concern that the script will need to be applied essentially once since it pulls from main.
I guess in "RC mode" not a big concern, as we'll be mostly in code freeze.

I tested it manually. Sounds like everything is fine

Tested and even the version tag works fine.

Good catch on robots.txt @mnencia . fixation error here.


Added CONTRIBUTION.md

Added Ways to Contribute Section
Added Development Workflow section
Added Issue Report Process Section
Added Help regarding some basics section
Added Pull Request process
Added Community Guidelines
Added Documentation Section
Added Code reviews Section
Added Feature request Section
Added Spread the word Section
Closes #4

@SurajSanap Please add gssoc and level label for the PR, otherwise GSSOC will not consider my contribution

@SurajSanap  Please assign this PR to me.


Support NiFi expressions for LambdaDataStoreParams

@elahrvivaz We'd also like this to go in the next 4.x release


This page is confusing because it doesn't discuss multi-geo at all

Does Microsoft Graph API Beta for SharePoint Sites support multi-geo? If so, how should one enumerate all sites and subsites using the Microsoft Graph API Beta for ALL GEOS?
This is not discussed or covered in the documentation and is a huge gap. The fact that it isn't even discussed or documented as a feature/limitation is super confusing. Please fix this.

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

ID: c69782e4-57f5-8739-1e03-12fcdf4853aa
Version Independent ID: ae3692d0-2697-9713-46d9-628b29cf0e9c
Content: Enumerate sites - Microsoft Graph beta
Content Source: api-reference/beta/api/site-list.md
Product: sharepoint
Technology: microsoft-graph
GitHub Login: @JeremyKelley
Microsoft Alias: MSGraphDocsVteam

Hi @chewbacca9000, thanks for your feedback. The multi-geo is now covered in this page: https://learn.microsoft.com/en-us/graph/api/site-getallsites?view=graph-rest-beta&tabs=http - Thanks.


acs2018_5yr import_geoheader.sql isssue

The 12/29/2019 version of this file is loading multiple versions of the same files from (3) different directories. It should just be doing what is in lines 1-53 (inclusive).

Huh, wonder how that happened. Thanks for flagging! Fixed in c6e4158.


May I ask if you could share the evaluation file of the dataset?

May I ask if you could share the evaluation file of the dataset?

+1

Sent.


Simplified MvcRouteHandler code

#4291
@rynowak

No changes to tests? I know we have some tests for the logging/diagnostics part of this

As far as I see, you've moved the preamble on the MvcRouteHandler into the action invoker, is that the case?
:shipit: when @rynowak is happy.

Updated with test changes.

:shipit:


Fix player_io.go to follow player_openal.go fix

Well, the current situation to have similar implementation files is not good. Should we contribute to fix x/mobile/exp/audio?
See also:

https://github.com/golang/go/issues/9191
https://github.com/golang/go/issues/15075

Now golang/go#15075 is fixed, we still need player_openal.go for FreeBSD though

Merged player_ios.js into player_openal.js. Oto no longer depends on x/mobile/exp/audio.


Prod Bundle Release 0.14.1

Issue #, if available:
Description of changes:
Testing (if applicable):
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

/hold

/unhold

/approve


Provide a basic mock to test tracing / logs / metrics export

Is your feature request related to a problem? Please describe.
Observability is a feature, and it's implementation should be tested. Actually, there is no way to test the implementation with basic integration testing, only e2e testing.
Describe the solution you'd like
Export the SDK class which are responsible to export logs / metrics / traces to be able to use them like :
import { traceExporter } from<EMAIL_ADDRESS>// something like

describe('...', () => {
  it('should export trace', () => {
    const traceExportSpy = spy(traceExporter.prototype, 'export');

    const result = myApp.inject({ url: '/my-endpoint', method: 'GET' })

    expect(result.statusCode).toStrictEqual(200)
    expect(traceExportSpy).toHaveBeenCalledWith(...)
  })
})

Hi @blephy, thanks for reaching out - is the InMemorySpanExporter what you're looking for?
Or is what you're asking for a ready-made SDK mock to register with the API?
Possibly related issue #5028

Hi @pichlermarc,
Tanks a lot for your answer !
I think a top level SDK mock API can be hard to maintain and you have a lot work elsewhere :)
I didn't know about InMemorySpanExporter. I will try it thanks !


Support OCI images

For future reference: moved to https://github.com/scality/static-container-registry/pull/1


Loops

https://autohotkey.com/v2/v2-changes.htm
Loop Sub-commands
Removed:

Loop, FilePattern [, IncludeFolders?, Recurse?]
Loop, RootKey [, Key, IncludeSubkeys?, Recurse?]

Use the following (added in v1.1.21) instead:

Loop, Files, FilePattern [, Mode]
Loop, Reg, RootKey\Key [, Mode]

Additionally, Loop Parse now accepts a normal string instead of an InputVar.

Loop, Parse, InputString [, Delimiters, OmitChars]

Loop, parse, Colors, `,
    MsgBox, Color number %A_Index% is %A_LoopField%.

could go to
for i,A_LoopField in StrSplit(Colors, ",")

This should be working now.
However, I kept using the loop parse as this seems to work, no reason to use StrSplit and switch to a for loop.
V2 conversion:
Colors := "red,green,blue"
Loop Parse, Colors, ","
{
MsgBox("Color number " A_Index " is " A_LoopField ".")
}


Problem with location of ProjectSettingsToolbar folder

Hi,
actually I must put ProjectSettingsToolbar folder as a root in Project window. Path to textures is constant so when I put ProjectSettingsToolbar folder in other folder then buttons have lost textures.
It could be fixed like this:

Hi, I solved this problem. The code looks like this. Thank you!
var path = string.Format( "{0}/Textures/{1}.png", m_dir, command );

...

private void OnEnable()
{
    var mono = MonoScript.FromScriptableObject( this );
    var path = AssetDatabase.GetAssetPath( mono );
    m_dir = Path.GetDirectoryName( path );
}


Docs readme fix badges

Codecov Report

Merging #8 (44c883c) into main (d5e3497) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main       #8   +/-   ##
=======================================
  Coverage   99.51%   99.51%
=======================================
  Files           3        3
  Lines         207      207
  Branches       66       66
=======================================
  Hits          206      206
  Misses          1        1

Continue to review full report at Codecov.

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


Fixes for Resource modules

This checklist is used to make sure that common guidelines for a pull request are followed.
General Guidelines

[ ] The PR has modified HISTORY.rst describing any customer-facing, functional changes. Note that this does not include changes only to help content. (see Modifying change log).

Command Guidelines

[ ] Each command and parameter has a meaningful description.
[ ] Each new command has a test.

(see Authoring Command Modules)

View a preview at https://prompt.ws/r/Azure/azure-cli/4945
This is an experimental preview for @microsoft.com users.
(It may take a minute or two for your instance to be ready)
Email feedback to 'azfeedback' with subject 'Prompt Feedback'.


Set correct path to SMB packages when Ubuntu20.04 is used.

Set correct path to SMB packages when Ubuntu20.04 is used.
Signed-off-by: Christoph Keil<EMAIL_ADDRESS>

Thanks @Christop1964 for this cleanup . change looks good to me.


Encryption state remove on node delete and restart

REQUIRES FIX: https://github.com/cilium/cilium/pull/8000
On node deletion the xfrm state was persisting this series will now remove it. This way we avoid polluting the xfrm state with old entries that are no longer useful. Also we cleanup routes/xfrm state on restart so when we transition from --enable-ipsec to encryption disabled the old state is also removed.

This change is

Coverage decreased (-0.06%) to 41.62% when pulling 097b4dbbedefe77d26ea9e13167bfa9e30afc59a on ipsec-xfrm-clean into 1596b000041dcda60da2bd874733f7b6990dfd31 on master.

test-me-please

test-me-please

rerunning, https://github.com/cilium/cilium/pull/8027

test-me-please

@jrfastab Can you set the appropriate PR labels so people know when this is good to review?

Previously failure was due to missing route->table fix, I originally thought it would be OK without the fix but it ended up deleting a route in the default table and failing.


Cobweb and sand

When sand or gravel is placed on a slab, it turns into powder, but when a cobweb floats in the air, it remains sand.

That's due to cobwebs being non-solid. Don't have any plans to fix as it's super minor and doesn't really impact the game.

👍

Closing based on Dawn's comment that this is a won't-fix.


resolves #14 documentation for regex json and whitelist json files

resolves #8
resolves #14
What
This PR adds documentation on the regex json file option for scanners, as well as providing the default regex json in the readme file.
It also adds documentation and an example file for the whitelist json file option.

Thanks for this Nicolas!

I am very confused, when I merged this PR, it looks like it also merged 65b1b1f ... which I did not intend to do.


Remedying apache-beam dependency conflicts

Summary
Fixing the failure of regression tests on MacOS11-Python3.10.
Verified on this actions: https://github.com/openvinotoolkit/datumaro/actions/runs/4861593576

Codecov Report
Patch and project coverage have no change.

Comparison is base (7d26a50) 78.71% compared to head (47bc0ed) 78.71%.

Additional details and impacted files
@@           Coverage Diff            @@
##           develop     #983   +/-   ##
========================================
  Coverage    78.71%   78.71%
========================================
  Files          231      231
  Lines        26452    26452
  Branches      5260     5260
========================================
  Hits         20823    20823
  Misses        4404     4404
  Partials      1225     1225

Flag
Coverage Δ

macos-11_Python-3.8
77.74% <ø> (-0.01%)
:arrow_down:

ubuntu-20.04_Python-3.8
78.69% <ø> (ø)

windows-2019_Python-3.8
78.60% <ø> (ø)

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

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Fix 2524

Now:

Codecov Report

Merging #2540 into dev will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##              dev    #2540   +/-   ##
=======================================
  Coverage   94.41%   94.41%
=======================================
  Files         160      160
  Lines       19453    19453
=======================================
  Hits        18367    18367
  Misses       1086     1086

Continue to review full report at Codecov.

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


(PLS) Longer graphemes do not take precedence

This may be related to #46, but it seemed different enough to open a new issue.
When matching entries in a lexicon file (for the System backend, at least), TTT appears to give priority to shorter grapheme matches. This prevents longer matches from working entirely.
E.g., given two entries, one with <grapheme>Ixal</grapheme> and the other with <grapheme>Ixali</grapheme>, when given the string "Ixali", TTT matches the first and ignores the second. The backend then sees the result as Ixal and i, and pronounces it as ['ɪk.sɑːl 'aɪ].
This is true regardless of the order of lexemes in the lexicon file. It seems like LexiconManager sorts the entries and then applies them in the order of shortest to longest.
FWIW, this seems to run counter to a couple guidelines in the PLS specification at https://www.w3.org/TR/pronunciation-lexicon/#AppC:
Precedence should be given to the retrieval of lexemes having a <grapheme> element whose content exactly matches the longest possible sequence of consecutive tokens. Thus, a lexeme for "they'll" should have precedence over a lexeme for "they" given the input "they'll'.
Lexical retrieval should be performed by the bias of tokens rather than characters. Thus, a lexeme for "do" should not match the beginning of "done".
The current implementation in LexiconManager doesn't appear to bother with any tokenization at the moment, so that might be worth pursuing. How exactly tokenization is typically implemented for speech synthesis is a bit beyond my depth, though.
Either way, I've found a workaround with the current version. Because aliases are applied before phonemes, you can use an alias to replace the longer grapheme with a string that doesn't match the shorter one, and then create a separate lexeme that matches that alias to the correct phoneme, like so:
  <lexeme>
    <grapheme>Ixali</grapheme>
    <grapheme>ixali</grapheme>
    <alias>I_x_a_l_i</alias>
  </lexeme>
  <lexeme>
    <grapheme>I_x_a_l_i</grapheme>
    <phoneme>ɪkˈsɑːli</phoneme>
  </lexeme>
  <lexeme>
    <grapheme>Ixal</grapheme>
    <grapheme>ixal</grapheme>
    <phoneme>ɪksɑːl</phoneme>
  </lexeme>

This is super hacky, though.

I just put up a testing build https://github.com/goatcorp/DalamudPlugins/pull/1452, let me know if it works 👍

New update crashed on the first one I tried
2021-11-08 21:42:28.804 -08:00 [FTL] Unhandled exception on AppDomain
System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at TextToTalk.Backends.System.LexiconManager.ReplacePhoneme(String text, String oldValue, String newValue) in K:\arashiiro\Backends\System\LexiconManager.cs:line 136
   at TextToTalk.Backends.System.LexiconManager.MakeSsml(String text, String langCode) in K:\arashiiro\Backends\System\LexiconManager.cs:line 124
   at TextToTalk.Backends.System.SystemSoundQueue.OnSoundLoop(SystemSoundQueueItem nextItem) in K:\arashiiro\Backends\System\SystemSoundQueue.cs:line 41
   at TextToTalk.Backends.SoundQueue`1.PlaySoundLoop() in K:\arashiiro\Backends\SoundQueue.cs:line 37
   at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
--- End of stack trace from previous location ---
   at System.Threading.ThreadHelper.ThreadStart()
2021-11-08 21:42:28.822 -08:00 [INF] LASTEXCEPTION:eyJXaGVuIjoiMjAyMS0xMS0wOFQyMTo0MjoyOC44MTkzMjg5LTA4OjAwIiwiSW5mbyI6IlN5c3RlbS5JbmRleE91dE9mUmFuZ2VFeGNlcHRpb246IEluZGV4IHdhcyBvdXRzaWRlIHRoZSBib3VuZHMgb2YgdGhlIGFycmF5LlxyXG4gICBhdCBUZXh0VG9UYWxrLkJhY2tlbmRzLlN5c3RlbS5MZXhpY29uTWFuYWdlci5SZXBsYWNlUGhvbmVtZShTdHJpbmcgdGV4dCwgU3RyaW5nIG9sZFZhbHVlLCBTdHJpbmcgbmV3VmFsdWUpIGluIEs6XFxhcmFzaGlpcm9cXEJhY2tlbmRzXFxTeXN0ZW1cXExleGljb25NYW5hZ2VyLmNzOmxpbmUgMTM2XHJcbiAgIGF0IFRleHRUb1RhbGsuQmFja2VuZHMuU3lzdGVtLkxleGljb25NYW5hZ2VyLk1ha2VTc21sKFN0cmluZyB0ZXh0LCBTdHJpbmcgbGFuZ0NvZGUpIGluIEs6XFxhcmFzaGlpcm9cXEJhY2tlbmRzXFxTeXN0ZW1cXExleGljb25NYW5hZ2VyLmNzOmxpbmUgMTI0XHJcbiAgIGF0IFRleHRUb1RhbGsuQmFja2VuZHMuU3lzdGVtLlN5c3RlbVNvdW5kUXVldWUuT25Tb3VuZExvb3AoU3lzdGVtU291bmRRdWV1ZUl0ZW0gbmV4dEl0ZW0pIGluIEs6XFxhcmFzaGlpcm9cXEJhY2tlbmRzXFxTeXN0ZW1cXFN5c3RlbVNvdW5kUXVldWUuY3M6bGluZSA0MVxyXG4gICBhdCBUZXh0VG9UYWxrLkJhY2tlbmRzLlNvdW5kUXVldWVgMS5QbGF5U291bmRMb29wKCkgaW4gSzpcXGFyYXNoaWlyb1xcQmFja2VuZHNcXFNvdW5kUXVldWUuY3M6bGluZSAzN1xyXG4gICBhdCBTeXN0ZW0uVGhyZWFkaW5nLlRocmVhZEhlbHBlci5UaHJlYWRTdGFydF9Db250ZXh0KE9iamVjdCBzdGF0ZSlcclxuICAgYXQgU3lzdGVtLlRocmVhZGluZy5FeGVjdXRpb25Db250ZXh0LlJ1bkludGVybmFsKEV4ZWN1dGlvbkNvbnRleHQgZXhlY3V0aW9uQ29udGV4dCwgQ29udGV4dENhbGxiYWNrIGNhbGxiYWNrLCBPYmplY3Qgc3RhdGUpXHJcbi0tLSBFbmQgb2Ygc3RhY2sgdHJhY2UgZnJvbSBwcmV2aW91cyBsb2NhdGlvbiAtLS1cclxuICAgYXQgU3lzdGVtLlRocmVhZGluZy5UaHJlYWRIZWxwZXIuVGhyZWFkU3RhcnQoKSIsIkNvbnRleHQiOiJVbmhhbmRsZWQgZXhjZXB0aW9uIG9uIEFwcERvbWFpblxuU3lzdGVtLkluZGV4T3V0T2ZSYW5nZUV4Y2VwdGlvbjogSW5kZXggd2FzIG91dHNpZGUgdGhlIGJvdW5kcyBvZiB0aGUgYXJyYXkuXHJcbiAgIGF0IFRleHRUb1RhbGsuQmFja2VuZHMuU3lzdGVtLkxleGljb25NYW5hZ2VyLlJlcGxhY2VQaG9uZW1lKFN0cmluZyB0ZXh0LCBTdHJpbmcgb2xkVmFsdWUsIFN0cmluZyBuZXdWYWx1ZSkgaW4gSzpcXGFyYXNoaWlyb1xcQmFja2VuZHNcXFN5c3RlbVxcTGV4aWNvbk1hbmFnZXIuY3M6bGluZSAxMzZcclxuICAgYXQgVGV4dFRvVGFsay5CYWNrZW5kcy5TeXN0ZW0uTGV4aWNvbk1hbmFnZXIuTWFrZVNzbWwoU3RyaW5nIHRleHQsIFN0cmluZyBsYW5nQ29kZSkgaW4gSzpcXGFyYXNoaWlyb1xcQmFja2VuZHNcXFN5c3RlbVxcTGV4aWNvbk1hbmFnZXIuY3M6bGluZSAxMjRcclxuICAgYXQgVGV4dFRvVGFsay5CYWNrZW5kcy5TeXN0ZW0uU3lzdGVtU291bmRRdWV1ZS5PblNvdW5kTG9vcChTeXN0ZW1Tb3VuZFF1ZXVlSXRlbSBuZXh0SXRlbSkgaW4gSzpcXGFyYXNoaWlyb1xcQmFja2VuZHNcXFN5c3RlbVxcU3lzdGVtU291bmRRdWV1ZS5jczpsaW5lIDQxXHJcbiAgIGF0IFRleHRUb1RhbGsuQmFja2VuZHMuU291bmRRdWV1ZWAxLlBsYXlTb3VuZExvb3AoKSBpbiBLOlxcYXJhc2hpaXJvXFxCYWNrZW5kc1xcU291bmRRdWV1ZS5jczpsaW5lIDM3XHJcbiAgIGF0IFN5c3RlbS5UaHJlYWRpbmcuVGhyZWFkSGVscGVyLlRocmVhZFN0YXJ0X0NvbnRleHQoT2JqZWN0IHN0YXRlKVxyXG4gICBhdCBTeXN0ZW0uVGhyZWFkaW5nLkV4ZWN1dGlvbkNvbnRleHQuUnVuSW50ZXJuYWwoRXhlY3V0aW9uQ29udGV4dCBleGVjdXRpb25Db250ZXh0LCBDb250ZXh0Q2FsbGJhY2sgY2FsbGJhY2ssIE9iamVjdCBzdGF0ZSlcclxuLS0tIEVuZCBvZiBzdGFjayB0cmFjZSBmcm9tIHByZXZpb3VzIGxvY2F0aW9uIC0tLVxyXG4gICBhdCBTeXN0ZW0uVGhyZWFkaW5nLlRocmVhZEhlbHBlci5UaHJlYWRTdGFydCgpIn0=
2021-11-08 21:42:28.827 -08:00 [INF] LASTEXCEPTION:eyJXaGVuIjoiMjAyMS0xMS0wOFQyMTo0MjoyOC44Mjc1NzU2LTA4OjAwIiwiSW5mbyI6IlN5c3RlbS5JbmRleE91dE9mUmFuZ2VFeGNlcHRpb246IEluZGV4IHdhcyBvdXRzaWRlIHRoZSBib3VuZHMgb2YgdGhlIGFycmF5LlxyXG4gICBhdCBUZXh0VG9UYWxrLkJhY2tlbmRzLlN5c3RlbS5MZXhpY29uTWFuYWdlci5SZXBsYWNlUGhvbmVtZShTdHJpbmcgdGV4dCwgU3RyaW5nIG9sZFZhbHVlLCBTdHJpbmcgbmV3VmFsdWUpIGluIEs6XFxhcmFzaGlpcm9cXEJhY2tlbmRzXFxTeXN0ZW1cXExleGljb25NYW5hZ2VyLmNzOmxpbmUgMTM2XHJcbiAgIGF0IFRleHRUb1RhbGsuQmFja2VuZHMuU3lzdGVtLkxleGljb25NYW5hZ2VyLk1ha2VTc21sKFN0cmluZyB0ZXh0LCBTdHJpbmcgbGFuZ0NvZGUpIGluIEs6XFxhcmFzaGlpcm9cXEJhY2tlbmRzXFxTeXN0ZW1cXExleGljb25NYW5hZ2VyLmNzOmxpbmUgMTI0XHJcbiAgIGF0IFRleHRUb1RhbGsuQmFja2VuZHMuU3lzdGVtLlN5c3RlbVNvdW5kUXVldWUuT25Tb3VuZExvb3AoU3lzdGVtU291bmRRdWV1ZUl0ZW0gbmV4dEl0ZW0pIGluIEs6XFxhcmFzaGlpcm9cXEJhY2tlbmRzXFxTeXN0ZW1cXFN5c3RlbVNvdW5kUXVldWUuY3M6bGluZSA0MVxyXG4gICBhdCBUZXh0VG9UYWxrLkJhY2tlbmRzLlNvdW5kUXVldWVgMS5QbGF5U291bmRMb29wKCkgaW4gSzpcXGFyYXNoaWlyb1xcQmFja2VuZHNcXFNvdW5kUXVldWUuY3M6bGluZSAzN1xyXG4gICBhdCBTeXN0ZW0uVGhyZWFkaW5nLlRocmVhZEhlbHBlci5UaHJlYWRTdGFydF9Db250ZXh0KE9iamVjdCBzdGF0ZSlcclxuICAgYXQgU3lzdGVtLlRocmVhZGluZy5FeGVjdXRpb25Db250ZXh0LlJ1bkludGVybmFsKEV4ZWN1dGlvbkNvbnRleHQgZXhlY3V0aW9uQ29udGV4dCwgQ29udGV4dENhbGxiYWNrIGNhbGxiYWNrLCBPYmplY3Qgc3RhdGUpXHJcbi0tLSBFbmQgb2Ygc3RhY2sgdHJhY2UgZnJvbSBwcmV2aW91cyBsb2NhdGlvbiAtLS1cclxuICAgYXQgU3lzdGVtLlRocmVhZGluZy5UaHJlYWRIZWxwZXIuVGhyZWFkU3RhcnQoKSIsIkNvbnRleHQiOiJEYWxhbXVkVW5oYW5kbGVkIn0=
2021-11-08 21:42:31.899 -08:00 [INF] User chose to disable plugins on next launch...

tested with /echo Yugiri
<lexeme>
	<grapheme>Yugiri</grapheme>
	<phoneme>ˈju:gɪdi</phoneme>
</lexeme>

Release testing v1.9.7, how about now? I wasn't checking if the replacement text was present in the game text before doing stuff.

plugin doesn't crash! It seems like it does work with making longer grapheme matches have priority! Only problem I've encountered is that having a grapheme with 's makes the pronunciation of Y'shtola use default pronunciation instead of what is listed in the lexicon. Removing the 's entry makes it use the lexicon pronunciation again.
<lexeme>
	<grapheme>Y'shtola</grapheme>
	<phoneme>jiʃtoʊˈlɑ</phoneme>
</lexeme>
<lexeme>
	<grapheme>'s</grapheme>
	<phoneme>z</phoneme>
</lexeme>

nothing to point towards this in the dalamud or output log 😅

Just added a sort for graphemes and better logging, how about now? If that doesn't fix it, you should at least be able to see what's happening.

Seems like the lexicon pronunciation isn't used at all anymore.
Tested multiple names and they all didn't use the lexicon. then Tried using the voice unlocker.
2021-11-10 19:44:53.000 -08:00 [INF] [TextToTalk] Y'shtola
2021-11-10 19:45:04.320 -08:00 [ERR] [TextToTalk] VoiceUnlocker failed to start.
System.ComponentModel.Win32Exception (740): The requested operation requires elevation.
   at System.Diagnostics.Process.StartWithCreateProcess(ProcessStartInfo startInfo)
   at System.Diagnostics.Process.Start()
   at System.Diagnostics.Process.Start(ProcessStartInfo startInfo)
   at TextToTalk.VoiceUnlockerRunner.Execute() in K:\arashiiro\VoiceUnlockerRunner.cs:line 15
2021-11-10 19:45:04.334 -08:00 [INF] LASTEXCEPTION:eyJXaGVuIjoiMjAyMS0xMS0xMFQxOTo0NTowNC4zMzA3ODk3LTA4OjAwIiwiSW5mbyI6IlN5c3RlbS5Db21wb25lbnRNb2RlbC5XaW4zMkV4Y2VwdGlvbiAoNzQwKTogVGhlIHJlcXVlc3RlZCBvcGVyYXRpb24gcmVxdWlyZXMgZWxldmF0aW9uLlxyXG4gICBhdCBTeXN0ZW0uRGlhZ25vc3RpY3MuUHJvY2Vzcy5TdGFydFdpdGhDcmVhdGVQcm9jZXNzKFByb2Nlc3NTdGFydEluZm8gc3RhcnRJbmZvKVxyXG4gICBhdCBTeXN0ZW0uRGlhZ25vc3RpY3MuUHJvY2Vzcy5TdGFydCgpXHJcbiAgIGF0IFN5c3RlbS5EaWFnbm9zdGljcy5Qcm9jZXNzLlN0YXJ0KFByb2Nlc3NTdGFydEluZm8gc3RhcnRJbmZvKVxyXG4gICBhdCBUZXh0VG9UYWxrLlZvaWNlVW5sb2NrZXJSdW5uZXIuRXhlY3V0ZSgpIGluIEs6XFxhcmFzaGlpcm9cXFZvaWNlVW5sb2NrZXJSdW5uZXIuY3M6bGluZSAxNSIsIkNvbnRleHQiOiJbVGV4dFRvVGFsa10gVm9pY2VVbmxvY2tlciBmYWlsZWQgdG8gc3RhcnQuXG5TeXN0ZW0uQ29tcG9uZW50TW9kZWwuV2luMzJFeGNlcHRpb24gKDc0MCk6IFRoZSByZXF1ZXN0ZWQgb3BlcmF0aW9uIHJlcXVpcmVzIGVsZXZhdGlvbi5cclxuICAgYXQgU3lzdGVtLkRpYWdub3N0aWNzLlByb2Nlc3MuU3RhcnRXaXRoQ3JlYXRlUHJvY2VzcyhQcm9jZXNzU3RhcnRJbmZvIHN0YXJ0SW5mbylcclxuICAgYXQgU3lzdGVtLkRpYWdub3N0aWNzLlByb2Nlc3MuU3RhcnQoKVxyXG4gICBhdCBTeXN0ZW0uRGlhZ25vc3RpY3MuUHJvY2Vzcy5TdGFydChQcm9jZXNzU3RhcnRJbmZvIHN0YXJ0SW5mbylcclxuICAgYXQgVGV4dFRvVGFsay5Wb2ljZVVubG9ja2VyUnVubmVyLkV4ZWN1dGUoKSBpbiBLOlxcYXJhc2hpaXJvXFxWb2ljZVVubG9ja2VyUnVubmVyLmNzOmxpbmUgMTUifQ==

v1.9.9 reverted that sorting thing, so it should be half-functional again.

plugin doesn't crash! It seems like it does work with making longer grapheme matches have priority! Only problem I've encountered is that having a grapheme with 's makes the pronunciation of Y'shtola use default pronunciation instead of what is listed in the lexicon. Removing the 's entry makes it use the lexicon pronunciation again.
snip

nothing to point towards this in the dalamud or output log 😅
Otherwise, longer words are taking priority and being pronounced right. Maybe the ' symbol wasn't accounted for?

I was just attempting to test this, and it seems to work fine? It might be more complex than just the two lexemes interacting with each other. Can you send the whole lexicon file?
I was just using this: test.zip

Just checked this morning and it seems to work fine! Everything was working like it was in the earlier version, and Y'shtola is working this time!

While writing a lexeme I found an issue with a longer match not taking priority. Vanus does not have priority over Vanu
This is the code I have for Vanu and Vanus:
<grapheme>Vanus</grapheme>
<phoneme>vɑːnuːz</phoneme>
</lexeme>
<lexeme>
<grapheme>Vanu</grapheme>
<phoneme>vɑːnu</phoneme>
</lexeme>

When  Vanu and Vanus in the same sentence it makes the voice not read out,
this was in the output log
2021-12-17 22:50:06.152 -08:00 [INF] [TextToTalk] <phoneme ph="vɑːnu">Vanu</phoneme> <phoneme ph="vɑːnuz"><phoneme ph="vɑːnu">Vanu</phoneme>s</phoneme>

and my lexicon entry
<lexeme>
<grapheme>Vanu</grapheme>
<phoneme>vɑːnu</phoneme>
</lexeme>
<lexeme>
<grapheme>Vanus</grapheme>
<phoneme>vɑːnuz</phoneme>
</lexeme>

While writing a lexeme I found an issue with a longer match not taking priority. Qitaris does not have priority over Qitari

Found another example, Eorzean does not have priority over Eorzea
from the dalamud.log
2021-12-18 23:26:58.624 -08:00 [INF] [TextToTalk] <phoneme ph="eɪ.ɔrːzɪːæn">Eorzea</phoneme>
2021-12-18 23:27:01.355 -08:00 [INF] [TextToTalk] <phoneme ph="eɪ.ɔrːzɪːæn">Eorzea</phoneme>n

and the lexeme I was using
<lexeme>
<grapheme>Eorzea </grapheme>
<phoneme>eɪ.ɔrːzɪːæn</phoneme>
</lexeme>
<lexeme>
<grapheme>Eorzean</grapheme>
<phoneme>eɪ ɔrːzɪːæn </phoneme>
</lexeme>

I've released a possible fix for this in v1.9.10, let me know if it works.

Seems like this update just causes tts to not use most of the pronemes. It seems like it's using the pronemes for some of them though.
Also using Vanu Vanus in a sentence still causes the text to not be read out. probably because of some sort of bug to do with the way graphemes are given priority.
This is from dalamud log.
2021-12-19 21:41:36.030 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US">Amalj'aa</speak>
2021-12-19 21:42:02.243 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US">Amalj'aas</speak>
2021-12-19 21:42:49.663 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US">Alphinaud</speak>
2021-12-19 21:42:51.425 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US">Alphinaud</speak>
2021-12-19 21:42:59.512 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US">G'raha</speak>
2021-12-19 21:43:01.679 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US">G'raha</speak>
2021-12-19 21:46:16.840 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US"><phoneme ph="vɑːnu">Vanu</phoneme></speak>
2021-12-19 21:46:18.679 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US"><phoneme ph="vɑːnuz">Vanus</phoneme></speak>
2021-12-19 21:46:29.715 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US"><phoneme ph="vɑːnu">Vanu</phoneme> <phoneme ph="vɑːnuz"><phoneme ph="vɑːnu">Vanu</phoneme>s</phoneme></speak>
2021-12-19 21:46:39.601 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US">Urianger</speak>

That is a nested replacement :(

Possibly fixed with v<IP_ADDRESS>

Sorry! I didn't get a chance to test before maintenance!

Seems like my pronemes aren't being used at all anymore.
dalamud log
2021-12-21 19:05:46.528 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US">Amalj'aas</speak>
2021-12-21 19:05:53.713 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US">Amalj'aa</speak>
2021-12-21 19:06:02.767 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US">Amalj'aa</speak>
2021-12-21 19:06:10.610 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US">Urianger</speak>
2021-12-21 19:06:44.713 -08:00 [INF] [TextToTalk] <speak version="1.0" xmlns="http://www.w3.org/2001/10/synthesis" xml:lang="en-US">Alphinaud</speak>

FFXIVCharacters.Locations.zip
This is the lexicon I've been testing btw. It's the updated version of the Location and characters lexicon, but I'm still waiting on posting it until after 😊

Are you using v1.9.11 or v<IP_ADDRESS>? I keep adding tests and they keep passing 🥴

Nevermind, I managed to get a test to fail when loading that whole lexicon into the test, I'm looking into it.

Looks like the C# sorted dictionary doesn't like it when multiple keys have the same key difference between each other, so it's just replacing graphemes that have the same length as each other. That throws a wrench into things, fixing.

Alright, I rewrote most of the lexicon manager, let me know if it works 👍

Seems like it is working great! Everything I could think of works flawlessly! Amazing work!


Performance issue trying to handle JSON files >500kb

VSCode Version: 1.8.1 (ee428b0eead68bf0fb99ab5fdc4439be227b6281)
OS Version: MacOS Sierra

Steps to Reproduce:

Open JSON file of reasonable size >500k
Scroll file up and down or try to fold code.

I'm not able to reproduce that. I created a file with 240000 lines and was still able to work with it nicely.
Can you run VSCode without any extensions and see if a extension is causing the problem?
Maybe this is a duplicate of #17859.


Add more details to README.md

Quick usage example would be nice. Maybe Q&A section.
poetry2nix readme can be used for inspiration I think.

Having a very bare readme is a deliberate choice.
I don't believe that quickstart usage examples result in good outcomes for either users or maintainers.
It sets the wrong expectations for users, thinking that they can just copy & paste and have things work.
But things are more complicated than that, and you cannot actually wield the tooling successfully without more in-depth understanding of what's going on.
The hello-world example (with all of it's comments) is already the most minimal example that I want to expose anywhere.


[web]: Table wrapped with a SingleChildScrollView(scrollDirection: Axis.horizontal) doesn't get rendered

Flutter 1.7.8+hotfix.4 • channel stable • https://github.com/flutter/flutter.git
Framework • revision 20e59316b8 (4 weeks ago) • 2019-07-18 20:04:33 -0700
Engine • revision fee001c93f
Tools • Dart 2.4.0
flutter pub global run webdev --version shows 2.4.0

Browser : Chrome
OS: Windows
I'm hitting an issue with flutter webdev when using a Table inside a SingleChildScrollView which has scrollDirection horizontal(doesn't show anything).  See examples below.

Vertical direction works perfect
The command prompt where I started flutter doesn't give any error
The console log of the browser doesn't say anything different between (Vertical and Horizontal)
I've tried making the elements inside the TableRow to use SizedBox with width  & height given but that didn't help

SingleChildScrollView(horizontal scroll) doesn't show anything:
SingleChildScrollView(scrollDirection: Axis.**horizontal**, child : Table(children: rows) )

SingleChildScrollView(vertical scroll) works ok:
SingleChildScrollView(scrollDirection: Axis.**vertical**, child : Table(children: rows) )

Code example which exhibits problem

Accidentally submitted two times. Closing dublicate ticket. Keeping: https://github.com/flutter/flutter/issues/38526


docker-machine create fail: sudo systemctl -f start docker exit status 1

Hello,
with the newest docker-machine 0.12.1, build c8b17e8 and docker 17.06.0-ce, build 02c1d87 when running:
docker-machine create \
  --driver amazonec2 \
  --amazonec2-access-key ${AWS_ACCESS_KEY_ID} \
  --amazonec2-secret-key ${AWS_SECRET_ACCESS_KEY} \
  --amazonec2-region eu-west-1 \
  --amazonec2-security-group bt-security-group \
  --amazonec2-instance-type ${INSTANCE_TYPE}  \
 ${NAME}

I get the following log and error:
Waiting for machine to be running, this may take a few minutes...
Detecting operating system of created instance...
Waiting for SSH to be available...
Detecting the provisioner...
Provisioning with ubuntu(systemd)...
Installing Docker...
Copying certs to the local machine directory...
Copying certs to the remote machine...
Setting Docker configuration on the remote daemon...
Error creating machine: Error running provisioning: ssh command error:
command : sudo systemctl -f start docker
err     : exit status 1
output  : Job for docker.service failed because the control process exited with error code. See "systemctl status docker.service" and "journalctl -xe" for details.

Same for me, with older versions:
(services)  synon (master) ✗ docker --version
Docker version 17.05.0-ce, build 89658be
(services)  synon (master) ✗ dm --version
docker-machine version 0.11.0, build 5b27455

I am using docker-machine to setup docker on my remote instance.
The daemon refuses to start
(services)  synon (master) ✗ docker-machine create --driver amazonec2 --amazonec2-region=us-west-2 --amazonec2-zone=a --amazonec2-instance-type=c4.xlarge --amazonec2-ami=ami-efd0428f synon
Running pre-create checks...
Creating machine...
(synon) Launching instance...
Waiting for machine to be running, this may take a few minutes...
Detecting operating system of created instance...
Waiting for SSH to be available...
Detecting the provisioner...
Provisioning with ubuntu(systemd)...
Installing Docker...
Copying certs to the local machine directory...
Copying certs to the remote machine...
Setting Docker configuration on the remote daemon...
Error creating machine: Error running provisioning: ssh command error:
command : sudo systemctl -f start docker
err     : exit status 1
output  : Job for docker.service failed because the control process exited with error code. See "systemctl status docker.service" and "journalctl -xe" for details.

My sytemctl status docker.service
ubuntu@synon:~$ systemctl status docker.service
● docker.service - Docker Application Container Engine
   Loaded: loaded (/lib/systemd/system/docker.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/docker.service.d
           └─10-machine.conf
   Active: inactive (dead) (Result: exit-code) since Mon 2017-07-03 09:07:57 UTC; 2min 37s ago
     Docs: https://docs.docker.com
  Process: 5352 ExecStart=/usr/bin/docker daemon -H tcp://<IP_ADDRESS>:2376 -H unix:///var/run/docker.sock --storage-driver aufs --tlsverify --tls
 Main PID: 5352 (code=exited, status=1/FAILURE)

Jul 03 09:07:57 synon systemd[1]: Failed to start Docker Application Container Engine.
Jul 03 09:07:57 synon systemd[1]: docker.service: Unit entered failed state.
Jul 03 09:07:57 synon systemd[1]: docker.service: Failed with result 'exit-code'.
Jul 03 09:07:57 synon systemd[1]: docker.service: Service hold-off time over, scheduling restart.
Jul 03 09:07:57 synon systemd[1]: Stopped Docker Application Container Engine.
Jul 03 09:07:57 synon systemd[1]: docker.service: Start request repeated too quickly.
Jul 03 09:07:57 synon systemd[1]: Failed to start Docker Application Container Engine.
lines 1-16/16 (END)Wrapper Docker Machine process exiting due to closed plugin server (unexpected EOF)

This is my journalctl -xe:
ubuntu@synon:~$ journalctl -xe
-- Unit UNIT has finished starting up.
--
-- The start-up result is done.
Jul 03 09:10:24 synon systemd[5362]: Reached target Default.
-- Subject: Unit UNIT has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit UNIT has finished starting up.
--
-- The start-up result is done.
Jul 03 09:10:24 synon systemd[5362]: Startup finished in 7ms.
-- Subject: System start-up is now complete
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- All system services necessary queued for starting at boot have been
-- successfully started. Note that this does not mean that the machine is
-- now idle as services might still be busy with completing start-up.
--
-- Kernel start-up required KERNEL_USEC microseconds.
--
-- Initial RAM disk start-up required INITRD_USEC microseconds.
--
-- Userspace start-up required 7322 microseconds.
Jul 03 09:10:24 synon systemd[1]: Started User Manager for UID 1000.
-- Subject: Unit<EMAIL_ADDRESS>has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit<EMAIL_ADDRESS>has finished starting up.
--
-- The start-up result is done.
Jul 03 09:16:25 synon sudo[5414]:   ubuntu : TTY=pts/0 ; PWD=/home/ubuntu ; USER=root ; COMMAND=/bin/ls /var/lib/docker
Jul 03 09:16:25 synon sudo[5414]: pam_unix(sudo:session): session opened for user root by ubuntu(uid=0)
Jul 03 09:16:25 synon sudo[5414]: pam_unix(sudo:session): session closed for user root
Jul 03 09:17:01 synon CRON[5418]: pam_unix(cron:session): session opened for user root by (uid=0)
Jul 03 09:17:01 synon CRON[5419]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jul 03 09:17:01 synon CRON[5418]: pam_unix(cron:session): session closed for user root

I don't see anything wrong anywhere, why is my docker engine refusing to start?

Same with Digital Ocean and, I am pretty sure, with other drivers.

I hit same problem, the line in the log got me attention:
  Process: 5352 ExecStart=/usr/bin/docker daemon -H tcp://<IP_ADDRESS>:2376 -H unix:///var/run/docker.sock --storage-driver aufs --tlsverify --tls

docker daemon should be dockerd, as docker daemon is deprecated and removed long time ago.

I've got the same problem with 0.12.0, the generic driver and ubuntu target but 0.12.1 fixes my problem (cf. https://github.com/docker/machine/commit/efe0ca527346937badc39b649d032e8e4a33fcd7)

I have ran into the same issue but have managed to possibly find a solution:
Trying to create a docker-machine with the -d amazonec2 driver on the latest ubuntu linux ami-d15a75c7.
docker-machine create -d amazonec2 --amazonec2-ami ami-d15a75c7 ...

Which we know produces this error:
Error creating machine: Error running provisioning: ssh command error:
command : sudo systemctl -f start docker
err     : exit status 1
output  : Job for docker.service failed because the control process exited with error code. See "systemctl status docker.service" and "journalctl -xe" for details.

After investigating the logs the process being executed is:
ExecStart=/usr/bin/docker daemon -H tcp://<IP_ADDRESS>:2376 -H unix:///var/run/docker.sock --storage-driver aufs --tlsverify --tlscacert /etc/docker/ca.pem --tlscert /etc/docker/server.pem --tlskey /etc/docker/server-key.pem --label provider=amazonec2

from the file at /etc/systemd/system/docker.service.d/10-machine.conf
But the docker daemon is not supported on Linux and should it not be changed to this?
ExecStart=/usr/bin/dockerd -H tcp://<IP_ADDRESS>:2376 -H unix:///var/run/docker.sock --storage-driver aufs --tlsverify --tlscacert /etc/docker/ca.pem --tlscert /etc/docker/server.pem --tlskey /etc/docker/server-key.pem --label provider=amazonec2

Further investigation, and after editing the /etc/systemd/system/docker.service.d/10-machine.conf file, I edited the ExecStart to be /usr/bin/dockerd instead of /user/bin/docker daemon and ran sudo systemctl -f start docker again and everything runs fine.

This is a duplicate of #4156.
An other solution is to use Racher's install script to install 17.05 CE.

no idea if this is duplicated, i've got latest docker, and dockerd in that newly created config and it still crashing
[Service]
ExecStart=
ExecStart=/usr/bin/dockerd -H tcp://<IP_ADDRESS>:2376 -H unix:///var/run/docker.sock --storage-driver aufs --tlsverify --tlscacert /etc/docker/ca.pem --tlscert /etc/docker/server.pem --tlskey /etc/docker/server-key.pem --label provider=generic --live-restore=true
Environment=
~
~

@holms try -engine-storage-driver=overlayfs

@r-moiseev Worked with -engine-storage-driver=overlay2

Just leaving a note here in case anyone else wanders down this path of madness.  If you're using Docker Machine with the AWS Engine, bear in mind that it has a preconfigured set of AMI IDs that it uses and they vary per region.
Apparently, Docker doesn't update it's AWS Engine AMI IDs very often.  As such, when launching into say eu-west-1, the ubuntu AMI was dated 2015 and was a wily distribution.  It seems like Docker no longer distributes a Docker build for Wily on get.docker.com and so the deployment of Docker would "silently" fail.  The error messages provided aren't helpful and can be misconstrued for many other symptoms.
I'd suggest checking the AMI you're launching and make sure it's a recent distribution so as to keep up with Docker's distributed binaries.

I believe this is related to docker-machine create issue that is being reported in multiple recent tickets:

https://github.com/docker/machine/issues/4156
https://github.com/docker/machine/issues/4166
https://github.com/docker/machine/issues/4189
https://github.com/docker/machine/issues/4197
https://github.com/docker/machine/issues/4198

The issue is caused by the version schema changes, and has been fixed in 0.12.1, however, the version of docker-machine inside the Docker for Mac is still 0.12.0. That might be the reason, people keep complaining about the issue. I think Docker for Mac should update its docker-machine version.

I updated the list of AMIs in 0.12.2, which should resolve any remaining issues with EC2 provisioning.

@shin- I can confirm that these issues still occur in v0.12.2

Its because there is not only issue with systemd (wich was fixed in 0.12.1). Issue with storage-driver (wich is aufs somehow) is not fixed

@r-moiseev Fixed in 0.12.2 for EC2.

For the generic driver the --engine-storage-driver=overlay2 option solves similar issue for me.

Hi @shin- the suggestion from @petk solved my issue #4190, do you think it should be fixed in a new release?

upgrate to latest docker machine....
follow below instructions...
https://docs.docker.com/machine/install-machine/#installing-machine-directly

Anyone having this issue - use brew to override your docker-machine install temporarily:
brew install docker-machine && brew unlink docker-machine && brew link --overwrite docker-machine