Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Docker build hangs with uv sync #6456

Closed
jules-ch opened this issue Aug 22, 2024 · 4 comments
Closed

Docker build hangs with uv sync #6456

jules-ch opened this issue Aug 22, 2024 · 4 comments
Labels
duplicate This issue or pull request already exists

Comments

@jules-ch
Copy link

jules-ch commented Aug 22, 2024

Docker build hangs with this configuration.
It's working outside of docker.

uv version: uv 0.3.1 (be17d132a 2024-08-21)

Tested on both Linux Ubuntu and Windows.

Probably related to network calls.

FROM python:3.11-slim
ENV RUST_LOG=TRACE
RUN pip install uv

COPY ./pyproject.toml ./uv.lock ./
RUN uv venv
RUN uv sync

pyproject.toml :

[project]
name = "test"
version = "0.1.0"
description = ""
readme = "README.md"
requires-python = ">=3.11"
dependencies = [
  "fastapi>=0.112.1",
  "pyjwt[crypto]>=2.9.0",
  "polars>=1.5.0",
  "pyarrow>=17.0.0",
  "numpy>=2.1.0",
  "pydantic>=2.8.2",
  "pydantic-settings>=2.4.0",
  "uvicorn[standard]>=0.30.6",
  "arq>=0.26.0",
  "psycopg[binary]>=3.2.1",
  "fastjsonschema>=2.20.0",
  "structlog>=24.4.0",
  "httpx>=0.27.0",
  "xarray>=2024.7.0",
  "aiocache[redis]>=0.12.2",
  "alembic>=1.13.2",
  "orjson>=3.10.7",
]

Log:

build.log

@zanieb
Copy link
Member

zanieb commented Aug 22, 2024

Hi! Is this a duplicate of #6443?

@zanieb zanieb added the duplicate This issue or pull request already exists label Aug 22, 2024
@jules-ch
Copy link
Author

Yeah seems t be related.

Using just pyproject.toml + uv.lock does not seem to work.
When I add my src folder with hatchling

[build-system]
requires = ["hatchling"]
build-backend = "hatchling.build"

[tool.hatch.build.targets.wheel]
packages = ["src"]

It works, still failing with default setuptools

@zanieb
Copy link
Member

zanieb commented Aug 22, 2024

Unfortunately this is a setuptools bug — and I think we need to default to that to match the specification. Maybe there's something we can do to help avoid hanging here though...

@jules-ch
Copy link
Author

Alright I'm closing thanks for pointing the related issue :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
duplicate This issue or pull request already exists
Projects
None yet
Development

No branches or pull requests

2 participants