Git development
 help / color / mirror / Atom feed
From: Yann Dirson <ydirson@linagora.com>
To: kusmabite@gmail.com
Cc: Ferry Huberts <ferry.huberts@pelagic.nl>, GIT ml <git@vger.kernel.org>
Subject: Re: [BUG] Bad msysgit/egit interaction over dotfiles
Date: Tue, 8 Dec 2009 15:37:00 +0100	[thread overview]
Message-ID: <20091208143700.GC5425@linagora.com> (raw)
In-Reply-To: <40aa078e0912080623q108b2affk80534ccd5fd7ace3@mail.gmail.com>

On Tue, Dec 08, 2009 at 03:23:55PM +0100, Erik Faye-Lund wrote:
> On Tue, Dec 8, 2009 at 2:42 PM, Ferry Huberts <ferry.huberts@pelagic.nl> wrote:
> > On 12/08/2009 02:34 PM, Erik Faye-Lund wrote:
> >> On Tue, Dec 8, 2009 at 2:28 PM, Yann Dirson <ydirson@linagora.com> wrote:
> >>> I'm not sure who's at fault here - namely, I can't see any valid
> >>> reason for eclipse to refuse such writes, but I am not sure it is a
> >>> good reason for msysgit would set the hidden bit either.  In either
> >>> case, even if only for the short term, I think msysgit should ensure
> >>> that this bit does not get set (possibly circumventing any magic msys
> >>> would do behind its back).
> >>
> >> Setting the config option "core.hidedotfiles" to "false" should
> >> prevent this from happening.

Right, it works much better this way.


> > why isn't this the default?
> >
> > I also experienced this change in behaviour and I thought we would
> > strive to keep the experience the same.
> >
> 
> You can follow the discussion here:
> http://code.google.com/p/msysgit/issues/detail?id=288
> 
> I believe the reason is something like "because someone suggested it,
> and no one disagreed". Do you have a good argument why it shouldn't be
> the default (other than "it's a change", because changing it back now
> would also be a change)?

Depending on the opinion of the Eclipse guys on this issue about
"writing to hidden files only says 'could not write'", which arguably
could be seen as a bug on their side, we can see changing this
behaviour back to the default on the msysgit side as either a
(possibly temporary) workaround for a known eclipse bug, or as getting
again interoperable with egit.

Note that I did not get time yet to fully investigate the eclipse
status on the issue.

Best regards,
-- 
Yann

  reply	other threads:[~2009-12-08 14:37 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-08 13:28 [BUG] Bad msysgit/egit interaction over dotfiles Yann Dirson
2009-12-08 13:34 ` Erik Faye-Lund
2009-12-08 13:42   ` Ferry Huberts
2009-12-08 14:23     ` Erik Faye-Lund
2009-12-08 14:37       ` Yann Dirson [this message]
2009-12-09 20:56         ` Marius Storm-Olsen
2009-12-10  8:35           ` Yann Dirson
2009-12-14  9:13             ` Erik Faye-Lund
2009-12-14 11:45               ` Johannes Schindelin

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=20091208143700.GC5425@linagora.com \
    --to=ydirson@linagora.com \
    --cc=ferry.huberts@pelagic.nl \
    --cc=git@vger.kernel.org \
    --cc=kusmabite@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
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