Bug 28871 - Обновить до 3.4.1
: Обновить до 3.4.1
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/syslog-ng)
: unstable
: all Linux
: P3 major
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2013-04-19 18:57 by
Modified: 2013-08-16 13:21 (History)


Attachments
примерный spec (7.31 KB, text/x-rpm-spec)
2013-04-22 19:18, Sergey Y. Afonin
no flags Details


Note

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


Description From 2013-04-19 18:57:47
В Сизифе достаточно старый syslog-ng сейчас (3.0.10). Eve R. Ybody в ACL есть,
смотрю, если никто не пожелает, могу сам обновить. Себе я, в первом
приближении, собрал.
------- Comment #1 From 2013-04-22 11:58:42 -------
на прошлой неделе lakostis@ изъявил желание обновить его, предлагаю немного
подождать.
------- Comment #2 From 2013-04-22 19:03:46 -------
Тогда замечания сразу, с которыми я столкнулся.

1. надо источник для сообщений ядра поменять:
http://lists.altlinux.org/pipermail/community/2013-April/679227.html

> Нда... Совершенно случайно выяснил, что виновник - syslog-ng (причём и тот,
> что в репозитарии, и 3.4.1). То есть, syslogd, будучи запущенным на этом же
> хосте, пишет сообщения от ядра в localtime.

А лечится отключением klogd и заменой в syslog-ng источника
unix-dgram("/var/lib/klogd/dev/log") на file("/proc/kmsg").

2. проверку бы на запущенные syslogd и klogd добавить (это я не делал)

3. В Федоре собирают теперь ещё и devel пакет. Syslog-ng использует  библиотеку
ivykis, которой у нес нет, но он таскает свою копию исходников. При сборке с
ней devel-пакет у нас получается неполноценный. Не исправлял.

4. В Федоре удаляют RPATH:
# remove rpath
sed -i 's|^hardcode_libdir_flag_spec=.*|hardcode_libdir_flag_spec=""|g' libtool
sed -i 's|^runpath_var=LD_RUN_PATH|runpath_var=DIE_RPATH_DIE|g' libtool

то ли они это делают опрометчиво, то ли у нас результат получается иной: после
удаления возникает проблема с бинарником pdbtool - её сборочница обнаруживает.

5. Конфиг переехал в /etc/syslog-ng: там теперь не только syslog-ng.conf
------- Comment #3 From 2013-04-22 19:18:00 -------
Created an attachment (id=5810) [details]
примерный spec

условно пригодный спек. 

В дополнение к предыдущему списку: перенос старого syslog-ng.conf на новое
место не выполняется.
------- Comment #4 From 2013-06-02 02:49:13 -------
Прошу посмотреть результат тут
http://git.altlinux.org/people/lakostis/packages/?p=syslog-ng.git;a=shortlog;h=refs/heads/sisyphus

Вкраце это сборка из GIT, изменения из RH применены с учетом нашей специфики.

Что пока не проверял/не работает:
- amqp модуль пока собрать нельзя, поскольку апстримная версия таскает с собой
свою версию rabbitmq-c и собираться с системной отказывается (в RH тоже самое)
- модули собрал как есть, функционал не проверял
- поддержка systemd отсутствует, поскольку нет возможности проверить
------- Comment #5 From 2013-06-02 02:54:54 -------
А и в догонку - из-за древнего libcap нельзя использовать CAP_SYSLOG, которая
есть в новых ядрах, приходится использовать CAP_SYS_ADMIN (см.
https://bugzilla.balabit.com/show_bug.cgi?id=108).
------- Comment #6 From 2013-08-16 00:38:55 -------
3.4.3 уехала в сизиф. Кто проспал, я не виноват.
------- Comment #7 From 2013-08-16 12:00:53 -------
(In reply to comment #5)

> А и в догонку - из-за древнего libcap нельзя использовать CAP_SYSLOG,

Глядя на https://bugzilla.altlinux.org/16694#c1 , речь про libcap2, который в
ALT не собран ?
------- Comment #8 From 2013-08-16 12:38:24 -------
(In reply to comment #7)

> Глядя на https://bugzilla.altlinux.org/16694#c1 , речь про libcap2, который в
> ALT не собран ?

Хотя стоп. Почему не собран... Просто, действительно, несовсем свежий...
------- Comment #9 From 2013-08-16 13:21:37 -------
libcap: Bug 29286