bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-10-25 Thread zimoun
Hi Dave, On Mon, 24 Oct 2022 at 17:21, "Thompson, David" wrote: > Pushed as commit 966118da711506b04c11fbfcac9483d59ed2d912. This bug > can finally be closed! \o/ Awesome! Thank you! Cheers, simon

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-10-24 Thread Thompson, David
On Sat, Oct 8, 2022 at 9:40 PM Thompson, David wrote: > > On Sat, Oct 8, 2022 at 11:16 AM zimoun wrote: > > > > Hi Dave, > > > > On Thu, 06 Oct 2022 at 09:26, "Thompson, David" > > wrote: > > > > > Some news: I have updated the gitolite package to use G-expressions. > > > The package builds

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-10-08 Thread Thompson, David
On Sat, Oct 8, 2022 at 11:16 AM zimoun wrote: > > Hi Dave, > > On Thu, 06 Oct 2022 at 09:26, "Thompson, David" > wrote: > > > Some news: I have updated the gitolite package to use G-expressions. > > The package builds and the gitolite system test passes so I pushed > > that change to master a

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-10-08 Thread zimoun
Hi Dave, On Thu, 06 Oct 2022 at 09:26, "Thompson, David" wrote: > Some news: I have updated the gitolite package to use G-expressions. > The package builds and the gitolite system test passes so I pushed > that change to master a little while ago. That patch has made the > (hopefully) final

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-10-06 Thread Thompson, David
I made a small mistake in the last patch and forgot to include '(gnu packages version-control)' in the 'use-modules' form in the example within the manual. I have fixed that in my local copy. - Dave

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-10-06 Thread Thompson, David
Hello again Simon and Efraim, On Mon, Sep 5, 2022 at 5:33 AM zimoun wrote: > > Hi, > > On dim., 04 sept. 2022 at 09:26, "Thompson, David" > wrote: > > > Thanks! I made one minor tweak to sort the inputs list alphabetically > > and pushed as commit 1aa46a7e29c5bd892219fe20fefb883d2103e29e. > >

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-09-06 Thread Thompson, David
On Mon, Sep 5, 2022 at 5:33 AM zimoun wrote: > > > I also pushed a follow-up commit > > e4ccfcb22ad96e71ca4dfad95af5aa6229ed9869 that swaps out 'git' for > > 'git-minimal', saving about 75MiB in the package closure. > > Neat! Unfortunately, it was so neat that it broke the system test for the

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-09-05 Thread zimoun
Hi, On dim., 04 sept. 2022 at 09:26, "Thompson, David" wrote: > Thanks! I made one minor tweak to sort the inputs list alphabetically > and pushed as commit 1aa46a7e29c5bd892219fe20fefb883d2103e29e. Cool! > I also pushed a follow-up commit > e4ccfcb22ad96e71ca4dfad95af5aa6229ed9869 that

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-09-04 Thread Thompson, David
Hi Efraim, On Sun, Sep 4, 2022 at 3:26 AM Efraim Flashner wrote: > > Overall it looks good to me. I was going to ask about inetutils and > openssh since they're not wrapping the binaries but I see their paths > are substituted in the 'patch-source phase. > > LGTM! Thanks! I made one minor tweak

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-09-04 Thread Efraim Flashner
On Fri, Sep 02, 2022 at 03:58:09PM -0400, Thompson, David wrote: > On Fri, Sep 2, 2022 at 8:50 AM Thompson, David > wrote: > > > > On Fri, Sep 2, 2022 at 8:44 AM Efraim Flashner > > wrote: > > > > > > On Fri, Sep 02, 2022 at 07:11:54AM -0400, Thompson, David wrote: > > > > On Fri, Sep 2, 2022

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-09-02 Thread Thompson, David
On Fri, Sep 2, 2022 at 8:50 AM Thompson, David wrote: > > On Fri, Sep 2, 2022 at 8:44 AM Efraim Flashner wrote: > > > > On Fri, Sep 02, 2022 at 07:11:54AM -0400, Thompson, David wrote: > > > On Fri, Sep 2, 2022 at 3:00 AM Efraim Flashner > > > wrote: > > > > > > > > I took a look at the

