Re: attr.c doesn't honor --work-tree option

2014-02-10 Thread Lasse Makholm
On 6 February 2014 18:54, Junio C Hamano wrote: > Lasse Makholm writes: > >> Here's a repro with -DDEBUG_ATTR=1 and a printf() in read_attr_from_file(): >> >> $ cd /tmp/ >> $ mkdir -p attr-test/repo >> $ cd attr-test/repo >> $ git init >> Initialized empty Git repository in /tmp/attr-test/repo/.g

Re: attr.c doesn't honor --work-tree option

2014-02-06 Thread Junio C Hamano
Lasse Makholm writes: > Here's a repro with -DDEBUG_ATTR=1 and a printf() in read_attr_from_file(): > > $ cd /tmp/ > $ mkdir -p attr-test/repo > $ cd attr-test/repo > $ git init > Initialized empty Git repository in /tmp/attr-test/repo/.git/ > $ echo 'dir/* filter=foo' >.gitattributes > $ > > Ins

attr.c doesn't honor --work-tree option

2014-02-06 Thread Lasse Makholm
Hi, It seems that code in attr.c does not honor the current work tree path (set by e.g. --work-tree ...) and simply always assumes CWD. When the current dir is not in the work tree, git will attempt to find .gitattributes under ./ instead of under the correct work tree. Here's a repro with -DDEBU