On Wednesday, August 28, 2013 5:09:02 AM UTC+2, TC Wan wrote:

> Hi,
>
> I'm having a strange problem with git but only on Mac OS X.
> There is a public repository 
> https://github.com/mindboards/ev3sources.gitwhich when cloned to Linux works 
> correctly, but when cloned to Mac OS X 
> (tested on 10.8.4, git 1.8.4), gives the following output immediately after 
> a fresh clone:
>
> $ git --version
>> git version 1.8.4 
>
> $ git status
>> # On branch master
>> # Changes not staged for commit:
>> #   (use "git add <file>..." to update what will be committed)
>> #   (use "git checkout -- <file>..." to discard changes in working 
>> directory)
>> #
>> #    modified:   extra/linux-03.20.00.13/Documentation/IO-mapping.txt
>> #    modified:   
>> extra/linux-03.20.00.13/include/linux/netfilter/xt_CONNMARK.h
>> #    modified:   extra/linux-03.20.00.13/include/linux/netfilter/xt_DSCP.h
>> #    modified:   extra/linux-03.20.00.13/include/linux/netfilter/xt_MARK.h
>> #    modified:   
>> extra/linux-03.20.00.13/include/linux/netfilter/xt_RATEEST.h
>> #    modified:   
>> extra/linux-03.20.00.13/include/linux/netfilter/xt_TCPMSS.h
>> #    modified:   
>> extra/linux-03.20.00.13/include/linux/netfilter_ipv4/ipt_ECN.h
>> #    modified:   
>> extra/linux-03.20.00.13/include/linux/netfilter_ipv4/ipt_TTL.h
>> #    modified:   
>> extra/linux-03.20.00.13/include/linux/netfilter_ipv6/ip6t_HL.h
>> #    modified:   extra/linux-03.20.00.13/net/ipv4/netfilter/ipt_ECN.c
>> #    modified:   extra/linux-03.20.00.13/net/netfilter/xt_CONNMARK.c
>> #    modified:   extra/linux-03.20.00.13/net/netfilter/xt_DSCP.c
>> #    modified:   extra/linux-03.20.00.13/net/netfilter/xt_HL.c
>> #    modified:   extra/linux-03.20.00.13/net/netfilter/xt_MARK.c
>> #    modified:   extra/linux-03.20.00.13/net/netfilter/xt_RATEEST.c
>> #    modified:   extra/linux-03.20.00.13/net/netfilter/xt_TCPMSS.c
>> #    modified:   
>> extra/linux-devkit/arm-none-linux-gnueabi/usr/libexec/xtables/libip6t_HL.so
>> #    modified:   
>> extra/linux-devkit/arm-none-linux-gnueabi/usr/libexec/xtables/libipt_ECN.so
>> #    modified:   
>> extra/linux-devkit/arm-none-linux-gnueabi/usr/libexec/xtables/libipt_TTL.so
>> #    modified:   
>> extra/linux-devkit/arm-none-linux-gnueabi/usr/libexec/xtables/libxt_CONNMARK.so
>> #    modified:   
>> extra/linux-devkit/arm-none-linux-gnueabi/usr/libexec/xtables/libxt_DSCP.so
>> #    modified:   
>> extra/linux-devkit/arm-none-linux-gnueabi/usr/libexec/xtables/libxt_MARK.so
>> #    modified:   
>> extra/linux-devkit/arm-none-linux-gnueabi/usr/libexec/xtables/libxt_RATEEST.so
>> #    modified:   
>> extra/linux-devkit/arm-none-linux-gnueabi/usr/libexec/xtables/libxt_SET.so
>> #    modified:   
>> extra/linux-devkit/arm-none-linux-gnueabi/usr/libexec/xtables/libxt_TCPMSS.so
>> #    modified:   
>> extra/linux-devkit/arm-none-linux-gnueabi/usr/libexec/xtables/libxt_TOS.so
>> #    modified:   lms2012/lms2012/doc/html/PWMModule.html
>> #    modified:   lms2012/lmssrc/TEST/CVS/Entries
>> #    modified:   lms2012/lmssrc/TEST/CVS/Repository
>> #    modified:   lms2012/lmssrc/TEST/TEST/CVS/Entries
>> #    modified:   lms2012/lmssrc/TEST/TEST/CVS/Repository
>> #    modified:   lms2012/lmssrc/TEST/update
>> #
>>
>> $ cat .git/config 
> [core]
>     repositoryformatversion = 0
>     filemode = true
>     bare = false
>     logallrefupdates = true
>     ignorecase = true
>     precomposeunicode = false
> [remote "origin"]
>     url = g...@github.com:mindboards/ev3sources.git
>     fetch = +refs/heads/*:refs/remotes/origin/*
> [branch "master"]
>     remote = origin
>     merge = refs/heads/master 
>
> Is this a known problem? What is the fix? TIA
>



I get the same situation on my machine (OS X 10.8.4). Funny thing is that 
there are actually real diffs, not just some EOL conversion stuff. Excerpt:

diff --git a/extra/linux-03.20.00.13/Documentation/IO-mapping.txt 
> b/extra/linux-03.20.00.13/Documentation/IO-mapping.txt
> index 1b5aa10..473e43b 100644
> --- a/extra/linux-03.20.00.13/Documentation/IO-mapping.txt
> +++ b/extra/linux-03.20.00.13/Documentation/IO-mapping.txt
> @@ -1,208 +1,82 @@
> -[ NOTE: The virt_to_bus() and bus_to_virt() functions have been
> -       superseded by the functionality provided by the PCI DMA interface
> -       (see Documentation/PCI/PCI-DMA-mapping.txt).  They continue
> -       to be documented below for historical purposes, but new code
> -       must not use them. --davidm 00/12/12 ]
> +The io_mapping functions in linux/io-mapping.h provide an abstraction for
> +efficiently mapping small regions of an I/O device to the CPU. The initial
> +usage is to support the large graphics aperture on 32-bit processors where
> +ioremap_wc cannot be used to statically map the entire aperture to the CPU
> +as it would consume too much of the kernel address space.


What's even stranger is that I can't get rid of the changes. git checkout . 
has no effect. 

I then had a look at what commits these two pieces of contents appear in:

commit fea79c0e219cd5e43193ce2987b496e04758f3e2
Author: Xander Soldaat <xan...@botbench.com>
Date:   Wed Jul 31 14:58:56 2013 -0700

    Additional files, like kernel, uboot and device specific lib/includes

diff --git a/extra/linux-03.20.00.13/Documentation/io-mapping.txt 
b/extra/linux-03.20.00.13/Documentation/io-mapping.txt
new file mode 100644
index 0000000..473e43b
--- /dev/null
+++ b/extra/linux-03.20.00.13/Documentation/io-mapping.txt
@@ -0,0 +1,82 @@
+The io_mapping functions in linux/io-mapping.h provide an abstraction for
+efficiently mapping small regions of an I/O device to the CPU. The initial
+usage is to support the large graphics aperture on 32-bit processors where
+ioremap_wc cannot be used to statically map the entire aperture to the CPU
+as it would consume too much of the kernel address space.

and 

commit fea79c0e219cd5e43193ce2987b496e04758f3e2
Author: Xander Soldaat <xan...@botbench.com>
Date:   Wed Jul 31 14:58:56 2013 -0700

    Additional files, like kernel, uboot and device specific lib/includes

diff --git a/extra/linux-03.20.00.13/Documentation/io-mapping.txt 
b/extra/linux-03.20.00.13/Documentation/io-mapping.txt
new file mode 100644
index 0000000..473e43b
--- /dev/null
+++ b/extra/linux-03.20.00.13/Documentation/io-mapping.txt
@@ -0,0 +1,82 @@
+The io_mapping functions in linux/io-mapping.h provide an abstraction for
+efficiently mapping small regions of an I/O device to the CPU. The initial
+usage is to support the large graphics aperture on 32-bit processors where
+ioremap_wc cannot be used to statically map the entire aperture to the CPU
+as it would consume too much of the kernel address space.

The same commit! And in the same file! Or is it really? No, the first file 
has lowercase letters only, while the other one as IO uppercase.

This means that the author has a filesystem that is case-sensitive, while 
ours is not. So effectively, the second file is checked out on top of the 
other (or the other way around).

So either you have to check out the code on a case sensitive file system, 
or the author has to be a bit nicer and not check in files like that :)

-- 
You received this message because you are subscribed to the Google Groups "Git 
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to git-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to