В Сизифе достаточно старый syslog-ng сейчас (3.0.10). Eve R. Ybody в ACL есть, смотрю, если никто не пожелает, могу сам обновить. Себе я, в первом приближении, собрал.
на прошлой неделе 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
