All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.