[PATCH] Update git to v1.8.2.1

John Keeping john at keeping.me.uk
Mon Apr 8 20:47:44 CEST 2013


On Mon, Apr 08, 2013 at 08:38:06PM +0200, Ferry Huberts wrote:
> > I think you're being bitten by Git's default configuration (assuming
> > that you built as root, or at least with $HOME set to /root), which
> > looks like this:
> > 
> >     prefix = $(HOME)
> >     bindir_relative = bin
> >     bindir = $(prefix)/$(bindir_relative)
> >     mandir = share/man
> >     infodir = share/info
> >     gitexecdir = libexec/git-core
> >     mergetoolsdir = $(gitexecdir)/mergetools
> >     sharedir = $(prefix)/share
> >     gitwebdir = $(sharedir)/gitweb
> >     localedir = $(sharedir)/locale
> >     template_dir = share/git-core/templates
> >     htmldir = share/doc/git-doc
> >     ETC_GITCONFIG = $(sysconfdir)/gitconfig
> >     ETC_GITATTRIBUTES = $(sysconfdir)/gitattributes
> > 
> > You may need to create a "config.mak" inside the "git" subdirectory of
> > your CGit clone and add the line:
> > 
> >     prefix = /usr
> 
> 
> ok that seems to work.
> Adjusting my deploy script.
> 
> 
> This indicates to me that there is a bug somewhere.
> A permission denied should not crash cgit. It should treat that as 'file
> not there', the same as with the config.mak hack.

There was a change in Git to promote permission denied from a silent
failure to a warning (IIRC).  I'm surprised that this causes CGit to
exit but I haven't followed that code carefully.




More information about the CGit mailing list