Am 29.02.2016 um 20:03 schrieb Rex Dieter:
Reindl Harald wrote:Am 29.02.2016 um 19:50 schrieb Rex Dieter:Reindl Harald wrote:Am 29.02.2016 um 19:43 schrieb Rex Dieter:Reindl Harald wrote:Am 29.02.2016 um 19:29 schrieb Rex Dieter:Reindl Harald wrote:Am 29.02.2016 um 18:42 schrieb Rex Dieter:qt5-qtbase has build options: + -no-journald ........ Do not send logging output to journald. -journald ........... Send logging output to journald. and I'm considering enabling the -journald option for f24, and concerns or objections?please ship some rsyslog.d/ snippet with it to not clutter /var/log/messages for people which continue to use rsyslog for a lot of reasonsI'm unfamiliar with that, can you be more specific with how that works and is related to journald usage, and ideally, provide a specific snippet to usesomething like below and see also https://bugzilla.redhat.com/show_bug.cgi?id=1304828 it's annoying on a rsyslog-setup that you get everything in the global logfile (/var/log/messages) which makes it hard to recognize importantSorry if I'm missing something, but what does what you're suggesting have to do with journald ?whatever you blow to journald ends in /var/log/messages when rsyslog is running until there are rules to put it in specific logfiles - that's itboth system *and* user journal entries land in /var/log/messages ? If so, that's interesting... and a bit unfortunate.how should rsyslog distinct between them? you already get /var/log/messages flooded with "kscreen" messages wehn login via "sddm" to a kde-session as exampleA fair critcism, but I still think this needs to be finer-grained, and it is not generally appropriate to do at the toolkit (Qt) level, ie, I would disagree that Qt-related logging should go into a separate/segregated log
i have no solution except "don't log irrelevant things until some deug mode is enabled" to not make sysadmins blind when the whole global log is cluttered with all sort of normal operations garbage instead things you need to watch for
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ kde mailing list kde@xxxxxxxxxxxxxxxxxxxxxxx http://lists.fedoraproject.org/admin/lists/kde@xxxxxxxxxxxxxxxxxxxxxxx