Re: [PATCH] git.el: handle default excludesfile properly
Junio C Hamano <gits...@pobox.com> writes: > Having said that, I am sorry to say that I am not sure if the copy > we have is the one to be patched, so I would appreciate if Alexandre > (cc'ed) can clarify the situation. The last change done to our copy > of the script is from 2012, and I do not know if Alexandre is still > taking care of it here but the script is so perfect that there was > no need to update it for the past 5 years and we haven't seen an > update, or the caninical copy is now being maintained elsewhere and > we only have a stale copy, or what. This is the canonical version, and I guess in theory I'm still taking care of it. However, the need that git.el was originally addressing is now fulfilled by better tools. As such, I feel that it has outlived its usefulness, and I'm no longer actively developing it. I'd recommend that anybody still using it switch to Magit, which is being actively maintained, and IMO superior to git.el in all respects. -- Alexandre Julliard julli...@winehq.org
Re: [PATCH v1 18/25] contrib: remove 'emacs'
David Kågedal dav...@lysator.liu.se writes: 2014-05-09 10:29 GMT+02:00 Felipe Contreras felipe.contre...@gmail.com: David Kågedal wrote: What problem does this removal solve? Please do not top post. a) What problem does it solve by staying? b) Where are the tests? c) Why it cannot be moved to an outside repository like may other git-related tools? Fair enough. I guess the target should rather be to get it into the emacs distribution. It's already in Emacs in a different form, as part of the generic VC support. And nowadays, users are probably better served by using something like Magit anyway. As far as my code is concerned I have no objections to removing it. -- Alexandre Julliard julli...@winehq.org -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] emacs: make 'git-status' work with separate git dirs
Junio C Hamano gits...@pobox.com writes: Enrico Scholz enrico.sch...@sigma-chemnitz.de writes: when trying 'M-x git-status' in a submodule created with recent (1.7.5+) git, the command fails with | ... is not a git working tree This is caused by creating submodules with '--separate-git-dir' but still checking for a working tree by testing for a '.git' directory. The patch fixes this by relaxing the existing detection a little bit. Signed-off-by: Enrico Scholz enrico.sch...@sigma-chemnitz.de --- This script already relies on the assumption that nobody sane would create a directory named .git that is not a git repository, and this loosens the assumption that nobody would create a file named .git, either. So I would think it is a sane thing to do, but just in case if the area expert has better ideas, I am forwarding it. Ack? Sure, that's fine. -- Alexandre Julliard julli...@winehq.org -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html