Re: [arch-general] [Bulk] Re: RFC: OpenRC as init system for Arch

2012-04-28 Thread P .NIKOLIC
On Sun, 29 Apr 2012 12:51:11 +0800 Patrick Lauer wrote: > No need for systemd at all :) As someone that has used Linux exclusively since the very early days kernel version 0.99-a i have to say +1 to no need for systemd at allit is just another un-needed uncalled for over complication of

Re: [arch-general] [Bulk] Re: RFC: OpenRC as init system for Arch

2012-04-28 Thread C Anthony Risinger
On Sat, Apr 28, 2012 at 11:51 PM, Patrick Lauer wrote: > On 04/29/12 11:10, C Anthony Risinger wrote: >> >> perhaps it is a matter of taste, but i don't think the init system's >> purpose is to simply "initialize" things.  it is a state manager, esp. >> considering it has abilities no other proces

Re: [arch-general] [Bulk] Re: RFC: OpenRC as init system for Arch

2012-04-28 Thread Patrick Lauer
On 04/29/12 11:10, C Anthony Risinger wrote: > On Sat, Apr 28, 2012 at 7:16 PM, Kevin Chadwick wrote: >> On Sat, 28 Apr 2012 16:05:54 -0500 >> C Anthony Risinger wrote: >> >>> "bloat" is not measured by LOC, but rather by degrees of uselessness. >> I disagree here. If many don't use/need those fea

Re: [arch-general] [Bulk] Re: RFC: OpenRC as init system for Arch

2012-04-28 Thread C Anthony Risinger
On Sat, Apr 28, 2012 at 7:16 PM, Kevin Chadwick wrote: > On Sat, 28 Apr 2012 16:05:54 -0500 > C Anthony Risinger wrote: > >> "bloat" is not measured by LOC, but rather by degrees of uselessness. > > I disagree here. If many don't use/need those features aside from an > init system initialising thi

Re: [arch-general] [Bulk] Re: [Bulk] Re: RFC: OpenRC as init system for Arch

2012-04-28 Thread Kevin Chadwick
On Sat, 28 Apr 2012 22:27:49 +0200 Tom Gundersen wrote: > Just a piece of information: the way kernel modules are loaded is not > changed, currently they are (for most intents and purposes) loaded at > once. I didn't know that, annoying. There aren't that many though as I manually enable them bef

Re: [arch-general] [Bulk] Re: RFC: OpenRC as init system for Arch

2012-04-28 Thread Kevin Chadwick
On Sat, 28 Apr 2012 16:05:54 -0500 C Anthony Risinger wrote: > "bloat" is not measured by LOC, but rather by degrees of uselessness. > I disagree here. If many don't use/need those features aside from an init system initialising things then it is bloat and will have bugs that will even affect si

Re: [arch-general] [Bulk] Re: RFC: OpenRC as init system for Arch

2012-04-28 Thread C Anthony Risinger
On Fri, Apr 27, 2012 at 12:08 PM, Jan Steffens wrote: > On Fri, Apr 27, 2012 at 10:53 AM, Kevin Chadwick > wrote: >> We are going to sacrifice, simplicity, amount of code to look for bugs >> and most importantly, ease of troubleshooting. One of the beauties of >> Unix is the error information. A

Re: [arch-general] [Bulk] Re: RFC: OpenRC as init system for Arch

2012-04-28 Thread Tom Gundersen
On Sat, Apr 28, 2012 at 8:12 PM, Kevin Chadwick wrote: > I presume you will be able to get to this journal information even if > you switch off and access the drive in another machine? You can configure the journal to be saved to disk and process it on a different machine later on. -t

Re: [arch-general] [Bulk] Re: RFC: OpenRC as init system for Arch

2012-04-28 Thread Tom Gundersen
On Fri, Apr 27, 2012 at 10:53 AM, Kevin Chadwick wrote: > Imagine if all drivers loaded at once. Just a piece of information: the way kernel modules are loaded is not changed, currently they are (for most intents and purposes) loaded at once. -t

Re: [arch-general] [Bulk] Re: RFC: OpenRC as init system for Arch

2012-04-28 Thread Kevin Chadwick
On Sat, 28 Apr 2012 18:58:01 +0100 Kevin Chadwick wrote: > but if it just hangs without a panic I still like KISS for init but thinking about it, The chances of that are I'd guess next to none, once the drivers are loaded? I presume you will be able to get to this journal information even if yo

Re: [arch-general] [Bulk] Re: RFC: OpenRC as init system for Arch

2012-04-28 Thread Kevin Chadwick
On Fri, 27 Apr 2012 19:08:34 +0200 Jan Steffens wrote: > > We are going to sacrifice, simplicity, amount of code to look for bugs > > and most importantly, ease of troubleshooting. One of the beauties of > > Unix is the error information. Aren't they all going to be mixed > > together on systemd.