Page MenuHomeFreeBSD

logger.1: Clarify -i flag
ClosedPublic

Authored by fernape on Mar 16 2022, 8:07 AM.
Tags
None
Referenced Files
Unknown Object (File)
Mar 7 2024, 8:16 PM
Unknown Object (File)
Jan 11 2024, 1:06 AM
Unknown Object (File)
Jan 10 2024, 9:50 PM
Unknown Object (File)
Dec 20 2023, 7:53 AM
Unknown Object (File)
Dec 12 2023, 10:04 AM
Unknown Object (File)
Nov 7 2023, 9:53 AM
Unknown Object (File)
Oct 28 2023, 9:53 AM
Unknown Object (File)
Oct 6 2023, 8:49 AM

Details

Reviewers
0mp
Group Reviewers
manpages
Commits
rG4bbc8ee29e68: logger.1: Clarify -i flag
Summary

The PID of the logger process is always recorded along with the move from RFC
3164 to RFC 5424.

Indicate the -i flag is a no-op now in logger(1). We could probably remove the
-i flag since its presence does not seem to be enforced
but that might cause breakage in user scripts.

Related to a similary change in syslog.3.

Reported by: danfe@

Test Plan

logger "without pid?" && logger "with pid"

tail -f /var/log/messages
Mar 16 08:33:24 <<EDITED>> fernape[1858]: without pid?
Mar 16 08:33:24 <<EDITED>> fernape[1862]: with pid

  • mandoc -T clean
  • igor clean
  • .Dd to be updated at commit time

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

fernape edited the summary of this revision. (Show Details)
This revision is now accepted and ready to land.Mar 16 2022, 8:55 AM

The PID of the logger process is always recorded along with the move from RFC 3164 to RFC 5424.

Just to clarify: does the new RFC acutally require that PID is always recorded, or it's our local stupid enforcement?

The PID of the logger process is always recorded along with the move from RFC 3164 to RFC 5424.

Just to clarify: does the new RFC acutally require that PID is always recorded, or it's our local stupid enforcement?

I don't think it is enforced by the RFC:
...The NILVALUE MAY be used when no value is provided...

@fernape wrote:

I don't think it is enforced by the RFC

I see. So it's another one of our many regressions in recent FreeBSD versions. :-(

This revision was automatically updated to reflect the committed changes.