-
-
Notifications
You must be signed in to change notification settings - Fork 5.7k
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
SSH push error on relative unix socket address #17833
Comments
What is your LOCAL_ROOT_URL and PROTOCOL. Now I understand what you're saying. We never intended to support relative addresses for unix sockets, so there's no normalisation of the "address" and I expect that the socket that is being looked for is relative to where your running Gitea from. This location will be different when running Gitea serv from when running Gitea web. If you are keen for relative paths to be supported please define where you think they should be relative from and why. In the meantime use absolute paths. |
The point is they should be resolved the same way in any context, web or hooks. It looks like currently they are resolved relative to current working directory which is different than server worker when Personally I'd prefer resolution to be relative to executable binary, but the alternatives are config file and server working directory. |
Make relative unix sockets absolute by making them absolute against the AppWorkPath Fix go-gitea#17833 Signed-off-by: Andrew Thornton <art27@cantab.net>
Make relative unix sockets absolute by making them absolute against the AppWorkPath Fix #17833 ##⚠️ BREAKING⚠️ Prior to this PR relative unix sockets would have been asserted to be relative to the current working directory that gitea, gitea serv, hook and manager etc were running in. Hooks and Serv would have failed to work properly under this situation so we expect that although this is a technically breaking change the previous situation was already broken. Signed-off-by: Andrew Thornton <art27@cantab.net>
Make relative unix sockets absolute by making them absolute against the AppWorkPath Fix go-gitea#17833 ##⚠️ BREAKING⚠️ Prior to this PR relative unix sockets would have been asserted to be relative to the current working directory that gitea, gitea serv, hook and manager etc were running in. Hooks and Serv would have failed to work properly under this situation so we expect that although this is a technically breaking change the previous situation was already broken. Signed-off-by: Andrew Thornton <art27@cantab.net>
Gitea Version
Gitea version 1.15.6 built with GNU Make 4.1, go1.16.9 : bindata, sqlite, sqlite_unlock_notify
Git Version
git version 2.20.1
Operating System
Debian Buster
How are you running Gitea?
I downloaded the binray from releases page and activated the systemd service.
Database
SQLite
Can you reproduce the bug on the Gitea demo site?
No
Log Gist
No response
Description
Using a relative address for
HTTP_ADDR
whenPROTOCOL
isunix
would result in push failure:Screenshots
No response
The text was updated successfully, but these errors were encountered: