git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Modified files directly after clone
@ 2010-03-09 20:26 Benedikt Andreas Koeppel
  2010-03-09 21:59 ` Tarmigan
  0 siblings, 1 reply; 4+ messages in thread
From: Benedikt Andreas Koeppel @ 2010-03-09 20:26 UTC (permalink / raw)
  To: git

Dear Sir/Madam,

I'm experiencing a strange problem with one of my GIT repositories. The repo is hosted on my Debian 5 server with gitosis. I clone the repo to my Mac OS X 10.6 notebook. Directly after cloning the repository, there are already some modified files which are "Changed but not updated".

This is how I do it: 

==== bash start ====
beninb:Desktop beni$ mkdir tmp
beninb:Desktop beni$ cd tmp
beninb:tmp beni$ git clone git@gmuasch:ife-maemo.git git
Initialized empty Git repository in /Users/beni/Desktop/tmp/git/.git/
remote: Counting objects: 43316, done.
remote: Compressing objects: 100% (33045/33045), done.
remote: Total 43316 (delta 10942), reused 42064 (delta 9790)
Receiving objects: 100% (43316/43316), 518.25 MiB | 640 KiB/s, done.
Resolving deltas: 100% (10942/10942), done.
Checking out files: 100% (68385/68385), done.
beninb:tmp beni$ cd git/
beninb:git beni$ git status
# On branch master
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#	modified:   source/crn/toolbox/doc/html/classVector.html
#	modified:   source/maemo-beagle/www/files/maemo5-alpha/kernel-2.6.28/Documentation/IO-mapping.txt
# some more lines
#	modified:   source/maemo-beagle/www/files/maemo5-alpha/kernel-2.6.28/net/netfilter/xt_TCPMSS.c
#	modified:   source/maemo-kernel/kernel-2.6.28/Documentation/IO-mapping.txt
# some more lines
#	modified:   source/maemo-kernel/kernel-2.6.28/net/netfilter/xt_TCPMSS.c
#
no changes added to commit (use "git add" and/or "git commit -a")

==== bash end ====

"gmuasch" is an SSH-alias for my Debian server
git diff gives the following: http://pastie.org/861916

On my server, I'm running git version 1.6.2.4. Locally on my Mac, I have git version 1.6.2. But there were some commits done from Ubuntu 9.10 with git 1.7.0.1.

Those folders are SVN checkouts:
source/crn
source/maemo-beagle
But source/maemo-kernel is not a SVN checkout.

I tried the same procedure on a different machine (running Debian 5, git version 1.6.2.4), and did not have any modified files after cloning the repo. 



How can this happen? Does my Mac somehow interfere with the newly cloned repository?



Best Regards,
Benedikt Köppel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Modified files directly after clone
  2010-03-09 20:26 Modified files directly after clone Benedikt Andreas Koeppel
@ 2010-03-09 21:59 ` Tarmigan
  2010-03-10  6:47   ` Benedikt Andreas Koeppel
  0 siblings, 1 reply; 4+ messages in thread
From: Tarmigan @ 2010-03-09 21:59 UTC (permalink / raw)
  To: Benedikt Andreas Koeppel; +Cc: git

On Tue, Mar 9, 2010 at 12:26 PM, Benedikt Andreas Koeppel
> How can this happen? Does my Mac somehow interfere with
> the newly cloned repository?

By default HFS+ filesystems on OSX are case insensitive so you see
problems like you described with the linux kernel source which has
different files named xt_TCPMSS.c and xt_tcpmss.c.

HFS+ partitions can be case sensitive, but are not by default.  Unlike
some earlier versions, OSX 10.6 can boot from a case sensitive HFS+
filesystem.  Even if you do that, OSX (or maybe HFS+) still has issues
with unicode normalization described in the archive, but I haven't had
a problem with the normalization in practice.

Thanks,
Tarmigan

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Modified files directly after clone
  2010-03-09 21:59 ` Tarmigan
@ 2010-03-10  6:47   ` Benedikt Andreas Koeppel
  2010-03-10 13:48     ` tytso
  0 siblings, 1 reply; 4+ messages in thread
From: Benedikt Andreas Koeppel @ 2010-03-10  6:47 UTC (permalink / raw)
  To: Tarmigan; +Cc: git

Hello,

Am 09.03.2010 um 22:59 schrieb Tarmigan:
> By default HFS+ filesystems on OSX are case insensitive so you see
> problems like you described with the linux kernel source which has
> different files named xt_TCPMSS.c and xt_tcpmss.c.

thank you very much for the explanation. Unfortunately, some software (namely Adobe CS2) does not work properly with HFS+ with case sensitivity. I'll need to get a Linux PC for coding :-).

OK, Problem solved. Thanks.
Benedikt

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Modified files directly after clone
  2010-03-10  6:47   ` Benedikt Andreas Koeppel
@ 2010-03-10 13:48     ` tytso
  0 siblings, 0 replies; 4+ messages in thread
From: tytso @ 2010-03-10 13:48 UTC (permalink / raw)
  To: Benedikt Andreas Koeppel; +Cc: Tarmigan, git

On Wed, Mar 10, 2010 at 07:47:24AM +0100, Benedikt Andreas Koeppel wrote:
> Hello,
> 
> Am 09.03.2010 um 22:59 schrieb Tarmigan:
> > By default HFS+ filesystems on OSX are case insensitive so you see
> > problems like you described with the linux kernel source which has
> > different files named xt_TCPMSS.c and xt_tcpmss.c.
> 
> thank you very much for the explanation. Unfortunately, some
> software (namely Adobe CS2) does not work properly with HFS+ with
> case sensitivity. I'll need to get a Linux PC for coding :-).

Or you could get a firewire hard drive that you format with HFS+ case
sensensitivity enabled, and connect it up to your Mac machine; but
don't let me stop you from getting a Linux PC for coding.  :-)

      	     	      	   	   - Ted

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2010-03-10 13:48 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-03-09 20:26 Modified files directly after clone Benedikt Andreas Koeppel
2010-03-09 21:59 ` Tarmigan
2010-03-10  6:47   ` Benedikt Andreas Koeppel
2010-03-10 13:48     ` tytso

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).