scripts/setlocalversion on write-protected source tree
authorChristian Kujau <lists@nerdbynature.de>
Sat, 15 Jun 2013 01:04:34 +0000 (18:04 -0700)
committerMichal Marek <mmarek@suse.cz>
Sun, 23 Jun 2013 22:08:01 +0000 (00:08 +0200)
commitcdf2bc632ebc9ef512345fe8e6015edfd367e256
tree2215ce9851e621b9f2aa5b073f1f177ea927c5c4
parent1c00a47e48d1bad3ca60c4e923d51c4ac6add5b5
scripts/setlocalversion on write-protected source tree

I just stumbled across another[0] issue when scripts/setlocalversion
operates on a write-protected source tree. Back then[0] the source tree
was on an read-only NFS share, so "test -w" was introduced before "git
update-index" was run.

This time, the source tree is on read/write NFS share, but the permissions
are world-readable and only a specific user (or root) can write.
Thus, "test -w ." returns "0" and then runs "git update-index",
producing the following message (on a dirty tree):

  fatal: Unable to create '/usr/local/src/linux-git/.git/index.lock': Permission denied

While it says "fatal", compilation continues just fine.

However, I don't think a kernel compilation should alter the source
tree (or the .git directory) in any way and I don't see how removing
"git update-index" could do any harm. The Mercurial and SVN routines in
scripts/setlocalversion don't have any tree-modifying commands, AFAICS.
So, maybe the patch below would be acceptable.

[0] https://patchwork.kernel.org/patch/29718/

Signed-off-by: Christian Kujau <lists@nerdbynature.de>
Cc: Nico Schottelius <nico-linuxsetlocalversion@schottelius.org>
Signed-off-by: Michal Marek <mmarek@suse.cz>
scripts/setlocalversion