Frogbot support for poetry relative dependencies
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 372
- Forks
- 107
- Avg merge
- 2d 20h
- Merged PRs (30d)
- 5
Description
Hello,
Working on a monorepository:
.
├── services/
│ ├── project1/
│ │ └── pyproject.toml
│ └── project2/
│ └── pyproject.toml
│
├── libs/
│ ├── lib1/
│ │ └── pyproject.toml
│ └── lib2/
│ └── pyproject.toml
toml files have relative dependencies.
(example from a service)
[tool.poetry]
name = "project1"
version = "0.1.0"
[tool.poetry.dependencies]
python = "^3.11"
lib1 = { path = "../../libs/lib1" }
(example from a lib)
[tool.poetry]
name = "lib2"
version = "0.1.0"
[tool.poetry.dependencies]
python = "^3.11"
lib1 = { path = "../lib1" }
The problem (probably):
- frogbot clones the repo into a temporary directory like:
/builds/<repo>/jfrog.cli.temp-xxxx/ - Inside that temp dir, the relative paths in pyproject.toml (like ../../libs/lib1 or ../lib1) no longer point to the right location.
- Result: Frogbot fails with "path does not exist" when resolving Poetry dependencies.
is there a way to resolve this? am i missing a supported command for poetry?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the services/project1/pyproject.toml and libs/lib2/pyproject.toml examples, then inspect how Frogbot resolves Poetry dependencies after cloning into its temporary directory. Reproduce the path-does-not-exist failure and define done as resolving these relative dependencies correctly in the monorepository layout.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- security
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100