GNU bug report logs - #25966
Fix bug 25957 and updates gitolite

Previous Next

Full log

View this message in rfc822 format

From: Clément Lassieur <clement <at> lassieur.org>
To: Leo Famulari <leo <at> famulari.name>
Cc: 25966 <at> debbugs.gnu.org, contact.ng0 <at> cryptolab.net
Subject: bug#25966: [PATCH 2/2] gnu: gitolite: Fix shebangs in hooks.
Date: Thu, 16 Mar 2017 11:12:51 +0100

Leo Famulari <leo <at> famulari.name> writes:

> On Sun, Mar 05, 2017 at 04:24:14PM +0100, Clément Lassieur wrote:
>> contact.ng0 <at> cryptolab.net writes:
>> 
>> > +                  (add-before 'install 'fix-hooks-shebangs
>> > +                    (lambda* (#:key inputs #:allow-other-keys)
>> > +                      (let ((perl (string-append (assoc-ref inputs "perl")
>> > +                                                 "/bin/perl")))
>> > +                        ;; The files in 'lib/Gitolite/Hooks' keep references to
>> > +                        ;; '/usr/bin/perl', without this fix it is impossible to
>> > +                        ;; to run gitolite in production.
>> > +                        (substitute* (find-files "src/lib/Gitolite/Hooks" ".*")
>> > +                          (("/usr/bin/perl")
>> > +                           perl))
>> > +                        #t)))
>> 
>> This patch introduces references to the store in files installed by
>> "gitolite setup" command.  Those files are installed once and for all.
>> So for example .gitolite/hooks/common/update's shebang is
>> #!/gnu/store/vcjvzmdy5091bklv73rx9nc0yvlk12yv-perl-5.24.0/bin/perl.  But
>> then what happens when perl is upgraded, and Guix garbage collected?  My
>> understanding is that the shebang won't work anymore, and gitolite will
>> be broken.
>> 
>> One can use instead special-files-service-type, which allows to have
>> /usr/bin/perl working.  But it won't work anymore with this patch.
>
> Ah, seems like the same issue as with the Git hooks.
>
>> I suggest we revert it, but I might be wrong.  WDYT?
>
> If these hooks are intended to be copied out of /gnu/store, then the
> change should be reverted until we have a better solution.
>
> I think it's better for the hook scripts to fail the first time than for
> them to fail later, after a seemingly unrelated action like `guix gc`.

I saw it was reverted.  Thank you all!

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.