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

$REPOSITORY_PATH value always has to match /home/data/repository #1158

Closed
svienot opened this issue Aug 28, 2023 · 2 comments
Closed

$REPOSITORY_PATH value always has to match /home/data/repository #1158

svienot opened this issue Aug 28, 2023 · 2 comments

Comments

@svienot
Copy link
Contributor

svienot commented Aug 28, 2023

server.yaml specifies that the server container sees the repository at a hardcoded path (/home/data/repository) which is mounted on the host file system at the location provided by the $REPOSITORY_PATH env variable.

However, it seems that the server uses the value of process.env.REPOSITORY_PATH as its internal path and never uses /home/data/repository. So the only way for the server to work is when the value of $REPOSITORY_PATH matches (either relatively or absolutely) /home/data/repository, which is confusing.

View in Huly HI-449

@kuzdogan
Copy link
Member

Just a small correction. The only way for server to work (with a container) is to have a REPOSITORY_PATH that is two levels above of the environments/ in the host machine which in turn will resolve to the same relative path in the container...

TLDR; REPOSITORY_PATH needs to be set to ../../data/repository and in the host machine the repo needs to be there.

.
|-- data
|   |-- repository
|   `-- solc-bin
`-- sourcify
    |-- environments
    |-- h5ai-nginx
    |-- packages
    |-- scripts
    |-- services
    |-- src
    |-- test
    `-- ui

@svienot
Copy link
Contributor Author

svienot commented Aug 30, 2023

I confirm this is exactly what I have observed, thanks.

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

2 participants