public inbox for git@vger.kernel.org 
 help / color / mirror / Atom feed
From: Matthieu Moy <Matthieu.Moy@grenoble-inp•fr>
To: Fairuzan Roslan <fairuzan.roslan@gmail•com>
Cc: gitster@pobox•com, git@vger•kernel.org
Subject: Re: odb_mkstemp's 0444 permission broke write/delete access on AFP
Date: Mon, 16 Feb 2015 19:23:02 +0100	[thread overview]
Message-ID: <vpqtwyl90mx.fsf@anie.imag.fr> (raw)
In-Reply-To: <A403BFCC-D66F-49BD-B54C-BB86B467F1A1@gmail.com> (Fairuzan Roslan's message of "Tue, 17 Feb 2015 01:54:33 +0800")

Fairuzan Roslan <fairuzan.roslan@gmail•com> writes:

> Hi,
>
> Somehow the “int mode = 0444;” in odb_mkstemp (environment.c) are
> causing a lot of issues (unable to unlink/write/rename) to those
> people who use AFP shares.

Is it a problem when using Git (like "git gc" failing to remove old
packs), or when trying to remove files outside Git?

> The issue was first introduced in
> https://github.com/git/git/blob/f80c7ae8fe9c0f3ce93c96a2dccaba34e456e33a/wrapper.c
> line 284.

I don't think so. The code before this commit did essentially a chmod
444 on the file, so object files were already read-only before.

The pack files have been read-only since d83c9af5c6a437ddaa9dd27 (Junio,
Apr 22 2007).

> To fix these issues the permission need to be adjusted to “int mode =
> 0644;” in odb_mkstemp (environment.c)

The issue is that having object and pack files read-only on the
filesystem is a safety feature to prevent accidental modifications (even
though it's actually not that effective, since brute-force "sed -i" or
"perl -i" still accept to modify read-only files).

So, I'd be a bit reluctant to remove this safety feature for all users
if it's only for the benefit of a minority of users. Not that I think
the problem shouldn't be fixed, but I'd rather investigate alternate
solutions before using this mode = 0644.

-- 
Matthieu Moy
http://www-verimag.imag.fr/~moy/

  reply	other threads:[~2015-02-16 18:24 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-16 17:54 odb_mkstemp's 0444 permission broke write/delete access on AFP Fairuzan Roslan
2015-02-16 18:23 ` Matthieu Moy [this message]
2015-02-16 18:41   ` Fairuzan Roslan
2015-02-16 19:08     ` Matthieu Moy
2015-02-17  3:22       ` Fairuzan Roslan
2015-02-17  5:34         ` Torsten Bögershausen
2015-02-17  5:54           ` Fairuzan Roslan
2015-02-17  8:51         ` Matthieu Moy
2015-02-17 16:58           ` Fairuzan Roslan
2015-02-17 17:54             ` Torsten Bögershausen
2015-02-18  8:15               ` Matthieu Moy
2015-02-18 13:47                 ` Fairuzan Roslan
2015-02-18 14:05                   ` Matthieu Moy
2015-02-18 14:23                     ` Fairuzan Roslan
2015-02-17 17:13           ` Junio C Hamano
2015-02-18 17:04             ` Matthieu Moy
2015-02-18 17:13               ` Junio C Hamano
2015-02-18 17:31                 ` Junio C Hamano
2015-02-19 20:08           ` brian m. carlson
2015-02-20 10:40             ` Matthieu Moy
2015-02-16 19:06   ` Junio C Hamano
2015-02-16 19:50     ` Torsten Bögershausen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=vpqtwyl90mx.fsf@anie.imag.fr \
    --to=matthieu.moy@grenoble-inp$(echo .)fr \
    --cc=fairuzan.roslan@gmail$(echo .)com \
    --cc=git@vger$(echo .)kernel.org \
    --cc=gitster@pobox$(echo .)com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox