на прошлой неделе lakostis@ изъявил желание обновить его, предлагаю немного подождать.

Тогда замечания сразу, с которыми я столкнулся.

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

Created attachment 5810 [details]
примерный spec

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

В дополнение к предыдущему списку: перенос старого syslog-ng.conf на новое место не выполняется.

Прошу посмотреть результат тут
http://git.altlinux.org/people/lakostis/packages/?p=syslog-ng.git;a=shortlog;h=refs/heads/sisyphus

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

Что пока не проверял/не работает:
- amqp модуль пока собрать нельзя, поскольку апстримная версия таскает с собой свою версию rabbitmq-c и собираться с системной отказывается (в RH тоже самое)
- модули собрал как есть, функционал не проверял
- поддержка systemd отсутствует, поскольку нет возможности проверить

А и в догонку - из-за древнего libcap нельзя использовать CAP_SYSLOG, которая есть в новых ядрах, приходится использовать CAP_SYS_ADMIN (см. https://bugzilla.balabit.com/show_bug.cgi?id=108).

3.4.3 уехала в сизиф. Кто проспал, я не виноват.

(In reply to comment #5)

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

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

(In reply to comment #7)

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

Хотя стоп. Почему не собран... Просто, действительно, несовсем свежий...

libcap: Bug 29286