From: Joachim Wiberg <troglobit@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH v2 1/1] package/sysklogd: bump to version 2.1.2
Date: Thu, 21 Jan 2021 13:41:19 +0100 [thread overview]
Message-ID: <87lfcmwjgw.fsf@gmail.com> (raw)
In-Reply-To: <20210119222636.42b6121a@windsurf.home>
Hi :)
On Tue, Jan 19, 2021 at 22:26, Thomas Petazzoni <thomas.petazzoni@bootlin.com> wrote:
> On Sat, 16 Jan 2021 20:33:37 +0100
> Joachim Wiberg <troglobit@gmail.com> wrote:
>> These two could also be relevant:
>> - RFC3164 style logging, fully RFC compliant not just BSD style
>> - RFC5424 style logging to file and remote log servers
> Right, but the commit log mainly documents the changes that have an
> impact on packaging, not necessarily all the additional (good) features
> of the the new upstream release.
Ah, of course, thank you for taking the time to explain!
>> I've tested it with a few Bootlin toolchains in our NetBox repo, so it
>> should be a much smoother ride.
> Will definitely be good to have a follow-up patch bumping to 2.2.0.
I'll get on it then :)
>> > +SYSKLOGD_CONF_OPTS = --exec-prefix=/ --without-logger
>> The logger tool that comes with sysklogd is quite advanced, allowing the
>> user to leverage the RFC5424 `syslogp()` API to its fullest. However,
>> it collides with its namesake in BusyBox, but so does the logger tool in
>> util-linux. I'd very much like to see it in Buildroot, but I can submit
>> a patch later to add menuconfig support :)
> Patch welcome indeed!
Great!
> Regarding the collision with Busybox, we do have a mechanism in place
> to handle that, so it should be fine. Busybox already has the sysklogd
> package in its dependencies, which means that sysklogd if enabled will
> always be built before Busybox. And the Busybox installation is careful
> to not overwrite any file. So if /bin/foobar has been installed by
> sysklogd, even if Busybox has support for /bin/foobar, it will not
> overwrite /bin/foobar with its own symlink.
Wow, that's awesome, didn't know about that collision handling, clever!
Very cool :)
Best regards
/Joachim
next prev parent reply other threads:[~2021-01-21 12:41 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-12 16:08 [Buildroot] [PATCH 1/1] package/sysklogd: bump to version 2.1.2 Andreas Hilse
2020-08-13 8:25 ` Thomas Petazzoni
2020-08-14 9:10 ` Andreas Hilse
2020-12-05 21:21 ` Thomas Petazzoni
2020-12-08 20:41 ` Andreas Hilse
2020-12-09 8:11 ` Thomas Petazzoni
2020-12-29 15:03 ` Andreas Hilse
2020-12-29 15:13 ` Thomas Petazzoni
2020-12-29 18:11 ` [Buildroot] [PATCH v2 " Andreas Hilse
2021-01-16 19:33 ` Joachim Wiberg
2021-01-19 21:26 ` Thomas Petazzoni
2021-01-20 10:11 ` Andreas Hilse
2021-01-20 10:38 ` Thomas Petazzoni
2021-01-21 12:41 ` Joachim Wiberg [this message]
2021-01-19 21:22 ` Thomas Petazzoni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87lfcmwjgw.fsf@gmail.com \
--to=troglobit@gmail.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.