Date: Thu, 24 Jul 2008 21:30:33 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> To: JoaoBR <joao@matik.com.br> Cc: freebsd-current@freebsd.org Subject: Re: I like my rc.d boot messages :( Message-ID: <4888D859.3090809@quip.cz> In-Reply-To: <200807241448.30627.joao@matik.com.br> References: <200807231846.33728.jhb@freebsd.org> <Pine.GSO.4.64.0807232317150.15288@sea.ntplx.net> <200807240833.51750.fjwcash@gmail.com> <200807241448.30627.joao@matik.com.br>
next in thread | previous in thread | raw e-mail | index | archive | help
JoaoBR wrote: [...] >>>>I'd go further: it was nice when startup scripts printed their name >>>>(no newline) and then '.\n' when they were finished. It then becomes >>>>unambiguous who is at fault. It's hard to tell with the current >>>>non-system which of the 2 scrpts (the one that has printed it's name, >>>>or the one that next prints it's name) is at fault. Worse.. it could >>>>be the quiet script in between. >>> >>>Agreed, but you could delineate it with something other than '\n" too. >>>Like '[amd] [smtp] [dhcpd] ...', with the ']' meaning the script is >>>done and has moved on to the next service. >> >>I like that. [ means processing has started, name is the service/script >>runnging, ] means processing of that script has completed. All the info >>you need for multiple services, all on one line. > > > simply another wiered outcome - not understandable btw same as this mystical > dot thing > > something more obvious would be: > > starting $service_name ... up > starting $service_name ... up > ... > > that would be something clear, specially for whom did not invented it It seems too verbose. (does anybody expect "stoping" service on system boot?) And each service on separate line seems to me like vaste of space. Line like "[ssh] [smtp] [dhcpd] [mysql]" is enough for me. It is easy to document it in handbook and man pages. Just my 0.02 Miroslav Lachman
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4888D859.3090809>