syslog-ng: bump version to 4.3.1
PATCH v2 1/1 syslog-ng: bump version to 4.3.1
Update to latest version.
Release notes:
https://github.com/syslog-ng/syslog-ng/releases/tag/syslog-ng-4.3.1
---
Changes in v2:
- Drop reference to irrelevant CVE
package/syslog-ng/syslog-ng.conf | 2 +- package/syslog-ng/syslog-ng.hash | 2 +- package/syslog-ng/syslog-ng.mk | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)
package/syslog-ng/syslog-ng.conf +1 -1
@@ -1,4 +1,4 @@ -@version: 4.2 +@version: 4.3 source s_sys { file("/proc/kmsg" program_override("kernel"));
package/syslog-ng/syslog-ng.hash +1 -1
@@ -1,5 +1,5 @@ # Locally computed -sha256 092bd17fd47002c988aebdf81d0ed3f3cfd0e82b388d2453bcaa5e67934f4dda syslog-ng-4.2.0.tar.gz +sha256 999dbab62982c3cffba02c0be22c596ee1ce81d6954689dc9b3a6afeb513cce3 syslog-ng-4.3.1.tar.gz sha256 c75dcbfc17ccf742f12042a370f825a40951085d2352dfc9d07e715dae3ca9bd COPYING sha256 ce3324c9f22299cfc7c281e5a6ab40fbe9c2ea1a67cee87226cb8cd39db1e1d2 GPL.txt sha256 dc626520dcd53a22f727af3ee42c770e56c97a64fe3adb063799d8ab032fe551 LGPL.txt
package/syslog-ng/syslog-ng.mk +1 -1
@@ -6,7 +6,7 @@ # When updating the version, please check at runtime if the version in # syslog-ng.conf header needs to be updated -SYSLOG_NG_VERSION = 4.2.0 +SYSLOG_NG_VERSION = 4.3.1 SYSLOG_NG_SITE = https://github.com/balabit/syslog-ng/releases/download/syslog-ng-$(SYSLOG_NG_VERSION) SYSLOG_NG_LICENSE = LGPL-2.1+ (syslog-ng core), GPL-2.0+ (modules) SYSLOG_NG_LICENSE_FILES = COPYING GPL.txt LGPL.txt
Signature · 6 lines
2.42.0 _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
Thomas Petazzoni via buildroot
AppliedQuoted 9 lines · On Wed, 13 Sep 2023 16:09:24 +1200 Chris Packham <[email protected]>…
Update to latest version.
Release notes:
https://github.com/syslog-ng/syslog-ng/releases/tag/syslog-ng-4.3.1Signed-off-by Chris Packham <[email protected]>---
Changes in v2:
- Drop reference to irrelevant CVE
Thanks Chris for the new version. Please note that your commit title are consistently slightly incorrect: we want "package/syslog-ng" as a prefix, and not just "syslog-ng". It's pedantic, but most coding style rules are pedantic :-)
Applied to master after adjusting the commit title. Thanks a lot!
Thomas
Signature · 7 lines
Thomas Petazzoni, CTO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
Quoted 14 lines · Thomas Petazzoni
Quoted 9 lines · On Wed, 13 Sep 2023 16:09:24 +1200 Chris Packham <[email protected]>…
Update to latest version.
Release notes:
https://github.com/syslog-ng/syslog-ng/releases/tag/syslog-ng-4.3.1Signed-off-by Chris Packham <[email protected]>---
Changes in v2:
- Drop reference to irrelevant CVE
Quoted 4 lines
Thanks Chris for the new version. Please note that your commit title are consistently slightly incorrect: we want "package/syslog-ng" as a prefix, and not just "syslog-ng". It's pedantic, but most coding style rules are pedantic :-)
Other projects I contribute to would be equally pedantic and say that "package" is redundant (e.g. for Linux I'd say "hwmon:" or "arm:" not "drivers/hwmon:" or "arch/arm:"). But I believe the best rule is "follow the local custom" so I'll try to do so for the future.
_______________________________________________
buildroot mailing list
[email protected]
https://lists.buildroot.org/mailman/listinfo/buildroot
Quoted 9 lines · On Fri, 15 Sep 2023 10:43:47 +1200 Chris Packham <[email protected]>…
Quoted 4 lines
Thanks Chris for the new version. Please note that your commit title are consistently slightly incorrect: we want "package/syslog-ng" as a prefix, and not just "syslog-ng". It's pedantic, but most coding style rules are pedantic :-)
Other projects I contribute to would be equally pedantic and say that "package" is redundant (e.g. for Linux I'd say "hwmon:" or "arm:" not "
drivers/hwmon:" or "arch/arm:"). But I believe the best rule is "follow the local custom" so I'll try to do so for the future.
I agree it's totally arbitrary, but that's the convention we've been following for many years :)
Thomas
Signature · 7 lines
Thomas Petazzoni, co-owner and CEO, Bootlin Embedded Linux and Kernel engineering and training https://bootlin.com _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot