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

Langgraph studio unable to build langgraph project #175

Open
vishwaspuri opened this issue Oct 26, 2024 · 3 comments
Open

Langgraph studio unable to build langgraph project #175

vishwaspuri opened this issue Oct 26, 2024 · 3 comments

Comments

@vishwaspuri
Copy link

While trying to build my langgraph project with the studio. I'm encountering the following error:

Failed to start project vectorial-chat-agent-api
Error invoking remote method 'up': ExecaError: Command failed with exit code 17: docker compose --project-directory /Users/vishwas/dev/vectorial/vectorial-chat-agent-api --project-name vectorial-chat-agent-api-0e2ccad26fde57f09047878096b30a31e11b9694007b4c94f5703a6d8478f3d9 -f - up --remove-orphans --watch

failed to solve: process "/bin/sh -c PYTHONDONTWRITEBYTECODE=1 pip install -c /api/constraints.txt -e /deps/*" did not complete successfully: exit code: 1

#0 building with "desktop-linux" instance using docker driver

#1 [langgraph-api internal] load build definition from Dockerfile
#1 transferring dockerfile: 609B done
#1 DONE 0.0s

#2 [langgraph-api internal] load metadata for docker.io/langchain/langgraph-api:3.12
#2 DONE 0.0s

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

#4 [langgraph-api stage-0 1/3] FROM docker.io/langchain/langgraph-api:3.12
#4 DONE 0.0s

#5 [langgraph-api stage-0 2/3] RUN --mount=type=cache,target=/root/.cache/pip PYTHONDONTWRITEBYTECODE=1 pip install -c /api/constraints.txt aiohappyeyeballs aiohttp aiosignal anthropic fastapi langgraph langgraph-checkpoint langchain langchain-anthropic langchain-community langchain-openai openai pydantic python-dotenv typing_extensions uvicorn
#5 CACHED

#6 [langgraph-api stage-0 3/3] RUN --mount=type=cache,target=/root/.cache/pip PYTHONDONTWRITEBYTECODE=1 pip install -c /api/constraints.txt -e /deps/*
#6 0.915 ERROR: /deps/* is not a valid editable requirement. It should either be a path to a local project or a VCS URL (beginning with bzr+http, bzr+https, bzr+ssh, bzr+sftp, bzr+ftp, bzr+lp, bzr+file, git+http, git+https, git+ssh, git+git, git+file, hg+file, hg+http, hg+https, hg+ssh, hg+static-http, svn+ssh, svn+http, svn+https, svn+svn, svn+file).
#6 ERROR: process "/bin/sh -c PYTHONDONTWRITEBYTECODE=1 pip install -c /api/constraints.txt -e /deps/*" did not complete successfully: exit code: 1
------
 > [langgraph-api stage-0 3/3] RUN --mount=type=cache,target=/root/.cache/pip PYTHONDONTWRITEBYTECODE=1 pip install -c /api/constraints.txt -e /deps/*:
0.915 ERROR: /deps/* is not a valid editable requirement. It should either be a path to a local project or a VCS URL (beginning with bzr+http, bzr+https, bzr+ssh, bzr+sftp, bzr+ftp, bzr+lp, bzr+file, git+http, git+https, git+ssh, git+git, git+file, hg+file, hg+http, hg+https, hg+ssh, hg+static-http, svn+ssh, svn+http, svn+https, svn+svn, svn+file).
------

langgraph.json file:

{
  "dockerfile_lines": [],
  "graphs": {
    "graph": "./langgraph_studio.py:graph"
  },
  "env": ".env",
  "python_version": "3.12",
  "dependencies": [
    "aiohappyeyeballs",
    "aiohttp",
    "aiosignal",
    "anthropic",
    "langgraph",
    "langgraph-checkpoint",
    "langchain",
    "langchain-anthropic",
    "langchain-community",
    "langchain-openai",
    "openai",
    "pydantic",
    "python-dotenv",
    "typing_extensions"
  ]
}

@hezyin
Copy link

hezyin commented Oct 28, 2024

I'm running into the same issue

@LogCreative
Copy link

+1, it seems that I can not make the dependencies based on package name, the workaround is to only use "." and change the requirements.txt, which is not convenient if I want to have a different configuration of packages separately.

@vishwaspuri
Copy link
Author

Yes, I was able to resolve it by using "." as the devDependency. But this approach is very inflexible.

Some way to provide a custom Dockerfile would greatly help with increasing flexibility.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants