Re: [Question] Is it normal for accented characters to be shown as decomposed Unicode on GNU/Linux?

Le 22/06/2015 17:04, Charles Bailey a écrit : > Note that these aren't "decomposed" (in the unicode decomposition > sense) but are merely octal escaped representations of the utf-8 > encoded file names. Thanks, I had read that term in similar context (German umlaut) and thought it was correctly de

[Question] Is it normal for accented characters to be shown as decomposed Unicode on GNU/Linux?

[master (root commit) 0d776b7] accent test 2 files changed, 0 insertions(+), 0 deletions(-) create mode 100644 "r\303\251union" create mode 100644 "r\303\252ve" $ git log --summary commit 0d776b7a09d5384a76066999431507018e292efe Author: Bastien Traverse Date: 2015-06-22 1

Re: [RESOLVED NOTABUG] "git commit --date" format parsing

Le 23/05/2015 00:06, Jeff King a écrit : > OK, this is weird. When I tried to reproduce, I couldn't. But I had > typed in the date string myself while reading your email in another > window. And though I was sure that I had typed it correctly, just to be > double-plus-sure I copied and pasted your

[BUG] "git commit --date" format parsing

Hi * Trying to specify a commit (author) date using `--date` option yields unpredictable results that are incoherent with man git-commit: $ git --version git version 2.4.1 $ uname -a Linux arch-clevo 4.0.4-1-ARCH #1 SMP PREEMPT Mon May 18 06:43:19 CEST 2015 x86_64 GNU/Linux $ mkdir test && cd t