Package Details: rsyslog 8.2206.0-1

Git Clone URL: (read-only, click to copy)
Package Base: rsyslog
Description: An enhanced multi-threaded syslogd with a focus on security and reliability
Upstream URL:
Licenses: GPL3
Submitter: Barthalion
Maintainer: fordprefect
Last Packager: fordprefect
Votes: 16
Popularity: 0.004664
First Submitted: 2018-01-07 12:53 (UTC)
Last Updated: 2022-06-14 11:27 (UTC)

Latest Comments

endre commented on 2021-05-03 13:36 (UTC)

That's massive. I've been using this 'fixed' rsyslog for days, without problem.

fordprefect commented on 2021-05-03 13:18 (UTC)

@mikaelblomkvists: that sounds bad, are you sure this is caused by the rsyslog update? Any logs/error messages on that? To recover I recommend pulling the previous version of rsyslog, rebuild and sideload into your system.

mikaelblomkvists commented on 2021-05-03 13:08 (UTC)

Just after installing it - my system blew up. I've got kernel panic (5.10 LTS, Manjaro). Now it cannot even boot. I have a black screen after grub.

fordprefect commented on 2021-05-03 08:44 (UTC)

@endre: thanks for the hint, seems to be a recent update to the build process (at least I never saw that message before). I moved the arguments to autoconf and removed the configure statement.

endre commented on 2021-05-03 07:54 (UTC) (edited on 2021-05-03 07:55 (UTC) by endre)

In case of rsyslog, please specify your configure flags at the ./ line.

==> Starting build()...
**Warning**: I am going to run `configure' with no arguments.
If you wish to pass any to it, please specify them on the
`./' command line.

You don't even need to run ./configure in build().

fordprefect commented on 2020-07-20 14:26 (UTC)

@comfix: thx, fixed. not a very well prepared update it seems… sorry for that.

comfix commented on 2020-07-20 13:54 (UTC)

Please add "bison" and "flex" to makedeps, it won't compile without them

fordprefect commented on 2020-07-19 20:24 (UTC)

@bartus: thx, fixed.

bartus commented on 2020-07-19 20:16 (UTC) (edited on 2020-07-19 20:57 (UTC) by bartus)

GitHub sources are missing autoconf initialization. You need to call autoreconf -fvi before ./configure, otherwise configure is missing.

chowbok commented on 2019-03-09 18:54 (UTC)

Sorry to be a pest, but it would really be convenient if you could add that architecture.

chowbok commented on 2019-01-27 06:19 (UTC)

Hi, can you add "aarch64" to the supported architectures in the PKGBUILD? I tested it on there, it compiles fine.

fordprefect commented on 2018-10-30 16:23 (UTC)

the new release fixed the build issue for me.

meti commented on 2018-10-27 22:36 (UTC)

@nfnty my makepkg.conf has stock *flags, so I don't think it's something in there. As I said, I can't reproduce your problem, so I can't help.

nfnty commented on 2018-10-27 21:46 (UTC)

@fordprefect Same issue here.

@meti Check your makepkg.conf if anything's not up-to-date.

meti commented on 2018-10-21 16:36 (UTC)

I just tried a clean build and i got no implicit declarations error at all... I can't help you, sorry.

fordprefect commented on 2018-10-21 15:47 (UTC)

i get compilation warnings when building this (implicit declarations) which are treated as errors and thus break the building process. is this intended?

meti commented on 2018-04-28 17:31 (UTC)

@KarlFiabeschi: thanks, I fixed the xconsole and added an .install file to provide a reminder about create the spool directory.

KarlFiabeschi commented on 2018-04-26 21:36 (UTC) (edited on 2018-04-26 21:36 (UTC) by KarlFiabeschi)

two things:

1) .=notice;.=warn |/dev/xconsole

should be:

*.=notice;*.=warn   |/dev/console

2) if you put:

$WorkDirectory /var/spool/rsyslog

we must create the directory or provide a warning about it.


meti commented on 2018-04-04 21:32 (UTC)

@Tuerai I dropped arch=any as stated on Arch wiki:

If a package is architecture-independent in its compiled state (shell scripts, fonts, themes, many types of extensions, etc.) then use arch=('any'). Please note that, as this is intended for packages that can be built once and used on any architecture, it will cause the package to be labeled -any as opposed to -x86_64, etc.

If instead a package can be compiled for any architecture, but is architecture-specific once compiled, specify all architectures officially supported by Arch, i.e. arch=('x86_64').

Maybe I'll add ARM arch in the next update, but I'm still not sure it will be a good thing.

Tuerai commented on 2018-04-04 17:32 (UTC)

I would also like to recommend setting the arch on libestr, libfastjson, liblogging, librelp, and rsyslog to any, or including armv6h and aarch64. It seems a bit counter-intuitive to suddenly drop the ability to build for those without modifying the PKGBUILD when it was packaged for them before.

ckujau commented on 2018-03-01 02:50 (UTC)

Curious: why was this moved to AUR? Or, more general: is there a tracker to subscribe to, to get notified when a package is (about to be) moved from the official repositories to AUR? Or even the other way around?

commented on 2018-02-26 20:11 (UTC)

thanks meti, works indeed like a charm now!

maderios commented on 2018-02-26 20:08 (UTC)

It works now, thanks :)

meti commented on 2018-02-24 22:50 (UTC)

Should start now, upstream .service file used two -i flags, replaced with a single flag and it works

maderios commented on 2018-02-23 09:17 (UTC)

Same bug for me. May be need upstream report?

thx1138 commented on 2018-02-22 21:36 (UTC)

I'm seeing segfault in 8.33.0-1.

kernel: rsyslogd[1454]: segfault at 7ffdf0000000 ip 00007f0121dd2933 sp 00007ffdf139a3e0 error 4 in[7f0121d50000+1ae000]

Stack trace of thread 1454:

0 0x00007f0121dd2933 __libc_free (
1 0x00005585ca2bb18e n/a (rsyslogd)
2 0x00005585ca2b9166 main (rsyslogd)
3 0x00007f0121d70f4a __libc_start_main (
4 0x00005585ca2b96aa _start (rsyslogd)

meti commented on 2018-01-23 21:04 (UTC)


just set it.

woefe commented on 2018-01-17 12:48 (UTC)

Please consider using arch=('any') instead of x86_64. I was able to build and run it successfully on my Raspberry Pi after setting arch to any

meti commented on 2018-01-08 07:19 (UTC) (edited on 2018-01-08 07:20 (UTC) by meti)


Can't reproduce:

$ sudo /usr/bin/killall -HUP /usr/bin/rsyslogd; echo $?


City-busz commented on 2018-01-07 21:30 (UTC)

Reported bug: