Closed Kami-no closed 9 years ago
In the discussion of the upstream issue there was a proposed solution that worked for me.
I had to do ln -sf /opt/gitlab-6/.gitlab_shell_secret /usr/share/gitlab-shell/
. Those files were different for some reason, had to fix it manually.
Hm, that's interesting. I'm having the same error, too, but I only noticed it today, not two days ago (when I updated gitlabhq). Your workaround works for me, too. Thank you!
I guess the problem is that my ebuild for gitlab-shell generates a random token that is stored under /usr/share/gitlab-shell/.gitlab_shell_secret. That worked fine when I installed gitlab-shell-2.3.1 for the first time and used it together with gitlabhq-7.4.3. Now, with gitlabhq-7.5.3, something must have changed, I guess.
I wonder how I can fix that in the ebuild?
I've now added a new ebuild for gitlab-shell-2.3.1-r1 that doesn't generate the secret file, but symlinks it to /opt/gitlab-6/.gitlab_shell_secret, as suggested by @ilyapoz . This works for me, I hope it also works for you. I guess I need to add a dependency on >=gitlab-shell-2.3.1-r1 to gitlabhq, just to make sure it works for everybody. But I'd appreciate it if one of you could test it before I do so. Thanks for you help and support, guys!
Solution was right. Thx. Somehow I've missed files in /usr r1 ebuild resolves it.
Okay, thanks! I added a new ebulild gitlabhq-7.5.3.1-r1 that depends on >=gitlab-shell-2.3.1-r1. I'm now closing this issue.
Have this problem - https://github.com/gitlabhq/gitlabhq/issues/8261
Check result
GitLab 7.5.3 + GitLab-Shell 2.3.1
Secret scripts are
Secret codes are