`failed to find target default` when running `docker compose build` with `buildx` version `v0.26.0`

[davidsawicki]

Contributing guidelines

• I've read the contributing guidelines and wholeheartedly agree

I've found a bug and checked that ...

• ... the documentation does not mention anything about my problem
• ... there are no open or closed issues that are related to my problem

Description

docker compose build just started failing with the error:

failed to find target default

after docker-buildx was upgraded from v0.25.0 to v0.26.0.

I tested this out on a minimal Dockerfile and docker-compose.yml file (see Configuration below). When switching between the binaries buildx-v0.25.0.linux-amd64 and buildx-v0.26.0.linux-amd64 retrieved from https://github.com/docker/buildx/releases/download/v0.25.0/buildx-v0.25.0.linux-amd64, I observed the regression described in Actual behaviour below.

Expected behaviour

From v0.25.0:

[+] Building 0.1s (5/5) FINISHED                                                                           
 => [internal] load local bake definitions                                                            0.0s
 => => reading from stdin 341B                                                                        0.0s
 => [internal] load build definition from Dockerfile                                                  0.0s
 => => transferring dockerfile: 78B                                                                   0.0s
 => [internal] load .dockerignore                                                                     0.0s
 => => transferring context: 2B                                                                       0.0s
 => exporting to image                                                                                0.0s
 => => writing image sha256:7a6f0b0314399295ae69295416baf73a6f64df002c67f419a4612fc9f76b52a2          0.0s
 => => naming to docker.io/library/tmp-my-service                                                     0.0s
 => resolving provenance for metadata file                                                            0.0s
[+] Building 1/1
 ✔ my-service  Built

Actual behaviour

From v0.26.0:

[+] Building 0.0s (1/1) FINISHED                                                                           
 => [internal] load local bake definitions                                                            0.0s
 => => reading from stdin 341B                                                                        0.0s
failed to find target default

Buildx version

github.com/docker/buildx v0.26.0 5c7e114

Docker info

Client:
 Version:    28.3.2-1
 Context:    default
 Debug Mode: false
 Plugins:
  buildx: Docker Buildx (Docker Inc.)
    Version:  v0.26.0
    Path:     /usr/libexec/docker/cli-plugins/docker-buildx
  compose: Docker Compose (Docker Inc.)
    Version:  v2.38.2
    Path:     /usr/libexec/docker/cli-plugins/docker-compose

Server:
 Containers: 0
  Running: 0
  Paused: 0
  Stopped: 0
 Images: 3
 Server Version: 28.3.2-1
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Using metacopy: false
  Native Overlay Diff: false
  userxattr: false
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Cgroup Version: 2
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local splunk syslog
 CDI spec directories:
  /etc/cdi
  /var/run/cdi
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: 05044ec0a9a75232cad458027ca83437aae3f4da
 runc version: bc20cb4497af9af01bea4a8044f1678ffca2745c
 init version: de40ad0
 Security Options:
  apparmor
  seccomp
   Profile: builtin
  cgroupns
 Kernel Version: 6.8.0-1027-azure
 Operating System: Ubuntu 20.04.5 LTS (containerized)
 OSType: linux
 Architecture: x86_64
 CPUs: 4
 Total Memory: 15.62GiB
 Name: codespaces-1057e7
 ID: 7a96023c-6d18-44ca-b8ab-ce1bf201da32
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Username: codespacesdev
 Experimental: false
 Insecure Registries:
  ::1/128
  127.0.0.0/8
 Live Restore Enabled: false

Builders list

NAME/NODE     DRIVER/ENDPOINT   STATUS    BUILDKIT   PLATFORMS
default*      docker                                 
 \_ default    \_ default       running   v0.23.2    linux/amd64 (+3), linux/386

Configuration

Dockerfile:

FROM scratch
CMD ["echo", "Hello world"]

docker-compose.yml:

services:
  my-service:
    build:
      context: .
      dockerfile: Dockerfile

Build logs

[+] Building 0.0s (1/1) FINISHED                                                                           
 => [internal] load local bake definitions                                                            0.0s
 => => reading from stdin 341B                                                                        0.0s
failed to find target default

Additional info

Note: The above is being run inside a GitHub Codespaces container. I don't know whether this is also a problem outside of GitHub Codespaces.

[almunnings]

Got the same issue in a gitlab pipeline.

example:
  stage: .post
  image: docker:latest
  services:
    - name: docker:dind
      command: ["--storage-driver=overlay2", "--tls=false"]
  before_script:
    - docker compose up -d --quiet-pull

Locking our versions to docker:28.2 and docker:28.2-dind has stopped the error.

[crazy-max]

Thanks for reporting, will take a look, this might be related to #3280

[Kovanija]

Is anyone working on this? Our pipeline has been broken since yesterday.

[shochdoerfer]

Same here. Even configuring a build target did not work for me.

[crazy-max]

I was able to repro:

$ docker --debug compose up --build
DEBU[0000] Enabled Docker Desktop integration (experimental) @ unix:///var/run/docker-cli.sock 
DEBU[0000] bake build config:
{
  "group": {
    "default": {
      "targets": [
        "my-service"
      ]
    }
  },
  "target": {
    "my-service": {
      "context": "/home/user/buildx/.dev/3328",
      "dockerfile": "/home/user/buildx/.dev/3328/Dockerfile",
      "tags": [
        "3328-my-service"
      ],
      "output": [
        "type=docker,load=true,push=false"
      ]
    }
  }
}
DEBU[0000] Executing bake with args: [bake --file - --progress rawjson --metadata-file /tmp/compose-build-metadataFile-1111738148.json --allow fs.read=/home/user/buildx/.dev/3328] 
[+] Building 0.0s (1/1) FINISHED
 => [internal] load local bake definitions                                                                                                                                                                0.0s
 => => reading from stdin 410B                                                                                                                                                                            0.0s
DEBU[0000] otel error                                    error="<nil>"
DEBU[0000] otel error                                    error="<nil>"
failed to find target default

If I build the JSON directly with bake command it works fine:

$ docker buildx bake -f bake.json
#0 building with "default" instance using docker driver

#1 [internal] load local bake definitions
#1 reading bake.json 411B / 411B done
#1 DONE 0.0s

#2 [internal] load build definition from Dockerfile
#2 transferring dockerfile: 78B done
#2 DONE 0.0s

#3 [internal] load .dockerignore
#3 transferring context: 2B done
#3 DONE 0.0s

#4 exporting to image
#4 exporting layers done
#4 exporting manifest sha256:3c999b887a3834db50ab2237300735fbbd49599228c4ab4073b407896034174d done
#4 exporting config sha256:7a6f0b0314399295ae69295416baf73a6f64df002c67f419a4612fc9f76b52a2 done
#4 naming to docker.io/library/3328-my-service:latest done
#4 DONE 0.0s

But it fails from stdin:

$ cat bake.json | docker buildx bake --file -
#0 building with "default" instance using docker driver

#1 [internal] load local bake definitions
#1 reading from stdin 411B done
#1 DONE 0.0s
ERROR: failed to find target default

[dkd-janke]

Same here. All deployment pipelines affected. Temporary solution for us downgrade to - image: 'docker:28.3.1'

[crazy-max]

Should be fixed with #3329