Package: git Version: 1:1.7.9~rc1-1 Severity: normal Tags: upstream Dear Maintainer,
I have aliased "s" to "status" in my ~/.gitconfig and noticed that "git s" produces output different from "git status" in a repo's .git folder. This bug is fully reproducible in every repo I have tried. It seems like git notices it is in a git repo, but cannot find its base directory. In particular, "git status" returns with 128 and prints "fatal: This operation must be run in a work tree", while "git s" reports changes and the contents of the .git folder as untracked files. This becomes even weirder if the .git folder is somewhere else than the working directory, as is the case with e.g. the Android sources. Then, it cannot find the working directory at all and only reports the folder's contents as untracked files. All the while, "git status" prints "fatal: This operation must be run in a work tree. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.1-cust (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git depends on: ii git-man 1:1.7.9~rc1-1 ii libc6 2.13-24 ii libcurl3-gnutls 7.23.1-3 ii liberror-perl 0.17-1 ii libexpat1 2.0.1-7.2 ii perl-modules 5.14.2-6 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages git recommends: ii less 444-1 ii openssh-client [ssh-client] 1:5.9p1-2 ii patch 2.6.1-2 ii rsync 3.0.9-1 Versions of packages git suggests: pn git-arch <none> pn git-cvs <none> pn git-daemon-run | git-daemon-sysvinit <none> pn git-doc <none> pn git-el <none> pn git-email <none> pn git-gui 1:1.7.9~rc1-1 pn git-svn <none> pn gitk 1:1.7.9~rc1-1 pn gitweb <none> -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
