From mboxrd@z Thu Jan 1 00:00:00 1970 From: john at keeping.me.uk (John Keeping) Date: Mon, 8 Apr 2013 19:47:44 +0100 Subject: [PATCH] Update git to v1.8.2.1 In-Reply-To: <51630E8E.2090508@hupie.com> References: <51630879.8080208@hupie.com> <20130408182208.GU2222@serenity.lan> <51630E8E.2090508@hupie.com> Message-ID: <20130408184743.GY2222@serenity.lan> 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.