[PATCH] Update git to v18.104.22.168
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