[DRE-maint] Bug#982903: gitlab: Internal error caused by missing gitaly-git2go binary

Pirate Praveen praveen at onenetbeyond.org
Fri Feb 19 14:00:26 GMT 2021



On 2021, ഫെബ്രുവരി 19 6:23:13 PM IST, Maximilian Stein <m at steiny.biz> wrote:
>
>>> You will need to regenerate Gemfile.lock. See the wiki page for steps.
>>>
>>> It saves the exact versions used during installation in Gemfile.lock
>>>
>>> It is supposed to be handled automatically for most gems, but it does 
>>> not work for native gems. There is an open bug about it.
>>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=944698
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914989
>>
>> Which I have fixed now in 13.6.7-2 and 13.6.7-1_fto10+2 (I was trying 
>> to fix by dpkg trigger which was not sufficient, now everytime 
>> gitlab-sidekiq service start, this will be fixed). So restarting 
>> gitlab service should be sufficient to fix this.
>>
>>
>This has worked like a charm! As far as I can tell, Gitlab works with 
>this setup now (gitlab=13.6.7-1~fto10+2, gitaly=13.7.5+dfsg-1~fto10+3).

Thanks for confirming. I will upload this to fasttrack now.

>This doesn't seem to cause any trouble but I noticed that gitlab's check 
>is complaining:
>
>   GitLab Shell: ... GitLab Shell version >= 13.13.1 ? ... FAIL. Please 
>update gitlab-shell to 13.13.1 from 13.13.0
>
>Indeed, there does not seem to be any newer version of gitlab-shell 
>available than 13.13.0+debian-1~bpo10+1.

I will upload a newer version soon.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.



More information about the Pkg-ruby-extras-maintainers mailing list