jfrog / jfrog/frogbot

Frogbot support for poetry relative dependencies

Open
#925 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

question
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

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.