systemd requires HTTP server and serves QR codes

Simo Sorce simo at redhat.com
Tue Oct 9 14:34:35 UTC 2012


On Tue, 2012-10-09 at 16:12 +0200, Lennart Poettering wrote:
> On Tue, 09.10.12 09:56, Simo Sorce (simo at redhat.com) wrote:
> 
> > On Tue, 2012-10-09 at 15:23 +0200, Lennart Poettering wrote:
> > > On Tue, 09.10.12 07:10, "J├│hann B. Gu├░mundsson" (johannbg at gmail.com) wrote:
> > > 
> > > > On 10/09/2012 04:34 AM, Bill Nottingham wrote:
> > > > >rsyslog.service
> > > > 
> > > > Remind me again of the reason why we are still shipping rsyslog by
> > > > default now that we have the journal?
> > > 
> > > For F19 I plan to submit a feature asking for not installing syslog by
> > > default anymore. I wonder how far I'll get with this before this is
> > > shut down by the conservatives... ;-)
> > 
> > Does systemd journal populate /var/log/messages ?
> 
> No. It doesnt.
> 
> > I already found myself stranded in F18 a couple of times.
> > Stuff changed and there is no way to discover how to fix things.
> 
> Well, making changes means, well, making changes. Sure it is a bit of a
> learning involved if we make changes, but it should always be our goal
> to make the learning easy rather than just sticking to the old ways,
> because we are afraid of making these changes. More specifically a good
> approach here could be to include an almost empty /var/log/messages that
> just tells you to invoke "journalctl" instead. Alternatively we could
> just add a /var/log/README with the same info.

Lennart, have you read my email ?
I did ask eaxctly this: make it easier to discover the new feature.
Please read the last part of my email (feel free to skip 1. and 2.
paragraphs).

> (Actually, it has been on my TODO list for a while to add
> /etc/rc.d/init.d/README with similar info, I just never came around to
> actually do it.)

Please do, it is *very* important, and the same goes for any other
change.
I would say you should *start* with the readme and then do the change,
that will put down the plan and then it's done (as long as you do not
change the plan in the course of action and forget to update the bread
crubs :-) There is nothing worse than a false trail ;)

Simo.

-- 
Simo Sorce * Red Hat, Inc * New York



More information about the devel mailing list