bug#30401: gitolite some important hooks not working

[ng0@crash.cx]

On Sun, 11 Feb 2018, Ricardo Wurmus <rekado@elephly.net> wrote:
> ng0@crash.cx writes:
>
>> A paste that lost its formatting but speaks for itself:
>>
>> Counting objects: 4, done.
>> Delta compression using up to 4 threads.
>> Compressing objects: 100% (3/3), done.
>> Writing objects: 100% (4/4), 1.03 KiB | 1.03 MiB/s, done.
>> Total 4 (delta 0), reused 0 (delta 0)
>> remote: Can't locate Data/Dumper.pm in @INC (you may need to
>> install the Data::Dumper module) (@INC contains:
>> /gnu/store/v3k3dmkdaz3giap6ir06dj12sid42086-gitolite-3.6.6/share/gitolite/lib
>> /home/git/.guix-profile/lib/perl5/site_perl /etc/perl
>> /usr/local/lib/x86_64-linux-gnu/perl/5.24.1
>> /usr/local/share/perl/5.24.1 /usr/lib/x86_64-linux-gnu/perl5/5.24
>> /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.24
>> /usr/share/perl/5.24 /usr/local/lib/site_perl
>> /usr/lib/x86_64-linux-gnu/perl-base .) at
>
> Have you tried propagating the perl-data-dumper package?  Or did you try
> wrapping the executable in the PERL5LIB environment variable after
> adding the package?
>
>> Installing the module + perl into the profile didn't help either.
>
> The gitolite executables need to be made aware of the location of the
> Perl modules, so it’s expected that this wouldn’t help.

I had no time to reply so far or to try and other solutions.
Turns out so far that it works when you make /usr/bin/perl as a
special file type link available on the system, as the problem is
some unchanged hook lines pointing to this instead of the store.

As repo hooks are not attached to the changes in the store I
think it's okay. Eventually we should come up with a solution for
those hooks.
-- 
ng0 :: https://crash.cx
A88C8ADD129828D7EAC02E52E22F9BBFEE348588 :: https://crash.cx/keys/