@ Jeff King <peff@xxxxxxxx> wrote (2011-08-18 06:58+0200): > These three fix the problem Steffen mentioned here: Uuuh, such a shame - you know that it was first noted by Benjamin Kudria (2008-07-23, http://marc.info/?l=git&m=121677902502581&w=2). And it was you who tried to resurrect the same issue last year. (The thing is: i did not search the archive first because it was clearly a bug. I did once you referred to your older patch.) But great that you actually found the time to fix it! (I must admit though that i'm currently addicted to the coloured output, because simply switching between my terms gives a clear indication of where i'm currently git(1)ing. :-> And that in turn is something which gives more and more fun the longer i use it! It is *really* fantastic once you get used to it. And do gc --aggressive and all your temporary fooling is cleaned up.) Now it's pretty unfortunate that i cannot offer fixes for anything. I have a dumb patch of 'rebase -i' which includes the TODO entry line ($rest) as a comment in the commit message, which is pretty useful because i think about the rebase task and can store comments in that very line. But it introduces commit --cleanup=strip and patches commit.c to add a --message-prefix option. This is no good yet. Michael J Gruber's today's shocking exercise on the german keyboard layout - maybe i should really resurrect parts of that NBSP series? And referring to one sentence of yours from the past: no, refspec stuff *is* that hard: they are not a tree which is created via 'refs_build_tree(); refs_merge_command_line();' upon program start, with pointers to maybe instantiated .. whatever. /* * Note. This is used only by "push"; refspec matching rules for * push and fetch are subtly different, so do not try to reuse it * without thinking. */ I gave up once i found that (in remote.c). (AFAIR it seems refspecs are first build L->R, then pushed, then build again but in R->L direction. Which is why without a fetch= the remotes/ ref is not updated after a push. AFAIK - i gave up ...) But i'm looking forward and really hope to be able to contribute some useful and good stuff to great projects in the future. OpenBSD, for example. :-) --Steffen Ciao, sdaoden(*)(gmail.com) ASCII ribbon campaign ( ) More nuclear fission plants against HTML e-mail X can serve more coloured and proprietary attachments / \ and sounding animations -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html