Bug 13526 - Льёт логи на Русском
: Льёт логи на Русском
Status: CLOSED DUPLICATE of bug 7891
: Sisyphus
(All bugs in Sisyphus/fetchmail-daemon)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2007-11-26 12:30 by
Modified: 2007-12-31 11:53 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2007-11-26 12:30:23
Поскольку в режиме демона, в глобальной конфигурации, запускается от имени 
fetchmail то и логи льёт на Русском. А поскольку syslog юникод понимает плохо, 
то получаются не читаемые логи.
------- Comment #1 From 2007-11-26 13:36:35 -------
У тебя какая сборка?

*** This bug has been marked as a duplicate of 7891 ***
------- Comment #2 From 2007-12-01 23:12:22 -------
> Поскольку в режиме демона, в глобальной конфигурации, запускается от имени 
fetchmail то и логи льёт на Русском.

Странная логика. У fetchmail русская локаль?
------- Comment #3 From 2007-12-03 11:02:33 -------
(In reply to comment #2)
> > Поскольку в режиме демона, в глобальной конфигурации, запускается от имени 
> fetchmail то и логи льёт на Русском.
> 
> Странная логика. У fetchmail русская локаль?
Домашней директории fetchmail не было вообще, на её месте в /etc/passwd 
был /dev/null. В таких условиях код скрипта /etc/rc.d/init.d/fetchmail:
//============ /etc/rc.d/init.d/fetchmail ========
        if grep -qs '^[         ]*set daemon' /etc/fetchmailrc; then
                echo -n "Starting Fetchmail service with global config: "
                start_daemon --no-announce \
                    --user fetchmail \
                    --pidfile /var/run/fetchmail.pid \
                    --lockfile "$LOCKFILE" \
                    -- /usr/bin/fetchmail -f /etc/fetchmailrc --nopermcheck --syslog
                RETVAL=$?
        fi
//============ /etc/rc.d/init.d/fetchmail ========
не исполняется.

Если создать пустую домашнюю директорию, скажем /var/lib/fetchmail, то получаем 
локаль ru_RU.UTF8.

Если директория указана на момент создания пользователя, то локаль английская.
------- Comment #4 From 2007-12-03 11:08:05 -------
(In reply to comment #1)
> У тебя какая сборка?

fetchmail-daemon-6.3.8-alt4 из ALT4 branch
------- Comment #5 From 2007-12-03 20:12:00 -------
(In reply to comment #3)
> > Странная логика. У fetchmail русская локаль?
> Домашней директории fetchmail не было вообще, на её месте в /etc/passwd 
> был /dev/null. В таких условиях код скрипта /etc/rc.d/init.d/fetchmail:
> //============ /etc/rc.d/init.d/fetchmail ========
>         if grep -qs '^[         ]*set daemon' /etc/fetchmailrc; then
>                 echo -n "Starting Fetchmail service with global config: "
>                 start_daemon --no-announce \
>                     --user fetchmail \
>                     --pidfile /var/run/fetchmail.pid \
>                     --lockfile "$LOCKFILE" \
>                     -- /usr/bin/fetchmail -f /etc/fetchmailrc --nopermcheck --
syslog
>                 RETVAL=$?
>         fi
> //============ /etc/rc.d/init.d/fetchmail ========
> не исполняется.

А зачем ему исполняться? Не надо ему исполняться.

> Если создать пустую домашнюю директорию, скажем /var/lib/fetchmail, то 
получаем 
> локаль ru_RU.UTF8.
> 
> Если директория указана на момент создания пользователя, то локаль английская.

Всё ещё не понимаю логики. Какая разница, когда именно указывать домашний 
каталог, сразу или потом?
------- Comment #6 From 2007-12-04 16:55:20 -------
(In reply to comment #4)
> > У тебя какая сборка?
> fetchmail-daemon-6.3.8-alt4 из ALT4 branch
Пробуй 6.3.8-alt6 из сизифа, должно ещё быть бинарно совместимо.
------- Comment #7 From 2007-12-17 11:54:07 -------
(In reply to comment #6)
> (In reply to comment #4)
> > > У тебя какая сборка?
> > fetchmail-daemon-6.3.8-alt4 из ALT4 branch
> Пробуй 6.3.8-alt6 из сизифа, должно ещё быть бинарно совместимо.
Пустая домашняя директория создаётся.
А вот опция -M в строке создания пользователя ("/usr/sbin/useradd -r -n -M -g 
fetchmail -d /var/empty -s /dev/null fetchmail &>/dev/null ||:") лишняя. Ибо 
директория оказывается пустой, а значит локаль будет ru_RU.UTF8, а значит и 
логи на корявом, нечитабельном русском.
------- Comment #8 From 2007-12-20 20:03:07 -------
(In reply to comment #7)
> А вот опция -M в строке создания пользователя ("/usr/sbin/useradd -r -n -M -g 
> fetchmail -d /var/empty -s /dev/null fetchmail &>/dev/null ||:") лишняя.
Только не при -d /var/empty !

И вообще, пользователи fetchmail приглашаются.  На @nobody вешать?
------- Comment #9 From 2007-12-25 11:21:44 -------
(In reply to comment #8)
> (In reply to comment #7)
> > А вот опция -M в строке создания пользователя 
("/usr/sbin/useradd -r -n -M -g 
> > fetchmail -d /var/empty -s /dev/null fetchmail &>/dev/null ||:") лишняя.
> Только не при -d /var/empty !
Почему же? Суть именно в том чтобы создалась нормально заполненая домашняя 
директория с файлом ~/.i18n в английской кодировке. Или 
поправить /etc/sysconfig/i18n в сторону английской локали.

> И вообще, пользователи fetchmail приглашаются.  На @nobody вешать?
/var/nobody тоже пуста.
------- Comment #10 From 2007-12-25 14:39:31 -------
Не-не, не /var/nobody, а пакет причесать :)  Ром, ну забери его pls :)
------- Comment #11 From 2007-12-26 20:50:10 -------
(In reply to comment #10)
> Не-не, не /var/nobody, а пакет причесать :)  Ром, ну забери его pls :)
Могу и взять. Только меня, на данном этапе, он фактически устраивает. Домашнюю 
директорию создаёт, уже хорошо. А то что локаль русская это уже проблема syslog 
или /etc/sysconfig/i18n. Хотя затычку с полноценным файлом ~/.i18n в английской 
локали можно и поставить.
Если это всех устраивает я возьму и подпилю это.
------- Comment #12 From 2007-12-27 22:10:43 -------
Бери... ой, а на какой логин ACL выписывать? :)
------- Comment #13 From 2007-12-28 13:25:23 -------
(In reply to comment #12)
> Бери... ой, а на какой логин ACL выписывать? :)
"rom_as", если он ещё актуален. На Сизиф я ещё ничего не лил, только в 
бакпорты.
------- Comment #14 From 2007-12-31 11:53:27 -------
Вот как.  Залил, как придёт уведомление -- форвардну.