bug#25957: [EXT] Re: bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-09-02 Thread Thompson, David
On Fri, Sep 2, 2022 at 8:44 AM Efraim Flashner wrote: > > On Fri, Sep 02, 2022 at 07:11:54AM -0400, Thompson, David wrote: > > On Fri, Sep 2, 2022 at 3:00 AM Efraim Flashner > > wrote: > > > > > > I took a look at the gitolite service finally and I hadn't realized > > > there wasn't a running

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-09-02 Thread Efraim Flashner
On Fri, Sep 02, 2022 at 07:11:54AM -0400, Thompson, David wrote: > On Fri, Sep 2, 2022 at 3:00 AM Efraim Flashner wrote: > > > > I took a look at the gitolite service finally and I hadn't realized > > there wasn't a running daemon to containerize. I assumed we could do > > something like: > > > >

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-09-02 Thread Thompson, David
On Fri, Sep 2, 2022 at 3:00 AM Efraim Flashner wrote: > > I took a look at the gitolite service finally and I hadn't realized > there wasn't a running daemon to containerize. I assumed we could do > something like: > > (start $~(make-forkexec-constructor/container > (list ...) >

bug#25957: [EXT] Re: [EXT] bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-09-02 Thread Efraim Flashner
On Thu, Sep 01, 2022 at 10:41:21AM -0400, Thompson, David wrote: > Hi Efraim, > > On Thu, Sep 1, 2022 at 10:20 AM Efraim Flashner wrote: > > > > On Thu, Sep 01, 2022 at 09:59:55AM -0400, Thompson, David wrote: > > > Hi all, > > > > > > Reviving this old thread. > > > > > > On Mon, Mar 28, 2022

bug#25957: [EXT] Re: [EXT] bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-09-01 Thread zimoun
Hi, On jeu., 01 sept. 2022 at 10:41, "Thompson, David" wrote: > Thanks, pushed as commit c053dfa52dc778eb3d965f58a85c435ae7fab0dd. Cool! Thank you. Cheers, simon

bug#25957: [EXT] Re: [EXT] bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-09-01 Thread Thompson, David
Hi Efraim, On Thu, Sep 1, 2022 at 10:20 AM Efraim Flashner wrote: > > On Thu, Sep 01, 2022 at 09:59:55AM -0400, Thompson, David wrote: > > Hi all, > > > > Reviving this old thread. > > > > On Mon, Mar 28, 2022 at 2:51 AM Efraim Flashner > > wrote: > > > > > > > > Seems like all we have to do

bug#25957: [EXT] bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-09-01 Thread Efraim Flashner
On Thu, Sep 01, 2022 at 09:59:55AM -0400, Thompson, David wrote: > Hi all, > > Reviving this old thread. > > On Mon, Mar 28, 2022 at 2:51 AM Efraim Flashner wrote: > > > > > > Seems like all we have to do is 'substitute*' a '/usr/bin/svnserve' > > > into a '/gnu/store/...' (untested), so seems

bug#25957: [EXT] bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-09-01 Thread Thompson, David
Hi all, Reviving this old thread. On Mon, Mar 28, 2022 at 2:51 AM Efraim Flashner wrote: > > > > Seems like all we have to do is 'substitute*' a '/usr/bin/svnserve' > > into a '/gnu/store/...' (untested), so seems actionable to me. > > Alternatively, as Efraim wrote, let it search the $PATH

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-03-28 Thread Efraim Flashner
On Wed, Mar 23, 2022 at 01:44:29PM +0100, Maxime Devos wrote: > zimoun schreef op wo 23-03-2022 om 11:45 [+0100]: > > > On Wed, 12 Jan 2022 at 20:07, Efraim Flashner > > > wrote: > > > > > > > > …the package redis is not a dependency of gitolite.  Therefore, > > > > > the > > > > > question is:

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-03-23 Thread Maxime Devos
zimoun schreef op wo 23-03-2022 om 11:45 [+0100]: > > On Wed, 12 Jan 2022 at 20:07, Efraim Flashner > > wrote: > > > > > > …the package redis is not a dependency of gitolite.  Therefore, > > > > the > > > > question is: is our Gitolite package working with Redis?  Even > > > > using the > > > >

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-03-23 Thread zimoun
Hi, On Thu, 03 Feb 2022 at 03:49, zimoun wrote: > On Wed, 12 Jan 2022 at 20:07, Efraim Flashner wrote: > >>> …the package redis is not a dependency of gitolite. Therefore, the >>> question is: is our Gitolite package working with Redis? Even using the >>> /usr/bin one? Idem for SVN. >>> >>>

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-02-02 Thread zimoun
Hi Efraim, On Wed, 12 Jan 2022 at 20:07, Efraim Flashner wrote: >> …the package redis is not a dependency of gitolite. Therefore, the >> question is: is our Gitolite package working with Redis? Even using the >> /usr/bin one? Idem for SVN. >> >> Otherwise, I am favor to remove the 2

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-01-12 Thread Efraim Flashner
On Wed, Jan 05, 2022 at 01:07:07AM +0100, zimoun wrote: > Hi, > > This old bug [1] is still relevant. > > 1: > > On Sat, 04 Mar 2017 at 13:32, ng0 wrote: > > On 17-03-03 22:27:43, ng0 wrote: > > This previous… > > > [user@abyayala > >

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2022-01-04 Thread zimoun
Hi, This old bug [1] is still relevant. 1: On Sat, 04 Mar 2017 at 13:32, ng0 wrote: > On 17-03-03 22:27:43, ng0 wrote: This previous… > [user@abyayala > /gnu/store/jw252kw9blfh1lrrib3yk4fkbj5mvdpm-gitolite-3.6.5/share/gitolite]$ > egrep -nr "/usr/"

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

2017-03-03 Thread ng0
Our gitolite package currently creates all (including gitolite-admin.git) git repositories with references to "/usr/bin/perl" as shebang, which makes it completely useless on serverside. Given that the server side in the case of a gitolite from Guix runs an environment where you will not run perl