[2024-10-09T00:57:02.117Z] Stop (90 ms): Run in container: touch '/vscode/vscode-server/bin/linux-x64/e10f2369d0d9614a452462f2e01cdc4aa9486296'
[2024-10-09T00:57:02.408Z]
[2024-10-09T00:57:02.409Z]
[2024-10-09T00:57:02.409Z] Stop (380 ms): Run in container: '/home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/bin/helpers/check-requirements.sh'
[2024-10-09T00:57:02.409Z] Start: Launching Dev Containers helper.
[2024-10-09T00:57:02.409Z] ssh-agent: SSH_AUTH_SOCK in container (/tmp/vscode-ssh-auth-e9a93168-9071-4b4e-bc80-24f6a8f86175.sock) forwarded to local host (/private/tmp/com.apple.launchd.sqaCPdobcj/Listeners).
[2024-10-09T00:57:02.409Z] Start: Run in container: test -e /tmp/.X11-unix/X0
[2024-10-09T00:57:02.411Z]
[2024-10-09T00:57:02.411Z]
[2024-10-09T00:57:02.411Z] Exit code 1
[2024-10-09T00:57:02.411Z] Stop (2 ms): Run in container: test -e /tmp/.X11-unix/X0
[2024-10-09T00:57:02.411Z] Start: Run in container: mkdir -p '/tmp/.X11-unix'
[2024-10-09T00:57:02.427Z]
[2024-10-09T00:57:02.427Z]
[2024-10-09T00:57:02.427Z] Stop (16 ms): Run in container: mkdir -p '/tmp/.X11-unix'
[2024-10-09T00:57:02.427Z] X11 forwarding: DISPLAY in container (:0) forwarded to local host (/private/tmp/com.apple.launchd.mj2xES26Bl/org.xquartz:0).
[2024-10-09T00:57:02.427Z] Start: Run in container: gpgconf --list-dirs
[2024-10-09T00:57:02.444Z] sysconfdir:/etc/gnupg
bindir:/usr/bin
libexecdir:/usr/lib/gnupg
libdir:/usr/lib/x86_64-linux-gnu/gnupg
datadir:/usr/share/gnupg
localedir:/usr/share/locale
socketdir:/home/vscode/.gnupg
dirmngr-socket:/home/vscode/.gnupg/S.dirmngr
agent-ssh-socket:/home/vscode/.gnupg/S.gpg-agent.ssh
agent-extra-socket:/home/vscode/.gnupg/S.gpg-agent.extra
agent-browser-socket:/home/vscode/.gnupg/S.gpg-agent.browser
agent-socket:/home/vscode/.gnupg/S.gpg-agent
homedir:/home/vscode/.gnupg
[2024-10-09T00:57:02.445Z]
[2024-10-09T00:57:02.445Z] Stop (18 ms): Run in container: gpgconf --list-dirs
[2024-10-09T00:57:02.445Z] Start: Run in container: ls '/home/vscode/.gnupg/private-keys-v1.d' 2>/dev/null
[2024-10-09T00:57:02.460Z]
[2024-10-09T00:57:02.460Z]
[2024-10-09T00:57:02.460Z] Exit code 2
[2024-10-09T00:57:02.461Z] Stop (16 ms): Run in container: ls '/home/vscode/.gnupg/private-keys-v1.d' 2>/dev/null
[2024-10-09T00:57:02.461Z] Start: Run: gpgconf --list-dirs
[2024-10-09T00:57:02.462Z] Stop (1 ms): Run: gpgconf --list-dirs
[2024-10-09T00:57:02.462Z] spawn gpgconf ENOENT
[2024-10-09T00:57:02.462Z] gpg-agent: No agent-extra-socket found on local host.
[2024-10-09T00:57:02.462Z] Start: Run in container: command -v docker >/dev/null 2>&1
[2024-10-09T00:57:02.462Z] Stop (1 ms): Run: gpgconf --list-dirs
[2024-10-09T00:57:02.464Z]
[2024-10-09T00:57:02.464Z]
[2024-10-09T00:57:02.464Z] Exit code 127
[2024-10-09T00:57:02.464Z] Stop (2 ms): Run in container: command -v docker >/dev/null 2>&1
[2024-10-09T00:57:02.464Z] Start: Run in container: /bin/sh
[2024-10-09T00:57:02.464Z] Stop (55 ms): Launching Dev Containers helper.
[2024-10-09T00:57:02.465Z] userEnvProbe: loginInteractiveShell (default)
[2024-10-09T00:57:02.465Z] Start: Run in container: test -f '/tmp/devcontainers-df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277/env-loginInteractiveShell.json'
[2024-10-09T00:57:02.465Z] Start: Run in container: echo ~
[2024-10-09T00:57:02.466Z]
[2024-10-09T00:57:02.466Z]
[2024-10-09T00:57:02.466Z] Exit code 1
[2024-10-09T00:57:02.467Z] Stop (2 ms): Run in container: test -f '/tmp/devcontainers-df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277/env-loginInteractiveShell.json'
[2024-10-09T00:57:02.467Z] Start: Run in container: # Test for /home/vscode/.ssh/known_hosts and ssh
[2024-10-09T00:57:02.467Z] userEnvProbe: not found in cache
[2024-10-09T00:57:02.467Z] userEnvProbe shell: /bin/bash
[2024-10-09T00:57:02.484Z]
[2024-10-09T00:57:02.485Z]
[2024-10-09T00:57:02.485Z] Stop (18 ms): Run in container: # Test for /home/vscode/.ssh/known_hosts and ssh
[2024-10-09T00:57:02.485Z] Start: Run in container: # Copy /Users/username_redacted/.ssh/known_hosts to /home/vscode/.ssh/known_hosts
[2024-10-09T00:57:02.537Z]
[2024-10-09T00:57:02.537Z]
[2024-10-09T00:57:02.537Z] Stop (52 ms): Run in container: # Copy /Users/username_redacted/.ssh/known_hosts to /home/vscode/.ssh/known_hosts
[2024-10-09T00:57:02.537Z] Start: Run in container: command -v git >/dev/null 2>&1 && git config --system --replace-all credential.helper '!f() { /home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/node /tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js git-credential-helper $*; }; f' || true
[2024-10-09T00:57:02.544Z] /home/vscode
[2024-10-09T00:57:02.545Z]
[2024-10-09T00:57:02.545Z] Stop (80 ms): Run in container: echo ~
[2024-10-09T00:57:02.545Z] Start: Run in container: cat <<'EOF-/tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js' >/tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js
[2024-10-09T00:57:02.556Z]
[2024-10-09T00:57:02.557Z]
[2024-10-09T00:57:02.557Z] Stop (12 ms): Run in container: cat <<'EOF-/tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js' >/tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js
[2024-10-09T00:57:02.557Z] Start: Run in container: cat <<'EOF-/tmp/vscode-remote-containers-server-e9a93168-9071-4b4e-bc80-24f6a8f86175.js' >/tmp/vscode-remote-containers-server-e9a93168-9071-4b4e-bc80-24f6a8f86175.js_1728435422557
[2024-10-09T00:57:02.558Z]
[2024-10-09T00:57:02.558Z]
[2024-10-09T00:57:02.558Z] Stop (21 ms): Run in container: command -v git >/dev/null 2>&1 && git config --system --replace-all credential.helper '!f() { /home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/node /tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js git-credential-helper $*; }; f' || true
[2024-10-09T00:57:02.558Z] Start: Run in container: for pid in `cd /proc && ls -d [0-9]*`; do { echo $pid ; readlink /proc/$pid/cwd || echo ; readlink /proc/$pid/ns/mnt || echo ; cat /proc/$pid/stat | tr "
[2024-10-09T00:57:02.583Z]
[2024-10-09T00:57:02.583Z]
[2024-10-09T00:57:02.583Z] Stop (26 ms): Run in container: cat <<'EOF-/tmp/vscode-remote-containers-server-e9a93168-9071-4b4e-bc80-24f6a8f86175.js' >/tmp/vscode-remote-containers-server-e9a93168-9071-4b4e-bc80-24f6a8f86175.js_1728435422557
[2024-10-09T00:57:03.061Z] userEnvProbe PATHs:
Probe:     '/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/home/vscode/.local/bin'
Container: '/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin'
[2024-10-09T00:57:03.194Z] Stop (636 ms): Run in container: for pid in `cd /proc && ls -d [0-9]*`; do { echo $pid ; readlink /proc/$pid/cwd || echo ; readlink /proc/$pid/ns/mnt || echo ; cat /proc/$pid/stat | tr "
[2024-10-09T00:57:03.194Z] Start: Run in container: mkdir -p '/tmp/devcontainers-df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277' && cat > '/tmp/devcontainers-df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277/env-loginInteractiveShell.json' << 'envJSON'
[2024-10-09T00:57:03.220Z]
[2024-10-09T00:57:03.220Z]
[2024-10-09T00:57:03.220Z] Stop (26 ms): Run in container: mkdir -p '/tmp/devcontainers-df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277' && cat > '/tmp/devcontainers-df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277/env-loginInteractiveShell.json' << 'envJSON'
[2024-10-09T00:57:03.220Z] Start: Run in container: cat '/home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/product.json'
[2024-10-09T00:57:03.233Z] Stop (13 ms): Run in container: cat '/home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/product.json'
[2024-10-09T00:57:03.234Z] Start: Run in container: cat '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296' 2>/dev/null || (umask 377 && echo '2db7a2c6-48f0-4eed-827e-52f27517e867' >'/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296-30e94554-34c8-4fc6-8551-5823c741428a' && mv -n '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296-30e94554-34c8-4fc6-8551-5823c741428a' '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296' && rm -f '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296-30e94554-34c8-4fc6-8551-5823c741428a' && cat '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296')
[2024-10-09T00:57:03.280Z] 2db7a2c6-48f0-4eed-827e-52f27517e867
[2024-10-09T00:57:03.280Z]
[2024-10-09T00:57:03.280Z] Stop (46 ms): Run in container: cat '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296' 2>/dev/null || (umask 377 && echo '2db7a2c6-48f0-4eed-827e-52f27517e867' >'/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296-30e94554-34c8-4fc6-8551-5823c741428a' && mv -n '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296-30e94554-34c8-4fc6-8551-5823c741428a' '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296' && rm -f '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296-30e94554-34c8-4fc6-8551-5823c741428a' && cat '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296')
[2024-10-09T00:57:03.281Z] Start: Starting VS Code Server
[2024-10-09T00:57:03.282Z] Start: Preparing Extensions
[2024-10-09T00:57:03.283Z] Start: Run in container: test ! -f '/home/vscode/.vscode-server/data/Machine/.installExtensionsMarker' && set -o noclobber && mkdir -p '/home/vscode/.vscode-server/data/Machine' && { > '/home/vscode/.vscode-server/data/Machine/.installExtensionsMarker' ; } 2> /dev/null
[2024-10-09T00:57:03.299Z]
[2024-10-09T00:57:03.299Z]
[2024-10-09T00:57:03.299Z] Stop (16 ms): Run in container: test ! -f '/home/vscode/.vscode-server/data/Machine/.installExtensionsMarker' && set -o noclobber && mkdir -p '/home/vscode/.vscode-server/data/Machine' && { > '/home/vscode/.vscode-server/data/Machine/.installExtensionsMarker' ; } 2> /dev/null
[2024-10-09T00:57:03.301Z] Extensions cache, install extensions: None
[2024-10-09T00:57:03.301Z] Start: Run in container: test -d /home/vscode/.vscode-server/extensionsCache && ls /home/vscode/.vscode-server/extensionsCache || true
[2024-10-09T00:57:03.308Z]
[2024-10-09T00:57:03.308Z]
[2024-10-09T00:57:03.308Z] Stop (7 ms): Run in container: test -d /home/vscode/.vscode-server/extensionsCache && ls /home/vscode/.vscode-server/extensionsCache || true
[2024-10-09T00:57:03.308Z] Start: Run in container: test -d /vscode/vscode-server/extensionsCache && ls /vscode/vscode-server/extensionsCache || true
[2024-10-09T00:57:03.309Z]
[2024-10-09T00:57:03.310Z]
[2024-10-09T00:57:03.310Z] Stop (2 ms): Run in container: test -d /vscode/vscode-server/extensionsCache && ls /vscode/vscode-server/extensionsCache || true
[2024-10-09T00:57:03.310Z] Extensions cache, link in container: None
[2024-10-09T00:57:03.310Z] Optimizing extensions for quality: stable
[2024-10-09T00:57:03.310Z] Stop (28 ms): Preparing Extensions
[2024-10-09T00:57:03.310Z] Start: Run in container: /home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/bin/code-server --log debug --force-disable-user-env --server-data-dir /home/vscode/.vscode-server --use-host-proxy --telemetry-level all --accept-server-license-terms --host <IP_ADDRESS> --port 0 --connection-token-file /home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296 --extensions-download-dir /home/vscode/.vscode-server/extensionsCache --start-server --disable-websocket-compression --skip-requirements-check
[2024-10-09T00:57:03.791Z] *
* Visual Studio Code Server
*
* By using the software, you agree to
* the Visual Studio Code Server License Terms (https://aka.ms/vscode-server-license) and
* the Microsoft Privacy Statement (https://privacy.microsoft.com/en-US/privacystatement).
*
[2024-10-09T00:57:03.812Z] Server bound to <IP_ADDRESS>:39131 (IPv4)
Extension host agent listening on 39131

[2024-10-09T00:57:03.813Z] Stop (532 ms): Starting VS Code Server
[2024-10-09T00:57:03.813Z] Start: Run in container: echo 39131 >'/home/vscode/.vscode-server/data/Machine/.devport-e10f2369d0d9614a452462f2e01cdc4aa9486296'
[2024-10-09T00:57:03.817Z]
[2024-10-09T00:57:03.817Z]
[2024-10-09T00:57:03.817Z] Stop (4 ms): Run in container: echo 39131 >'/home/vscode/.vscode-server/data/Machine/.devport-e10f2369d0d9614a452462f2e01cdc4aa9486296'
[2024-10-09T00:57:03.817Z] Port forwarding for container port 39131 starts listening on local port.
[2024-10-09T00:57:03.817Z] Port forwarding local port 39131 to container port 39131
[2024-10-09T00:57:03.820Z] Stop (3038 ms): Resolving Remote
[2024-10-09T00:57:03.821Z] Initializing configuration support...
[2024-10-09T00:57:03.821Z] Internal initialization of dev container support package...
[2024-10-09T00:57:03.822Z] Start: Run in container: # Test for /home/vscode/.gitconfig and git
[2024-10-09T00:57:03.823Z] Port forwarding connection from 53540 > 39131 > 39131 in the container.
[2024-10-09T00:57:03.823Z] Start: Run in container: /home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/node -e
[2024-10-09T00:57:03.841Z]
[2024-10-09T00:57:03.841Z]
[2024-10-09T00:57:03.841Z] Stop (19 ms): Run in container: # Test for /home/vscode/.gitconfig and git
[2024-10-09T00:57:03.841Z] Start: Run in container: # Copy /Users/username_redacted/.gitconfig to /home/vscode/.gitconfig
[2024-10-09T00:57:03.877Z]
[2024-10-09T00:57:03.877Z]
[2024-10-09T00:57:03.877Z] Stop (36 ms): Run in container: # Copy /Users/username_redacted/.gitconfig to /home/vscode/.gitconfig
[2024-10-09T00:57:03.877Z] Start: Run in container: # Cleaning up git config
[2024-10-09T00:57:03.931Z] Ignoring option 'skip-requirements-check': not supported for server.
[2024-10-09T00:57:03.943Z] [00:57:03]

[2024-10-09T00:57:03.954Z]
[2024-10-09T00:57:03.954Z]
[2024-10-09T00:57:03.954Z] Stop (77 ms): Run in container: # Cleaning up git config
[2024-10-09T00:57:03.955Z] Start: Run: git config --global --get gpg.ssh.allowedSignersFile
[2024-10-09T00:57:03.959Z] Start: Run in container: command -v git >/dev/null 2>&1 && git config --global --replace-all credential.helper '!f() { /home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/node /tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js git-credential-helper $*; }; f' || true
[2024-10-09T00:57:03.972Z] Stop (17 ms): Run: git config --global --get gpg.ssh.allowedSignersFile
[2024-10-09T00:57:03.987Z]
[2024-10-09T00:57:03.987Z]
[2024-10-09T00:57:03.987Z] Stop (28 ms): Run in container: command -v git >/dev/null 2>&1 && git config --global --replace-all credential.helper '!f() { /home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/node /tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js git-credential-helper $*; }; f' || true
[2024-10-09T00:57:03.987Z] Start: Run in container: git config --global --add safe.directory '/workspaces/developer'
[2024-10-09T00:57:04.007Z]
[2024-10-09T00:57:04.007Z]
[2024-10-09T00:57:04.007Z] Stop (20 ms): Run in container: git config --global --add safe.directory '/workspaces/developer'
[2024-10-09T00:57:04.032Z] [00:57:04] Extension host agent started.
[2024-10-09T00:57:04.090Z] [00:57:04] No uninstalled extensions found.
[2024-10-09T00:57:04.090Z] [00:57:04] Started initializing default profile extensions in extensions installation folder. file:///home/vscode/.vscode-server/extensions
[2024-10-09T00:57:04.098Z] [00:57:04] ComputeTargetPlatform: linux-x64
[2024-10-09T00:57:04.102Z] [00:57:04] Completed initializing default profile extensions in extensions installation folder. file:///home/vscode/.vscode-server/extensions
[2024-10-09T00:57:04.115Z] Port forwarding 53540 > 39131 > 39131 stderr: Connection established
[2024-10-09T00:57:04.137Z] Port forwarding connection from 53541 > 39131 > 39131 in the container.
[2024-10-09T00:57:04.137Z] Start: Run in container: /home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/node -e
[2024-10-09T00:57:04.141Z] [00:57:04] [<IP_ADDRESS>][d52e83f2][ManagementConnection] New connection established.
[2024-10-09T00:57:04.158Z] [00:57:04] Log level changed to info
[2024-10-09T00:57:04.438Z] Port forwarding 53541 > 39131 > 39131 stderr: Connection established
[2024-10-09T00:57:04.476Z] [00:57:04] [<IP_ADDRESS>][fa7a1a0a][ExtensionHostConnection] New connection established.
[2024-10-09T00:57:04.484Z] [00:57:04] [<IP_ADDRESS>][fa7a1a0a][ExtensionHostConnection] <352> Launched Extension Host Process.
[2024-10-09T00:57:05.999Z] Start: Run in container: cat /proc/408/environ
[2024-10-09T00:57:06.024Z] Stop (25 ms): Run in container: cat /proc/408/environ

🟢 remoteContainers.log
WITHOUT desktop-lite feature included in devcontainer.json:

[2024-10-09T00:57:00.782Z] Dev Containers 0.388.0 in VS Code 1.94.1 (e10f2369d0d9614a452462f2e01cdc4aa9486296).
[2024-10-09T00:57:00.782Z] Start: Resolving Remote
[2024-10-09T00:57:00.796Z] Setting up container for folder or workspace: /Users/username_redacted/developer
[2024-10-09T00:57:00.796Z] Context: desktop-linux
[2024-10-09T00:57:00.801Z] Start: Check Docker is running
[2024-10-09T00:57:00.802Z] Start: Run: docker version
[2024-10-09T00:57:00.818Z] Client:
 Version:           27.2.0
 API version:       1.47
 Go version:        go1.21.13
 Git commit:        3ab4256
 Built:             Tue Aug 27 14:14:45 2024
 OS/Arch:           darwin/arm64
 Context:           desktop-linux

[2024-10-09T00:57:00.818Z] Server: Docker Desktop 4.34.2 (167172)
 Engine:
  Version:          27.2.0
  API version:      1.47 (minimum version 1.24)
  Go version:       go1.21.13
  Git commit:       3ab5c7d
  Built:            Tue Aug 27 14:15:41 2024
  OS/Arch:          linux/arm64
  Experimental:     false
 containerd:
  Version:          1.7.20
  GitCommit:        8fc6bcff51318944179630522a095cc9dbf9f353
 runc:
  Version:          1.1.13
  GitCommit:        v1.1.13-0-g58aa920
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0
[2024-10-09T00:57:00.820Z] Stop (18 ms): Run: docker version
[2024-10-09T00:57:00.820Z] Stop (19 ms): Check Docker is running
[2024-10-09T00:57:00.821Z] Start: Run: docker volume ls -q
[2024-10-09T00:57:00.836Z] Stop (15 ms): Run: docker volume ls -q
[2024-10-09T00:57:00.836Z] Start: Run: docker ps -q -a --filter label=vsch.local.folder=/Users/username_redacted/developer --filter label=vsch.quality=stable
[2024-10-09T00:57:00.852Z] Stop (16 ms): Run: docker ps -q -a --filter label=vsch.local.folder=/Users/username_redacted/developer --filter label=vsch.quality=stable
[2024-10-09T00:57:00.852Z] Start: Run: docker ps -q -a --filter label=devcontainer.local_folder=/Users/username_redacted/developer --filter label=devcontainer.config_file=/Users/username_redacted/developer/.devcontainer/debian-amd64/devcontainer.json
[2024-10-09T00:57:00.867Z] Stop (15 ms): Run: docker ps -q -a --filter label=devcontainer.local_folder=/Users/username_redacted/developer --filter label=devcontainer.config_file=/Users/username_redacted/developer/.devcontainer/debian-amd64/devcontainer.json
[2024-10-09T00:57:00.867Z] Start: Run: docker ps -q -a --filter label=devcontainer.local_folder=/Users/username_redacted/developer
[2024-10-09T00:57:00.911Z] Stop (44 ms): Run: docker ps -q -a --filter label=devcontainer.local_folder=/Users/username_redacted/developer
[2024-10-09T00:57:00.911Z] Running Dev Containers CLI:   up --user-data-folder /Users/username_redacted/Library/Application Support/Code/User/globalStorage/ms-vscode-remote.remote-containers/data --container-session-data-folder /tmp/devcontainers-df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277 --workspace-folder /Users/username_redacted/developer --workspace-mount-consistency cached --gpu-availability detect --id-label devcontainer.local_folder=/Users/username_redacted/developer --id-label devcontainer.config_file=/Users/username_redacted/developer/.devcontainer/debian-amd64/devcontainer.json --log-level debug --log-format json --config /Users/username_redacted/developer/.devcontainer/debian-amd64/devcontainer.json --default-user-env-probe loginInteractiveShell --build-no-cache --remove-existing-container --mount type=volume,source=vscode,target=/vscode,external=true --skip-post-create --update-remote-user-uid-default on --mount-workspace-git-root --include-configuration --include-merged-configuration
[2024-10-09T00:57:00.931Z] ProxyResolver#loadSystemCertificates count
[2024-10-09T00:57:00.931Z] ProxyResolver#loadSystemCertificates count filtered
[2024-10-09T00:57:00.932Z] Start: Run: /Applications/Visual Studio Code.app/Contents/Frameworks/Code Helper (Plugin).app/Contents/MacOS/Code Helper (Plugin) /Users/username_redacted/.vscode/extensions/ms-vscode-remote.remote-containers-0.388.0/dist/spec-node/devContainersSpecCLI.js up --user-data-folder /Users/username_redacted/Library/Application Support/Code/User/globalStorage/ms-vscode-remote.remote-containers/data --container-session-data-folder /tmp/devcontainers-df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277 --workspace-folder /Users/username_redacted/developer --workspace-mount-consistency cached --gpu-availability detect --id-label devcontainer.local_folder=/Users/username_redacted/developer --id-label devcontainer.config_file=/Users/username_redacted/developer/.devcontainer/debian-amd64/devcontainer.json --log-level debug --log-format json --config /Users/username_redacted/developer/.devcontainer/debian-amd64/devcontainer.json --default-user-env-probe loginInteractiveShell --build-no-cache --remove-existing-container --mount type=volume,source=vscode,target=/vscode,external=true --skip-post-create --update-remote-user-uid-default on --mount-workspace-git-root --include-configuration --include-merged-configuration
[2024-10-09T00:57:01.071Z] @devcontainers/cli 0.71.0.  Keep-alive process started." ; export VSCODE_REMOTE_CONTAINERS_SESSION=df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277 ; /bin/sh
[2024-10-09T00:57:01.821Z] Start: Inspecting container
[2024-10-09T00:57:01.822Z] Start: Run: docker inspect --type container 71d3255c614a65b1aec55f782318d1490ad3521c9a6026fb9f30d6e1ac6b3c7f
[2024-10-09T00:57:01.839Z] Stop (17 ms): Run: docker inspect --type container 71d3255c614a65b1aec55f782318d1490ad3521c9a6026fb9f30d6e1ac6b3c7f
[2024-10-09T00:57:01.840Z] Stop (19 ms): Inspecting container
[2024-10-09T00:57:01.840Z] Start: Run in container: /bin/sh
[2024-10-09T00:57:01.841Z] Start: Run in container: uname -m
[2024-10-09T00:57:01.878Z] New container started. Keep-alive process started.
[2024-10-09T00:57:01.896Z] x86_64
[2024-10-09T00:57:01.896Z]
[2024-10-09T00:57:01.897Z] Stop (56 ms): Run in container: uname -m
[2024-10-09T00:57:01.897Z] Start: Run in container: (cat /etc/os-release || cat /usr/lib/os-release) 2>/dev/null
[2024-10-09T00:57:01.909Z] PRETTY_NAME="Debian GNU/Linux 12 (bookworm)"
NAME="Debian GNU/Linux"
VERSION_ID="12"
VERSION="12 (bookworm)"
VERSION_CODENAME=bookworm
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
[2024-10-09T00:57:01.909Z]
[2024-10-09T00:57:01.909Z] Stop (12 ms): Run in container: (cat /etc/os-release || cat /usr/lib/os-release) 2>/dev/null
[2024-10-09T00:57:01.909Z] Start: Run in container:  (command -v getent >/dev/null 2>&1 && getent passwd 'vscode' || grep -E '^vscode|^[^:]*:[^:]*:vscode:' /etc/passwd || true)
[2024-10-09T00:57:01.927Z] Stop (18 ms): Run in container:  (command -v getent >/dev/null 2>&1 && getent passwd 'vscode' || grep -E '^vscode|^[^:]*:[^:]*:vscode:' /etc/passwd || true)
[2024-10-09T00:57:01.928Z] Start: Run in container: command -v git >/dev/null 2>&1 && ROOT_FOLDER="$(git -C '/workspaces/developer' rev-parse --show-toplevel)" && test "$(stat -c %u "$ROOT_FOLDER")" != "$(id -u)" && echo -n "$ROOT_FOLDER"
[2024-10-09T00:57:01.947Z]
[2024-10-09T00:57:01.947Z] fatal: detected dubious ownership in repository at '/workspaces/developer'
To add an exception for this directory, call:

	git config --global --add safe.directory /workspaces/developer
[2024-10-09T00:57:01.947Z] Exit code 128
[2024-10-09T00:57:01.947Z] Stop (19 ms): Run in container: command -v git >/dev/null 2>&1 && ROOT_FOLDER="$(git -C '/workspaces/developer' rev-parse --show-toplevel)" && test "$(stat -c %u "$ROOT_FOLDER")" != "$(id -u)" && echo -n "$ROOT_FOLDER"
[2024-10-09T00:57:01.947Z] Start: Run: /bin/sh -c cd '/Users/username_redacted/developer' && test "$(stat -f %u .)" = "$(id -u)"
[2024-10-09T00:57:01.957Z] Stop (10 ms): Run: /bin/sh -c cd '/Users/username_redacted/developer' && test "$(stat -f %u .)" = "$(id -u)"
[2024-10-09T00:57:01.957Z] Start: Updating configuration state
[2024-10-09T00:57:01.959Z] Stop (2 ms): Updating configuration state
[2024-10-09T00:57:01.960Z] Start: Setup shutdown monitor
[2024-10-09T00:57:01.960Z] Forking shutdown monitor: /Users/username_redacted/.vscode/extensions/ms-vscode-remote.remote-containers-0.388.0/dist/shutdown/shutdownMonitorProcess /var/folders/h1/9y367wd56tqft29jsqq15hqh0000gn/T/vscode-remote-containers-4264e727-190d-4f0b-ba76-ecc59065073e.sock singleContainer Debug /Users/username_redacted/Library/Application Support/Code/logs/20241008T155922/window1/exthost/ms-vscode-remote.remote-containers<PHONE_NUMBER>761
[2024-10-09T00:57:01.961Z] Stop (1 ms): Setup shutdown monitor
[2024-10-09T00:57:01.962Z] Start: Run in container: test -d '/home/vscode/.vscode-server'
[2024-10-09T00:57:01.964Z]
[2024-10-09T00:57:01.964Z]
[2024-10-09T00:57:01.964Z] Exit code 1
[2024-10-09T00:57:01.964Z] Stop (2 ms): Run in container: test -d '/home/vscode/.vscode-server'
[2024-10-09T00:57:01.964Z] Start: Run in container: test -d '/home/vscode/.vscode-remote'
[2024-10-09T00:57:01.966Z]
[2024-10-09T00:57:01.966Z]
[2024-10-09T00:57:01.966Z] Exit code 1
[2024-10-09T00:57:01.966Z] Stop (2 ms): Run in container: test -d '/home/vscode/.vscode-remote'
[2024-10-09T00:57:01.966Z] Start: Run in container: test ! -f '/home/vscode/.vscode-server/data/Machine/.writeMachineSettingsMarker' && set -o noclobber && mkdir -p '/home/vscode/.vscode-server/data/Machine' && { > '/home/vscode/.vscode-server/data/Machine/.writeMachineSettingsMarker' ; } 2> /dev/null
[2024-10-09T00:57:01.982Z]
[2024-10-09T00:57:01.982Z]
[2024-10-09T00:57:01.982Z] Stop (16 ms): Run in container: test ! -f '/home/vscode/.vscode-server/data/Machine/.writeMachineSettingsMarker' && set -o noclobber && mkdir -p '/home/vscode/.vscode-server/data/Machine' && { > '/home/vscode/.vscode-server/data/Machine/.writeMachineSettingsMarker' ; } 2> /dev/null
[2024-10-09T00:57:01.982Z] Start: Run in container: cat /home/vscode/.vscode-server/data/Machine/settings.json
[2024-10-09T00:57:01.995Z]
[2024-10-09T00:57:01.995Z] cat: /home/vscode/.vscode-server/data/Machine/settings.json: No such file or directory
[2024-10-09T00:57:01.995Z] Exit code 1
[2024-10-09T00:57:01.995Z] Stop (13 ms): Run in container: cat /home/vscode/.vscode-server/data/Machine/settings.json
[2024-10-09T00:57:01.996Z] Start: Run in container: test -d '/home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296'
[2024-10-09T00:57:01.997Z]
[2024-10-09T00:57:01.997Z]
[2024-10-09T00:57:01.997Z] Exit code 1
[2024-10-09T00:57:01.997Z] Stop (1 ms): Run in container: test -d '/home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296'
[2024-10-09T00:57:01.997Z] Start: Run in container: test -d '/vscode/vscode-server/bin/linux-x64/e10f2369d0d9614a452462f2e01cdc4aa9486296'
[2024-10-09T00:57:01.999Z]
[2024-10-09T00:57:01.999Z]
[2024-10-09T00:57:01.999Z] Stop (2 ms): Run in container: test -d '/vscode/vscode-server/bin/linux-x64/e10f2369d0d9614a452462f2e01cdc4aa9486296'
[2024-10-09T00:57:01.999Z] Start: Run in container: mkdir -p '/home/vscode/.vscode-server/bin' && ln -snf '/vscode/vscode-server/bin/linux-x64/e10f2369d0d9614a452462f2e01cdc4aa9486296' '/home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296'
[2024-10-09T00:57:02.026Z]
[2024-10-09T00:57:02.026Z]
[2024-10-09T00:57:02.026Z] Stop (27 ms): Run in container: mkdir -p '/home/vscode/.vscode-server/bin' && ln -snf '/vscode/vscode-server/bin/linux-x64/e10f2369d0d9614a452462f2e01cdc4aa9486296' '/home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296'
[2024-10-09T00:57:02.026Z] Start: Run in container: /bin/sh
[2024-10-09T00:57:02.027Z] Start: Run in container: test -x '/home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/bin/helpers/check-requirements.sh'
[2024-10-09T00:57:02.027Z] Start: Run in container: touch '/vscode/vscode-server/bin/linux-x64/e10f2369d0d9614a452462f2e01cdc4aa9486296'
[2024-10-09T00:57:02.029Z]
[2024-10-09T00:57:02.029Z]
[2024-10-09T00:57:02.029Z] Stop (2 ms): Run in container: test -x '/home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/bin/helpers/check-requirements.sh'
[2024-10-09T00:57:02.029Z] Start: Run in container: '/home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/bin/helpers/check-requirements.sh'
[2024-10-09T00:57:02.117Z]
[2024-10-09T00:57:02.117Z]
[2024-10-09T00:57:02.117Z] Stop (90 ms): Run in container: touch '/vscode/vscode-server/bin/linux-x64/e10f2369d0d9614a452462f2e01cdc4aa9486296'
[2024-10-09T00:57:02.408Z]
[2024-10-09T00:57:02.409Z]
[2024-10-09T00:57:02.409Z] Stop (380 ms): Run in container: '/home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/bin/helpers/check-requirements.sh'
[2024-10-09T00:57:02.409Z] Start: Launching Dev Containers helper.
[2024-10-09T00:57:02.409Z] ssh-agent: SSH_AUTH_SOCK in container (/tmp/vscode-ssh-auth-e9a93168-9071-4b4e-bc80-24f6a8f86175.sock) forwarded to local host (/private/tmp/com.apple.launchd.sqaCPdobcj/Listeners).
[2024-10-09T00:57:02.409Z] Start: Run in container: test -e /tmp/.X11-unix/X0
[2024-10-09T00:57:02.411Z]
[2024-10-09T00:57:02.411Z]
[2024-10-09T00:57:02.411Z] Exit code 1
[2024-10-09T00:57:02.411Z] Stop (2 ms): Run in container: test -e /tmp/.X11-unix/X0
[2024-10-09T00:57:02.411Z] Start: Run in container: mkdir -p '/tmp/.X11-unix'
[2024-10-09T00:57:02.427Z]
[2024-10-09T00:57:02.427Z]
[2024-10-09T00:57:02.427Z] Stop (16 ms): Run in container: mkdir -p '/tmp/.X11-unix'
[2024-10-09T00:57:02.427Z] X11 forwarding: DISPLAY in container (:0) forwarded to local host (/private/tmp/com.apple.launchd.mj2xES26Bl/org.xquartz:0).
[2024-10-09T00:57:02.427Z] Start: Run in container: gpgconf --list-dirs
[2024-10-09T00:57:02.444Z] sysconfdir:/etc/gnupg
bindir:/usr/bin
libexecdir:/usr/lib/gnupg
libdir:/usr/lib/x86_64-linux-gnu/gnupg
datadir:/usr/share/gnupg
localedir:/usr/share/locale
socketdir:/home/vscode/.gnupg
dirmngr-socket:/home/vscode/.gnupg/S.dirmngr
agent-ssh-socket:/home/vscode/.gnupg/S.gpg-agent.ssh
agent-extra-socket:/home/vscode/.gnupg/S.gpg-agent.extra
agent-browser-socket:/home/vscode/.gnupg/S.gpg-agent.browser
agent-socket:/home/vscode/.gnupg/S.gpg-agent
homedir:/home/vscode/.gnupg
[2024-10-09T00:57:02.445Z]
[2024-10-09T00:57:02.445Z] Stop (18 ms): Run in container: gpgconf --list-dirs
[2024-10-09T00:57:02.445Z] Start: Run in container: ls '/home/vscode/.gnupg/private-keys-v1.d' 2>/dev/null
[2024-10-09T00:57:02.460Z]
[2024-10-09T00:57:02.460Z]
[2024-10-09T00:57:02.460Z] Exit code 2
[2024-10-09T00:57:02.461Z] Stop (16 ms): Run in container: ls '/home/vscode/.gnupg/private-keys-v1.d' 2>/dev/null
[2024-10-09T00:57:02.461Z] Start: Run: gpgconf --list-dirs
[2024-10-09T00:57:02.462Z] Stop (1 ms): Run: gpgconf --list-dirs
[2024-10-09T00:57:02.462Z] spawn gpgconf ENOENT
[2024-10-09T00:57:02.462Z] gpg-agent: No agent-extra-socket found on local host.
[2024-10-09T00:57:02.462Z] Start: Run in container: command -v docker >/dev/null 2>&1
[2024-10-09T00:57:02.462Z] Stop (1 ms): Run: gpgconf --list-dirs
[2024-10-09T00:57:02.464Z]
[2024-10-09T00:57:02.464Z]
[2024-10-09T00:57:02.464Z] Exit code 127
[2024-10-09T00:57:02.464Z] Stop (2 ms): Run in container: command -v docker >/dev/null 2>&1
[2024-10-09T00:57:02.464Z] Start: Run in container: /bin/sh
[2024-10-09T00:57:02.464Z] Stop (55 ms): Launching Dev Containers helper.
[2024-10-09T00:57:02.465Z] userEnvProbe: loginInteractiveShell (default)
[2024-10-09T00:57:02.465Z] Start: Run in container: test -f '/tmp/devcontainers-df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277/env-loginInteractiveShell.json'
[2024-10-09T00:57:02.465Z] Start: Run in container: echo ~
[2024-10-09T00:57:02.466Z]
[2024-10-09T00:57:02.466Z]
[2024-10-09T00:57:02.466Z] Exit code 1
[2024-10-09T00:57:02.467Z] Stop (2 ms): Run in container: test -f '/tmp/devcontainers-df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277/env-loginInteractiveShell.json'
[2024-10-09T00:57:02.467Z] Start: Run in container: # Test for /home/vscode/.ssh/known_hosts and ssh
[2024-10-09T00:57:02.467Z] userEnvProbe: not found in cache
[2024-10-09T00:57:02.467Z] userEnvProbe shell: /bin/bash
[2024-10-09T00:57:02.484Z]
[2024-10-09T00:57:02.485Z]
[2024-10-09T00:57:02.485Z] Stop (18 ms): Run in container: # Test for /home/vscode/.ssh/known_hosts and ssh
[2024-10-09T00:57:02.485Z] Start: Run in container: # Copy /Users/username_redacted/.ssh/known_hosts to /home/vscode/.ssh/known_hosts
[2024-10-09T00:57:02.537Z]
[2024-10-09T00:57:02.537Z]
[2024-10-09T00:57:02.537Z] Stop (52 ms): Run in container: # Copy /Users/username_redacted/.ssh/known_hosts to /home/vscode/.ssh/known_hosts
[2024-10-09T00:57:02.537Z] Start: Run in container: command -v git >/dev/null 2>&1 && git config --system --replace-all credential.helper '!f() { /home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/node /tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js git-credential-helper $*; }; f' || true
[2024-10-09T00:57:02.544Z] /home/vscode
[2024-10-09T00:57:02.545Z]
[2024-10-09T00:57:02.545Z] Stop (80 ms): Run in container: echo ~
[2024-10-09T00:57:02.545Z] Start: Run in container: cat <<'EOF-/tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js' >/tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js
[2024-10-09T00:57:02.556Z]
[2024-10-09T00:57:02.557Z]
[2024-10-09T00:57:02.557Z] Stop (12 ms): Run in container: cat <<'EOF-/tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js' >/tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js
[2024-10-09T00:57:02.557Z] Start: Run in container: cat <<'EOF-/tmp/vscode-remote-containers-server-e9a93168-9071-4b4e-bc80-24f6a8f86175.js' >/tmp/vscode-remote-containers-server-e9a93168-9071-4b4e-bc80-24f6a8f86175.js_1728435422557
[2024-10-09T00:57:02.558Z]
[2024-10-09T00:57:02.558Z]
[2024-10-09T00:57:02.558Z] Stop (21 ms): Run in container: command -v git >/dev/null 2>&1 && git config --system --replace-all credential.helper '!f() { /home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/node /tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js git-credential-helper $*; }; f' || true
[2024-10-09T00:57:02.558Z] Start: Run in container: for pid in `cd /proc && ls -d [0-9]*`; do { echo $pid ; readlink /proc/$pid/cwd || echo ; readlink /proc/$pid/ns/mnt || echo ; cat /proc/$pid/stat | tr "
[2024-10-09T00:57:02.583Z]
[2024-10-09T00:57:02.583Z]
[2024-10-09T00:57:02.583Z] Stop (26 ms): Run in container: cat <<'EOF-/tmp/vscode-remote-containers-server-e9a93168-9071-4b4e-bc80-24f6a8f86175.js' >/tmp/vscode-remote-containers-server-e9a93168-9071-4b4e-bc80-24f6a8f86175.js_1728435422557
[2024-10-09T00:57:03.061Z] userEnvProbe PATHs:
Probe:     '/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/home/vscode/.local/bin'
Container: '/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin'
[2024-10-09T00:57:03.194Z] Stop (636 ms): Run in container: for pid in `cd /proc && ls -d [0-9]*`; do { echo $pid ; readlink /proc/$pid/cwd || echo ; readlink /proc/$pid/ns/mnt || echo ; cat /proc/$pid/stat | tr "
[2024-10-09T00:57:03.194Z] Start: Run in container: mkdir -p '/tmp/devcontainers-df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277' && cat > '/tmp/devcontainers-df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277/env-loginInteractiveShell.json' << 'envJSON'
[2024-10-09T00:57:03.220Z]
[2024-10-09T00:57:03.220Z]
[2024-10-09T00:57:03.220Z] Stop (26 ms): Run in container: mkdir -p '/tmp/devcontainers-df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277' && cat > '/tmp/devcontainers-df96af88-db2e-49c0-9276-ffc4338b1a7f1728435420277/env-loginInteractiveShell.json' << 'envJSON'
[2024-10-09T00:57:03.220Z] Start: Run in container: cat '/home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/product.json'
[2024-10-09T00:57:03.233Z] Stop (13 ms): Run in container: cat '/home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/product.json'
[2024-10-09T00:57:03.234Z] Start: Run in container: cat '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296' 2>/dev/null || (umask 377 && echo '2db7a2c6-48f0-4eed-827e-52f27517e867' >'/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296-30e94554-34c8-4fc6-8551-5823c741428a' && mv -n '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296-30e94554-34c8-4fc6-8551-5823c741428a' '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296' && rm -f '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296-30e94554-34c8-4fc6-8551-5823c741428a' && cat '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296')
[2024-10-09T00:57:03.280Z] 2db7a2c6-48f0-4eed-827e-52f27517e867
[2024-10-09T00:57:03.280Z]
[2024-10-09T00:57:03.280Z] Stop (46 ms): Run in container: cat '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296' 2>/dev/null || (umask 377 && echo '2db7a2c6-48f0-4eed-827e-52f27517e867' >'/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296-30e94554-34c8-4fc6-8551-5823c741428a' && mv -n '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296-30e94554-34c8-4fc6-8551-5823c741428a' '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296' && rm -f '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296-30e94554-34c8-4fc6-8551-5823c741428a' && cat '/home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296')
[2024-10-09T00:57:03.281Z] Start: Starting VS Code Server
[2024-10-09T00:57:03.282Z] Start: Preparing Extensions
[2024-10-09T00:57:03.283Z] Start: Run in container: test ! -f '/home/vscode/.vscode-server/data/Machine/.installExtensionsMarker' && set -o noclobber && mkdir -p '/home/vscode/.vscode-server/data/Machine' && { > '/home/vscode/.vscode-server/data/Machine/.installExtensionsMarker' ; } 2> /dev/null
[2024-10-09T00:57:03.299Z]
[2024-10-09T00:57:03.299Z]
[2024-10-09T00:57:03.299Z] Stop (16 ms): Run in container: test ! -f '/home/vscode/.vscode-server/data/Machine/.installExtensionsMarker' && set -o noclobber && mkdir -p '/home/vscode/.vscode-server/data/Machine' && { > '/home/vscode/.vscode-server/data/Machine/.installExtensionsMarker' ; } 2> /dev/null
[2024-10-09T00:57:03.301Z] Extensions cache, install extensions: None
[2024-10-09T00:57:03.301Z] Start: Run in container: test -d /home/vscode/.vscode-server/extensionsCache && ls /home/vscode/.vscode-server/extensionsCache || true
[2024-10-09T00:57:03.308Z]
[2024-10-09T00:57:03.308Z]
[2024-10-09T00:57:03.308Z] Stop (7 ms): Run in container: test -d /home/vscode/.vscode-server/extensionsCache && ls /home/vscode/.vscode-server/extensionsCache || true
[2024-10-09T00:57:03.308Z] Start: Run in container: test -d /vscode/vscode-server/extensionsCache && ls /vscode/vscode-server/extensionsCache || true
[2024-10-09T00:57:03.309Z]
[2024-10-09T00:57:03.310Z]
[2024-10-09T00:57:03.310Z] Stop (2 ms): Run in container: test -d /vscode/vscode-server/extensionsCache && ls /vscode/vscode-server/extensionsCache || true
[2024-10-09T00:57:03.310Z] Extensions cache, link in container: None
[2024-10-09T00:57:03.310Z] Optimizing extensions for quality: stable
[2024-10-09T00:57:03.310Z] Stop (28 ms): Preparing Extensions
[2024-10-09T00:57:03.310Z] Start: Run in container: /home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/bin/code-server --log debug --force-disable-user-env --server-data-dir /home/vscode/.vscode-server --use-host-proxy --telemetry-level all --accept-server-license-terms --host <IP_ADDRESS> --port 0 --connection-token-file /home/vscode/.vscode-server/data/Machine/.connection-token-e10f2369d0d9614a452462f2e01cdc4aa9486296 --extensions-download-dir /home/vscode/.vscode-server/extensionsCache --start-server --disable-websocket-compression --skip-requirements-check
[2024-10-09T00:57:03.791Z] *
* Visual Studio Code Server
*
* By using the software, you agree to
* the Visual Studio Code Server License Terms (https://aka.ms/vscode-server-license) and
* the Microsoft Privacy Statement (https://privacy.microsoft.com/en-US/privacystatement).
*
[2024-10-09T00:57:03.812Z] Server bound to <IP_ADDRESS>:39131 (IPv4)
Extension host agent listening on 39131

[2024-10-09T00:57:03.813Z] Stop (532 ms): Starting VS Code Server
[2024-10-09T00:57:03.813Z] Start: Run in container: echo 39131 >'/home/vscode/.vscode-server/data/Machine/.devport-e10f2369d0d9614a452462f2e01cdc4aa9486296'
[2024-10-09T00:57:03.817Z]
[2024-10-09T00:57:03.817Z]
[2024-10-09T00:57:03.817Z] Stop (4 ms): Run in container: echo 39131 >'/home/vscode/.vscode-server/data/Machine/.devport-e10f2369d0d9614a452462f2e01cdc4aa9486296'
[2024-10-09T00:57:03.817Z] Port forwarding for container port 39131 starts listening on local port.
[2024-10-09T00:57:03.817Z] Port forwarding local port 39131 to container port 39131
[2024-10-09T00:57:03.820Z] Stop (3038 ms): Resolving Remote
[2024-10-09T00:57:03.821Z] Initializing configuration support...
[2024-10-09T00:57:03.821Z] Internal initialization of dev container support package...
[2024-10-09T00:57:03.822Z] Start: Run in container: # Test for /home/vscode/.gitconfig and git
[2024-10-09T00:57:03.823Z] Port forwarding connection from 53540 > 39131 > 39131 in the container.
[2024-10-09T00:57:03.823Z] Start: Run in container: /home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/node -e
[2024-10-09T00:57:03.841Z]
[2024-10-09T00:57:03.841Z]
[2024-10-09T00:57:03.841Z] Stop (19 ms): Run in container: # Test for /home/vscode/.gitconfig and git
[2024-10-09T00:57:03.841Z] Start: Run in container: # Copy /Users/username_redacted/.gitconfig to /home/vscode/.gitconfig
[2024-10-09T00:57:03.877Z]
[2024-10-09T00:57:03.877Z]
[2024-10-09T00:57:03.877Z] Stop (36 ms): Run in container: # Copy /Users/username_redacted/.gitconfig to /home/vscode/.gitconfig
[2024-10-09T00:57:03.877Z] Start: Run in container: # Cleaning up git config
[2024-10-09T00:57:03.931Z] Ignoring option 'skip-requirements-check': not supported for server.
[2024-10-09T00:57:03.943Z] [00:57:03]

[2024-10-09T00:57:03.954Z]
[2024-10-09T00:57:03.954Z]
[2024-10-09T00:57:03.954Z] Stop (77 ms): Run in container: # Cleaning up git config
[2024-10-09T00:57:03.955Z] Start: Run: git config --global --get gpg.ssh.allowedSignersFile
[2024-10-09T00:57:03.959Z] Start: Run in container: command -v git >/dev/null 2>&1 && git config --global --replace-all credential.helper '!f() { /home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/node /tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js git-credential-helper $*; }; f' || true
[2024-10-09T00:57:03.972Z] Stop (17 ms): Run: git config --global --get gpg.ssh.allowedSignersFile
[2024-10-09T00:57:03.987Z]
[2024-10-09T00:57:03.987Z]
[2024-10-09T00:57:03.987Z] Stop (28 ms): Run in container: command -v git >/dev/null 2>&1 && git config --global --replace-all credential.helper '!f() { /home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/node /tmp/vscode-remote-containers-e9a93168-9071-4b4e-bc80-24f6a8f86175.js git-credential-helper $*; }; f' || true
[2024-10-09T00:57:03.987Z] Start: Run in container: git config --global --add safe.directory '/workspaces/developer'
[2024-10-09T00:57:04.007Z]
[2024-10-09T00:57:04.007Z]
[2024-10-09T00:57:04.007Z] Stop (20 ms): Run in container: git config --global --add safe.directory '/workspaces/developer'
[2024-10-09T00:57:04.032Z] [00:57:04] Extension host agent started.
[2024-10-09T00:57:04.090Z] [00:57:04] No uninstalled extensions found.
[2024-10-09T00:57:04.090Z] [00:57:04] Started initializing default profile extensions in extensions installation folder. file:///home/vscode/.vscode-server/extensions
[2024-10-09T00:57:04.098Z] [00:57:04] ComputeTargetPlatform: linux-x64
[2024-10-09T00:57:04.102Z] [00:57:04] Completed initializing default profile extensions in extensions installation folder. file:///home/vscode/.vscode-server/extensions
[2024-10-09T00:57:04.115Z] Port forwarding 53540 > 39131 > 39131 stderr: Connection established
[2024-10-09T00:57:04.137Z] Port forwarding connection from 53541 > 39131 > 39131 in the container.
[2024-10-09T00:57:04.137Z] Start: Run in container: /home/vscode/.vscode-server/bin/e10f2369d0d9614a452462f2e01cdc4aa9486296/node -e
[2024-10-09T00:57:04.141Z] [00:57:04] [<IP_ADDRESS>][d52e83f2][ManagementConnection] New connection established.
[2024-10-09T00:57:04.158Z] [00:57:04] Log level changed to info
[2024-10-09T00:57:04.438Z] Port forwarding 53541 > 39131 > 39131 stderr: Connection established
[2024-10-09T00:57:04.476Z] [00:57:04] [<IP_ADDRESS>][fa7a1a0a][ExtensionHostConnection] New connection established.
[2024-10-09T00:57:04.484Z] [00:57:04] [<IP_ADDRESS>][fa7a1a0a][ExtensionHostConnection] <352> Launched Extension Host Process.
[2024-10-09T00:57:05.999Z] Start: Run in container: cat /proc/408/environ
[2024-10-09T00:57:06.024Z] Stop (25 ms): Run in container: cat /proc/408/environ

I was able to get this to succeed. Below is what I've changed, closing this issue but providing this in case any googlers find this trail.
The general issue was that I needed to be providing the --platform=linux/amd64 as a build option so it could be provided to the container build instructions. The devcontainer has a "build": {} object you can do this with, but I found that using it mandates that you use a dockerfile instead of the "image" object to point to the image source.
Steps

Create a dockerfile that lives next to your devcontainer.json file in your .devcontainer dir. Move the image source reference down from the devcontainer.json into the dockerfile. Here's what my dockerfile looks like (it's just one line):
 FROM mcr.microsoft.com/devcontainers/base:debian

Modify your devcontainer.json

Comment out or delete the "image": "containerrepo/image:variant" line
Add a "build" object that provides three elements: context, dockerfile, options. Context

My devcontainer.json:
{
	"name": "debian-amd64",
	// "image": "mcr.microsoft.com/devcontainers/base:debian",
    "build": {
        "context": "..",
        "dockerfile": "Dockerfile",
        "options": [
            "--platform=linux/amd64"
        ]
    },
	"runArgs": [
		"--platform=linux/amd64"
	],
	"features": {
	  "ghcr.io/devcontainers/features/desktop-lite:1": {}
	},
	"forwardPorts": [6080],
	"portsAttributes": {
	  "6080": {
		"label": "desktop"
	  }
	}
}

Where

options = The location of the context folder for building the Docker image. The path is relative to the folder containing the devcontainer.json file.
dockerfile = The location of the Dockerfile that defines the contents of the container. The path is relative to the folder containing the devcontainer.json file.
options = Additional arguments passed to the build command. As you can see here I'm placing the platform target flag for linux/amd64. This seems to provision that linux/amd64 is set by the time the container build goes to add features.

Notes

I'm not actually sure I need the runArgs platform target flag anymore, but I'm leaving it for now because I don't want to rebuild my container (see Webster "lazy")
When running the arm64 build of linux in a devcontainer, I don't have any issues with desktop-lite just kind of instantiating on it's own and ports working and all that. With this build, I had to add the port forwarding into the dev container. After that it all worked dandy.


Design Odyssey

Name of Student Organisation
Design Odyssey
Cluster
Student Groups
Classification
Fifth Row
Description
At Design Odyssey, we empower people to impact change in our society. Regardless of their background, we believe that the passion to effect change is the core of Social Entrepreneurship. We utilise Design Innovation and Human-centric approaches to bring our ideas to life. Along with the ever-growing support from our strong-knitted community and industry mentors, we have created a safe environment for anyone to explore, ideate and prototype freely. With this, we aim to groom innovators and social entrepreneurs to be advocates of Design Innovation within Singapore and beyond.
Training / Meeting Timings and Locations
Event-by-event basis
Student Organisation Introduction Video
https://youtu.be/jrvaNGuXen4
Name / Contact of President
Name: Lim Sheng Xiang
Email<EMAIL_ADDRESS>Telegram Handle: @Shengxiangg
Other Relevant Links
Instagram: https://www.instagram.com/designodysseysg/
Telegram: https://t.me/joinchat/ukYwD7vMqoU5Zjhl
Website: https://idc.sutd.edu.sg/programmes/design-odyssey/

Video has been added.


chore: Fix Minikube download location for sanity & integration tests

What type of PR is this?
/kind cleanup

What this PR does / why we need it:
Fix a regression introduced in #82
Which issue(s) this PR fixes:

Requirements:

[x] uses conventional commit messages

[ ] includes documentation
[ ] adds unit tests
[ ] tested upgrade from previous version

Special notes for your reviewer:
Release note:
none

Pull Request Test Coverage Report for Build 936520488

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

Totals

Change from base Build 932003599:
0.0%

Covered Lines:
1171

Relevant Lines:
3155

💛  - Coveralls


Improve MAVEN build Performance

Maven allows you to run the compiler as a separate process by setting <fork>true</fork>. This feature can lead to much less garbage collection and make Maven build faster. This project has more than 1000 source files. We can consider enabling this feature.
Maven can recompile only the classes that were affected by a change. This feature is the default. We can activate it by setting <useIncrementalCompilation>true</useIncrementalCompilation>.
=====================
If there are any inappropriate modifications in this PR, please give me a reply and I will change them.

Closing, as no response in almost two weeks and this PR doesn't seem to improve performance.


worldPose() helper function in Util.hh does not properly compute world poses for Joints

Description

Expected behavior: the worldPose() helper function in Util.hh should be able to compute the world pose of a Joint.
Actual behavior: it does not work properly (see note in ForceTorque system)

I believe this is because the recursive pose calculation computes the joint's pose relative to its parent model, rather than relative to its child link (as defined in SDFormat).
Steps to reproduce

TODO: update Unit test to demonstrate the error

Output

Related to https://github.com/gazebosim/gz-sim/issues/1042#issue-1004542406

ok, I'll move discussion to #1042

duplicate of #1042


Migrate JSON to EJSON

Meteor uses EJSON. Some packages, like CollectionFS, take advantage of this.
Things like Date type are handled differently than with pure JSON, and this should solve issues like this one: https://github.com/mondora/asteroid/issues/78

Any update on this @pscanf ?

Can you merge this please?

Maybe needs a rebase against a freshmaster @Mokto @pscanf @fermuch ?

is someone going to resolve the conflicts?


Add hostname to DNS service discovery

This closes #1854 which is related to moby/moby#34239 and
docker/swarmkit#2325.
Signed-off-by: Mario Kleinsasser<EMAIL_ADDRESS>- What I did
As mentioned in docker/swarmkit#2325 and in #34239 it is sometimes neccessary to
resolve the hostnames of the containers from within a service. This is usful as
it provides the posibility for the service software running inside the containers
to resolve each other through DNS. I've looked into the source code and found out,
that some minor changes must be made to vendor/github.com/docker/libnetwork/agent.go.
- How I did it
I've looked at the mentioned file and there are two functions which are
responsible for the creation of the DNS entries in the service discovery.
Therefore I've patched these two functions that in any case, regardless if it
is a service task or a simple container that joined a network, the hostname
will be added to the DNS service discovery. For the hostname of the container
I use the sandbox struct which is available in the context of the code.
- How to verify it

Wrong

[09:27 mario@ ~/reg]$ docker exec registry_app.1.oc3eudiz86attr7kktjk0jjdl hostname
registry_app-1
[09:28 mario@ ~/reg]$ docker exec registry_app.2.w4mjpo46ikov2xkero552r6if hostname
registry_app-2
[09:28 mario@ ~/reg]$ docker exec registry_app.1.oc3eudiz86attr7kktjk0jjdl ping registry_app-2
ping: bad address 'registry_app-2'

As it should be (PR):

root@b31f5a9da046: # docker service create --network test_net --name test_srv --hostname={{.Service.Name}}-{{.Task.Slot}} --replicas 2 n0r1skcom/echo
root@b31f5a9da046:/go/src/github.com/docker/docker# docker exec test_srv.1.0f9x9a0x46xi7fi81qi57ntyy hostname
test_srv-1
root@b31f5a9da046:/go/src/github.com/docker/docker# docker exec test_srv.2.jttdg37ra8hh3yx7gl2nnff42 hostname
test_srv-2
root@b31f5a9da046:/go/src/github.com/docker/docker# docker exec test_srv.1.0f9x9a0x46xi7fi81qi57ntyy ping test_srv-1
PING test_srv-1 (<IP_ADDRESS>): 56 data bytes
64 bytes from <IP_ADDRESS>: icmp_seq=0 ttl=64 time=0.075 ms
64 bytes from <IP_ADDRESS>: icmp_seq=1 ttl=64 time=0.119 ms

-Impact
Even if the hostname of all containers would be the same, this would not be a
problem, because the result is DNS entry like test_srv that will be
resolved to all ip adresses (multiple A-records) like te tasks.servicename
entry is resolved. The benefit is, that all containers can reach each other container
of the same or other service on the same network due to knowing the hostname
pattern, which is deterministic and predictable. Therefore, configuration possibilites
for clusterservices are given -> see #34239 for details.
- Description for the changelog
Add container hostname to DNS service discovery

@kleinsasserm I wrote the big answer on the https://github.com/moby/moby/issues/34239 ticket.
We are not using the hostname today because we cannot guarantee uniqueness of them at the name resolution level so they can start clashing with other services/containers.
We are looking into the possibility to create tasks aliases, from a libnetwork point of view we have all the constructs already in place, like tasks aliases (will be uniquely applied to each task) and service aliases will be applied to all the tasks of a specific service. This change will be in swarmkit side to properly set them.

As I wrote in moby/moby#34239 duplicate hostnames wouldn't cause any problems, because the DNS implementation used will create multiple A-records like it does for tasks. which is already implemented at https://github.com/docker/libnetwork/blob/master/service_common.go#L30. It does the same as my PR does, just for the tasks entry.
I agree with you that someone could just pick the service “tasks.” as hostname for the containers. Well, the tasks. will be overwritten, but with exactly the same information as it would get through https://github.com/docker/libnetwork/blob/master/service_common.go#L30. The result will be just the same.
I will try to make the evidence tomorrow because I currently does not have the build on the pc I am writing from.
I also agree with you that there might be a simpler solution, but this PR would add a more generic usability which in turn would provide more possibilities on how connect services like clusters - I choosed Etcd/Redis because that are well known services anyone knows about. But, for example if a software could not provide a DNS on his own, then this PR would provide a generic solution to get things containerized. In the real world there is a lot of software that would benefit from it.

@kleinsasserm won't be a problem if the containers that are resolved by the same name are the same application but if they are not things will start breaking. Today services has unique name resolution guarantees across the cluster.

OK, but hey with the stack (and of course service) yml you have to specify the hostname per service. If you choose the same name for different service (the hostname parameter) then this is, a copy and paste error or a usage failure.
Normally there will be no problem because the container hostnames are generated, but there are practical use cases where I and of course others would like to resolve simple hostnames. Like I mentioned before - it is a common behavior.
But maybe, what do you think about if we update the documentation on this point. Maybe here: https://docs.docker.com/docker-cloud/apps/service-links/#dns-hostnames-vs-service-links
Because this documentation does not work in swarm: eg. a ping to web-1 like in the docs is not possible currently.

@kleinsasserm yep that example is definitely too simple, the name is more complex.
docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES
abbb9fc73a5d        alpine:latest       "top"               2 hours ago         Up 2 hours                              test_srv.11.ii7hoziq9n0x1no6f0kt3rnh5
b4f0f9afd6bf        alpine:latest       "top"               3 hours ago         Up 3 hours                              test_srv.2.xn4g83otogra09i8zdwahv777

That is the name that you can ping:
docker exec -it abbb9fc73a5d ping -c 1 test_srv.11.ii7hoziq9n0x1no6f0kt3rnh5
PING test_srv.11.ii7hoziq9n0x1no6f0kt3rnh5 (<IP_ADDRESS>): 56 data bytes
64 bytes from <IP_ADDRESS>: seq=0 ttl=64 time=0.740 ms

--- test_srv.11.ii7hoziq9n0x1no6f0kt3rnh5 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 0.740/0.740/0.740 ms

Yes! Exactly! That is the problem that I faced at work and that is what I mean. That pingable (resolvable) hostnames (with the dynamic task id) are pointless in a more sophisticated setup because the id changes every time the service is redeployed and therefore is finally not useful to use in software.

Yes that is also true. But therefore, for example, there is Raft. For example if I would like to have 5 replicas and there are only 3 it is OK. Because the consensus is made. It does not matter which of them are there eg, 1,3,5 or 1,2,3 it matters that there are 3. A quorum.
When missing two are coming online, fine. If not fine. If there are less then 3, fine.
But I really need the possibility to write in the config files --join web-1, web-2, web-3, ... and so on. Simply we cannot use this test_srv.11.ii7hoziq9n0x1no6f0kt3rnh5 there in the config, this is not and will never be (task id) deterministic.

just to understand, why tasks.service_name does not work here if you don't care about the specific instances? that will work all the time also across restarts because the list will always be fresh

Because A DNS-RR does not work during a cluster setup where the software needs to connect to the single instances. For example Redis:
https://redis.io/topics/cluster-tutorial:
./redis-trib.rb create --replicas 1 <IP_ADDRESS>:7000 <IP_ADDRESS>:7001 \
<IP_ADDRESS>:7002 <IP_ADDRESS>:7003 <IP_ADDRESS>:7004 <IP_ADDRESS>:7005

In a swarm you have, like in this example 5 containers with 5 different (unpredictable) ip-adresses but the same port on the overlay network. Therefor you would like to create the cluster like:
./redis-trib.rb create --replicas 1 web.1:7000 web.2:7000 web.3:7000 web.4:7000 web.5:7000

If the software is somewhat intelligent, it will write to the config files on this 5 containers the entries (pseudo):
cluster-nodes: [web.1:7000,web.2:7000,web.3:7000,web.4:7000,web.5:7000]
So it will never matter what ip-address is currently behind web.1 or web.5 simply it will work, if the hostname is registered via DNS during the service configuration, via {{.Service.Name}}-{{.Task.Slot}} for example.
This will result in resolvable hostnames which each container can try to contact through the information which is stored in the configuration.  {{.Service.Name}}-{{.Task.Slot}} will match entries in cluster-nodes: [web.1:7000,web.2:7000,web.3:7000,web.4:7000,web.5:7000].
./redis-trib.rb create --replicas 1 tasks.test_srv wont work because the code will only try ONCE to resolve  tasks.test_srv gets ONE ip and therefore only one host; the result will be a cluster of one host. Not really useful.

Ok, here is the output with the PR active. The result is as it should be, the hostnames are resolveable:
root@f80e466360c1:/go/src/github.com/docker/docker# docker service create --network test_net --hostname={{.Service.Name}}.{{.Task.Slot}} --name test_srv --replicas 2 n0r1skcom/echo
nu7kd3y4wre7ea127z80xtsq9
root@f80e466360c1:/go/src/github.com/docker/docker#
root@f80e466360c1:/go/src/github.com/docker/docker# docker ps
CONTAINER ID        IMAGE               COMMAND                 CREATED             STATUS              PORTS                NAMES
9413a2742bfa        n0r1skcom/echo      "python3 -u /echo.py"   9 seconds ago       Up 8 seconds        3333/tcp, 3333/udp   test_srv.2.mpxo9l5nz3t9uwxh4wupthcvf
d32ed870e678        n0r1skcom/echo      "python3 -u /echo.py"   9 seconds ago       Up 8 seconds        3333/tcp, 3333/udp   test_srv.1.bup1ydy3gxj7zuwyxzq2q6l8n
root@f80e466360c1:/go/src/github.com/docker/docker# docker exec test_srv.1.bup1ydy3gxj7zuwyxzq2q6l8n hostname
test_srv.1
root@f80e466360c1:/go/src/github.com/docker/docker# docker exec test_srv.2.mpxo9l5nz3t9uwxh4wupthcvf hostname
test_srv.2
root@f80e466360c1:/go/src/github.com/docker/docker# docker exec test_srv.1.bup1ydy3gxj7zuwyxzq2q6l8n nslookup test_srv.2
Server:		<IP_ADDRESS>
Address:	<IP_ADDRESS>#53

Non-authoritative answer:
Name:	test_srv.2
Address: <IP_ADDRESS>

root@f80e466360c1:/go/src/github.com/docker/docker# docker exec test_srv.1.bup1ydy3gxj7zuwyxzq2q6l8n nslookup tasks.test_srv
Server:		<IP_ADDRESS>
Address:	<IP_ADDRESS>#53

Non-authoritative answer:
Name:	tasks.test_srv
Address: <IP_ADDRESS>
Name:	tasks.test_srv
Address: <IP_ADDRESS>

Now here is what happens, if a user specify the tasks.test_srv as hostname for all containers of a service. The result is as it should be, the service name is still resolvable because the implementation of the DNS resolver is correct. It takes the hostname, in this case tasks.test_srv two times and update the DNS with it. There is already an existing tasks.test_srv entry because of the service start and therefore it gets simply updated. The DNS implementation works as expected, because there are no duplicates. All fine.
root@f80e466360c1:/go/src/github.com/docker/docker# docker service create --network test_net --hostname=tasks.test_srv --name test_srv --replicas 2 n0r1skcom/echo
h9602t0u2a67gfpng9cwrqji9
root@f80e466360c1:/go/src/github.com/docker/docker#
root@f80e466360c1:/go/src/github.com/docker/docker# docker ps
CONTAINER ID        IMAGE               COMMAND                 CREATED             STATUS              PORTS                NAMES
05248f6e99df        n0r1skcom/echo      "python3 -u /echo.py"   6 seconds ago       Up 5 seconds        3333/tcp, 3333/udp   test_srv.2.w47zkfpl6lu7cnd5k4hwkp6f5
9193d6c0c8d9        n0r1skcom/echo      "python3 -u /echo.py"   6 seconds ago       Up 5 seconds        3333/tcp, 3333/udp   test_srv.1.97f6u06xb370raieamm80vy4c
root@f80e466360c1:/go/src/github.com/docker/docker# docker exec test_srv.1.97f6u06xb370raieamm80vy4c hostname
tasks.test_srv
root@f80e466360c1:/go/src/github.com/docker/docker# docker exec test_srv.2.w47zkfpl6lu7cnd5k4hwkp6f5 hostname
tasks.test_srv
root@f80e466360c1:/go/src/github.com/docker/docker# docker exec test_srv.1.97f6u06xb370raieamm80vy4c nslookup tasks.test_srv
Server:		<IP_ADDRESS>
Address:	<IP_ADDRESS>#53

Non-authoritative answer:
Name:	tasks.test_srv
Address: <IP_ADDRESS>
Name:	tasks.test_srv
Address: <IP_ADDRESS>

Now at last, I will start two different services with the same container hostnames, joining the same network. Even in this case the result is predictable. All containers get the same hostname and with this PR all containers get registered in the service discovery DNS. Therefore, in my humble opinion, this is a major benefit because due to this PR I can create, if needed, two services which share the same container hostnames and I get a DNS record with all container ips of two services for free. The behavior is as it is always when registering the same DNS entry multiple times - in fact, this is the standard practice of any DNS service. If the user makes a configuration mistake, no existing DNS implementation will reject it, because it is not an DNS violation, its a configuration mistake of the stack/service.
root@f80e466360c1:/go/src/github.com/docker/docker# docker service create --network test_net --hostname=all-names --name test_srv_a --replicas 2 n0r1skcom/echo
r0nlhl6oqt3x2rj0burzzypub
root@f80e466360c1:/go/src/github.com/docker/docker# docker service create --network test_net --hostname=all-names --name test_srv_b --replicas 2 n0r1skcom/echo
9bqhsns42q63j2y3odvjc6unt

root@f80e466360c1:/go/src/github.com/docker/docker# docker ps
CONTAINER ID        IMAGE               COMMAND                 CREATED             STATUS              PORTS                NAMES
c79b025a8bed        n0r1skcom/echo      "python3 -u /echo.py"   5 seconds ago       Up 3 seconds        3333/tcp, 3333/udp   test_srv_b.1.ry7w1sq9i3ah4hq3jma1araiv
a8ed5339246f        n0r1skcom/echo      "python3 -u /echo.py"   5 seconds ago       Up 3 seconds        3333/tcp, 3333/udp   test_srv_b.2.ak7nkyvz8hwdp9v287yvbqp3d
1c3eadc89275        n0r1skcom/echo      "python3 -u /echo.py"   14 seconds ago      Up 12 seconds       3333/tcp, 3333/udp   test_srv_a.1.neyvsnlbjfqz4wl2setdpvp1s
49f159fc6578        n0r1skcom/echo      "python3 -u /echo.py"   14 seconds ago      Up 12 seconds       3333/tcp, 3333/udp   test_srv_a.2.srp8gzrk5k58ojh5iqgrfn9pr
root@f80e466360c1:/go/src/github.com/docker/docker# docker exec test_srv_a.1.neyvsnlbjfqz4wl2setdpvp1s hostname
all-names
root@f80e466360c1:/go/src/github.com/docker/docker# docker exec test_srv_b.1.ry7w1sq9i3ah4hq3jma1araiv hostname
all-names
root@f80e466360c1:/go/src/github.com/docker/docker# docker exec test_srv_a.2.srp8gzrk5k58ojh5iqgrfn9pr nslookup all-names
Server:		<IP_ADDRESS>
Address:	<IP_ADDRESS>#53

Non-authoritative answer:
Name:	all-names
Address: <IP_ADDRESS>
Name:	all-names
Address: <IP_ADDRESS>
Name:	all-names
Address: <IP_ADDRESS>
Name:	all-names
Address: <IP_ADDRESS>

root@f80e466360c1:/go/src/github.com/docker/docker# docker exec test_srv_b.2.ak7nkyvz8hwdp9v287yvbqp3d nslookup all-names
Server:		<IP_ADDRESS>
Address:	<IP_ADDRESS>#53

Non-authoritative answer:
Name:	all-names
Address: <IP_ADDRESS>
Name:	all-names
Address: <IP_ADDRESS>
Name:	all-names
Address: <IP_ADDRESS>
Name:	all-names
Address: <IP_ADDRESS>

I would like to get this merged, because I currently see no reasons why this is not a common behavior of any DNS and why this would not be useful in a general generic point of view. Furthermore it seems that this PR does not harm any existing functionality. Therefore I would like to ping @mavenugo and @sanimej as you are merging PR's against this project. I don't want to be annoying but, if there is any disagreement, please let me know - I would like to discuss it.
If any of my explanations is not clear, please let me know, I will explain it once again. I would like to support this PR because this solves a situation which occurs in real world Docker devops usage.

It has been a week now since the last update on this PR and I would like to ask if I can do something more  @fcrisciani, @mavenugo and @sanimej ?

I'm not sure this should be merged before a general design is there. Implementing this could easily conflict with the result of that discussion.
Also see https://github.com/moby/moby/pull/24973 which was closed for that reason.
--hostname does currently not do validation, which is "ok" for a local hostname (it's the kernel's responsibility to handle incorrect hostnames, and only affects the container itself), but may become a different thing if it's used for DNS resolution; for example, these are currently "supported";
docker service create --hostname="hello🐳world" --name foo nginx:alpine
docker service create --hostname="this is just something" --name bar nginx:alpine
docker service create --hostname="<IP_ADDRESS>" --name baz nginx:alpine

Before going full-steam ahead, a proper design is needed, and alternatives explored, e.g.
docker service create \
    --name my-service \
    --hostname="{{.Service.Name}}.{{.Task.Slot}}" \
    --network name=y-network,"task-alias={{.Task.Hostname}}.{{.Task.Slot}}" \
    nginx:alpine

Further discussion is going on on the Slack channel https://dockercommunity.slack.com/messages/C24JNLCHJ/ . I will post updates as there will be notable outcomes. Please feel free to join the discussion there.

Also linking https://github.com/docker/swarmkit/issues/1242, which is where the global design for a DNS schema is being discussed

@thaJeztah thx for referencing. As nearly two weeks are gone and as I've got no response on slack about it, I would like to ask once again if anyone sees any problem with this PR. I know about docker/swarmkit#1242 but from my point of view the discussion there is a little bit out of scope because it adds a lot of functionality (external IPAM, external DNS, etc).
What this PR does is to put the hostname of the container into the internal DNS of swarm. Nothing more. Its OK, that there should be a bigger solution but using external IPAM or external DNS will add product specific dependencies which can only be optional. The issue docker/swarmkit#1242 is opened for more than a year and it is understandable because this needs a lot of changes (compose file, Docker client, etc).
So all I got as response is that there might be a problem here and there, but I could not reproduce any real problems. If I register a not conforming (RFC) hostname at the DNS it will be rejected, period. If no one has concrete suggestions, ideas or found problems on the matter with this PR, why dont merge?

And the next 14 days are gone without any response. Once again the question why don't you merge this PR? It seems like that there are more customers who are needing this one, see docker/swarmkit#1242. But there @stevvooe tell us we should start a new discussion.  But OK tell me where I should open up the next issue or what I should do and I will do it because I need this functionality.

@thaJeztah docker/swarmkit#1242 now seems to be a dead end (see last post of stevvooe there). Please can anyone help me to my PR merged? @fcrisciani, @mavenugo now I ask you directly as it seems to be not discussed anywhere else: Whats the problem with my PR?

We want this PR!

@kleinsasserm apologies on the delayed response. I was under the impression that the response from @fcrisciani (https://github.com/moby/moby/issues/34239#issuecomment-317832613) was adequate & I failed to pay attention to this thread as well. I have to spend some time to go over all the details to give my comments.

Thank you, that would be very, very helpful. Please check it and let us know. As you can see in the comments, there are different places where the actual behavior is being discussed, but this one here seems to be the last one left. Maybe you have also read through docker/swarmkit#1242 I've also explained it there and in the other linked issues. eg. swarmkit issuecomment-319949075

Just to let you all know: I've chatted with @mavenugo on the docker-networking channel on Slack. He is under heavy load at the moment but he will have a look at this PR soon.

@mavenugo I can't reach you on Slack too... are you finally lost in work? :smile: Any status update on this one?

@kleinsasserm :) thanks for the follow ups. This is certainly in my stack and I will get my investigation going this weekend. Sorry about the delay and thanks for your patience.

No problem! The main point is that you are ok 👍

@mavenugo one more week has passed :smile: - any news on this?

@mavenugo :grin: one new week, did you find a free time slot to have a look? :see_no_evil:

@mavenugo Maduh?

@kleinsasserm apologies on the delay again. I went through all the discussions across the different repos and I  understand the requirement. It is indeed very useful if we can identify a task individually without having to call the docker API to get the Task-id and add extra magic.
IMHO, there are few reasons why reusing the hostname for this can be a problem

Today there is a bright red-line between the responsibility Docker daemon undertakes for Name resolution versus what the application assumes its own host name is. For example, there are existing clustered applications use its hostname for uniquely identify itself and would need that flexibility regardless of how the platform DNS resolution operates. By extending that red-line beyond the responsibility boundaries, we might end up breaking long-standing assumptions that existing Docker applications have and operate in the field. As you know these applications and images are well in production and by simply adding an operational feature on top, it might break the applications unexpectedly and hence the responsibility falls under the platform for backward compatibility and its a serious concern.
As @thaJeztah pointed out here ,  unfortunately today the hostname in docker doesn't adhere to the RFC conformance and hence adding them as part of DNS again can be risky as it might break the DNS resolvers with varying assumptions.

As you can see, My personal concern on this is backward compatibility and existing application assumptions on hostname for its own operation and changing the operational nature of DNS resolution might impact it in unforeseen ways.
But, since we are discussing on a functionality of better ways to identify a task individually, we should consider the --task-alias idea since we are not crossing the bright-red-line of responsibility and we can implement it with confidence of not breaking any assumptions built into existing applications.
Also, am very skeptical of the success of even the --task-alias in cases where the application is not intelligent. For example, DNS caching is a major issue when one come to depend on task IP bound to a static slot. Even if for example swarmkit fixes its slot assignment properly and guarantees the presence of x.1, x.2, x.3 after scale up and scale down to 3 tasks, there is absolutely no guarantee that they will get the same IPs. Infact, 100% of times it will be different once the tasks goes down and comes back up again for any reason. This combined with DNS caching (that happens outside of the control of the application) will cause major headache for the applications though Docker platform cannot take responsibilities for such assumptions. One of the reasons why we implemented the Service VIP from day-1 (after we introduced the service concept) is to avoid the multiple A-Record DNS caching issues .
Having said that, we could implement the --task-alias for cases where it is infact helpful  such as smarter applications that can handle the DNS caching issues mentioned above.
Again sorry about the delayed response. But I think this is a much safer approach considering all the legacy that Docker carries atm.

I recently noticed that there already is an network.aliases option for compose files, which I guess is the equivalent of docker network connect --alias on the CLI side. Maybe it would be sufficient to enable templates for this option similar to service hostnames? Then users could decide the DNS naming format for themselves and it would not break legacy support.

Sorry @mavenugo for my late answer, I was busy the last weeks too. Now I have had myself read in again to this and I'am pretty sure that you suggestion to implement something like template aware --task-alias would be a valid solution to this matter.
The network aliasing probably won't work, because it would still give the service an alias but what we need here is a name resolution on a per task basis (identify each container of a service individually) . That said and to argument why I first get the path to change and register the hostname to the service discovery dns was, that usually in any case any software in a running container can expect, that there is a $HOSTNAME environment variable available.
If we go the way with --task-alias which looks good to me to not break the backward compatibility, as a consequence we have to make sure that there is an according environment variable inside the container available if the option is set. Like $TASK_ALIAS. Otherwise this change would not help in the case, if the software, and it probably will, have to know itself. And of course, the task-aliases have also be registered to the service discovery dns to reach each other task container from another one buy a predictable name.
Whats is your opinion on this?

@mavenugo We wrote a little tool (a service wrapper) which is able to retrieve the needed information directly from the Docker Swarm API via the network inspect and service inspect calls. So I am able to get the information about the containers of an Docker network, especially the ip addresses and of course their corresponding names and service. In conjunction with the already existing hostname templating and the labeling possibilities of the service together with the Golang templating functionality we now have a flexible way dynamically configure and reconfigure nearly every service.
I think you can close this one, as we made a workaround. If someone is interested in, we have released it on Github: https://github.com/n0r1sk/bosnd . It's really far away from being perfect but it works. :smile:
Thanks!

@kleinsasserm I don't think that your workaround is a good one. As you write in the README, the Docker socket is not mounted into the container for security reasons. But providing access to the API via HTTP and for this mounting in the Docker Engine certificate is essentially the same. IMHO giving each container access to Docker's API just to resolve IP addresses is more than undesirable.

Yes that is basically true but the host where the bosnd is running doesn't have to be a manager host. Second you can add something like Kong between the bosnd and the manager interface to get some kind of API security. Third, yes it would be nice to have RBAC in the Docker Engine like Casbin provides to allow only GET requests.
Mounting the SSL certificates is always a sub optimal solution but sometimes you have no options (ssl won't work without). Why? Because you cannot expose to a "ipaddress:port:port" combination with Docker Swarm. And you would like to share the Docker host with a lot of external ips to get your external DNS mappings done. If this would be the case you would be able to use Docker secrets. On the other hand if you use Docker-compose you cannot use external Docker secrets, only secrets created during the Docker compose up are working. And this secrets (file based) are bind mounts from the file system. Sadly, no solution, but what is possible is, that Docker-compose can map "ipaddress:port:port" correctly. And to come to the end, docker run cannot use any secrets at all even it is running on a swarm. Why?  There is no combination that works for any of these cases.
Conclusion: You are correct, but real life is not black and white, it is gray. And you need the flexibility to dynamically get the container ip's into the, for example, load balancer configuration of Apache httpd, because only Apache httpd can talk Ajp13 with Tomcats. Without it, you are not able to do MTA. (Modernize Traditional Applications (c)Docker) :smirk:

👍

@thaJeztah is there any chance you can bring this issue to a resolution?
I was just needing to be able to get replicated swarm service tasks to talk to each other - if you look around, you'll see too many example compose files hard code the ip addresses for the tasks into the compose files, or worse, create 4 tasks for a service, with identical yaml by adding 4 services...
for example -  https://github.com/minio/minio/blob/master/docs/orchestration/docker-swarm/docker-compose.yaml

FYI. Afaiu my PR https://github.com/moby/moby/pull/39204 (which is already merged) implements same thing. Just on different way. So it will be part of next Docker version.


README.md code example falsely features type layers

layers seems to be unsupported with current npm version 1.0.2
1.0.4 has never been released on npm: https://www.npmjs.com/package/grunt-sketch

Thanks for reporting this issue. It looks like it isn't supported in 1.0.4, either. (Just published that version as well - thanks for point that out, too!)
layers was accidentally omitted from the command-line parsing logic for that parameter.
I'll get 1.0.5 out shortly with a fix for the layers option.

1.0.5 has been released and includes a fix for this issue.


fix(cli): fitactivity combine and conceal logic

combine now calculates gap between sessions and add it to total_elapsed_time
combine now updates session's end position with next files session's end position.
conceal now updates session's start and end position  to match the new start and new end record.
update README.md

Codecov Report
All modified lines are covered by tests :white_check_mark:

Comparison is base (f0b0fa1) 100.00% compared to head (8a41406) 100.00%.

Additional details and impacted files
@@            Coverage Diff            @@
##            master       #19   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           19        19
  Lines         2523      2523
=========================================
  Hits          2523      2523

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Vectors should allow functions as content type

This is ok with julia scoping and captures because:

We do not have builtins for creating matrices
We deal with captures by #181

What we need to do is:

[x] Split DMVecLike into DMVec allowing DMMain, and Grads allowing Numeric
[x] Allow DMMat to have DMMain
[x] DMParam should only allow Numeric
[x] Restore Subtyping, Unification, Typechecking code
[x] Allow ops only on vectors with numeric content type
[x] #183

No testing for this generic implementation issue. Implemented, thus closing.


Images are not loading when replace it with react-scripts

I had replaced the react-scripts with craco in my running project. After the replacement, the images or any other assets are not loading correctly in scss file.
It's showing the following error.
Failed to compile.

./src/components/ForgotPassword/ForgotPassword.scss (./node_modules/css-loader/dist/cjs.js??ref--5-oneOf-6-1!./node_modules/postcss-loader/src??postcss!./node_modules/resolve-url-loader??ref--5-oneOf-6-3!./node_modules/sass-loader/dist/cjs.js??ref--5-oneOf-6-4!./src/components/ForgotPassword/ForgotPassword.scss)
Error: Can't resolve './images/purelyrx-brick-img.jpeg' in 'C:\Users\arsla\Documents\iTitans\Projects\RXdeliveryWeb\src\components\ForgotPassword'

Any updates on this?


Build failed on rust 1.47

Currently, it's not possible to build substrate on newest rust version due to the next error:
     Compiling sp-arithmetic v2.0.0-rc6 (https://github.com/paritytech/substrate.git?tag=v2.0.0-rc6#be8bb186)
  error[E0282]: type annotations needed
      --> /home/runner/.cargo/git/checkouts/substrate-7e08433d4c370a21/be8bb18/primitives/arithmetic/src/fixed_point.rs:541:9
       |
  541  |                   let accuracy = P::ACCURACY.saturated_into();
       |                       ^^^^^^^^ consider giving `accuracy` a type
  ...
  1595 | / implement_fixed!(
  1596 | |     FixedI64,
  1597 | |     test_fixed_i64,
  1598 | |     i64,
  ...    |
  1601 | |     "_Fixed Point 64 bits signed, range = [-9223372036.854775808,<PHONE_NUMBER>.854775807]_",
  1602 | | );
       | |__- in this macro invocation
       |
       = note: this error originates in a macro (in Nightly builds, run with -Z macro-backtrace for more info)

  error[E0282]: type annotations needed
      --> /home/runner/.cargo/git/checkouts/substrate-7e08433d4c370a21/be8bb18/primitives/arithmetic/src/fixed_point.rs:541:9
       |
  541  |                   let accuracy = P::ACCURACY.saturated_into();
       |                       ^^^^^^^^ consider giving `accuracy` a type
  ...
  1604 | / implement_fixed!(
  1605 | |     FixedI128,
  1606 | |     test_fixed_i128,
  1607 | |     i128,
  ...    |
  1611 | |         [-170141183460469231731.687303715884105728,<PHONE_NUMBER>60469231731.687303715884105727]_",
  1612 | | );
       | |__- in this macro invocation
       |
       = note: this error originates in a macro (in Nightly builds, run with -Z macro-backtrace for more info)

  error[E0282]: type annotations needed
      --> /home/runner/.cargo/git/checkouts/substrate-7e08433d4c370a21/be8bb18/primitives/arithmetic/src/fixed_point.rs:541:9
       |
  541  |                   let accuracy = P::ACCURACY.saturated_into();
       |                       ^^^^^^^^ consider giving `accuracy` a type
  ...
  1614 | / implement_fixed!(
  1615 | |     FixedU128,
  1616 | |     test_fixed_u128,
  1617 | |     u128,
  ...    |
  1621 | |         [0.000000000000000000,<PHONE_NUMBER>20938463463.374607431768211455]_",
  1622 | | );
       | |__- in this macro invocation
       |
       = note: this error originates in a macro (in Nightly builds, run with -Z macro-backtrace for more info)

  error: aborting due to 3 previous errors

  For more information about this error, try `rustc --explain E0282`.
  error: could not compile `sp-arithmetic`

  To learn more, run the command again with --verbose.
  warning: build failed, waiting for other jobs to finish...
  error: build failed
warning: build failed, waiting for other jobs to finish...
error: build failed
Error: Process completed with exit code 101.

The error persists in substrate v2.0 too.

Please use the search.
It is failing because latest nightly is broken: https://github.com/rust-lang/rust/issues/77653
Please downgrade your nightly.