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 reasons >>>>>> >>>>>> I'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 use >>>>> >>>>> something 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 important >>>> >>>> >>>> Sorry 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 it >> >> both 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 example A 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. -- Rex _______________________________________________ kde mailing list kde@xxxxxxxxxxxxxxxxxxxxxxx http://lists.fedoraproject.org/admin/lists/kde@xxxxxxxxxxxxxxxxxxxxxxx
