[lakostis@lks .gear]$ ~/bin/gear-changelog --ascii cbd2178 --no-rules
* Thu Mar 19 2020 Konstantin A. Lepikhov <lakostis@altlinux.ru> 0.10.1-alt3
- .spec: bump release e e

[lakostis@lks .gear]$ ~/bin/gear-changelog cbd2178 --no-rules
* Thu Mar 19 2020 Konstantin A. Lepikhov <lakostis@altlinux.ru> 0.10.1-alt3
- .spec: bump release é é

(In reply to Konstantin A Lepikhov (L.A. Kostis) from comment #0)
> Привет!
> 
> По итогам обсуждения ошибки с changelog у firmware-linux я сделал патч
> 
> http://git.altlinux.org/people/lakostis/packages/gear.git?p=gear.git;
> a=commit;h=d426c0ca28d6609a0e567af5da1721521c239846
> 
> Прошу применить, чтобы я смог починить cronbuilds.

Вопрос, стоит ли зашивать -f utf8 в реализацию?
+ предсказуемость, независимость от текущей локали;
- негибкость, невозможность перекодировать из другой кодировки.

В printf '%s\n' лишний \n, но это мелочи.

(In reply to Dmitry V. Levin from comment #2)
> (In reply to Konstantin A Lepikhov (L.A. Kostis) from comment #0)
> > Привет!
> > 
> > По итогам обсуждения ошибки с changelog у firmware-linux я сделал патч
> > 
> > http://git.altlinux.org/people/lakostis/packages/gear.git?p=gear.git;
> > a=commit;h=d426c0ca28d6609a0e567af5da1721521c239846
> > 
> > Прошу применить, чтобы я смог починить cronbuilds.
> 
> Вопрос, стоит ли зашивать -f utf8 в реализацию?
> + предсказуемость, независимость от текущей локали;
> - негибкость, невозможность перекодировать из другой кодировки.
Да, но мы же читаем только вывод от git, где, я думаю, utf8 это кодировка по-умолчанию.

> 
> В printf '%s\n' лишний \n, но это мелочи.

Ok, это поправлю.

(In reply to Konstantin A Lepikhov (L.A. Kostis) from comment #3)
> (In reply to Dmitry V. Levin from comment #2)
> > (In reply to Konstantin A Lepikhov (L.A. Kostis) from comment #0)
> > > Привет!
> > > 
> > > По итогам обсуждения ошибки с changelog у firmware-linux я сделал патч
> > > 
> > > http://git.altlinux.org/people/lakostis/packages/gear.git?p=gear.git;
> > > a=commit;h=d426c0ca28d6609a0e567af5da1721521c239846
> > > 
> > > Прошу применить, чтобы я смог починить cronbuilds.
> > 
> > Вопрос, стоит ли зашивать -f utf8 в реализацию?
> > + предсказуемость, независимость от текущей локали;
> > - негибкость, невозможность перекодировать из другой кодировки.
> Да, но мы же читаем только вывод от git, где, я думаю, utf8 это кодировка
> по-умолчанию.

В документации к git log написано следующее:

git log, git show, git blame and friends look at the encoding header of a commit object, and try to re-code the log message into UTF-8 unless otherwise specified. You can specify the desired output encoding with i18n.logOutputEncoding in .git/config file, like this:
    [i18n]
        logOutputEncoding = ISO-8859-1
If you do not have this configuration variable, the value of i18n.commitEncoding is used instead.

Получается, что имеет смысл сделать так:
1. взять вывод git config i18n.logOutputEncoding, если там пусто, то
2. взять вывод git config i18n.commitEncoding, если там пусто, то
3. использовать UTF-8 в качестве значения по умолчанию.

(In reply to Dmitry V. Levin from comment #4)
>skip>
> В документации к git log написано следующее:
> 
> git log, git show, git blame and friends look at the encoding header of a
> commit object, and try to re-code the log message into UTF-8 unless
> otherwise specified. You can specify the desired output encoding with
> i18n.logOutputEncoding in .git/config file, like this:
>     [i18n]
>         logOutputEncoding = ISO-8859-1
> If you do not have this configuration variable, the value of
> i18n.commitEncoding is used instead.
> 
> Получается, что имеет смысл сделать так:
> 1. взять вывод git config i18n.logOutputEncoding, если там пусто, то
мне кажется, этот вывода будет более чем достаточно, т.к. в случае cronbuild мы рабоаем с удаленными репозиториями где на параметр commitEncoding нельзя влиять.

> 2. взять вывод git config i18n.commitEncoding, если там пусто, то
> 3. использовать UTF-8 в качестве значения по умолчанию.

(In reply to Konstantin A Lepikhov (L.A. Kostis) from comment #5)
> (In reply to Dmitry V. Levin from comment #4)
> >skip>
> > В документации к git log написано следующее:
> > 
> > git log, git show, git blame and friends look at the encoding header of a
> > commit object, and try to re-code the log message into UTF-8 unless
> > otherwise specified. You can specify the desired output encoding with
> > i18n.logOutputEncoding in .git/config file, like this:
> >     [i18n]
> >         logOutputEncoding = ISO-8859-1
> > If you do not have this configuration variable, the value of
> > i18n.commitEncoding is used instead.
> > 
> > Получается, что имеет смысл сделать так:
> > 1. взять вывод git config i18n.logOutputEncoding, если там пусто, то
> мне кажется, этот вывода будет более чем достаточно, т.к. в случае cronbuild
> мы рабоаем с удаленными репозиториями где на параметр commitEncoding нельзя
> влиять.
хм, а может, вообще забить на это и настроить git config для cronbuild? )) Тогда и конвертировать ничего не надо.

(In reply to Konstantin A Lepikhov (L.A. Kostis) from comment #6)
> (In reply to Konstantin A Lepikhov (L.A. Kostis) from comment #5)
> > (In reply to Dmitry V. Levin from comment #4)
> > >skip>
> > > В документации к git log написано следующее:
> > > 
> > > git log, git show, git blame and friends look at the encoding header of a
> > > commit object, and try to re-code the log message into UTF-8 unless
> > > otherwise specified. You can specify the desired output encoding with
> > > i18n.logOutputEncoding in .git/config file, like this:
> > >     [i18n]
> > >         logOutputEncoding = ISO-8859-1
> > > If you do not have this configuration variable, the value of
> > > i18n.commitEncoding is used instead.
> > > 
> > > Получается, что имеет смысл сделать так:
> > > 1. взять вывод git config i18n.logOutputEncoding, если там пусто, то
> > мне кажется, этот вывода будет более чем достаточно, т.к. в случае cronbuild
> > мы рабоаем с удаленными репозиториями где на параметр commitEncoding нельзя
> > влиять.
> хм, а может, вообще забить на это и настроить git config для cronbuild? ))
> Тогда и конвертировать ничего не надо.

Тоже вариант.  По крайней мере, у меня после
git config --add i18n.logOutputEncoding ASCII//TRANSLIT
gear-changelog всё сконвертировал.

Пока закрываю, т.к. проблема скорее в конфигурации git клиента, а не в gear-changelog.