REPORTER-SYSTEMD-J(1)
π reporter-systemd-journal β the LIBREPORT manual, but make it make sense π
okay bestie, so this page is REPORTER-SYSTEMD-J(1) from the LIBREPORT manual, and it's literally all about yeeting your problem info straight into the systemd journal. buckle up π
β¨ NAME β¨
reporter-systemd-journal β reports problem information into systemd journal. that's it, that's the vibe π
πΈ SYNOPSIS πΈ
reporter-systemd-journal [-v] [-d DIR] [-m MESSAGEID] [-F FMTFILE] [-p NONE|ESSENTIAL|FULL] [-s SYSLOGID]
π¦ DESCRIPTION π¦
so the tool reads the problem directory DIR and sends all its deets into systemd journal as a message. slay. and if MESSAGEID is defined, the tool also creates a catalog message. icon behavior. and by parameter -p you can specify how much detailed the report will be β like how much tea gets spilled π
example, in all its glory:
Catalog message:
-- 13a16aacbc85495c96e3627cc64f5263
Subject: testing reporter-systemd-journal message
Defined-By: libreport
Testing reporter-systemd-journal catalog message
@PROBLEM_REPORT@
This usually indicates a programming error in the crashing program.
Formatting file:
%summary:: Formatting reporter-systemd-journal message
::%bare_%short_backtrace
Reporting:
# reporter-systemd-journal --message-id 13a16aacbc85495c96e3627cc64f5263 -F $FORMATTING_FILE
Systemd journal catalog message:
Sep 27 16:50:49 dhcp-24-126.brq.redhat.com reporter-systemd-journal[31675]: Formatting reporter-systemd-journal message
-- Subject: testing reporter-systemd-journal message
-- Defined-By: libreport
--
-- Testing reporter-systemd-journal catalog message
--
-- #1 crash in /usr/bin/will_segfault
-- #2 varargs in /usr/bin/will_segfault
-- #3 f in /usr/bin/will_segfault
-- #4 callback in /usr/bin/will_segfault
-- #5 call_me_back in /usr/lib64/libwillcrash.so.0.0.0
--
-- This usually indicates a programming error in the crashing program.
ngl that backtrace example is giving main character energy π will_segfault literally doing what it says on the tin π
π OPTIONS π
-dDIRβ path to problem directory. where the problem lives, bestie π-mMESSAGEID,--message-idMESSAGEIDβ catalog message id. that's the ID for the catalog message π-FFMTFILEβ formatting file for systemd journal catalog message. the file that does the cute little formatting β¨-pNONE|ESSENTIAL|FULL,--dumpNONE|ESSENTIAL|FULLβ defines how much detailed the report will be:NONEmeans only default problem details, as reason, pid etc., are sent into journal.ESSENTIALmeans less important problem details are sent as well.FULLmeans all text problem dir details are sent into journal.
tl;dr: NONE is the bare minimum, ESSENTIAL is the mid tier, FULL is the whole entire lore drop π
-sSYSLOGID,--syslog-idSYSLOGIDβ defineSYSLOD_IDENTIFIERsystemd journal field. (yes it saysSYSLOD_IDENTIFIER, that's the field name, don't come for me π)-vβ be more verbose. can be given multiple times. stack them like little verbose bracelets π«
π ENVIRONMENT VARIABLES π
REPORTER_JOURNAL_SYSLOG_IDβ defineSYSLOD_IDENTIFIERsystemd journal field. same deal as-sbut via the environment, iykyk π§
β SEE ALSO β
journalctl(1), systemd.journal-fields(7) β go read these, they're the supporting cast π«Ά
π AUTHORS π
- ABRT team π
and that's the whole page, no cap. LIBREPORT 2.17.15, dated 07/15/2024 β mwah, go report some problems into that journal bestie π β¨
π¦ where this page comes from
- opensuse-leap 16.0: libreport-plugin-systemd-journal 2.17.15-bp160.1.14 Β· GPL-2.0-or-later
- opensuse-leap 16.0: libreport-plugin-systemd-journal 2.17.15-bp160.1.14 Β· GPL-2.0-or-later
- opensuse-leap 16.0: libreport-plugin-systemd-journal 2.17.15-bp160.1.14 Β· GPL-2.0-or-later
- opensuse-leap 16.0: libreport-plugin-systemd-journal 2.17.15-bp160.1.14 Β· GPL-2.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms